Nix Milan | 110 Members | |
| https://milano.nix.pizza/ | 7 Servers |
| Sender | Message | Time |
|---|---|---|
| 14 Dec 2025 | ||
| E' un problema aperto, non c'e' soluzione che io sappia. C'era un RFC dove si parlava di creare un layer di astrazione sopra i moduli dei servizi ma sembra sia stata chiusa la PR: https://github.com/NixOS/rfcs/pull/163 | 19:06:05 | |
In reply to Alessandro Candidosu mac stai usando home-manager standalone o home-manager come modulo di nix-darwin? | 19:14:41 | |
e puoi aggiungere manualmente un pezzo launchd.agents che viene ignorato su non darwin | 19:18:21 | |
scusa forse non c'entra niente, ma se il modulo crea delle user unit con systemd.user.services.<nome> non dovrebbe dare errore. non funziona nemmeno, ma almeno può fare il resto del lavoro se crea altri file o cose cosi | 19:17:20 | |
Che voi sappiate c'è modo di abilitare set -x per bash quando buildi una cosa?In particolare mi fallisce in modo buffo npmInstallHook quando facciot pkgs.buildNpmPackage e mi farebbe comodo vedere cos'è che fa bash di preciso. | 20:20:30 | |
| 15 Dec 2025 | ||
In reply to DavidInfatti, posso fare il complementare. Che però corrisponde a riscriversi (e manutenere) il modulo di rclone per MacOS. Stavo cercando l’opzione pigra che mi evitasse di essere io a dover fare il maintainer :P | 04:26:43 | |
In reply to DavidSì, fa esattamente quello. Ma poi è il modulo di systemd che ignora le sue configurazioni e non fa nulla (sono abbastanza convinto che non scriva nemmeno i file, ma devo controllare). Per cui non dà nemmeno errore | 04:24:59 | |
In reply to DavidCome modulo di nix-darwin | 04:22:47 | |
| Se metti tipo
che succede? | 13:34:55 | |
| sono passato da 25.05 a unstable e quando lancio nixos-rebuild switch l'aggiornamento dura 7 - 8 ore 😱 - ho sbagliato qualcosa? | 17:00:55 | |
In reply to @telegram_202812884:t2bot.ioEh credo principalmente dipenda da: 1) i pacchetti che hai 2) quanto velocemente li scarichi | 20:05:53 | |
| Oggi 9 ore ... Mi sa che mi conviene tornare alla 25.05 | 20:06:45 | |
| Purtroppo non ho sottomano il PC... Torno nel weekend | 20:14:40 | |
| La connessione non è lenta... | 20:07:04 | |
| Vedo 26.05 | 20:14:07 | |
Sta scaricando roba da 7-8 ore o sta anche buildando? Nel secondo caso magari non sei su unstable ma su master. Come sei passato ad unstable? | 20:08:55 | |
In reply to Sergio BesanaMa cosa vedi come output? | 20:08:18 | |
Pero' sono su nixos-unstable da anni e non mi capita quasi mai di non hitare la cache, e quando mi capita sono discretamente sicuro che sia colpa di qualche mio override | 20:30:54 | |
In teoria che io sappia la roba va su unstable solo dopo che e' stata pushata tutta sulla cache | 20:25:38 | |
| O forse sto dicendo una cavolata e basta che passino dei test | 20:30:12 | |
| Ma usi Gnome o qualche DE pesante? Probabilmente ci sono dei pacchetti che non sono ancora nella cache | 20:23:44 | |
| Se usi Gnome può essere che ci sia qualche cambiamento che causa la ricompilazione di webkitgtk o qualche altra dipendenza pesante | 20:24:19 | |
| Uso KDE. | 21:10:35 | |
| 16 Dec 2025 | ||
| @x71c9 Comunque stavo ripensando al problema di avere servizi che runnano quando fai dev (e.g., redis o postgres) vs quando sei in prod. Forse, più che cercare di far andare redis e postgres sulla macchina del dev con roba tipo devenv, un design più sano sarebbe mockuppare quei servizi per lo sviluppatore. Ad esempio usare sqlite invece di postgres e qualcosa di più ignorante al posto di redis. Chiaramente non è sempre fattibile e ci son dei costi in complessità, però è un'opzione da tenere in considerazione. | 10:20:24 | |
In reply to geckoCi sono due problemi con questo approccio (che non è sbagliato in spirito, sia chiaro): - devi comunque restare il codice che implementa l'integrazione col sistema reale, e per farlo ti serve avere la dipendenza vera. Che sia via testcontainers, docker-compose o altro - SQLite e postgres non sono intercambiabili, il mito che tutti gli SQL sono uguali è appunto un mito. Anche senza andare ad usare feature non standard, ci sono sottili differenze nell'implementazione (esempio @ caso: in SQLite le primary key possono essere null, in Pg no) | 10:41:33 | |
| @gecko4242 Sì anche così non sarebbe male. Sarebbe bello avere un metodo che fa mock di qualunque servizio. | 10:26:00 | |
| * Ci sono due problemi con questo approccio (che non è sbagliato in spirito, sia chiaro): - devi comunque testare il codice che implementa l'integrazione col sistema reale, e per farlo ti serve avere la dipendenza vera. Che sia via testcontainers, docker-compose o altro - SQLite e postgres non sono intercambiabili, il mito che tutti gli SQL sono uguali è appunto un mito. Anche senza andare ad usare feature non standard, ci sono sottili differenze nell'implementazione (esempio a caso: in SQLite le primary key possono essere null, in Pg no) | 10:43:34 | |