lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel. | Meetup Donnerstags 19:00 - 23:00 auf Mumble: nix-shell -p mumble --run "mumble mumble://$USER@lassul.us/nixos"
h0m1 has quit [Ping timeout: 258 seconds]
h0m1 has joined #nixos-de
<palo> supersandro2000: die zeilen umbrüche werden von nixfmt gemacht. Ich formatiert meine datein nicht selbst.
<palo> was soll ich statt stdenv.lib nehmen?
<palo> das mit den tags versteh ich nicht ganz
palo1 has joined #nixos-de
palo has quit [Ping timeout: 246 seconds]
palo1 is now known as palo
hmi has joined #nixos-de
hmi has quit [Ping timeout: 260 seconds]
hmi has joined #nixos-de
<sterni> palo: lib
<sterni> gibt es als top level attribute
<palo> I see
<palo> Danke
h0m1 has quit [Ping timeout: 260 seconds]
h0m1 has joined #nixos-de
<supersandro2000> palo: man will eigentlich immer einen git tag/release fetchen anstatt ein Commit
<supersandro2000> nixfmt hat so komische Ideen von line lengths und geht dann den black weg: einen Zeilenumbruch für nichts
<supersandro2000> wobei black dann auch gerne mal 4 Zeilenumbrüche macht und nur ein paar Klammern pro Zeile ablädt. Bringt nichts, außer alles in die Länge zu ziehen.
<palo> supersandro2000: jo, na release tags hab ich auch, aber ich zieh das zeug ja immer mit nix-prefetch-git, ... und der string hat dann die ref drin
<palo> jo zeilen länge ist schon nice wenn die eingehalten wird. Aber da ich mich nicht mit formating rumärger ist mir das egal, wichtig ist das es einheitlich aussieht
<andi-> Will man das wirklich? Commit ids sind immutable. Tags können sich ändern.
tv has quit [Ping timeout: 252 seconds]
<supersandro2000> tags kannst du nicht von forks fetchen
<supersandro2000> palo: 80 Zeilenlänge macht aber gar keinen Sinn wenn du eine 120 chars URL hast
<supersandro2000> und dann eine new line nach url = machst
tv has joined #nixos-de
<palo> jo, na ich habs mir nicht ausgedacht, ... ich lass einfach nixfmt über alles drüber laufen, ... das selbe mach ich mit terraform fmt und rustfmt, ...
<supersandro2000> ich würde dir nixpkgs-fmt empfehlen. das macht nicht so ein schnullifax
supersandro2000 has quit [Remote host closed the connection]
supersandro2000 has joined #nixos-de
<julianst[m]> hey leute. ich versuche gerade coreboot in nix zu bauen und das scheitert daran dass es wirklich nicht mit der nix toolchain gebaut werden möchte. wie einfach ist es einen build in einem FHS environment zu machen?
<julianst[m]> ich sehe es gibt `buildFHSUserEnv` aber es scheint überall nur für shell environments genutzt zu werden
<julianst[m]> ich würde das gern beim bauen einer derivation benutzen wollen und mir ist gerade nicht klar wie
<hexa-> iirc gab es da probleme mit ada
<julianst[m]> den teil von coreboot der ada braucht ist erstmal egal
<julianst[m]> ich habe es sehr hacky mit der x86_64-embedded toolchain zum bauen bekommen, aber das resultat ist kaputt :(
<hexa-> das war das vgarom iirc
<julianst[m]> ja, das vga rom brauche ich nicht. das ist ein problem für einen anderen tag :)
<julianst[m]> ich würde gern die mitgebrachte toolchain von coreboot einfach bauen und am einfachsten ist dass wenn ich ein FHS environment aufziehe
<hexa-> frag mal heijligen oder flx in #coreboot
<julianst[m]> kk
<julianst[m]> thx
<andi-> Ich habe da irgendwo code rumliegen...mein x220 wollte ich damit booten
<andi-> funktionierte aber auch nur so halb :/
<palo> supersandro2000: oh das kannte ich noch nicht, ... das probier ich mal aus
blitz_2 has joined #nixos-de
blitz_2 has quit [Quit: Connection closed]
supersandro2000 is now known as Guest40170
Guest40170 has quit [Killed (kornbluth.freenode.net (Nickname regained by services))]
supersandro2000 has joined #nixos-de
mbrgm_ has joined #nixos-de
mbrgm has quit [Ping timeout: 258 seconds]
mbrgm_ is now known as mbrgm