lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
{`-`} has joined #nixos-de
ctp has quit [Ping timeout: 268 seconds]
ctp has joined #nixos-de
palo1 has joined #nixos-de
palo has quit [Ping timeout: 246 seconds]
palo1 is now known as palo
fendor has joined #nixos-de
fendor has quit [Remote host closed the connection]
ctp has quit [Ping timeout: 252 seconds]
ctp has joined #nixos-de
<schmittlauch[m]>
Ich hab mal ne Terminologiefrage: Was genau sind outputs? Einerseits gibt es da die Unterordner im nix store unterhalb eines store items: /nix/store/hash23asdf42-foobar/{bin/,lib/}
<schmittlauch[m]>
Andererseits gibt es dann aber auch noch verschiedene top-level store items mit unterschiedlichen hashes: /nix/store/{hash23asdf42-foobar/,otherhashs13hjkl-foobar-lib/}
<schmittlauch[m]>
Was davon wird jetzt als "output" bezeichnet und wie unterscheiden sich beide Varianten?
<tv>
letzteres sind outputs, der unterschied ist, dass man die separate garbagecollecten kann
<tv>
d.h. wenn irgendwas von foobar-lib abhängt, dann kann der rest weg, bzw. wird nur foobar-lib gezogen
<le_jonge>
ich wollte grad mal ne haskell app fuer raspberry cross compilen. habe einfach `crossSystem = blabla.raspberypi` gesetzt und losgebaut mit nix-build. jetzt bauen irgendwelche haskell-abhaengigkeiten nicht. aber weil er zehn auf einmal baut, geht natuerlich die fehlermeldung unter. gibt es ein flag fuer nix-build so dass er nur einzeln baut?
<tv>
evtl. -j, hab aber selbst nicht probiert
<tv>
(ich bau rebaue immer solange, bis man sieht, was kaputt geht^_^)
<tv>
s/bau //
<le_jonge>
oh, das ist ja einfach. also -j nachzuschauen oder auszuprobieren habe ich schon kategorisch aussortiert weil das ja bei make so ist und _bestimmt nicht_ bei nix. :D :D
<le_jonge>
das waer total der killer use case und die demo die meine kollegen endlich dazu bringt zuzugeben dass nix ja doch das beste seit geschnittenem brot ist, wenn ich unsere fertig konfigurierten haskell services als iso image aus dem hydra rausfallen lasse, auf nen raspi flashe und los gehts.
<tv>
evtl. kann man das erst zugeben, wenn man es selbst mal in die hand genommen hat und damit ein eigenes problem gelöst hat :D
<le_jonge>
ja, ich denke da hast du recht. ich hab ne vorlesung an einer westdeutschen FH gegeben wo ich auch zeug um reproducible builds und integration tests gelehrt habe. dabei hab ich die studis durch namespaces, docker und nix gequaelt
<le_jonge>
zuerst wurde ganz schoen geflucht. aber nach der fuenften nix expression + paar demos wurde dann schon langsam gestaunt
<tv>
hatte kürzlich nen vortrag über Nix in der techabteilung einer größeren internetfirma gegeben. zum schluss wurde gesagt, dass ist eigentlich nur jsonnet-.-
<tv>
aber ich bin auch kein guter vorträger und mir ist es eigentlich auch wurst, was die anderen benutzen =)
<le_jonge>
ja also wenn man nur ne stunde zeit hat vorzutragen was nix so kann, dann kann man immer nur an einer der tausend oberflaechen kratzen.
<le_jonge>
den effekt den du da beschreibst hatte ich auch bei verschiedenen vortraegen.
<le_jonge>
in der lokalen C++ user group hab ich dann mal ne killerdemo gezeigt (vor allem aspekte die conan nicht so gut kann und die mit typischen OSes richtig anstrengend gewesen waeren) und zuerst staunen verursacht und dann das "wie hast du das gemacht" relativ oberflaechlich abgeklaert
<tv>
evtl. könnte man eine "why use Nix(OS)?" seite ins wiki machen, mit raffinierten argumenten. damit es zukünftige vortragende einfacher haben :)
Ox4A6F has quit [*.net *.split]
Ox4A6F has joined #nixos-de
<Mic92>
tv: mach mal.
<tv>
hab leider keine guten argumente =)
<le_jonge>
tv: Mic92: eigentlich ist der erste nix pills artikel da schon recht gut. vielleicht will man mehr praxisbeispiele und so bringen, kA
<Mic92>
tv: vielleicht hast du gute Argumente gegen andere Systeme.
<tv>
tatsächlich nicht, ich fande andere OS auch schon gut
<tv>
sind halt immer tradeoffs, Nix(OS) = ultimatives integrationswerkzeug, aber musst auch lernen wollen und source lesen
<tv>
(zumindest nixpkgs source, nicht Nix source)
<Mic92>
Dann schreibe mal einen besseren Rant-artikel
<tv>
pills hatte ich tatsächlich nie angeschaut, fande Nix/-pkgs/-OS + nixpkgs source immer gut genug
<Mic92>
Ich habe nur ein paar pills gelesen, wegen der pull requests dagegen.
<tv>
Mic92: von mir wirst du tatsächlich nur code finden, und wenig prosa. ist nicht mein gebiet
<tv>
deutsch/englisch ist definitiv komplizierter als code, da weiss man wenigstens für welches zielsystem man schreibt =)
<tv>
s@fande Nix/-pkgs/-OS@& manuals/
<tv>
s@fande Nix/-pkgs/-OS@& manuals@
<Mic92>
Gute Texte schreiben ist in der Tat hart.
<tv>
Ich könnte ja mal die page anlegen mit ner intro, vielleicht fühlt sich ja jemand angesprochen da weiterzuschreiben =)
<Mic92>
Am besten baue ein paar Fehler ein. Das triggert.
<tv>
kann auch leer bleiben, dann kann man sagen, dass es keinen grund gibt es zu verwenden^_^
<le_jonge>
ich schau mal ob ich zeit finde mich zu beteiligen. haette da auch bock drauf
<le_jonge>
haben letztens so nen setup gebaut um nen produkt vom kunden zu benchmarken (mit mehreren netzwerk-komponenten und so). das hat ne kollegin komplett in nix gebaut und das deployen wir dann auch beim kunden inhouse mit nixops. bin ich super begeistert von.
<palo>
lassulus: sweet hab nixos-generators für raspberries fertig,
<palo>
mach gleich mal nen pull-request
<palo>
lassulus: pull-request is raus :D
<florianjacob>
schmittlauch: wir hätten uns der plasma localization-Geschichte mal auf'm Congress widmen sollen und dann immer Mic nerven gehen wenn wir nen Schritt weiter sind, so wär's vielleicht was geworden. ^^ Ich hab ihn da zwar ausgefragt, aber um selbst auf den richtigen fix zu kommen hat's leider nicht gereicht… Vielleicht dieses Jahr.