Nix Milan | 108 Members | |
| https://milano.nix.pizza/ | 7 Servers |
| Sender | Message | Time |
|---|---|---|
| 23 Nov 2025 | ||
| quindi chissene | 13:50:28 | |
Puoi provare git grep.Tanto è Nix, non Nixpkgs. Non dovresti morire male, no? | 13:47:24 | |
In reply to Alessandro Candidoin realta' greppando il repo non lo trovo piu', o ha cambiato nome o lo puoi solo fare a runtime ora | 13:44:30 | |
In reply to Andrea CiceriSì, era nella sua risposta che avevo letto di --with-store-dir. Ma, appunto, runtime dovrebbe pure andare bene | 14:00:50 | |
In reply to Andrea CiceriAh, se sai dov’era puoi fare blame and that’s it. Grep era per cercare la storia: fai partire lo scan al contrario, commit per commit, e quando trova esce, col nome del file e il commit. Anche se, apparentemente, sembra tu possa fare direttamente coi diff. Non mi ero mai davvero posto il problema con un repo “vero” (non di esempio) | 13:57:33 | |
Ah ecco si fa anche da nix.conf, come immaginavo, ma non ero riuscito a trovarlo da man inizialmente.Comunque per quello che devo fare io non è tantissima roba da ricompilare, fattibile. | 17:19:31 | |
In reply to Andrea CiceriA me andrebbe bene, no probs. | 17:13:47 | |
In reply to Andrea Ciceri | 17:28:15 | |
In reply to Andrea CiceriDov'è che dice che si può cambiare a run-time? A me pare spieghi come cambiare il nix store a build time e dica esplicitamente che devi ricompilarti tutto (as expected). | 17:30:23 | |
In reply to Andrea CiceriHo parlato con il tizio, praticamente patcha i binari e gli fa usare rpath, che funziona fin lì. Tipo se hai uno script con hardcodati dentro dei path non funziona. | 17:33:15 | |
| 25 Nov 2025 | ||
confermo, almeno credo, sta scaricandosi i sorgenti di mezzo mondo solo per buildare hello | 18:02:03 | |
In reply to geckogli hai detto di nix milano? Lui ci conosce! | 17:56:14 | |
In reply to geckoNon e' il comando che dice nel commento esatto puntato dal mio link? $ nix build --store 'local?store=/tmp/my-nix/store&state=/tmp/my-nix/state&log=/tmp/my-nix/log' nixpkgs#hello(non l'ho provato) | 17:55:37 | |
In reply to Andrea CiceriAh a runtime intedevi come flag as opposed to nix.conf, non avevo capito. Quello che intendevo io è che l'hash cambia. | 20:23:38 | |
In reply to Andrea CiceriÈ italiano? | 20:22:55 | |
In reply to geckoin realta' intendevo invece di doverlo settare addirittura come flag quando fai configure prima di compilare, che credo sia quello che intendeva il tizio che ha aperto la issue | 20:30:12 | |
In reply to geckocredo che cambi perche' nel file drv ci finiscono dei path che contengono altro invece di /nix/store, quindi cambia "implicitamente" per questo motivo | 20:31:27 | |
In reply to geckono, ma conosce @akiross! Io l'ho conosciuto al NixCon, lo volevamo invitare a un meetup nostro, lui ne organizza uno non ricordo dove in Germania | 20:33:02 | |
In reply to Andrea CiceriMh, no pensaci: quando fai ./configure --prefix=/nix/store/... sei affetto anche se non hai dipendenze. Same con CMAKE_INSTALL_PREFIX. Comunque, la bottomline è che devi ricompilarti tutto. | 21:10:17 | |
In reply to Andrea CiceriQuindi? Facciamo un progettino per buildare pkgs.$COSA per Linux x86-64, AArch64, macOS AArch64 e Windows x86-64 e AArch64? You in? :) | 21:12:52 | |
| 26 Nov 2025 | ||
In reply to Andrea Cicerimannheim, faceva un bel meetup nix + rust che ha riscosso un discreto successo | 09:49:25 | |
| https://codeberg.org/niklaskorz/nix-bundle-darwin/issues/1 mi cita questo | 09:54:44 | |
| si avevamo visto nixie, in effetti pero' non capisco perche' non si puo' fare sia shallow copy (invece di bundlare tutta la clsoure) sia usare fakedir per permettere di accedere anche ai "path negli script" e non solo alle librerie linkate | 10:07:07 | |
In reply to geckotipo una PoC per vedere se/come funziona o intendi proprio un tool generico? Comunque potremmo farlo il 13 dicembre a questo punto, o almeno iniziarlo li' | 10:03:15 | |
| * si avevamo visto nixie, in effetti pero' non capisco perche' non si puo' fare sia shallow copy (invece di bundlare tutta la clsoure) sia usare fakedir per permettere di accedere anche ai "path negli script" e non solo alle librerie linkate EDIT: niente forse intendea gia' questo lui, sicuramente non puoi bundlare e servire con fakedir solo la roba che ti servira', perche' non puoi capire cosa ti servira' davvero guardando solo l'output senza eseguirlo (mi sono spiegato malissimo) | 10:15:51 | |
| Idealmente un tool generico, ma già riuscire a fare sta cosa per pkgs.hello sarebbe ottimo. | 12:34:28 | |
In reply to Andrea CiceriSi può fare, ma già so che cross-compilare da Linux a Mac ci son cazzi, ad esempio non è bundlato il linker di Apple (ld64). C'è un tizio che ha fatto un port per Linux che avevo già buildato con successo: https://github.com/tpoechtrager/cctools-port Sicuro quello può essere un punto di partenza. | 12:34:04 | |
| Comunque io di cross-compilazione in nixkpgs so veramente poco, e' sicuramente un argomento che approfondirei con piacere | 13:13:49 | |
In reply to geckoidealmente secondo me sta questa ultima roba dovrebbe essere fattibile anche solo da nixpkgs buildando legacyPackages.x86_64-linux.pkgsCross.x86_64-darwin.hello (parlo di crosscompilare e basta ora, non il bundling) | 13:13:19 | |
| 27 Nov 2025 | ||
| 16:49:38 | ||