| 25 Nov 2025 |
 Atemu | Huh! | 16:57:45 |
| Atemu | Dann war ggf. einfach immer das copy an und das tut das dann auf flake-weise? Like, mit dirty tree warning and everything | 16:58:19 |
| Atemu | * | 16:58:48 |
 niklaskorz | muss man wohl noch fairerweisen anmerken dass nur die Lix-Variante das kann :D | 17:31:47 |
| niklaskorz | https://github.com/NixOS/flake-compat/blob/master/default.nix hier ist das nicht optional und builtins.fetchTree wird immer genutzt wenns vorhanden ist | 17:32:41 |
 deraffe | Das klingt gar nicht mal so benutzbar.
https://mastodon.social/@pid_eins/115611051983920298 | 17:43:18 |
 ma27 | ich meinte mal von nem Unternehmen gehört zu haben, das by default statt flakes damit arbeitet, weil das deren Eval absurd beschleunigt (nicht mein Arbeitgeber, bei uns gibts genau eine Flake und ein mir zugewiesenes Ticket zum deflakeifizieren derselben) | 18:29:06 |
 Grimmauld (any/all) | In reply to @deraffe:matrix.org
Das klingt gar nicht mal so benutzbar.
https://mastodon.social/@pid_eins/115611051983920298 Nicht ganz so wild wie Lennart das darstellt. Ja nss fehlt, aber man kann tricksen | 18:34:58 |
| Grimmauld (any/all) | Z.b. user namespacing geht | 18:35:32 |
| Grimmauld (any/all) | DNS in namespace ist schlimm, kann man aber auch tricksen | 18:36:24 |
| deraffe | "DNS" und "tricksen" klingt intuitiv nicht nach einer guten Kombination. | 18:42:41 |
| Grimmauld (any/all) | Du kannst in deine bamespaces ein veth werfen, dann DNS über das veth resolven. Brauchst halt auf dem host einen vollen DNS resolver. | 18:45:49 |
| Grimmauld (any/all) | * Du kannst in deine namespaces ein veth werfen, dann DNS über das veth resolven. Brauchst halt auf dem host einen vollen DNS resolver. | 18:46:00 |
| 28 Nov 2025 |
|  Grimmauld (any/all) changed their display name from grimmauld (any/all) to musl-official | Grimm | any/all. | 11:35:37 |
| Grimmauld (any/all) changed their display name from musl-official | Grimm | any/all to Grimmauld (any/all). | 11:35:59 |
| 30 Nov 2025 |
 flx | Kennt jemand einen Guide wie man eine PHP Anwendung, die vue.js nutzt, unter NixOS paketiert? | 12:34:01 |
| flx | Es geht um https://github.com/inovector/mixpost | 12:40:11 |
| Atemu | Kein konkretes, aber ich wäre verwundert, wenn es nicht schon dutzende solche Pakete bereits in Nixpkgs geben würde | 12:57:54 |
 hexa | buildNpmPackage für das frontend | 12:58:08 |
| hexa | buildComposerProject2 für den php teil | 12:58:24 |
| hexa | wo composer lockfile? | 12:58:30 |
| Atemu | Bei web-apps ist IME das vorgehen für gewöhnlich, front und back-end "getrennt" zu paketieren | 12:58:32 |
| hexa | kann man, muss man nicht | 12:58:42 |
| hexa | kann mir auch npmConfigHook, npmBuildHook in nativeBuildInputs holen | 12:58:57 |
| hexa | hab schon beides verwendet | 12:59:12 |
| Atemu | Yeah, je nach Tech stack ist das eine oder andere besser | 12:59:22 |
 katja (she/her) | erscheint mir hier auch sehr sinnig. | 13:00:08 |
| hexa | wie gesagt, fehlendes composer lock file ist der culprit | 13:00:24 |
| katja (she/her) | könnte eins halt selbst daneben legen, ist aber halt kacke | 13:03:51 |
| hexa | das resultierende lock file ist 405 kB groß | 13:08:37 |
