lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
manveru_ has joined #nixos-de
Guest90741 has quit [*.net *.split]
manveru has quit [*.net *.split]
manveru_ is now known as manveru
Guest90741 has joined #nixos-de
palo1 has joined #nixos-de
palo has quit [Ping timeout: 268 seconds]
palo1 is now known as palo
<jonge[m]>
musi
<jonge[m]>
musicmatze: wenn nix nen statisches typsystem haette...
<jonge[m]>
das waere awesome. wie oft muss man sich code durchlesen anstatt einfach nur ne signatur anzugucken. haskell hat mich total versaut
<musicmatze>
Rust mich auch
<musicmatze>
Deswegen sieht mein Python-Code auf der Arbeit auch Strange aus ... weil ich überall die Type-Hints verwende und hinschreib :-)
<jonge[m]>
wenn ich python code bestehen meine programme nur noch aus filter, map, reduce und generators
<jonge[m]>
und unter c++ laesst sich mit functional programming und lambda expressions auch cool code reduzieren
<musicmatze>
jo meiner nicht, weil ich mit diesen komischen Konventionen von Python absolut nicht klar komme
<musicmatze>
irgendwie ist die Sprache n bissle arg ... unstrukturiert...
<jonge[m]>
bzw. wegen template metaprogramming hab ich mit functional programming ueberhaupt angefangen. das war die einstiegsdroge. und dass jetzt nur noch alles mit nix laeuft und haskell meinen coding style in allen anderen sprachen beeinflusst hat, ist dann 3 jahre spaeter der junkie-status
<jonge[m]>
python ist total doof geworden weil guido van rossum total bloede meinungen darueber hat wie code auszusehen hat
<jonge[m]>
guido sagt ja dass ne loop immer besser lesbar ist als nen reduce und deswegen wurden diese functional tools in ihr eigenes paket aus dem standard scope raus bewegt.
<jonge[m]>
guido sagt auch dass tail recursion doof ist weil man dann ja den stack trace nicht mehr sauber bekommt und loops eh toller sind.
<musicmatze>
bäh
<jonge[m]>
mit solchen entscheidungen steht fuer mich fest dass man keine schoenen sachen unter python mehr haben kann
<musicmatze>
genau
<jonge[m]>
wenn ich bash scripts schreibe nervt mich langsam auch an dass man kein cooles kurzes map/filter/reduce hat
<musicmatze>
da gibts aber glaub was... mmmmh
<jonge[m]>
meinst du in bash oder ne functional shell?
<jonge[m]>
na das muss ich mir in einer ruhigen minute mal durchstudieren. danke fuer den link!
<musicmatze>
gern
<jonge[m]>
sag mal hast du grad mal zeit bisschen was an code zu reviewen? ich wollt grad mal nen hydra job aufsetzen fuer nen mini nix example mit C++ ueber das ich bloggen wollte
<jonge[m]>
die idee ist nen programm aus boost, lib poco und stdenv zu bauen - und dann ne grosse kombination aus boost versionen, poco versionen und compilern zu bauen und zu zeigen wie toll und einfach das mit nix geht
<jonge[m]>
das sind unter 100 zeilen nix zeug, vielleicht kriegt man es noch kuerzer ohne die lesbarkeit zu beeintraechtigen?
<musicmatze>
kannst mal schicken, bin grade zwar auf arbeit, aber sowas geht immer denk ich
<jonge[m]>
yo link ist in der vorvorletzten msg
<musicmatze>
jonge: was muss ich ansehen?
<musicmatze>
default.nix?
<jonge[m]>
im prinzip release.nix und output.nix
<musicmatze>
warum in release.nix attribute sets bauen und keine listen?
<jonge[m]>
die release.nix muss doch in einem attributset resultieren oder was meinst du?
<musicmatze>
ja aber "compilers" und "pocoLibs" können auch listen sein, oder?
<musicmatze>
Das macht den Code der alles zusammenbaut um einiges einfacher
<jonge[m]>
ach so. naja also ich nutze diese key-value pairs dafuer um ueber den key nen schoen lesbaren namen den man spaeter im end-attribut wieder erkennt reinzutun
<musicmatze>
hydra hab ich nie verstanden, das ist ultra unübersichtlich wenn man travis oder drone kennt/gewöhnt ist
<musicmatze>
aber ich verstehe dass du aus fast nichts eine Menge an CI jobs zusammenbastelst
<jonge[m]>
hydra ist nicht ganz perfekt aber ich liebe es
<jonge[m]>
nur ich seh grad... das `output.nix` attrset enthaelt die derivations und dann noch "output derivations" die die app ausfuehren und den output in ner textdatei im store speichern. letztere werden von hydra gar nicht ausgefuehrt und ich habe keine ahnung, wieso. ist immer schwer rauszufinden wieso hydra dinge aus dem queue nicht ausfuehrt.
<jonge[m]>
WAT ich hab diesen graphen in meiner vorlesung verwendet und hab den studenten gesagt "es tut mir leid, ich kenne die quelle nicht aber ich wollte euch das nicht vorenthalten!" und jetzt ist da die quelle!
<ctp>
Und das andere ist, was nicht funktioniert bisher:
<lassulus>
ich find ja mehr variablen gut
<ctp>
ok, dann ist schon mal gut :)
<ctp>
Aber:
<ctp>
wie kann ich ENTWEDER value.psk auf den tatsächlichen key setzen ODER value.key_mgmt auf none. wpaSupplicantConfig so in dem in {} block will nicht so richtig
<jonge[m]>
ich versteh irgendwie die zeile `value.key_mgmt = "NONE"; ` nicht. das parst in meinem kopf nicht
<jonge[m]>
value gibts doch noch gar nicht bzw. wenns das gaebe koennte man doch gar nichts reassignen?
<jonge[m]>
bin verwirrt
<ctp>
Ich auch :D
<florianjacob>
ctp: ist designziel, dass die PSKs hinterher nicht im nix store landen?
<ctp>
Das wäre später wünschenswert. Die Idee ist erstmal:
<ctp>
wifi/meinwifi.psk mit "bla" als inhalt soll im /nix/store/xxxx-wpa_supplicant.conf generieren:
<ctp>
das value.psk = sanitizedPsk direkt in dem "in {}" block zu setzen funktioniert, nur kann ich dort halt nicht die unterscheidung selbst machen ob "" oder != ""
<ctp>
Hänge schon länger an dem snippet :D
<ctp>
Hm, irgendwie scheint das alles noch nicht so zu wollen ...
<ctp>
Hat jemand eine Idee, wie ich das obige Szenario am besten umsetze?
<jonge[m]>
ctp kannst du vielleicht mal ein github repo auf machen in dem du beispieldateien in einen ordner legst, eine beispiel-gewuenschter-output datei und schonmal vorbereitest?
<jonge[m]>
ich koennt dann mal forken, spielen und nen pull request auf machen wenns geklappt hat
<jonge[m]>
hab grad zeit, sitze bei oma und opa ueber ostern.
<ctp>
Hehe, das klingt nach entspanntem Nix Wochenende :) Ich versuch' mal erstmal alleine, aber klar, baue nachher mal ein Beispiel zusammen, wenn ich nicht klarkomme
<jonge[m]>
ja genau, nix wochenende. wollte bisschen bloggen mal wieder (hab schon wieder seit nem jahr nicht gebloggt fuck) und paar haskell apps komplett statisch mit libmusl compilen
<Florian[m]5>
ctp: ich hätte das so gemacht: https://paste.krebsco.de/7ZvyeWwH (Achtung, freihändig geschrieben, nicht kompiliert und ungetestet, eher Stilberatung und Lösung für das value zuweisungsproblem)
{`-`} has joined #nixos-de
<ctp>
Megacool, Florian[m]5, schaue ich mir gleich an, gerade noch unterwegs. Machen gerade Urlaub in Grömitz. Family/Nix time :D
<andi->
baut von euch jemand coreboot auf NixOS? Mir fehlt gerade gnat und eine Suche in nixpkgs ergab, dass es entfernt wurde :/
<jonge[m]>
andi
<jonge[m]>
andi-: baust du das um dein eigenes bios zu replacen?
<andi->
ja
<andi->
ich verwende jetzt nixos-17.09 aber fstack protector foo meckert rum... :/
<jonge[m]>
wieso so nen altes nixos?
<andi->
weil es keinen Ada compiler in GCC mehr gibt in neueren Versionen
<jonge[m]>
oh ich wusste nicht dsas coreboot mit ada gebaut ist
<andi->
nicht alles wohl nur der Teil für die Intel GPU
<andi->
immerhin bootstrapped coreboot jetzt damit aktuelle toolchains.. mal schauen wie lange das auf dem x220 dauert
<jonge[m]>
so nen OSS bios waere schon schnieke...
<palo>
Ich hab ein overlay und würde gerne auf meiner readme das `fetchgit ... ` command semi-automatisch erstellen. Dazu muss ich die sha vom letzten commit berechnen, wie mach ich das am besten?
<lassulus>
gibts leider nicht in gut, aber du kannst die readme aus der ci generieren lassen
<palo>
lassulus: ja aber dafür bräuchte ich doch das gleiche script
<palo>
noooo steam geht gerade nicht :(
<palo>
Aber sind gerade leute am fixen und in 19.03 schieben