 | Nix Milan | 107 Members |
| https://milano.nix.pizza/ | 7 Servers |
| Nix Milan | 107 Members |
| https://milano.nix.pizza/ | 7 Servers |
| Sender | Message | Time |
|---|---|---|
| 1 Nov 2025 | ||
 Alessandro Candido | La mia idea e' che probabilmente ti serviranno poche shell, non credo che ne cambierai una ogni 5 minuti. Per cui fai prima a cambiare a manina ogni volta. Almeno e' dichiarativa e riproducibile | 07:50:36 |
| Alessandro Candido | In ogni caso, se vuoi un sistema che sia un po' piu' imperativo, in cui specifichi di volta in volta quello che vuoi, puoi sempre generare le combinazioni. Per cui puoi avere myflake#nvim-git-cargo-clang (e tutte le permutazioni) generate da una funzione. Cosi' se vuoi una cosa in piu' aggiungi semplicemente alla stringa | 07:52:28 |
| Alessandro Candido | A mio parere, fai meglio a limitare il numero di combinazioni. Ma altrimenti puoi proliferarle a piacere. Anche perche' sono valutate lazy, quindi (se non mi sto perdendo qualcosa) dovresti poter fare in modo di valutare solo l'output che ti interessa, senza dover generare tutte le mille combinazioni davvero | 07:54:10 |
| Alessandro Candido | Poi, potenzialmente, puoi anche condividere pezzi fra le shell di sviluppo e le configurazioni dei tuoi sistemi. Pensa a pacchetti e configurazioni come librerie (che alla fine e' quello che sono i moduli di NixOS) e alle shell e le configurazioni come applicazioni. Come distribuisci le librerie e' una questione separata. Ma puoi riutilizzarle e comporle a piacere | 07:45:57 |
 Lucio | Si chiaro, il punto era non doverla estendere o restringere a manina ogni volta | 07:49:53 |
| Lucio | Lo so, mi chiedevo appunto come filtrare parti della mia conf e poterla avere dinamicamente in una shell temporanea Tipo nix run o nix develop e gli passo dei parametri per dirgli come comporre la shell. Nel flake associerei un modulo di packages o program ad ogni parametro. Non so se si può fare. | 07:49:08 |
| Lucio | In reply to Alessandro CandidoA priori nel senso che non so cosa mi servirà prima di accedere al sistema/device su cui devo eseguire dei task | 07:45:08 |
| Alessandro Candido | Forse non ho capito esattamente il problema, ma quello che avevo in mente e' che se scopri che ti serve altro, estendi la configurazione della shell, o ne crei una nuova. E la lanci di nuovo | 07:46:53 |
| Alessandro Candido | La shell non deve fare parte necessariamente della tua configurazione, puoi definirla separatamente, in un file (o un intero repo) per conto suo | 07:43:41 |
| 2 Nov 2025 | ||
 gecko | Qual è il vantaggio di usare writeShellScriptBin invece che creare a mano uno script e fare chmod +x? 🤔 Non mi è chiaro perché avrebbe senso star lì a creare una derivazione per una cosa usata solo in un punto. | 09:35:32 |
| Alessandro Candido | 17 MB e' la risorsa che identifica o l'URL stesso? (comunque no, nessuna idea) | 15:08:01 |
| gecko | Unrelated, c'ho un URL da 17MB che non cambia mai che devo fetchare ad evaluation-time (contiene una serie di coppie (URL, hash)). Potrei usare builtins.fetchurl ma a quanto capisco cacha solo per un'ora e quindi ogni ora dovrei fetcharmi tutto il file. builtins.fetchtarball mi permette di specificare un hash, che è bello, ma a quanto capisco cacha comunque solo per un'ora. Idee? | 14:57:54 |
 Andrea Ciceri | Se vuoi una versione ancora piu' pompata c'e' pure writeShellApplication che fa anche andare shellcheck nella checkPhase della derivazione | 15:46:45 |
| Andrea Ciceri | Inoltre e' una derivazione, quindi ha una closure e si porta dietro tutte le dipendenze. Se dentro lo script usi tipo ${pkgs.foo}/bin/foo allora la derivazione si porta dietro foo | 15:46:13 |
| Andrea Ciceri | In reply to geckoperche' proprio ad eval time? IMO e' meglio evitare il piu' possibile, se e' per scaricare roba "privata" puoi aggiungere token al file pntato da nix-netrc.Comunque credo che usando pure-eval (di default se usi i flake) builtins.fetchurl dovrebbe chiederti anche un hash, immagino tu non stia usando i flake pero' magari puoi comunque passarglielo l'hash?Tra l'altro dove hai letto che cacha solo per un'ora? Non la trovo nella documentazione | 15:42:24 |
| Andrea Ciceri | In reply to gecko writeShellScriptBin ritorna una derivazione che una volta buildata produce una una cartella contenente bin/tuo-script.sh.Quindi pui fare tipo environment.systemPackages = [ (writeShellScriptBin {...}) ] | 15:44:40 |
| gecko | In reply to Andrea CiceriHai ragione, la doc di fetchtarball dice cacha un'ora, fetchurl no. Però se provi la seconda volta è più veloce.Non sto usando i flake, ma mi pare strano che la funzione prenda un argomento in più se sei in un flake 🤔 In realtà questo diventerà parte di un flake. Comunque non è roba privata, è che sono proprio gli URL di cui voglio fare pkgs.fetchurl, che quindi devo fare a evaluation time (credo).Io vorrei una roba che cachi indefinitamente e chi mi chiede l'hash. L'URL è questo btw: https://download.visualstudio.microsoft.com/download/pr/5011a9cc-e8ef-42cb-ad72-87de1031accc/b674dd46f83a684142689b3a86c73ba5f2e2477018087e4df218516214bbad58/VisualStudio.vsman | 16:40:04 |
| gecko | A 'sto punto non mi è ben chiaro l'uso di builtins.fetch{url,tarball} 🤔 | 17:01:29 |
| gecko | Mmh, dici di fare semplicemente builtins.readFile (pkgs.fetchurl ...)? Pensavo fosse haram, ma forse funziona. | 17:00:50 |
| gecko | IDF? | 17:05:00 |
| gecko | OK, quindi quello che dicevo prima builtins.readFile. Se funziona figo, di nuovo però non capisco perché non usare sempre questo invece che builtins.fetchtarball. | 17:07:09 |
| gecko | I guess per funzionare anche se non hai abilitato IFD | 17:08:11 |
| gecko | Io ne ho bisogno ad evaluation time | 17:02:58 |
 Marco Turchetto | Se non passi per il build time, non puoi fare caching nel nix store | 17:04:49 |
| Marco Turchetto | Lol, IDF lo scambio sempre 🙈 | 17:05:44 |
| Marco Turchetto | Hai bisogno del valore ad evaluation time, ma questo non implica che tu lo debba scaricare ad eval time, puoi fare una IDF | 17:04:03 |
| Marco Turchetto | Credo tu abbia bisogno dei pkgs.fetch* invece dei builtins.fetch* | 16:57:02 |
| Marco Turchetto | Nixpkgs Reference Manual https://nixos.org/manual/nixpkgs/stable/#chap-pkgs-fetchers | 16:57:02 |
| Marco Turchetto | Import From Derivation | 17:05:16 |
| Marco Turchetto | Il tldr è che il download avviene in fasi diverse, evaluation Vs build time, c'è una tabellina riassuntiva nella doc | 17:02:11 |