Nix Milan | 110 Members | |
| https://milano.nix.pizza/ | 7 Servers |
| Sender | Message | Time |
|---|---|---|
| 25 Dec 2025 | ||
In reply to DavidAlla fine la soluzione più semplice è quella che funziona meglio, pensavo che RA funzionasse a prescindere dal DHCPv6 ed invece sembra di no | 08:45:48 | |
| Buon Nasale a tutti BTW | 14:21:47 | |
In reply to Nonno FeliceIo non so niente di IPv6, se non che 4 < 6. Al prossimo nix Milano sarebbe bella una intro a IPv6 😁 | 14:21:38 | |
| Concordo sull'innaccuratezza, non vedo la coda | 14:59:59 | |
| Non è molto accurato, per NixOS servirebbe che sia quanto meno un femboy | 14:41:35 | |
In reply to Alessandro 🤔➖☀️🖌Ci starebbe | 14:40:07 | |
Download image.jpeg | 14:35:08 | |
| Buon natale! | 14:35:08 | |
In reply to Nonno Felicemi sono ricordato perché l'avevo scartato, non permette di configurare le installazioni unattended | 20:03:53 | |
| 26 Dec 2025 | ||
| Volendo c'è anche questo, ma questo non l'ho mai provato | 00:21:29 | |
| https://www.winboat.app/ | 00:21:19 | |
In reply to LucioAh sad | 00:20:34 | |
| Ah si, il famoso Winbloat 😂 | 00:47:35 | |
| Comunque per ragioni varie anche io ho bisogno di avere VM Windows e sto pensando di farmi un flake che mi builda immagini (per QEMU, VirtualBox is sad) di Windows dalla 7 in poi debloatate e con un po' di roba preinstallata. Con packer.io si dovrebbe riuscire e un po' di gente l'ha fatto: https://github.com/proactivelabs/packer-windows | 07:05:08 | |
In reply to geckoInteressante. Ieri ho giocato un po' con NixVirt e fa molto bene quello che fa (definire con libvirt immagini, volumi, reti...) sia per Windows che Linux. Oggi vorrei fare un'occhiata al fork di WFVM. Per me il top sarebbe avere NixVirt con i layers e installazione unattended di WFVM, che magari supportino anche distro linux. Nell primo caso si potrebbe usare packer e nel secondo cloud-init. | 08:52:53 | |
| https://github.com/x71c9/terraform-hetzner-nixos Per chi interessasse, ho pubblicato un modulo terraform per rilasciare NixOS su Hetzner Cloud. Sentitevi liberi di inviare Pull Request. | 18:09:18 | |
| 27 Dec 2025 | ||
| Sì corretto. Lo script terraform usa nixos-anywhere. E risolve anche il problema del disco che non ha sempre lo stesso nome su Hetzner. | 10:58:04 | |
| Sì esatto con cloud-init. Ed è specifico per Hetzner. | 11:09:00 | |
| Con due parametri soli, il token di hetzner e la chiave ssh ti tira su NixOS | 11:09:46 | |
| Comunque perche' non questo? https://github.com/nix-community/nixos-anywhere/tree/main/terraform | 10:56:52 | |
| Anni fa al lavoro facevamo una roba simile su hetzner sempre con cloud-init e https://github.com/elitak/nixos-infect (antenato di nixos-anywhere) | 11:10:07 | |
| Pero' c'e' un momento in cui su quella macchina ci gira ubuntu o comunquye un sistema operativo completamente bootato | 11:08:05 | |
| Questo mi sembra che si aspetta una macchina pre esistente | 11:00:52 | |
| si in effetti si, nella configurazione di terraform dichiari il server su hetzner (settando una immagine a caso, tipo ubuntu) e poi usi quel modulo per installarci NixOS sopra (e gestire anche gli switch a nuove configurazioni successivamente) | 11:07:33 | |
| Nel tuo caso invece viene fatto tutto in cloud-init mi sembra di capire | 11:08:20 | |
In reply to x71c9Correggimi se sbaglio ma questo richiede che nix sia nel PATH della macchina che fa terraform apply, giusto? | 10:55:58 | |
| Poi ad una certa abbiamo creato una immagine custom se non sbaglio. Tu pero' dici che il nome del disco e' sempre diverso? | 11:10:58 | |
| Puo' anche essere, il nostro approccio era abbastanza brutale all'epoca. Poteva essere che prima installavamo una versione vecchia di NixOS senza flake e poi facevamo nixos-rebuild con la configurazione nuova con i flake | 11:12:38 | |
| Sì l’avevo visto. Ma mi sembra che non funziona con i flakes, giusto? | 11:10:36 | |
In reply to Andrea CiceriSe aggiungi un volume alla macchina, nixos-anywhere me lo installava sul disco attaccato e non sul principale. E sì, il nome del disco non è costante. | 13:08:23 | |