WEBVTT 00:00:06.400 --> 00:00:11.120 Binärgewitter, der Podcast rund um Web, 00:00:11.280 --> 00:00:13.840 Technologie und Open Source. 00:00:17.440 --> 00:00:24.160 Halli, hallo, herzlich willkommen zu Binärgewitter Spezialausgabe 7 über das Thema Nixos. 00:00:24.560 --> 00:00:25.760 Heute mit Felix. 00:00:25.920 --> 00:00:26.480 Hallo. 00:00:27.280 --> 00:00:29.120 Und mit Jörg, a.k.a. 00:00:29.280 --> 00:00:30.400 MIG92. 00:00:30.560 --> 00:00:32.640 Edmüber grüßt Wolkokrat. 00:00:33.920 --> 00:00:34.240 Schön. 00:00:34.480 --> 00:00:36.560 Und mit meiner einer, ich bin Ingo. 00:00:36.720 --> 00:00:37.440 Hallo. 00:00:37.840 --> 00:00:38.480 Genau. 00:00:39.440 --> 00:00:45.120 Der Jörg und der Felix haben sich gedacht, Nixos ist so cool, wir müssen da unbedingt drüber reden. 00:00:45.200 --> 00:00:51.360 Und weil es einfach nicht reicht, das in ja mal so ein Thema zu packen in der Binär-Gewittersendung, 00:00:51.680 --> 00:00:56.560 machen wir ein ganzes Spezial draus, haben wir euch ja auch schon immer wieder vertröstet und versprochen, 00:00:56.640 --> 00:00:59.520 irgendwann kommt's und heute ist es jetzt so endlich soweit. 00:00:59.840 --> 00:01:02.000 Wir reden über Nix bzw. 00:01:02.400 --> 00:01:03.120 Nixos. 00:01:03.680 --> 00:01:09.280 Und vielleicht dividieren wir das erstmal auseinander, weil es ist ja nicht beides dasselbe. 00:01:09.600 --> 00:01:12.320 Was ist denn Nix, Jörg? 00:01:12.880 --> 00:01:19.760 Ja, also Nix ist erstmal ein Paketmanager für Linux und auch verschiedene andere 00:01:19.760 --> 00:01:21.280 Systeme, wie zum Beispiel macOS. 00:01:22.720 --> 00:01:29.360 Das ist so ein Systempaketmanager auf der Ebene wie zum Beispiel Apt unter Debian oder Pac-Man oder 00:01:29.360 --> 00:01:30.880 Arch Linux. 00:01:31.840 --> 00:01:37.040 Und was Nix aber auszeichnet, ist, dass es 00:01:38.960 --> 00:01:40.880 ein paar einzigartige Funktionen hat. 00:01:40.960 --> 00:01:47.920 Also dass man im Gegensatz zu Pac-Man 00:01:48.080 --> 00:01:52.080 oder Atomar up und Downtreten kann. 00:01:52.160 --> 00:01:55.520 Also man kann wieder seine Updates, die man eben eingespielt hat, wieder zurückspielen. 00:01:56.000 --> 00:02:01.680 Und dass die Pakete, die man mit Nix installieren kann, 00:02:01.760 --> 00:02:06.320 die können unterschiedlichen, die können untereinander im Konflikt stehen. 00:02:06.400 --> 00:02:09.600 Also man kann von jedem Paket verschiedene Versionen installieren. 00:02:09.840 --> 00:02:13.920 Und dann gibt es noch andere Sachen, wie zum Beispiel, dass auf einem System, 00:02:14.000 --> 00:02:18.640 wo nichts installiert ist, dass dann jeder Benutzer seinen eigenen Paketstand haben kann, 00:02:18.720 --> 00:02:21.600 also dass jeder Nutzer Pakete installieren kann. 00:02:22.000 --> 00:02:22.640 Genau. 00:02:23.040 --> 00:02:29.600 Für jedes von den Funktionen ist eigentlich ein gutes Beispiel beim atomaren 00:02:29.600 --> 00:02:36.000 Upgrades und Downgrades, dass man kennt es von Arc Linux vielleicht, 00:02:36.240 --> 00:02:40.240 wenn man mal versucht hat, seinen Pac-Man zu upgraden und vergessen hat, 00:02:40.320 --> 00:02:45.440 die Library von Pac-Man oder irgendwelche Keychains vorher abzugraden, 00:02:45.600 --> 00:02:48.960 dann geht das komplette System kaputt, weil man nicht mehr upgraden kann, 00:02:49.040 --> 00:02:51.840 weil irgendwelche Vergangenheitssachen gefehlt haben. 00:02:52.320 --> 00:02:58.560 Config-free Installation ist eine Sache, man kann sich das so vorstellen, 00:02:58.720 --> 00:03:05.280 man hat ein Python 2 und man hat ein Python 3 und die heißen beide Python und können für verschiedene 00:03:05.280 --> 00:03:06.480 Pakete benutzt werden. 00:03:06.640 --> 00:03:08.400 Und die leben quasi nebeneinander. 00:03:08.480 --> 00:03:13.680 Oder Ruby 1.2.3, 1, weiß ich nicht, wo die jetzt gerade sind, 1.3, genau, ob es nett ist. 00:03:13.920 --> 00:03:14.320 Oder zwei? 00:03:14.480 --> 00:03:15.520 2.3 sind die schon. 00:03:16.880 --> 00:03:17.280 Keine Ahnung. 00:03:17.520 --> 00:03:18.560 Ja, ich glaube schon. 00:03:18.640 --> 00:03:25.120 Und mehr Benutzerunterstützung ist so dieses typische so im Vergleich 00:03:25.360 --> 00:03:26.800 Ruby Version Manager. 00:03:26.880 --> 00:03:33.520 Also nicht nur für einen Benutzer was eigenes, sondern für jedes eigene Projekt kann man die Version 00:03:33.520 --> 00:03:34.880 einzeln verwalten. 00:03:35.600 --> 00:03:39.520 Also das wird dann aber auch wirklich bloß einmal installiert und zwar global. 00:03:39.760 --> 00:03:46.560 Und jeder Benutzer, der halt irgend sich was installiert, der sieht dann halt diese Pakete und den Rest ist 00:03:46.880 --> 00:03:53.040 dann halt zwar da, aber den Destiny in der Umgebung von dem Benutzer zu sehen. 00:03:54.320 --> 00:03:58.720 Also Das heißt also, ich kann nicht bei irgendeinem anderen Benutzer irgendwas rumfummeln oder so. 00:03:59.040 --> 00:03:59.360 Genau. 00:03:59.920 --> 00:04:04.880 Also weil du sagst, es ist jetzt mehrfach da oder doch nicht mehrfach da. 00:04:05.360 --> 00:04:10.800 Also du siehst zwar die Sachen vom anderen, aber du kannst da nichts drin machen, oder wie? 00:04:12.080 --> 00:04:17.200 Das funktioniert so, dass wenn man was installiert, wird das. 00:04:18.240 --> 00:04:19.840 Ich fange mal an, machen wir andersrum. 00:04:20.640 --> 00:04:22.800 Klein mal wie ein normaler Paketmanager funktioniert. 00:04:22.960 --> 00:04:28.400 Also wenn wir zum Beispiel mit Absicht was installiert, 00:04:28.640 --> 00:04:34.800 zum Beispiel SL, also hier diese Eisenbahn, wenn man hier LS vertippt. 00:04:35.840 --> 00:04:40.480 Was dann abmacht, ist, dass er lädt sich so erstmal so die Paketliste runter, 00:04:40.560 --> 00:04:44.240 wenn er dies nicht schon runtergeladen hat, dann guckt sich das an, 00:04:44.320 --> 00:04:48.960 wenn ich jetzt hier das Upget-Install SSL mache, dann sucht es sich erstmal raus, 00:04:49.040 --> 00:04:52.000 was brauche ich jetzt dafür, also irgendwelche Abhängigkeiten. 00:04:52.560 --> 00:04:57.200 Dann tut es halt bei diesen Abhängigkeiten nur versuchen, Versionskonflikte aufzulösen. 00:04:57.280 --> 00:05:01.520 Also es kann ja sein, dass jetzt meinetwegen SL braucht jetzt N-Curses, 00:05:01.600 --> 00:05:04.000 weil es irgendeine grafische Oberfläche auf dem Terminal macht. 00:05:04.160 --> 00:05:07.600 Und das braucht es jetzt in einer bestimmten Version und vielleicht ein anderes Paket braucht es in einer 00:05:07.600 --> 00:05:11.280 anderen Version, dann müsst ihr da irgendwie ab versuchen, diesen Konflikt aufzulösen, 00:05:11.360 --> 00:05:13.840 dass es irgendwie gemeinsam ein Ender findet. 00:05:14.080 --> 00:05:19.040 Und danach installiert das in ein so festgelegtes Verzeichnis. 00:05:19.120 --> 00:05:25.680 Und Linux gibt es da so Konversionen, dass dann meinetwegen ausführbarer Programme immer in User Bin 00:05:25.840 --> 00:05:27.920 liegen oder in Bin. 00:05:28.880 --> 00:05:34.160 Und wenn ich das dann aufrufen will, 00:05:34.240 --> 00:05:39.200 dann kann ich das dann halt über den Pfad oder über meine Umgebungsvariablen dann benutzen. 00:05:40.160 --> 00:05:45.520 Wenn ich so einen Pfad habe, dann reicht es, wenn ich dann SL eintippe und dann kommt die Eisenbahn. 00:05:45.760 --> 00:05:46.480 Genau. 00:05:46.800 --> 00:05:48.560 Bei Nix ist das ein bisschen anders. 00:05:48.960 --> 00:05:54.480 Wenn ich da jetzt sage, wenn ich da jetzt das Paket SL mir 00:05:55.280 --> 00:05:59.760 benutzen will, kann ich das halt entweder über ein Programm, 00:05:59.840 --> 00:06:02.800 was ich Nixnv nennt, installieren. 00:06:02.880 --> 00:06:05.120 Oder wenn ich es einfach bloß mal ausprobieren will, da gibt es was, 00:06:05.200 --> 00:06:11.200 das heißt Nix Shell, sage ich dann halt Nix Shell-P und dann der Paketname. 00:06:11.600 --> 00:06:16.400 Und bei Nix die Paketliste, 00:06:16.480 --> 00:06:22.560 die heißt dann, das sind die sogenannten Nix-Expressions, darauf können wir dann später nochmal eingehen. 00:06:22.640 --> 00:06:28.240 Das ist so eine Art Bauanleitung für alle Pakete, die man in Nix installieren kann. 00:06:28.640 --> 00:06:35.120 Und dann berechnet Nix aus dieser Bauanleitung das Paket und guckt dann, 00:06:35.280 --> 00:06:41.280 ob diese Bauanleitung, ob die schon mal jemand gebaut hat, weil in der Regel will man eigentlich Sachen nicht 00:06:41.280 --> 00:06:44.880 selber bauen, weil das braucht viel zu viel CPU und so weiter. 00:06:45.520 --> 00:06:48.640 Genau, also man will kein Gento machen, man will nicht einen auf Gento. 00:06:49.200 --> 00:06:53.760 Sondern in der Regel will man eigentlich alles aus dem sogenannten Binär-Cache installieren, 00:06:53.840 --> 00:06:56.080 wo die ganzen Pakete schon vorgebaut sind. 00:06:57.200 --> 00:07:04.160 Und was jetzt der große Unterschied so ab ist, dass das nie einfach irgendwie in den festen 00:07:04.160 --> 00:07:05.120 Pfad reingeschrieben wird. 00:07:05.200 --> 00:07:11.760 Also dass es jetzt zum Beispiel nach Userbin SL installiere, sondern dass ich da einen sogenannten 00:07:12.080 --> 00:07:13.600 Nix-Store-Fahrt habe. 00:07:13.680 --> 00:07:19.520 Also ich habe im Verzeichnis slash Nix slash Store und dann kommt so eine Hash-Summe 00:07:20.880 --> 00:07:26.800 für das Programm und dann nochmal für Menschen lesbar so ein Name, 00:07:26.960 --> 00:07:29.360 also zum Beispiel SL minus, wer sowas nimmer. 00:07:29.760 --> 00:07:32.960 Und dort drin lebt dann das alles, was zu dem Paket gehört. 00:07:33.200 --> 00:07:38.160 Und diese Hash-Summe, die ist halt, die wird berechnet über die Bauanleitung. 00:07:38.240 --> 00:07:43.360 Die ist quasi, wenn ich jetzt die Versionsnummer von dem Programm ändere oder die Quellen oder irgendwas 00:07:43.600 --> 00:07:46.800 ändere, wie ich das Paket baue, dann ändert sich diese Nummer. 00:07:46.960 --> 00:07:52.160 Und damit lebt jedes Update in seinem eigenen Verzeichnis. 00:07:52.480 --> 00:07:55.840 Genau, zum Beispiel auch, wenn sich irgendeine Abhängigkeit ändern würde, 00:07:55.920 --> 00:07:59.840 wenn sich zum Beispiel die LibC-Version, wenn ich dafür eine neuere Version bräuchte, 00:08:00.000 --> 00:08:04.240 dann würde sich auch der komplette Pfad ändern, dann wäre es quasi ein anderes Programm als das, 00:08:04.320 --> 00:08:06.720 was ich davor gebaut habe mit einem alten Lib C. 00:08:07.040 --> 00:08:08.240 Das war die Grundidee. 00:08:08.640 --> 00:08:09.040 Genau. 00:08:09.200 --> 00:08:14.560 Und damit kann man sieht man dann schon recht einfach, dass man, wenn man dann ein neues Programm installiert, 00:08:14.720 --> 00:08:19.520 dann muss man das alte Programm new zwangsläufig deinstallieren, 00:08:19.600 --> 00:08:24.000 sondern man kann ja einfach das landet dann automatisch in den neuen Pfad und 00:08:26.160 --> 00:08:30.720 damit kann man dann upgraden und downgraden, 00:08:30.960 --> 00:08:34.800 weil die alten Sachen ja bestehen bleiben und man kann halt 00:08:37.280 --> 00:08:42.080 Programme, also dieser Zustand, dass es jetzt irgendwas installiert ist, 00:08:42.160 --> 00:08:47.600 das ist halt weniger vagil, weil wenn man zum Beispiel bei Upt irgendwas installiert, 00:08:47.920 --> 00:08:53.680 man installiert zum Beispiel, man ersetzt seine Lib C und dann bricht das Programm ab aus irgendeinem Grund. 00:08:53.920 --> 00:08:58.640 Dann hat man ja einen Zustand, wo auf immer keine Libc mehr installiert ist und alles geht erstmal kaputt. 00:08:59.920 --> 00:09:04.000 Und bei Nix wird einfach nur Sachen hinzugefügt erstmal und dadurch, 00:09:04.320 --> 00:09:07.520 das ist halt fehleranfällig. 00:09:09.520 --> 00:09:12.320 Und wie ist es jetzt mit den Abhängigkeiten? 00:09:12.640 --> 00:09:13.680 Wie funktioniert das? 00:09:13.760 --> 00:09:18.960 Also wenn das Ding jetzt noch irgendwelche Libraries braucht, wo liegen die dann? 00:09:19.120 --> 00:09:26.080 Werden die auch als Paket, als Nix-Paket dann nochmal extra installiert oder sind die da mit drin schon? 00:09:26.880 --> 00:09:33.520 Also das Nix benutzt halt genauso dynamisches Linking wie alle anderen Linux-Dispositionen in der Regel auch. 00:09:33.760 --> 00:09:40.720 Also wenn jetzt dieses SL zum Beispiel auf Endcurses abhängt, 00:09:40.800 --> 00:09:47.760 dann gibt es halt einen zweiten Pfad, der halt Nix Store Nix slash Store slash dann diese 00:09:47.760 --> 00:09:52.400 Hash-Summe und dann Endcurses minus die Versionsnummer und das ist dann halt ein anderer Pfad. 00:09:52.720 --> 00:09:57.840 Und das Bildsystem von Nix funktioniert halt so, 00:09:57.920 --> 00:10:02.800 dass das in dem Binary dann, also dass das Programm dann weiß, 00:10:02.880 --> 00:10:05.920 wo es nachgucken muss, um diese Bibliotheken zu finden. 00:10:06.240 --> 00:10:12.080 Genau, das ist ein großer Unterschied zu den, wenn man normal quasi Pakete baut, 00:10:12.240 --> 00:10:18.560 also quasi mit den normalen Faden, dann würde der 00:10:18.560 --> 00:10:25.120 GCC einfach, also die Standardpfade nehmen, zum Beispiel UserLib und da halt reinschauen und Userlib Include 00:10:25.440 --> 00:10:30.320 quasi die Header-Files suchen und die dann einfach nehmen, 00:10:30.400 --> 00:10:31.680 was da gerade installiert ist. 00:10:31.840 --> 00:10:38.640 Und im nächsten ist es so, dass man ganz explizit sagt, ich möchte gerne diese Library mit da drin haben und 00:10:38.640 --> 00:10:41.760 die Library liegt an folgender Stelle. 00:10:41.920 --> 00:10:48.160 Und dann gibt man quasi explizit diesen Nixdore-Pfad mit in diese Bauanleitung und das wird dann damit 00:10:48.160 --> 00:10:48.800 reingebaut. 00:10:49.280 --> 00:10:55.760 Und da merkt man ganz schnell, wie fragil eigentlich dieses ganze aktuelle Pakettieren mit einem 00:10:55.920 --> 00:10:56.880 Betriebssystem ist. 00:10:57.040 --> 00:11:01.520 Weil es ist quasi immer nur Zufall, dass diese Library gerade an der richtigen Stelle liegt. 00:11:01.680 --> 00:11:05.680 Und es ist Zufall, dass die auch gerade in der richtigen Version ungefähr da liegt. 00:11:06.400 --> 00:11:10.080 Genau, und wenn das da auf einmal dann nicht mehr passt, dann explodiert natürlich alles. 00:11:11.040 --> 00:11:17.680 Und kann man ja auch dann so Sachen sagen wie, ich brauche eine Version größer als oder 00:11:17.680 --> 00:11:23.280 kleiner als, weil sonst wäre es ja trotzdem jetzt, wenn was weiß ich, 00:11:23.600 --> 00:11:30.000 SL N-Curses in der Version X braucht, ein anderes braucht es in der Version Y und der dritte brauchst wieder 00:11:30.160 --> 00:11:33.760 in der Version Z, dann liegt es ja doch trotzdem drei, vier, fünfmal rum, 00:11:33.840 --> 00:11:37.600 obwohl vielleicht der eine gar keine neuen Funktionen braucht, sondern einfach der, 00:11:37.680 --> 00:11:41.760 der die Bauanleitung geschrieben hat, hat die gerade aktuelle genommen oder so. 00:11:42.000 --> 00:11:44.720 Und das Paket ist schon länger nicht aktualisiert worden. 00:11:45.440 --> 00:11:50.400 Also das Paket wird halt immer wieder aktualisiert, sobald sich die Abhängigkeiten davon ändern. 00:11:50.880 --> 00:11:55.600 Und in X-Packages, also in diesen Paketen sorgt man dafür, 00:11:55.680 --> 00:11:59.920 dass wenn man quasi, wenn man updatet, dass er sich da was Neues runterlädt, 00:12:00.000 --> 00:12:04.000 dass dann alles halt erstmal grundsätzlich gegen dieselbe Version gebaut wird. 00:12:04.320 --> 00:12:08.000 Und wenn man jetzt irgendein Programm hat, was jetzt einen Konflikt hätte, 00:12:08.080 --> 00:12:14.080 also meinetwegen, man hat jetzt zum Beispiel Boost in Version Schieß mich tot und man braucht jetzt für ein 00:12:14.080 --> 00:12:19.280 anderes Programm eine andere Version, dann wird das beim Bauen schon mit angegeben. 00:12:19.920 --> 00:12:24.880 Und es wird aber eigentlich grundsätzlich, wenn man dafür sorgen, dass man halt möglichst immer die gleiche 00:12:24.880 --> 00:12:29.520 Version nimmt und wenn halt irgendwie mal was anderes sein muss, weil es irgendwie, 00:12:29.680 --> 00:12:32.640 dann kommt das Programm jetzt wirklich eine andere Version braucht, 00:12:32.800 --> 00:12:37.040 dann wird das halt schon einmal global festgelegt. 00:12:37.360 --> 00:12:37.680 Genau. 00:12:37.840 --> 00:12:44.000 Wird es quasi so, normalerweise ist es alle benutzen das gleiche und in besonderen Fällen wird gepinnt. 00:12:44.560 --> 00:12:46.560 Wird quasi auf eine bestimmte Version gepinnt. 00:12:49.040 --> 00:12:54.000 Ja, wenn man was installiert, dann kriegt man halt immer eigentlich die aktuellste Version standardmäßig 00:12:54.000 --> 00:12:54.560 erstmal. 00:12:55.840 --> 00:13:02.720 Und es gibt dann halt andere Paketnamen, die dann eine andere Version sein können. 00:13:02.960 --> 00:13:06.480 Zum Beispiel gibt es halt Postgres zum Beispiel über die Datenbank. 00:13:06.560 --> 00:13:10.160 Die gibt es dann halt in verschiedenen Versionen und da kann man sich dann dahin aussuchen. 00:13:10.800 --> 00:13:14.320 Aber man versucht jetzt nie irgendwie alle möglichen Versionen immer vorzuhalten, 00:13:14.400 --> 00:13:18.400 weil das kann man halt irgendwann nicht mehr überschauen, das wird zu komplex. 00:13:21.040 --> 00:13:21.360 Okay. 00:13:22.640 --> 00:13:29.600 Jetzt hattest du gesagt, die werden gebaut und trotzdem hatten wir vorhin schon mal einmal diesen 00:13:29.840 --> 00:13:31.360 Binary Cache. 00:13:31.520 --> 00:13:32.880 Also was denn jetzt? 00:13:32.960 --> 00:13:38.400 Und wer baut die und warum und wie kriege ich die dann jetzt auf meinen Rechner? 00:13:40.000 --> 00:13:44.000 Okay, das kann man eigentlich. 00:13:44.880 --> 00:13:48.560 Es gibt diese Pakete, diese Bauanleitung, was ich vorhin gesagt habe, 00:13:48.640 --> 00:13:53.840 diese Nix-Expressions, die kommen aus so einer Sammlung von, 00:13:54.800 --> 00:13:57.680 wo alle Pakete drin sind, die man sich bei Nix so installiert. 00:13:57.920 --> 00:14:03.520 Das heißt die Nix-Packages, das ist ein Repo, was auf Repository, was auf GitHub liegt. 00:14:03.840 --> 00:14:06.080 Dort werden die im Prinzip verwaltet. 00:14:06.400 --> 00:14:12.720 Und wenn man jetzt was, also Nix ist halt sowohl so ein gemischtes 00:14:13.120 --> 00:14:20.000 Modell, also man kann sowohl halt Sachen aus dem Source-Code installieren und halt aber auch auf dieses 00:14:20.000 --> 00:14:21.440 BR-Cache zurückgreifen. 00:14:21.600 --> 00:14:27.840 Und wenn man jetzt eine Bauanleitung da in diesen mit Nix 00:14:28.080 --> 00:14:32.960 installieren will für ein Paket, dann guckt er halt, berechnet er halt diese Hash-Summe und dann guckt er 00:14:32.960 --> 00:14:35.520 halt, ob für diese Hash-Summe schon jemand was gebaut hat. 00:14:35.680 --> 00:14:42.320 Und wenn man, wenn das jetzt, wenn das für noch kein Paket gibt, weil man imetwegen irgendwie selber irgendwas 00:14:42.640 --> 00:14:48.240 in dieser Bauanleitung geändert hat, dann wird das dann halt lokal gebaut. 00:14:49.760 --> 00:14:53.920 Und also damit hat man halt so das Beste von beiden Welten. 00:14:54.000 --> 00:14:57.440 Also man kann sich halt alles Mögliche anpassen, was man braucht. 00:14:57.600 --> 00:15:02.160 Und auf der einen Seite und auf der anderen Seite ist aber das meiste eigentlich schon irgendwie binär 00:15:02.160 --> 00:15:03.440 vorgebaut da. 00:15:03.920 --> 00:15:04.240 Genau. 00:15:04.400 --> 00:15:10.320 Das ist relativ ein bisschen wie bei Arch Linux, wo ich halt den größten Teil halt als Binärpakete schon 00:15:10.320 --> 00:15:16.240 vorliegen habe, aber dann halt einen Teil im Hour habe, wo halt die Sachen runtergeladen werden und lokal 00:15:16.240 --> 00:15:16.800 gebaut werden. 00:15:17.040 --> 00:15:22.640 Genau, nur dass halt eigentlich, also ich würde so sagen, gefühlt gibt es eigentlich 00:15:23.600 --> 00:15:29.440 binär vorliegend gibt es eigentlich mehr Pakete in Nix-Packages als jetzt im Pac-Man-Korepos. 00:15:29.600 --> 00:15:34.000 Ich habe jetzt keine konkreten Zahlen, aber so vom Gefühl her würde ich sagen, müsste das mehr sein. 00:15:34.480 --> 00:15:40.960 Ich weiß auch gar nicht, ob Arc Linux, ob der Pac-Man einen Vollweg macht auf die Package-Builds, 00:15:41.840 --> 00:15:43.760 wenn er das Release gar nicht runterladen kann. 00:15:43.920 --> 00:15:44.560 Nee, macht gar nichts. 00:15:44.720 --> 00:15:44.960 Nee, nicht. 00:15:45.520 --> 00:15:46.320 Pac-Man gab es das nicht. 00:15:46.480 --> 00:15:50.160 Aber man, jawohl, genau, wenn man mit Yaword was installiert, dann geht das zum Beispiel. 00:15:50.480 --> 00:15:50.800 Okay. 00:15:51.600 --> 00:15:53.440 Also es ist schon halt echt cool. 00:15:53.840 --> 00:15:58.640 Man hat halt irgendwie ein altes System und man muss quasi ein Upgrade auf eine neue Version machen, 00:15:58.960 --> 00:16:01.200 beziehungsweise auf eine andere alte Version. 00:16:02.160 --> 00:16:06.080 Dann liegt die vielleicht nicht im Binary Cache, aber man hat auf jeden Fall die Möglichkeit, 00:16:06.240 --> 00:16:07.760 das System fertig zu bauen. 00:16:08.080 --> 00:16:12.560 Einfach nur, indem man diese Quellen quasi hernimmt und dann baut es halt irgendwie einen halben Tag, 00:16:12.800 --> 00:16:15.280 den News-Kernel und den Chrome und was auch immer zusammen. 00:16:15.600 --> 00:16:18.000 Aber am Ende hat man trotzdem ein funktionierendes System. 00:16:18.560 --> 00:16:22.160 Und ja, wie gesagt, das ist quasi das Beste aus beiden Welten. 00:16:22.800 --> 00:16:26.160 Ja, also man kann dann auch, wenn man hier dieses Nix-Packages hat, 00:16:26.240 --> 00:16:30.880 dieses Repo, kann man sich das halt auch runterladen und sagen, 00:16:31.120 --> 00:16:36.240 ich installiere das jetzt nie über diesem Channel, also diese Paketliste, 00:16:36.320 --> 00:16:40.560 die mir, oder diese Nix-Expression, die mir der Nix-Paketmanager runterlädt, 00:16:40.640 --> 00:16:43.520 sondern ich kann das jetzt aus diesem Git hinbauen. 00:16:43.760 --> 00:16:50.720 Und es ist halt ein bisschen intelligenter noch als jetzt dieses Umstieg von Pac-Man zu AOR. 00:16:52.000 --> 00:16:58.880 Weil das wirklich checkt, ob das, also man kann jetzt irgendein Paket einfach komplett normal neu bauen 00:16:58.960 --> 00:17:03.120 und wenn es jetzt irgendwie zufällig das gleiche ist, was jemand anders schon mal gebaut hat in X-Packages 00:17:03.280 --> 00:17:07.280 drin hat und dort hochgeladen ist, dann findet es das halt wieder. 00:17:07.600 --> 00:17:08.240 Ja, genau. 00:17:08.400 --> 00:17:11.680 Also Aur ist ja so ein bisschen so zweite Klasse-Gesellschaft, ja. 00:17:12.080 --> 00:17:16.560 Man kriegt da quasi schon irgendwie alles, aber da muss man es selber bauen und dauert so lange und dann sind 00:17:16.560 --> 00:17:20.880 die halt, du, halt immer ein bisschen komische Qualität halt, 00:17:21.120 --> 00:17:23.600 weiß man nicht genau, wie lange es abgedatet wurde. 00:17:23.920 --> 00:17:29.920 Bei Nix-Packages ist es so, alles ist quasi gleichberechtigt und alles, 00:17:30.160 --> 00:17:33.760 was nicht in Nix-Packages liegt, man aber selber braucht, dann kann, 00:17:33.920 --> 00:17:36.640 da kann man sich relativ leicht drum selber kümmern. 00:17:36.720 --> 00:17:41.680 Und wenn es dann quasi im Upstream liegen würde, dann würde es auch für dich mitgebaut werden. 00:17:41.840 --> 00:17:44.000 Und das ist schon sehr cool. 00:17:45.760 --> 00:17:46.560 Genau. 00:17:47.680 --> 00:17:53.280 Also dieses Nix-Packages, das kann man wie Ports auf FreeBSD, da gibt es halt so einen ähnlichen Ansatz, 00:17:53.600 --> 00:17:57.120 dass man, dort hat man auch ein SVN-Repository. 00:17:57.920 --> 00:18:04.080 Und da kann man halt auch in verschiedene Unterverzeichnisse auf FreeBSD reingehen und dort dann Mac aufrufen 00:18:04.080 --> 00:18:09.200 und Mac Install Install World oder irgend sowas, ich weiß es nicht mehr genau. 00:18:09.360 --> 00:18:12.400 Und dann installiert das dann halt in das System rein. 00:18:12.560 --> 00:18:15.600 Und so ist das halt bei Nix Packages auch. 00:18:15.840 --> 00:18:20.960 Dass man da, wenn man Sachen anpassen will, dass man das dann nochmal machen kann. 00:18:23.840 --> 00:18:28.560 Okay, und wer hat jetzt die Möglichkeit, solche Nix-Packages anzulegen? 00:18:28.640 --> 00:18:33.440 Also das sind alle Leute, die dann in dieses Git-Repo reinschreiben dürfen oder dieses GitHub-Prepo 00:18:33.440 --> 00:18:34.640 reinschreiben dürfen. 00:18:36.000 --> 00:18:41.520 Also Pakete hinzufügen und so weiter kann eigentlich grundsätzlich jeder. 00:18:44.640 --> 00:18:49.200 Nix-Packages aufgenommen werden, dafür muss man dann einen Pull-Request machen auf GitHub. 00:18:49.440 --> 00:18:55.840 Das machen halt auch viele Leute, also das ist Nix-Packages gehört wahrscheinlich zu einem der größten gibt 00:18:56.080 --> 00:18:59.520 Repositories auf GitHub, also mit den meisten Kontributoren. 00:19:02.800 --> 00:19:06.560 Da kann man halt, was ich, also man kann ja auch bestehende Pakete updaten, 00:19:06.640 --> 00:19:09.760 also dass es jetzt nicht, dass er irgendwie so ein festgelegt ist, also dass es jetzt irgendwie einen 00:19:09.760 --> 00:19:14.160 Maintainer gibt für ein Paket, sondern wenn man irgendwie meint, dass man jetzt das Paket in einer neueren 00:19:14.160 --> 00:19:18.000 Version braucht oder dass man jetzt irgendwie einen Fehler gefunden hat, 00:19:18.080 --> 00:19:22.960 dann kann man halt dort reingehen und das anpassen und dann den Pull Request aufmachen. 00:19:23.200 --> 00:19:28.720 Und dann gibt es halt eine Gruppe von so Core-Maintainern, die dann halt diese Pull-Quests sich angucken, 00:19:29.040 --> 00:19:34.640 zu denen ich da auch dazu gehöre, die dann auf den Merch in eine Pull-Request merchen können. 00:19:36.400 --> 00:19:38.320 Okay, und wie viele Leute sind das? 00:19:38.400 --> 00:19:41.840 Also es ist natürlich auch dann wieder so eine Geschichte von Trust. 00:19:42.000 --> 00:19:46.000 Also wenn das jetzt alles auf GitHub liegt und so ist 00:19:46.610 --> 00:19:52.370 eine Gruppe Commenttainer gibt, die dann halt drüber gucken, muss ich euch dann halt vertrauen, 00:19:52.450 --> 00:19:53.650 dass ihr keinen Scheiß baut. 00:19:53.890 --> 00:19:58.850 Ja, das ist so wie bei Arc Linux die Premium User oder so, wie sind es. 00:19:59.250 --> 00:20:00.610 Trusted User, nicht Premium-User. 00:20:01.890 --> 00:20:03.650 Premium-User-Hörer sind bei uns. 00:20:03.970 --> 00:20:05.090 Die Premium-Hörer haben wir. 00:20:05.250 --> 00:20:08.050 Die Trusted-Hörer haben wir bei Arc Linux. 00:20:08.130 --> 00:20:08.290 Genau. 00:20:09.170 --> 00:20:10.530 Trusted Hörer haben wir bei Arc Linux. 00:20:11.570 --> 00:20:12.450 Ähnliches Konzept. 00:20:12.530 --> 00:20:17.250 Oder wie bei beim Linux Kernel, wo man dann so verschiedene Gruppen hat. 00:20:17.890 --> 00:20:22.850 Hier ist es halt quasi gerade eine Gruppe, die sich um Nix-Packages und um die Pakete kümmert. 00:20:23.010 --> 00:20:27.170 Also es ist halt nie ganz so, also man muss ihnen halt nie hundertprozentig vertrauen, 00:20:27.250 --> 00:20:29.570 man kann ihnen halt, man kann halt auch Dinge prüfen. 00:20:29.650 --> 00:20:35.170 Also dadurch, dass man diese Bauenleitung vorliegen hat und ein Feature von Nix ist halt, 00:20:35.250 --> 00:20:38.210 dass halt viel Wert darauf gelegt werden wird. 00:20:38.610 --> 00:20:43.090 Gut, das machen mittlerweile andere Dispositionen auch, dass die Pakete reproducible sind. 00:20:43.170 --> 00:20:48.370 Das heißt, dass wenn man das versucht selber zu bauen, dass man zum gleichen Ergebnis kommt. 00:20:49.410 --> 00:20:53.410 Und man kann dann halt sich diese Bauanleitung hernehmen, das Paket nochmal bauen und gucken, 00:20:53.490 --> 00:20:55.570 ob da wieder dasselbe rauskommt. 00:20:55.730 --> 00:21:00.930 Also wird dann viel normalisiert beim Bauen, dass da die Zeitstempel, 00:21:01.010 --> 00:21:05.250 also dass die Zeitstempel alle auf 1970 sind auf Unix-Time. 00:21:05.490 --> 00:21:10.050 Und dass da halt jetzt irgendwo Zufall mit reingeschrieben wird, 00:21:10.130 --> 00:21:13.010 dass man das dann wirklich, dass das eins zu eins dasselbe ist. 00:21:15.330 --> 00:21:20.370 Können wir vielleicht noch auf ein paar andere Sachen im Nix-Ökosystem eingehen? 00:21:21.490 --> 00:21:22.210 Ja, machen wir gleich. 00:21:22.290 --> 00:21:26.290 Ich würde jetzt gerne noch kurz wissen, wie groß ist so das Core-Team, wie viele Leute seid ihr da? 00:21:26.930 --> 00:21:28.610 Ich lade gerade die Liste. 00:21:31.410 --> 00:21:32.850 Warte mal, irgendwie bin ich auch gerade. 00:21:36.050 --> 00:21:37.810 Auch das kriegen wir in dieser Spezialsitzung. 00:21:37.890 --> 00:21:39.250 Ja, es muss ja aktuell sein. 00:21:39.570 --> 00:21:39.890 Genau. 00:21:40.210 --> 00:21:41.170 Es muss live sein. 00:21:41.410 --> 00:21:42.530 Es muss live sein. 00:21:42.850 --> 00:21:47.010 Also ich habe erzählt gerade, bis die Contributors sind 1300. 00:21:47.970 --> 00:21:52.530 Okay, das sind alle, die jemals zu irgendeinem Nix-Package beigetragen haben. 00:21:52.690 --> 00:21:52.850 Genau. 00:21:53.490 --> 00:21:55.170 Und sei es auch nur eine Zeile, ja. 00:21:57.010 --> 00:21:58.450 Ich finde die bestimmt nochmal. 00:21:59.410 --> 00:22:01.170 Wer jetzt alles Schreibzugriff hat. 00:22:01.490 --> 00:22:02.290 Es waren, glaube ich. 00:22:02.770 --> 00:22:04.930 Okay, aber es sind so eher so 20 Leute oder. 00:22:05.570 --> 00:22:06.690 Eher so 50. 00:22:06.930 --> 00:22:08.770 Ich hätte jetzt auch geraten 50, also. 00:22:09.010 --> 00:22:09.890 Sowas in die Richtung. 00:22:10.210 --> 00:22:11.330 Aber sowas in dem Dreh. 00:22:12.050 --> 00:22:12.370 Okay. 00:22:12.530 --> 00:22:16.210 Und ihr trefft euch auch ab und zu mal in einem RC oder irgendwas. 00:22:16.530 --> 00:22:16.610 Genau. 00:22:17.250 --> 00:22:21.810 Gibt es auf Freenote, das heißt NixOS. 00:22:22.370 --> 00:22:24.370 Ja, genau, was NixOS ist, kommt, ist da. 00:22:25.010 --> 00:22:25.330 Kann man noch. 00:22:28.370 --> 00:22:28.690 Ja. 00:22:29.490 --> 00:22:29.810 Genau. 00:22:30.210 --> 00:22:36.930 Aber es gibt auch eine Mailingliste, die für so dieses globale Organisieren verwendet wird. 00:22:37.410 --> 00:22:41.170 Nix-Dev oder so auf Ja, Nix-Dev, genau. 00:22:41.410 --> 00:22:43.410 Weil nix-dev schon verbraucht war. 00:22:43.730 --> 00:22:49.250 Nix ist ja umstieg jetzt von irgendeiner Uni-Mailing-Liste auf Google Groups oder so. 00:22:50.050 --> 00:22:51.730 Weil zu viel Throughput war oder so. 00:22:51.810 --> 00:22:54.450 Das war einfach auch die total absurde Geschichte. 00:22:54.770 --> 00:22:57.730 Ja, hat er halt keiner verlust, das zu mainten oder so. 00:22:58.530 --> 00:22:59.490 Achso, ja, stimmt. 00:23:01.010 --> 00:23:04.770 Ja, also es gibt immer, also es gibt natürlich wie in allen großen Projekten, 00:23:04.850 --> 00:23:06.450 gibt es immer so ein bisschen Drama. 00:23:07.010 --> 00:23:08.450 Wegen allen möglichen Sachen. 00:23:08.770 --> 00:23:12.050 Ja, aber es ist eigentlich eigentlich relativ zivilisiert. 00:23:13.170 --> 00:23:14.690 Das stimmt, alle sind schon groß. 00:23:15.490 --> 00:23:16.370 Da kann man nichts sagen. 00:23:16.610 --> 00:23:18.530 Also es erste Projekt. 00:23:18.690 --> 00:23:23.890 Es ist nie wie auf der Linux-Kuddel Mail-Liste, wo man dann irgendwie beschimpft wird oder so, 00:23:23.970 --> 00:23:27.810 wenn man irgendwie Touch Touch Touch-Bases gemacht hat. 00:23:29.010 --> 00:23:31.330 Es gibt ein Linus Torwalz. 00:23:32.770 --> 00:23:35.650 Das ist der Erfinder von Nix, oder wie? 00:23:36.930 --> 00:23:38.530 Ja, pretty much, ja. 00:23:40.210 --> 00:23:43.170 Und zwar, das ist der Elko Dolstra. 00:23:43.570 --> 00:23:50.530 Ja, und das ist ein Niederländer und hat das quasi, das Ganze ist aus 00:23:50.530 --> 00:23:54.290 einem Forschungsprojekt entstanden, also das war seine Doktorarbeit. 00:23:55.090 --> 00:23:58.610 Also da hat er dann über Nix ein Paper geschrieben und dann halt noch ein paar andere Projekte, 00:23:58.690 --> 00:24:00.290 die dann darauf aufgesetzt haben. 00:24:00.530 --> 00:24:06.530 Und das Ganze war im Jahre 2004 oder so, war die erste Veröffentlichung. 00:24:07.810 --> 00:24:11.730 Und es hat aber halt so ein Stück gebraucht, bis ich das eigentlich, 00:24:12.130 --> 00:24:14.530 bis das dann angefangen hatte, mal so zu wachsen. 00:24:14.610 --> 00:24:19.970 Also das war, glaube ich, eigentlich viel lange Zeit, dass man nie so viel passiert. 00:24:20.210 --> 00:24:24.610 Es ging eigentlich, glaube ich, erst so 2014 oder so. 00:24:24.690 --> 00:24:26.370 Oder wann ging das so los, wie ich jetzt nicht? 00:24:26.610 --> 00:24:27.250 Ich weiß es nicht. 00:24:27.330 --> 00:24:32.370 Ich würde ja raten, wenn, wo die Haskell-Community darauf aufmerksam geworden ist. 00:24:33.330 --> 00:24:36.530 Also ich denke, das muss irgendwo in die Richtung passen. 00:24:37.410 --> 00:24:41.730 Also wenn man so auf die Contributions guckt, die Nix-Packages sind, 00:24:41.890 --> 00:24:46.930 dann, ja gut, es wächst eigentlich die ganze Zeit, aber würde ich sagen, 00:24:47.010 --> 00:24:51.170 so ab 2014, also so um die Zeitpunkt. 00:24:51.970 --> 00:24:53.650 Ich Google trend das mal. 00:24:55.810 --> 00:24:59.090 Genau, und ich habe auch gesehen, es gibt auch eine Nix Foundation mittlerweile, 00:24:59.170 --> 00:25:05.410 die sich so um die Weiterentwicklung des Paketformats und sowas dann kümmert. 00:25:06.050 --> 00:25:11.090 Ja, also im Prinzip ist der Nix Packages, 00:25:11.250 --> 00:25:17.330 wird halt von vielen maintained, aber der Paketmanager selber, das hat immer noch von El Codestra 00:25:18.290 --> 00:25:20.610 das Projekt, wo er dran arbeitet. 00:25:25.650 --> 00:25:28.930 Okay, und das macht er im Rahmen seiner Forschungstätigkeiten. 00:25:29.250 --> 00:25:33.890 Ja, also es ist halt schon fertig, er kriegt quasi jetzt seinen Job. 00:25:33.970 --> 00:25:39.490 Also er arbeitet halt für eine Firma und die bezahlt ihn dafür, dass er daran weitermacht. 00:25:40.370 --> 00:25:40.690 Okay. 00:25:42.130 --> 00:25:46.850 Okay, also ja, da gibt es zumindest Leute, die auch hauptberuflich sozusagen darauf. 00:25:47.090 --> 00:25:52.610 Also es gibt halt auch kommerziellen Support, wenn man dafür, also wenn man eben der Community-Support nie 00:25:52.690 --> 00:25:57.490 ausreicht, dann gibt es halt auch Firmen, die das, ähm, die da hinten unter die Arme greifen. 00:25:59.090 --> 00:25:59.410 Okay. 00:26:00.130 --> 00:26:03.730 Also doch schon ein etwas größeres Projekt sozusagen. 00:26:04.210 --> 00:26:09.090 Gut, dann können wir jetzt nochmal nochmal tiefer in die Nix-Sachen abtauchen. 00:26:09.410 --> 00:26:15.650 Ich hatte dich vorhin da unterbrochen, du wolltest nochmal ein bisschen über weitere 00:26:15.650 --> 00:26:18.530 Features, glaube ich, reden von Nix. 00:26:19.410 --> 00:26:21.890 Nix Adienne ist halt auch schon eine praktische Sache. 00:26:22.690 --> 00:26:28.130 Man kann das halt auch schon auch schon so hernehmen, 00:26:28.210 --> 00:26:31.730 dass man das benutzt, um sich so eine Entwicklungsumgebung sowas zu bauen. 00:26:31.810 --> 00:26:34.610 Also dass man jetzt sich so eine 00:26:39.650 --> 00:26:44.370 reinschreibt, zusammenschreibt, welche Programme man jetzt zum Beispiel für ein bestimmtes Projekt braucht 00:26:44.450 --> 00:26:50.130 oder welche Bibliotheken und dann kann man das halt in einem Team benutzen, 00:26:50.210 --> 00:26:55.010 also dass man überall die gleiche Entwicklungsumgebung hat und dass es dann halt auch wirklich eins zu eins 00:26:55.010 --> 00:26:55.490 dasselbe ist. 00:26:55.570 --> 00:26:56.530 Das funktioniert halt zum Beispiel. 00:26:56.770 --> 00:27:02.610 Das ist quasi wie VirtualEnv oder dieses Ruby, wie heißt das RBM. 00:27:05.010 --> 00:27:09.810 Nur halt auf Steroiden, weil das ist nicht nur diese Ruby-Dependencies, 00:27:09.890 --> 00:27:12.770 sondern alle Dependencies, die man dafür braucht. 00:27:13.010 --> 00:27:19.410 Und das so genau dann abzustecken, zu sagen, okay, ich brauche genau diese Versionen für diese Sachen und 00:27:19.410 --> 00:27:25.570 alle, die das dann quasi in diese Umgebung sich reinbewegen, haben dann genau dein Setup auch. 00:27:25.890 --> 00:27:29.330 Das ist schon echt cool, um Leute zu kickstarten. 00:27:29.410 --> 00:27:33.810 Es ist nicht so, okay, jetzt muss ich erstmal irgendwie eine Library installieren und dann muss ich irgendwie 00:27:33.810 --> 00:27:39.330 ein AWM installieren und dann muss ich das und das machen, sondern es ist quasi mit einer Beschreibung 00:27:39.330 --> 00:27:42.850 abgegolten, was zu passieren ist und wie die Entwicklung aussieht. 00:27:43.410 --> 00:27:48.130 Also man kann das dann, also zum Beispiel hier dieses Studio-Link, das Paket gibt es jetzt gerade noch nie, 00:27:48.290 --> 00:27:49.970 worüber wir gerade die Aufnahme machen. 00:27:50.050 --> 00:27:55.810