16 Jan 2025 |
Sebastian (he/him) | Wenn ich mit buildGoModule aus nixpkgs baue sind logs auf jeden Fall da wo sie sein sollen. | 15:29:58 |
Sebastian (he/him) | In der go.mod steht auch go 1.21, aber ich weiß nicht ob das einen Unterschied macht wenn ich ein go 1.24 zum bauen nehme. | 15:30:49 |
17 Jan 2025 |
Paul Meyer (katexochen) | Das go 1.21 directive in go.mod ist nicht die toolchain, mit der du baust, sondern nur das minimal language feature set, dass du requirest. Du baust mit der toolchain, die in nixpkgs gepackaged ist, und das ist 1.23 | 08:02:23 |
Paul Meyer (katexochen) | See https://go.dev/ref/mod#go-mod-file-go | 08:03:02 |
| d_k set a profile picture. | 22:13:19 |
23 Jan 2025 |
| schromp set a profile picture. | 11:18:25 |
27 Jan 2025 |
bit | Hat sich von euch jemand schonmal mit attic beschäftigt? Der binary cache unterstützt private caches, ich finde aber keine Möglichkeit diese in einer nixos config einzutragen (speziell die Angabe des JWT zur Autorisierung des clients). Ich habe die Befürchtung, dass das nicht möglich ist, finde aber keine Doku/Info dazu | 21:43:02 |
aaron | Ich habe mir mal vor einiger Zeit diesen Link abgespeichert, in dem beschrieben wird, wie man einen attic Server aufsetzt. Habe das bisher aber nicht ungesetzt. Eventuell hilft dir das weiter: https://lgug2z.com/articles/deploying-a-cloudflare-r2-backed-nix-binary-cache-attic-on-fly-io/ | 22:19:38 |
bit | Ja, danke. Die Lösung ist die Datei /etc/nix/netrc | 22:48:17 |
29 Jan 2025 |
matthias | ich hab heute was über python und dependencies gelernt. https://akrabat.com/using-uv-as-your-shebang-line/ für das schnelle script zwischendurch eine sehr coole lösung die ich noch nicht kannte... | 19:22:10 |
5 Feb 2025 |
palo | du kannst dein python skript auch gleich mit dependecies via shebang starten mit hilfe von nix-shell
https://nixos.wiki/wiki/Nix-shell_shebang | 02:02:41 |
palo | (damn wieder falsches wiki, aber text sollte noch funktionieren) | 02:03:32 |
Benedikt Ritter (britter) | Moin! Mal ne Frage. Ich arbeite mit ein paar Freunden an einer kleinen App und nun wollen wir sie auf einen Server deployen. Wird vermutlich ne Hetzner Kiste und ich konnte alle überzeugen, dass wir natürlich NixOS als Betriebssystem benutzen müssen.
Aufsetzen werde ich mit nixos-anywhere und dann comin um changes auszurollen. Die App selber wird ne Java Anwendung bauen, die wir als Teil der Server flake packagen und dann als systemd Service starten.
Jetzt die Frage: wie setze ich am besten continuous deployment für die App auf? Also ich möchte nach einem Change auf Main von der App automatisch ein deployment auf den Server auslösen. Das heißt ja, dass ich automatisch die Package Definition updaten muss auf den neusten commit SHA. Und die Änderung muss ich dann automatisch im flake repo committen.
Habe daran gedacht das irgendwie über GH actions zu automatisieren. Vielleicht irgendwie mit diesem nix-Update Script, was auch in nixpks die packages updatet?! Bis für jeden Pointer dankbar!
| 18:17:30 |
Benedikt Ritter (britter) | Da war ein kleiner Tipp Fehler im ersten Absatz „die App selber wird eine Java Anwendung sein“ | 18:18:24 |
Moritz Sanft | Ich persönlich würde die App in ihrem eigenen Repository mit einer Flake packagen. Dann kannst du die Flake einfach in deinem Server-Repo konsumieren.
Dann kannst du dir Nix-Update sparen. Wenn du alles in dem Server-Repo packagen willst, kannst du Nix-Update einfach in GH Actions aufrufen. | 18:21:56 |
CRTified | Genau so würde ich es auch empfehlen. Flakes machen das deutlich einfacher | 18:29:51 |
Benedikt Ritter (britter) | Okay. Aber dass ist schon mal ein guter Punkt. Aber ich muss im Server Repo ja immernoch die flake Referenz updaten. Bzw nix flake Update ausführen, sobald im app repo ein commit passiert. | 18:35:23 |
Moritz Sanft | Klar. Aber das musst du ja bei getrennten Repos immer. | 18:36:29 |
Haris | Ich würde mich auf jeden Fall freuen, beim nächsten Meetup mehr dazu zu erfahren, da ich bisher noch keine Erfahrung mit sowas habe | 18:37:46 |
Benedikt Ritter (britter) | Okay, also eine GitHub action, welche durch einen commit im App Repo getriggered wird und dann nix flake update --commit-lock-file im server repo ausführt und das commitet, damit es von comin ausgerollt wird. | 18:53:49 |
Benedikt Ritter (britter) | Klar, ich kann mal einen überblick darüber geben. Kann auch erzählen, wie ich mein Homelab aufgestzt habe. | 18:54:22 |
Benedikt Ritter (britter) | Erinnere mich aber daran, dass palo vor Ewigkeiten versprochen hat mal einen Vortrag über clan.lol zu halten... | 18:54:45 |
7 Feb 2025 |
bit | Hey zusammen 👋, im März finden im Labor vom 08.03. bis 23.03. Renovierungen statt. In diesen Zeitraum ist das Labor geschlossen.
Daher muss die learning group am 19.03. leider ausfallen.
Alternativ könnten wir aber den Termin auf Donnerstag, den 27.03. verschieben. | 07:50:14 |
10 Feb 2025 |
Benedikt Ritter (britter) | @mrvandalo:terranix.orghattest du nicht letztens gefragt wie man Python mit Nix macht? Hast du das schon gesehen? https://youtu.be/6fftiTJ2vuQ?si=WuvIXAzVeq7Ng82e habs noch nicht angeschaut, aber vielleicht hilft es dir? Die Videos von Vimjoyer sind eigentlich immer recht gut. | 22:20:24 |
palo | ich nutze jetzt dev-container und python wird. bei mir nur nich mit docker ausgerollt. | 23:26:31 |
palo | * ich nutze jetzt dev-container und python wird. bei mir nur nich mit docker ausgerollt. aber ich guck mir das video mal an. | 23:26:47 |
palo | gerade drüber geschaut, devenv habe ich noch nicht ausprobiert. | 23:30:58 |
palo | dev-container funktionieren immer. denke da bleib ich bei. ich bekomm oft firmen projekte hingeworfen und da ist viel wirres zeug drin. das in nix zu giessen, ist zu aufwändig. abgesehen davon das die python abhängigkeiten gefühlt alle paar wochen für ein paar tage nicht gehen.
ich konnte 2 monate wegen paperless-ngx und irgendwelchem python foo in nix nicht updaten. das hat mich so gefrustet, ist ja nicht das erste mal, das ich jetzt python packages nur noch mit docker nutze. | 23:34:48 |
12 Feb 2025 |
Benedikt Ritter (britter) | Fun: https://github.com/NixOS/infra/pull/554 | 09:20:22 |
13 Feb 2025 |
Paul Meyer (katexochen) | Sorry für die späte antwort. Am 27.3. macht Edgeless die OC3 (https://www.oc3.dev/), ist also von unserer seitee nicht so gut der Tag. Wenn also niemand laut hier schreit und sich trotzdem treffen möchte würde ich sagen wir lassen es eher ausfallen. | 08:27:23 |