Nix Milan - Public Room Timeline

	Nix Milan	110 Members
	https://milano.nix.pizza/	7 Servers

Load older messages

Sender	Message	Time
15 Dec 2025
Sergio Besana	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
albertodvp	In reply to @telegram_202812884:t2bot.io sono passato da 25.05 a unstable e quando lancio nixos-rebuild switch l'aggiornamento dura 7 - 8 ore 😱 - ho sbagliato qualcosa? Eh credo principalmente dipenda da: 1) i pacchetti che hai 2) quanto velocemente li scarichi	20:05:53
Sergio Besana	Oggi 9 ore ... Mi sa che mi conviene tornare alla 25.05	20:06:45
Sergio Besana	Purtroppo non ho sottomano il PC... Torno nel weekend	20:14:40
Sergio Besana	La connessione non è lenta...	20:07:04
Sergio Besana	Vedo 26.05	20:14:07
Andrea Ciceri	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
Andrea Ciceri	In reply to Sergio Besana sono passato da 25.05 a unstable e quando lancio nixos-rebuild switch l'aggiornamento dura 7 - 8 ore 😱 - ho sbagliato qualcosa? Ma cosa vedi come output?	20:08:18
Andrea Ciceri	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
Andrea Ciceri	In teoria che io sappia la roba va su `unstable` solo dopo che e' stata pushata tutta sulla cache	20:25:38
Andrea Ciceri	O forse sto dicendo una cavolata e basta che passino dei test	20:30:12
Francesco	Ma usi Gnome o qualche DE pesante? Probabilmente ci sono dei pacchetti che non sono ancora nella cache	20:23:44
Francesco	Se usi Gnome può essere che ci sia qualche cambiamento che causa la ricompilazione di webkitgtk o qualche altra dipendenza pesante	20:24:19
Sergio Besana	Uso KDE.	21:10:35
16 Dec 2025
gecko	@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
Matteo Joliveau	In reply to gecko @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. Ci 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
x71c9	@gecko4242 Sì anche così non sarebbe male. Sarebbe bello avere un metodo che fa mock di qualunque servizio.	10:26:00
Matteo Joliveau	* 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
Andrea Ciceri	Se passi `--use-substitutes` che succede?	12:30:41
Andrea Ciceri	Cosa vedi buildare due volte?	12:26:34
Andrea Ciceri	`nix build <flake>#nixosConfigurations.<host>.config.system.build.toplevel` sulle due macchine e poi confronti l'output? In realta' dovresi confrontare tutte le dipendenze	12:20:12
Andrea Ciceri	Se non sbaglio `nixos-rebuild` builda pure `nix` stesso prima di fare il deploy, magari vedi quello?	12:28:00
Alessandro 🤔➖☀️🖌	in teoria i flake sono ermetici quindi mi aspetterei che nulla, nemmeno la versione di nix, abbia un impatto. ma anche assumendo che nix abbia un impatto, ora sto usando la stessa versione	12:23:51
Alessandro 🤔➖☀️🖌	no, vedo 3000+ pacchetti da scaricare, secondo me è tutto tutto	12:28:21
Alessandro 🤔➖☀️🖌	Diciamo che sto facendo nixos-rebuild di un flake (stesso commit) da 2 host diversi: come faccio a verificare che la derivazione che stanno costruendo sia effettivamente la stessa?	12:17:40
Alessandro 🤔➖☀️🖌	la build dovrebbe avvenire su `foo` in entrambi i casi, il flake è lo stesso (garantito da git), quindi... perché?	12:25:35
Andrea Ciceri	Ah, interessante, non ne ho idea allora	12:30:19
Andrea Ciceri	Da due macchine diverse dai `nixos-rebuild switch --flake <flake>`?	12:24:27
Alessandro 🤔➖☀️🖌	uhm, di base tutto: stavo facendo un update a 25.11, l'ho fatto da un host A, poi da un host B, e da B ha scaricato tutto di nuovo	12:28:04
Alessandro 🤔➖☀️🖌	`nixos-rebuild switch --build-host root@foo --target-host root@foo --flake .#foo`	12:24:55

Show newer messages

Back to Room ListRoom Version: 10