lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
lassulus has quit [Ping timeout: 268 seconds]
lassulus has joined #nixos-de
lassulus_ has joined #nixos-de
lassulus has quit [Ping timeout: 246 seconds]
lassulus_ is now known as lassulus
palo1 has joined #nixos-de
palo has quit [Ping timeout: 268 seconds]
palo1 is now known as palo
fendor has joined #nixos-de
fendor has quit [Ping timeout: 245 seconds]
fendor has joined #nixos-de
fendor has quit [Ping timeout: 250 seconds]
palo has quit [Quit: WeeChat 2.2]
palo has joined #nixos-de
<palo> hmm nach dem update auf meinem raspberry braucht der auf einmal rustc und ich hab keine ahung warum.
<makefu> nix why-depends
<palo> Ich kann noch kein `nix why-depends` machen, da ich es noch nicht installiert habe.
<palo> (es muss erst gebaut werden)
<makefu> ah, shiet
<palo> und das dauert so lange das ich skeptisch geworden bin.
<palo> in dem rest der gebaut werden soll, kann ich auch keine rust abhängigkeit erkennen.
<makefu> palo: evtl auf dem community builder bauen lassen
<palo> librsvg
<palo> hmm.
<palo> ah doch
<palo> die liste ja jetzt viel kleiner
<Mic92> rustc kaputt?
<palo> so das schein mit nem theme zu kommen
<palo> Mic92: ne auf dem raspberry dauert es nur 100 Jahre
<Mic92> ja, aber warum kommt das nicht auf dem binary cache?
<Mic92> Vermutlich reicht dein Memory auch nicht zum linken von rustc aus.
<Mic92> Ich teste eigentlich immer aarch64 bevor ich irgendwelche rustc dinge merge.
<palo> Es kommt über das lightdm modul :(
<palo> der greater hat ne dependency auf gnome-themes-extra und das braucht alles librsvg
<palo> Mic92: ich weis nicht warum ich nichts aus dem cache bekomme, ich versuche diese commit hash zu deployen : 50f41ea2fcf86def32799f75577a4fe5cfd1132e
<palo> (das sollte stable sein)
<palo> ich mach mal nen update auf den aktuellen stable
<palo> vielleicht ist da ja alles im binary cache vorliegend
<Mic92> timed out!
<Mic92> das sollte mal lieber mit big-parallel markiert werden
<Mic92> Wenn selbst die Hydra 10h braucht.
<palo> OH
<palo> Dann brauch ich ja garnicht erst versuchen den pi upzudaten.
<Mic92> palo: du kannst mal requiredSystemFeatures = [ "big-parallel" ]; in rustc einfügen und dass dann als PR auf machen
<Mic92> am besten gleich noch für firefox
<Mic92> und grahamc auch mit ins CC.
<{^_^}> #54548 (by mrVanDalo, 17 seconds ago, open): rustc: mark compileprocess as timeconsuming
<palo> für firefox brauchen wir das auch? da muss doch rustc nur da sein, oder kommt das mit seinem eigenen rustc ?
<Mic92> palo: firefox hat einfach dasselbe Problem
<Mic92> also wenn rustc mal baut, timed firefoux out
<Mic92> andi-: hat firefox in stable mittlerweile sein eigenes rustc?
<palo> Urgs
<palo> ich werd gleich hier los nach hause, und dort vielleicht nen pull-request wegen firefox stellen, aber vielleicht vergess ich das auch.
<palo> hmm ich krieg den greeter auch nicht disable in lightdm,
<makefu> so it has come to this!
<andi-> Mic92: leider.. die sind da immer sehr krass hinterher.. kommt ja quasi aus dser gleichen Hand
<andi-> rustc mit 10h hoert sich auch ordentlich lahm an :/
<andi-> das baut hier lokal recht flott
<Mic92> andi-: ja. das ist contention im Builder
<Mic92> ein arm core ist zu langsam
<andi-> :/
<Mic92> requiredSystemFeatures sollte das Problem aber lösen
<andi-> ich tendiere immernoch dazu, dass wir hydra besser schedulen lassen sollten anstatt irgendwelche feature hacks zu bauen