lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
m15k has quit [Ping timeout: 256 seconds]
lassulus_ has joined #nixos-de
lassulus has quit [Ping timeout: 272 seconds]
lassulus_ is now known as lassulus
EffSquared has joined #nixos-de
palo1 has joined #nixos-de
palo has quit [Ping timeout: 240 seconds]
palo1 is now known as palo
EffSquared has quit [Ping timeout: 240 seconds]
EffSquared has joined #nixos-de
<jonge> hey leute, wenn ich nen make file habe das im wesentlichen nur aus einer zeile besteht: "default: mybinary", dann macht make ja automatisch ein "$(CXX) $(CXXFLAGS) -o mybinary mybinary.cpp"
<jonge> wenn ich das in eine derivation packe, dann muss ich da ja nur name, src und installPhase angeben. wenn ich die derivation aber nun overriden moechte so dass die env variable CXXFLAGS in make reingereicht wird, dann reicht es aber irgendwie nicht das einfach als attribut in die derivation ueber overrideAttrs hinzuzufuegen...
<jonge> so wie ich das verstanden habe, wird das aber zur env variable so, oder nicht?
<jonge> fuck tippfehler. alles richtig.
<jonge> :D
<jonge> sry
<Phillemann> Hm, fdroidserver in nixpkgs ist von 2016. Ich brauch die neueste Version, aber die machen da so Magie in setup.py
<Phillemann> Das Paket hat in nixpkgs keinen Maintainer.
<Phillemann> Wie hoch stehen da die Chancen, dass das wer fuer mich updatet? :D
<makefu> Phillemann: strebt gegen 0
<makefu> aber du könntest es selbst maintainen :)
<Phillemann> Ich setz mich mal ran.
fendor has joined #nixos-de
<makefu> coole sache
fendor has quit [Remote host closed the connection]
fendor has joined #nixos-de
m15k has joined #nixos-de
<m15k> Setzt hier jemand NixOS produktiv ein (mail, web, ... server)
<andi-> m15k: ja
<m15k> andi-: Wie separierst du die services?
<andi-> oftmals eine VM pro service (mit Kleinfieh) also bspw. ein Mailserver + Webmailer + ... und oft auch (zusätzlich) mit den nixos containern. Die sind (angeblich; ist das noch up2date?) nicht perfekt isoliert abert für meine Awendungen reicht das.
<m15k> Auf der VM läuft dann auch nixos?
<andi-> ich schreibe mir auch meta-module.. mein prosody hat bspw. ein Modul was halt auch Lets encrypt für alle Domains konfiguriert
<andi-> klar
<andi-> Ich habe mir da mit qemu und systemd einen sehr einfaches VMM gebastelt.. Ist noch nicht sehr universll aber funktioniert für meinen Use-case
<m15k> Verstehe. Auf meinem Server läuft derzeit LXD. Jetzt muss ich die ganzen Kisten aber updaten und im Endeffekt kann ich alle Services neu aufsetzen.
<andi-> Vielleicht einfach einen Hybrid-Ansatz fahren?
<andi-> Habe letztens (Link verloren) einen Ansatz gesehen mit dem man systemd units auf anderen systemd Systemen bauen und nutzen kann. Damit kann man dann langsam Services migrieren. Vielleicht willst du einfach NixOS LXD container bauen.
<m15k> Hab mal ein bisschen rumgesucht. Hatte nicht das Gefühl das LXC/LXD mit NixOS viel genutzt wird.
<m15k> Wenn dann was hakt, hat man halt gelitten...
<m15k> Hab auch schon überlegt mit Nix LXD container rootfs images zu bauen.
<m15k> Das man quasi bei jedem update ein neues image baut.
<andi-> die nixos container verwenden den gleichen /nix/store in allen containern
<andi-> damit spart man sich dann viele Duplikate
<andi-> das kann man aber sicher auch mit LVM etc.. als underlay lösen
m15k has quit [Ping timeout: 256 seconds]
EffSquared has quit [Ping timeout: 272 seconds]
EffSquared has joined #nixos-de
EffSquared has quit [Ping timeout: 246 seconds]
EffSquared has joined #nixos-de
EffSquared has quit [Ping timeout: 272 seconds]
fendor has quit [Ping timeout: 246 seconds]
<Mic92> andi-: ich finde das RootDirectory= in systemd.units noch nicht ausgereizt wird.
<andi-> Mic92: was macht das? Chroot?
<Mic92> andi-: ja. auch mehr Isolation, wenn man noch andere Optionen benutzt
<Mic92> was dann noch lösen muss, ist das nixpkgs nur einmal evaluaiert wird und nicht für jeden Container
<Mic92> also das erst der nixpkgs fixpoint evaluaiert wird und dann die nixos module.
<andi-> Jo, das ist gerade recht nervig... Ich baue such VM images damit..
<Mic92> Hauptproblem ist, dass man aktuell die nixpkgs version in nixos konfigurieren kann.
<Mic92> andi-: mhm. schon mal probiert den pkgs parameter von eval-config.nix zu überschreiben?
<andi-> Mic92: ja, glaube das mache ich bei meinem NixBMC ansatz
<andi-> Kann ich später mal schauen
<Mic92> die Module selber machen gar nicht so viel overhead. Ich hatte schon mal versucht, nicht verwendete Module zu deaktivieren...
<andi-> Ich aktiviere da nur ein paar Module
<Mic92> andi-: nixbmc ist ein kodi-Clone?
<andi-> Quasi so wir NotOS
<andi-> Mic92: nein, openbmc kind-of
<andi-> Also out of Band management system
<Mic92> spielt da evaluation-performance eine Rolle?
<andi-> Nein aber ein kleines image
EffSquared has joined #nixos-de
<EffSquared> nixcloud nutzt soweit ich weiss nixos-container auf lxc basis, liegt alles auf github.
EffSquared has left #nixos-de ["Leaving"]
<palo> tv: ich hab jetzt ne menge rechner und ne menge ordner die ich mit syncthing synkronisieren. Wie siehts bei dir aus? hast du bzgl syncthing schon ein wenig was gecodet, um die files per nixos zu generieren ?
<Phillemann> Deklarative syncthing-Konfiguration?
<palo> Phillemann: jo das war die idee damals.
<palo> bisher brauche ich das nicht wirklich, und ich fürchte mich einwenig vor der arbeit wenn synchting geupdated wird, und man kram nachziehen muss.
<palo> Aber es wäre schon sehr geil wenn es möglich wäre
<palo> wäre geil wenn config.xml auf einen ordner verteilt wäre, dann könnten teile generiert werden, und andere teile per klicki klicki nachgezogen werden.
<tv> habs noch nicht angeschaut :)
<palo> denke wir sparen uns ne menge zeit wenn wir upstream die config.xml aufbrechen.
<palo> oder wenn wir dafür sorgen das es ein cli gibt der die config.xml erstellt.
m15k has joined #nixos-de