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"
supersandro2000 has quit [Disconnected by services]
supersandro2000 has quit [Quit: Ping timeout (120 seconds)]
supersandro2000 has joined #nixos-de
rb2k has joined #nixos-de
tv has quit [Ping timeout: 260 seconds]
luxemboye has quit [Remote host closed the connection]
rb2k has quit [Ping timeout: 246 seconds]
rb2k has joined #nixos-de
luxemboye has joined #nixos-de
hmi has quit [Quit: WeeChat 3.0]
hmi has joined #nixos-de
hmi has quit [Ping timeout: 264 seconds]
hmi has joined #nixos-de
tv has joined #nixos-de
tv has quit [Ping timeout: 256 seconds]
<mbrgm>
wie ist denn so die schickeste methode, um ein nix mit enableten flakes auf nem nicht-NixOS linux zu installieren? also so kollegen-freundlich, ohne groß in config files experimental features usw.?
<kloenk>
Flake compat?
<piegames>
mbrgm: Was genau machen Flakes da anders? Ich bin mit `curl nixos.org/install | sh` oder so bislang immer glücklich gewesen.
<kloenk>
Man will die experimental features
<mbrgm>
kloenk: so wie ich das verstehe, mach ich mit flake-compat shims in form von default.nix und shell.nix und damit tut dann ein nicht flake-enabletes nix, auch wenn alles drunter auf flakes beruht?
<kloenk>
glaube. wenn du eine repo hast die flakes benutzt kannst du eine flake compat reinlegen, und dann mit nix ohne flakes bauen
<mbrgm>
gibts für nix mit flakes schon ein absehbares stable release datum?
<mbrgm>
vermute mal noch nicht?
<NobbZ[m]>
Wrappe oben genanntes Commando in ein extra script, das danach `nixUnstable` installiert und die settings in der config setzt
<NobbZ[m]>
Ich hoffe nicht das flakes bereits in 21.05 sein werden
<mbrgm>
NobbZ[m]: warum das?
<NobbZ[m]>
Weil von experimental nach voll da ohne zwischen Release wäre Release technisch eher ungünstig, zumal die neuen nix commands nicht mit 2.3 kompatibel sind
<NobbZ[m]>
Meiner Ansicht nach sollten mindestens 6 Monat flakes ohne feature gate in nix unstable verfügbar sein. Ausserdem müsste auf 3.0 gebumpt werden. Beides im Moment nicht gegeben
<kloenk>
<NobbZ[m] "Wrappe oben genanntes Commando i"> du kannst die config direkt setzen. also sowas wie `--experimental-features 'nix-command flakes ca-references'`
<NobbZ[m]>
Für dauerhafte installation ist ist es glaube ich angenehmer das in eine Datei zu schreiben als die Kollegen dazu aufzufordern jedes Mal dran zu denken...
<mbrgm>
hm... überlege gerade halt, ob ich direkt flakes verwende oder aber halt derweil niv und dann später(TM) auf flakes umbauen
<mbrgm>
umbauen braucht halt dann immer überzeugungsarbeit...
<NobbZ[m]>
Sollen die an den nix-expressions arbeiten oder ist es nur ein "rufe 'nix build foo' auf"?
<mbrgm>
letzteres
<mbrgm>
bzw. ich möchte ne high-level api drüber bauen
<mbrgm>
auf der ebene sollen sie dann schon an den expressions schrauben, aber halt sehr expressiv und eben auf nem hohen abstraktionslevel
<NobbZ[m]>
Dann flakes. Das kannst du Dank "nix run" und dem "Apps" output noch besser Kapseln und abstrahieren.
<mbrgm>
RFC ist ja inzwischen auch in der FCP.
<mbrgm>
und wenn die API nochmal bricht, wird sie halt gefixt.
<NobbZ[m]>
Und wenn sie selber schrauben sollen (sorry, habe enorme Latenz) dann hängt es sehr davon ab wie interessiert die überhaupt sind sich damit zu beschäftigen...
<mbrgm>
wenig. möglichst einfach, muss nur tun.
<mbrgm>
ich denke ich mach das so wie du vorgeschlagen hast. n skript um den installer, das direkt die config schreibt und auch gleich noch direnv mitinstalliert.
<mbrgm>
dann müssen die nur noch in das repo cd'en und just work(TM)
<NobbZ[m]>
Schwer... Ich hätte mein Team mit der toml based Dev shell fast dazu bekommen nix auszuprobieren, aber irgendwas ließ sich da nicht so abbilden wie es gebraucht wurde und wir hätten über die nix Expression gehen müssen, das wollte mein Team dann doch nicht :(
<mbrgm>
mein team ist froh, wenn sie sich möglichst nicht damit auseinandersetzen müssen. die wollen was, was ohne viel aufwand ihnen hilft, ihren job zu machen.
tv has joined #nixos-de
<NobbZ[m]>
Mein Team will ohne viel Aufwand Einfluss auf Dev und build nehmen, während am Ende etwas herausfallen muss was yum oder docker "installable" ist um das Opa glücklich zu Machen. Und irgendwas hat bei uns nicht mit den self hosted pypi funktioniert weswegen wir in der devShell einen lokalen override hatten machen müssen, der dann aber wieder extra Pflege Aufwand bedeutet hatte weil poetry lock und nix file leicht Out of
<NobbZ[m]>
sync geraten waren :(
<NobbZ[m]>
Aber asdf und direnv war für das Team schon mal eine große Verbesserung gegenüber "source .env" und 3 verschiedenen Version Managern für Go, python und manchmal auch noch Erlang/elixir