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"
rb2k has joined #nixos-de
ctp has quit [Ping timeout: 260 seconds]
claudiii has quit [Read error: Connection reset by peer]
claudiii has joined #nixos-de
manveru has quit [Ping timeout: 260 seconds]
ctp has joined #nixos-de
manveru has joined #nixos-de
mbrgm_ has joined #nixos-de
mbrgm has quit [Ping timeout: 264 seconds]
mbrgm_ is now known as mbrgm
rb2k has quit [Ping timeout: 265 seconds]
rb2k has joined #nixos-de
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-de
h0m1 has quit [Ping timeout: 264 seconds]
h0m1 has joined #nixos-de
rb2k has quit [Ping timeout: 246 seconds]
rb2k has joined #nixos-de
rb2k has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
palo1 has joined #nixos-de
palo has quit [Ping timeout: 264 seconds]
palo1 is now known as palo
IdleBot_4fae1f80 has quit [Ping timeout: 260 seconds]
IdleBot_a72da45c has joined #nixos-de
mupf has quit [Ping timeout: 260 seconds]
mupf has joined #nixos-de
fionera has quit [Quit: No Ping reply in 180 seconds.]
fionera has joined #nixos-de
rb2k has joined #nixos-de
rb2k_ has joined #nixos-de
rb2k has quit [Ping timeout: 260 seconds]
h0m1 has quit [Quit: WeeChat 3.0]
h0m1 has joined #nixos-de
rb2k has joined #nixos-de
rb2k_ has quit [Ping timeout: 264 seconds]
<julianst[m]> weiss jemand wie es um staging-20.09 steht? da wurde schon lange nichts mehr zurückgemerged.
<NobbZ[m]> Ich sehe da recht viele commits... https://github.com/NixOS/nixpkgs/commits/staging-20.09
<NobbZ[m]> Zuletzt vor 20 Stunden
<julianst[m]> NobbZ: ja, aber wann wirds in release-20.09 gemerged? :)
<julianst[m]> das andere problem ist, dass staging-20.09 zumindestens bei mir kaputt ist. irgendwas ist am linux 5.10 build kaputt
<NobbZ[m]> Release-20.09 ist die Quelle für staging, danach kommt es nach nixos-*
<julianst[m]> NobbZ: jetzt bin ich verwirrt. in staging-20.09 sind definitiv änderungen die nicht in release-20.09 sind. ich dachte in staging-20.09 kommen änderungen rein die mass rebuilds verursachen und werden da gebatcht um sie dann in einem rutsch in release-20.09 zu mergen
<julianst[m]> und von da arbeitet es sich dann in die channels via nixos-* und nixpkgs-*
blitz_test has joined #nixos-de
blitz_test has quit [Client Quit]
<Ox4A6F> hexa-: schomal mit SOURCE_DATE_EPOCH=$(date +%s) im shellHook gespielt?
<hexa-> Ox4A6F: ja…
<Ox4A6F> Hmm noch geraten: unset http_proxy und export GIT_SSL_CAINFO=/etc/ssl/certs/ca-bundle.crt
<hexa-> ah, mein problem ist gelöst
<hexa-> unset NIX_SSL_CERT_FILE SSL_CERT_FILE
<hexa-> werde mir devshell ansehen
<NobbZ[m]> julianst ich hab das immer genau andersherum verstanden, manuelle backports nach Release, die dann über staging nach nixos gehen.
<supersandro2000> staging-20.09 -> release-20.09 -> nixos-20.09
<julianst[m]> NobbZ: I found this: https://github.com/NixOS/rfcs/pull/26/files
<julianst[m]> bzw was supersandro2000 sagt ;)
<supersandro2000> bzw staging kann geskippt werden, wenn es nur einen oder wenige rebuilds aht
<supersandro2000> hat
<NobbZ[m]> Okay, das ist dann aber in der contribution MD schlecht beschrieben, da steht nämlich man solle immer gegen release
<julianst[m]> ja, ich habe backports auch immer direkt auf release gemacht
<supersandro2000> wenn du halt Dinge wie gcc backportest dann solltest du auf alle Fälle gegen staging
<supersandro2000> aber wenn du nur bat backportest, dann kann das auch direkt nach release