| 16 Dec 2025 |
 Alessandro 🤔➖☀️🖌 | copying 3237 paths...
copying path '/nix/store/02f9qyjmkcak2ywwzb3571n0mggj8g58-tail.patch' to 'ssh://root@foo'...
etc
| 12:29:06 |
| Alessandro 🤔➖☀️🖌 | in realtà la domanda più fondamentale che ho è: perchè se faccio nixos-rebuild da due macchine diverse dello stesso flake la rebuild viene fatta 2 volte anziché 1 sola? da cui la domanda sopra | 12:22:58 |
| Alessandro 🤔➖☀️🖌 | uguale, con quel flag comunque copia i pacchetti che mancano | 12:32:09 |
| Alessandro 🤔➖☀️🖌 | forse dovrei "scomporre" nixos-rebuild in passi più fondamentali e vedere cosa sta facendo | 12:35:27 |
| Alessandro 🤔➖☀️🖌 | ma le due build sono avvenute a 20 min di distanza, quindi anche fosse quello è molto improbabile direi | 12:33:35 |
| Alessandro 🤔➖☀️🖌 | provo | 12:31:34 |
| Alessandro 🤔➖☀️🖌 | no, non è automatico | 12:33:07 |
 Andrea Ciceri | Al massimo --use-substitutes fara' si che la copia avvera' dalla cache a foo invece che dalla tua macchina a foo | 12:32:17 |
| Andrea Ciceri | Pero' comunque non dovresti vedere proprio che li copia | 12:31:37 |
| Andrea Ciceri | Magari il garbage collector ha cancellato roba? | 12:32:47 |
| Andrea Ciceri | Fa sapere se scopri perche' fa cosi'
Altrimenti se ti interessa solo il risultato potresti tentare con [nh](https://github.com/nix-community/nh) (ne parlavamo sabato). Io ancora devo provarlo. | 13:23:00 |
 Tonio | Consiglio molto :D | 13:33:31 |
| Alessandro 🤔➖☀️🖌 | ok grazie, provo a guardarci appena riesco.
nel frattempo, altra cosa bizzarra passando alla 25.11: fetchurl ora mi ritorna un hash diverso per un file che non è cambiato. e.g. ho fetchurl { url = "https://foo/bar"; hash = "blah"; } e mi dice che ora l'hash è divero, ma il contenuto è lo stesso | 13:43:09 |
| Alessandro 🤔➖☀️🖌 | ho provato a usare nix-prefetch-url su quel file, ma ottengo un hash ancora diverso 😅 | 13:43:33 |
 Matteo Joliveau | sisi e per quello dicevo che in spirito l'idea è corretta, ma nel momento in cui comunque ho del codice che deve integrarsi con PG tocca testarlo e per quello serve il db vero, perchè a mockarlo rischi incongruenze
le query che farai tra SQLite e PG saranno comunque diverse | 14:06:53 |
 gecko | In reply to Matteo Joliveau
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) > devi comunque testare il codice che implementa l'integrazione col sistema reale
Certo, però l'idea è che la gran parte dei bug li puoi beccare con oneri infrastrutturali minimi (i.e., no postgres).
> SQLite e postgres non sono intercambiabili, il mito che tutti gli SQL sono uguali è appunto un mito
Beh chiaro, ma o usi un livello di astrazione che si sbatte per te quelle cose (e.g., Django) oppure te lo rolli tu. Non sto dicendo di riusare le query SQL, sto dicendo di avere uno "storage provider" astratto di cui poi hai un'implementazione che usa SQLite e una che usa postgres.
Ad esempio noi facciamo così, anche perché abbiamo una modalità "utente singolo standalone da CLI" e una modalità "cloud". E per la prima chiaramente non vogliamo usare postgres :P.
La bottom line di quel che volevo dire è: to the extent to which is possible, è meglio mockuppare le dipendenze noiose da un punto di vista di set up, piuttosto che cercare necessariamente di deployare un'infrastruttura simil-prod per gli sviluppatori. | 14:05:36 |
 Lucio | Wow!! C'è anche la versione flake? | 16:57:20 |
| Lucio | Richiesta assurda: sapete se posso lanciare da NixOS una vm Nixos con la mia stessa configurazione (stile Windows sandbox) senza installare la iso da QEMU o simili? | 16:50:20 |
 Marco Turchetto | Certo! https://nix.dev/tutorials/nixos/nixos-configuration-on-vm.html#creating-a-qemu-based-virtual-machine-from-a-nixos-configuration | 16:52:08 |
| Lucio | Risolto con nix run .#nixosConfigurations.NOMEMACCHINA.config.specialisation.NOMESPECIALISATION.configuration.system.build.vm . Grazie mille 🙏 | 17:18:24 |
| Lucio | Ok, sono riuscito con nix run .#nixosConfigurations.NOMEMACCHINA.config.system.build.vm . Ora devo capire come selezionare specialisation di boot però 😅 | 17:06:19 |
| 17 Dec 2025 |
 x71c9 | Poll: Secrets
- agenix
- sops-nix
Vote with !tg vote YwB8L6p6AAAACbk <choice number> | 11:32:02 |
| x71c9 | Proverò, grazie | 12:05:57 |
| x71c9 | Per chi usa agenix usate --impure | 11:58:33 |
| x71c9 | (non riesco a vedere i voti, forse solo dopo che votano tutti?) | 11:58:07 |
| x71c9 | Sono capitato su questo errore, dicono che per usare agenix per fare la build bisogna usare —impure: https://github.com/ryantm/agenix/issues/223 | 12:00:20 |
| Andrea Ciceri | devi votare mi sa | 11:58:38 |
| Andrea Ciceri | in che senso? | 11:59:02 |
| Andrea Ciceri | Non mi e' mai capitato, potresti provare a tagliare la testa al toro e usare altri tool compatibli | 12:03:33 |
| Andrea Ciceri | Tipo ragenix | 12:03:41 |
