<palo> Versteht jemand wie die hyrda funktioniert ? Ich blick da nicht durch.
<palo> irgendwie sind nie logs einsehbar.
<palo> Aber mich würde auch mal interessieren wie master -> unstable -> stable funktioniert.
<palo> Ich kann dazu nicht wirklich was in den dokus finden
<andi-> Master ist meh oder weniger unstable (etwas branching von staging & staging-next kommt hinzu). Stable ist das gleiche in grün nur ist die branch von master abgezweigt worden vor dem release. Dann wird versucht alls buildfehler zu beseitigen bevor es released wird. Während eines releases gibt es eigentlich nur bug & security fixes in der stable branch. Es gibt auch ab und an neue Pakete... Alle 6 Monate
<andi-> wiederholt sich der stable Prozess.
<andi-> Hydra baut nur die jeweiligen branches. Wenn dort ein build mit allen Abhängigkeiten vom "tested" job fertig ist dann gibt es einen channels bump.
<Mic92> wurde der release prozess nicht sogar mal in einem rfc dokumentiert?
palo has quit [Ping timeout: 250 seconds]
<andi-> Kann sein.. Ich erinnere mich gerade nicht wer das staging merging eigentlich laut RFC macht
palo has joined #nixos-de
palo has quit [Changing host]
palo has joined #nixos-de
<Mic92> vcuncat
<andi-> Ja das weis ich aber wer laut RFC?
<schmittlauch[m]> Mic92: bzgl. rspamd bin ich da https://thomas-leister.de/mailserver-debian-stretch/ gefolgt. Inklusive dkim, aber mit postfix
<Mic92> schmittlauch[m]: schaue ich mir mal an
<Mic92> schmittlauch[m]: welche emails scannt der rspamd worker und welche emails bekommt der rspamd_proxy?
<Mic92> beide scheinen ja etwas entgegen zu nehmen
<schmittlauch[m]> Mic92: per smtpd_milter sendet postfix das alles an den worker-proxy
<schmittlauch[m]> der worker-normal und der worker-controller laufen auch, aber ich weiß gerade nicht wozu
<Mic92> schmittlauch[m]: der worker-controller macht das webinterface
<Mic92> scheinbar ist der auch gut um dovecot damit zu verbinden
<Mic92> falls der Nutzer dinge mit dem Spam-Ordner macht
<schmittlauch[m]> zumindest die Ports finde ich in meiner dovecot config nicht. Irgendwo passiert auch DKIM-Signierung von ausgehenden Mails, aber frag mich nicht wo
<Mic92> schmittlauch[m]: das sollte der milter machen afaik
<schmittlauch[m]> war mir nicht sicher, ob der das auch für ausgehende übernimmt
<Mic92> opendkim wurde auch über milter konfiguriert
<Mic92> schmittlauch[m]: ah, wenn man den self-scan mode hat, kann man den worker-normal auch deaktivieren
<Mic92> der proxy ist eine art load-balancer
<Mic92> das werde ich vermutlich dann machen
Qubasa has joined #nixos-de
<Qubasa> Hallo allerseits, Hat jemand eine Idee wie ich nixpkgs.config.packageOverrides zu packageOverrides abkürzen kann?
<andi-> wo genau willst du das abkürzen?
<sphalerite> äh… wieso?
<Qubasa> in meiner vim config. Ich will den pfad abkürzen weil ich sonst überall immer nixpkgs.config davor schreiben muss
<Qubasa> ich bin mir nur nicht sicher wie man das genau macht ^^
<andi-> in deiner vim config brauchst du das oder um dein vim zu "überschreiben" brauchst du das?
<andi-> du hast viele von den Zeilen oder wie muss ich mir das vorstellen?
<Qubasa> ja genau. Ich habe es gerade gelöst ist nur die frage ob das idiomatisch so korrekt ist mit nixpkgs.config = { #hier alles andere }
<andi-> ajo
<Qubasa> ahh cool alles klar danke :D
<Qubasa> Hm ich habe immer noch ein Problem und zwar gibt es zwar keine Fehlermeldungen aber die Packete werden nicht installiert bzw es ist so als ob ich neue sets ausversehen definiere
<Qubasa> {pkgs, config, ...}:
<Qubasa> {
<Qubasa> EDITOR = ["myNeovim"];
<Qubasa> nixpkgs.config.environment.variables = {
<Qubasa> };
<Qubasa> nixpkgs.config.packageOverrides = pkgs: with pkgs; {
<Qubasa> myNeovim = neovim.override
<Qubasa> {
<Qubasa> name = "myNeovim";
<Qubasa> configure = {
<Qubasa> customRC = ''
<Qubasa> '';
<Qubasa> packages.myVimPackage = with pkgs.vimPlugins;
<Qubasa> {
<Qubasa> # loaded on launch
<Qubasa> start = [
<Qubasa> nerdtree
<Qubasa> youcompleteme
<Qubasa> commentary
<Qubasa> fugitive
<Qubasa> airline
<Qubasa> youcompleteme
<Qubasa> gitgutter
<Qubasa> csapprox
<Qubasa> vim-trailing-whitespace
<Qubasa> tagbar
<Qubasa> syntastic
<Qubasa> vim-indent-guides
<Qubasa> polyglot
<Qubasa> ];
<Qubasa> # manually loadable by calling `:packadd $plugin-name`
<Qubasa> opt = [];
<Qubasa> # To automatically load a plugin when opening a filetype, add vimrc lines like:
<Qubasa> # autocmd FileType php :packadd phpCompletion
<Qubasa> };
<Qubasa> };
<Qubasa> };
<Qubasa> };
<Qubasa> nixpkgs.config.environment.systemPackages = with pkgs; [
<Qubasa> myNeovim
<Qubasa> go_bootstrap
<Qubasa> # Code linting tools
<tilpner> ://
<Qubasa> ansible
<Qubasa> ansible-lint
<Qubasa> python36Packages.pylint
<Qubasa> unzip
<Qubasa> ];
<Qubasa> }
<tilpner> Wie kommst du darauf das nixpkgs.config.environment.systemPackages existiert?
<tilpner> (Probier environment.systemPackages)
<sphalerite> Qubasa: außer nixpkgs.config.packageOverrides sollte alles ohne nixpkgs.config sein
<Qubasa> sphalerite: ahh ja das hat mich verwirrt. Wie kann ich überprüfen das es diesen Set gibt bzw. wie finde ich den "Pfad" von einem Set?
<Qubasa> Mic92: Mach ich beim nächsten mal ;P
<sphalerite> Qubasa: man configuration.nix oder https://nixos.org/nixos/options.html
<sphalerite> für nixpkgs-config (also alles unter nixpkgs.config) gibt es leider kein "Schema" was so schön automatisch dokumentiert werden kann, aber das meiste interessante ist sowieso nicht da drin :)
<Qubasa> alles klar danke :-)
<Mic92> kann schon mal passieren
Qubasa has quit [Remote host closed the connection]