Nix Milan | 107 Members | |
| https://milano.nix.pizza/ | 7 Servers |
| Sender | Message | Time |
|---|---|---|
| 2 Nov 2025 | ||
Bene, ho speso un paio d'ore a convertire uno script Python in nix builtins.convertHash). A ben pensarci, dato che non posso evitare IFD, tantovale teneremi lo script Python :| | 19:40:25 | |
| Ma perché vuoi evitare l'IFD? Cioè non è il top in certi casi ma non è nemmeno il male assoluto | 22:52:50 | |
| 3 Nov 2025 | ||
Ma no infatti, era solo una cosa che se evitavo preferivo. Comunque alla fine convertHash saves the day e son riuscito a fare tutto in pure nix (eccetto builtins.readFile che è IFD). Mi resta il dubbio se fosse meglio usare builtins.fetchurl ma va beh. | 07:55:24 | |
| Ah senno' se non vuoi usare i flake ma vuoi un tool cli che ti fa pinnare roba e metterla in un lockfile c'e' questo: https://github.com/andir/npins | 09:04:31 | |
| (non consiglio ma vorrei provarci un giorno, anche solo per cazzeggio) | 09:02:49 | |
| Comunque per use case molto estremi puoi creare nuove builtin (tipo questa per convertire gli hash) compilando un plugin e facendolo caricare dinamicamente a nix: https://nix.dev/manual/nix/2.24/command-ref/conf-file.html#conf-plugin-files | 09:02:18 | |
In reply to gecko> ma mi pare strano che la funzione prenda un argomento in più se sei in un flake Invece e' proprio cosi', una delle critiche ai flake infatti e' che fanno troppe cose tutte assieme (https://samuel.dionne-riel.com/blog/2023/09/06/flakes-is-an-experiment-that-did-too-much-at-once.html) Anche se nel caso particore della pure evaluation mode credo sia possibile attivarla anche senza flake (mai provato). Anche perche' senza hash come fa nix a garantire ad eval time che la roba scaricata dall'url sia sempre le stessa? Stesso motivo per cui nella pure eval mode non puoii fare builtins.getEnv o builtins.systemComunque se hai intenzione di usare i flake perche' non dichiari sta roba come input del flake direttamente? Sotto usa sempre builtins.fetchurl credo e lo fa ad eval time (lockando nel flake.lock)Anche se onestamente, se l'url non cambia spesso andrei di IFD e via... | 08:58:49 | |
| Si dice qualcosa qui: https://nix.dev/manual/nix/2.25/command-ref/conf-file#conf-pure-eval (comunque abbastanza vago) | 13:25:32 | |
| > Ma dov'è che è documentata 'sta cosa? Nella doc di fetchurl non se ne fa menzione. in effetti non dove la doc parla di builtins.fetchurl, forse una menzione ci stava li' siccome comunque moltissima gente parte direttamente coi flake | 13:25:10 | |
| esattamente questo intendevo | 13:24:03 | |
credo tu possa metterci qualsiasi cosa nell'input delle flake, c'è poi un flag flake = false; con cui gli puoi dire che non è un flake | 12:37:49 | |
In reply to Andrea Ciceri> Anche se onestamente, se l'url non cambia spesso andrei di IFD e via... L'URL non cambia mai (spero). Vorrei evitare un plugin. > Comunque se hai intenzione di usare i flake perche' non dichiari sta roba come input del flake direttamente? Proverò, non mi è chiaro bene come funzionino gli input dei flake, in genere ci si mette robe nixose, non un JSON, no? Devo guardarci. > Invece e' proprio cosi', una delle critiche ai flake infatti e' che fanno troppe cose tutte assieme Ma dov'è che è documentata 'sta cosa? Nella doc di fetchurl non se ne fa menzione. | 12:33:31 | |
| @gecko4242 guarda qui https://nix.dev/manual/nix/2.28/command-ref/new-cli/nix3-flake.html#types e anche la sezione successiva | 12:41:03 | |
| OK, quando lo porto nel flake faccio così allora. Molto contento di come è venuto fuori. | 16:33:58 | |
| Pero' e' vero che aggiornare mezzo milione di cose tutte insieme e' un po' un problema. Uno dei punti molto ragionevoli riguardava ad esempio la CLI. Mentre la comunita' e' stata divisa (almeno per un tot) sull'utilizzo dei flake (specialmente fra chi usava Nix ormai da anni, e i molti che cominciavano a usarlo gia' con i flake), la nuova CLI era una cosa che piaceva praticamente a tutti. Pero', col fatto che e' stata appaiata con i flake, sta ancora sotto "Experimental Commands" | 17:02:41 | |
| (ok, forse mancava anche qualche feature dalla vecchia - ma credo che il punto fosse che era una cosa facilmente digeribile, se non fosse stata accorpata a tutto il resto dell'update) | 17:03:24 | |
In reply to GermanoCredo che non sia un'opzione. Se non e' un flake, glielo devi dire > Repositories that don't contain a flake.nix can also be used as inputs, by setting the input's flake attribute to false:https://nix.dev/manual/nix/2.28/command-ref/new-cli/nix3-flake.html#flake-inputs | 16:58:38 | |
In reply to Andrea Ciceri Invece e' proprio cosi', una delle critiche ai flake infatti e' che fanno troppe cose tutte assieme (https://samuel.dionne-riel.com/blog/2023/09/06/flakes-is-an-experiment-that-did-too-much-at-once.html)Si', anch'io avevo letto piu' di un post in proposito. Anche se, per quanto la critica sia piu' che ragionevole, devo dire che a livello personale apprezzo piu' o meno tutte le cose che hanno fatto | 16:59:46 | |
Ma se io ho un flake, che non c'entra niente con NixOS, posso usare il module system? Tipo imports = [ ... ], mkOption e così via?O mi serve tipo flake.parts? | 20:35:44 | |
un teoria sì puoi usare lib.evalModules fuori da un modulo di nixos, devi solo avere nixpkgs come input e importarlo https://nix.dev/tutorials/module-system/deep-dive.html | 21:29:43 | |
| mhh, cos'è che vuoi fare? Non è molto chiara la domanda. mkOption è una roba definita da nixpkgs, quindi devi dichiararlo come input della tua flake per usarlo | 21:01:51 | |
| 4 Nov 2025 | ||
In reply to geckoDipende cosa devi fare, ma se hai bisogno di definire packages o altra roba su più sistemi (x86, arm, etc) ti conviene flake.parts imho | 07:39:06 | |
| A qualcuno di voi è capitato risolvere questo problema? Se sì come l'avete risolto? https://github.com/NixOS/nixpkgs/issues/355746 | 18:00:18 | |
| 5 Nov 2025 | ||
In reply to x71c9Oppure in generale quando installate NixOS su una macchina remota con --target-host, come gestite l'utenza? Impostate l'utente con sudo NOPASSWD? | 07:24:01 | |
| Buongiorno. Qualcuno di voi e' riuscito a usare un monitor che ha bisogno dei driver DisplayLink su NixOS? Io ho seguito questa guida ma ancora non riesco a far funzionare il mio monitor portatile AOC E1759FWU. https://wiki.nixos.org/wiki/Displaylink Sono su X11 e come desktop environment uso XFCE, e come display manager uso LightDM. Nella guida mi sembra di aver capito che serve una configurazione particolare per il systemd service displaylink-server SOLO nel caso in cui uno usi KDE Plasma. La mia configurazione attuale e' in questo NixOS module. https://github.com/jackdbd/nix-config/blob/main/nixos/modules/displaylink/default.nix | 08:25:14 | |
| Inoltre sai che non sono nemmeno sicuro esista piu' in realta'? | 08:47:42 | |
| Tra l'altro forse l'avevano tolto | 08:46:56 | |
| quindi esattamente che comando dai? provo al volo se vuoi | 08:51:56 | |
| però non voglio root accessibile via ssh, la macchina è pubblica di produzione | 08:48:08 | |
no no, e' molto plain, in sostanza ho soloMa tu passi --use-remote-sudo? | 08:46:29 | |