| 5 Nov 2025 |
 Andrea Ciceri | In reply to Alessandro 🤔➖☀️🖌
> fixed-output derivations must not reference store paths
ortomio cosa hai combinato? | 12:55:46 |
 David | In reply to x71c9
A qualcuno di voi è capitato risolvere questo problema? Se sì come l'avete risolto? https://github.com/NixOS/nixpkgs/issues/355746 lo deve risolvere nixos-rebuild! si può configurare sudo per fargli ricordare che hai già inserito la password anche tra shell diverse.
ho aggiunto
security.sudo.extraConfig = ''
# Share per-user timestamp across shells
Defaults timestamp_type=global
'';
e ora mi chede la password una volta sola | 12:51:15 |
| David | In reply to Andrea Ciceri
forse a me funziona senza perche' uso sudo-rs e li' e' il default? Può essere | 13:02:30 |
 Alessandro 🤔➖☀️🖌 | In reply to Andrea Ciceri
cosa hai combinato? eh, mi sono rimesso a lavorare su quella derivazione per CEF, che è un po' un macello perché uso buildFHSEnv e una fixed output derivation. Una volta trovate tutte le dipendenze, ora la build funziona, solo che poi arriva alla fine e mi dice quella cosa lì. Non ho idea del perché | 13:05:30 |
| Alessandro 🤔➖☀️🖌 | provo a fare un repo (flake) di test (da condividervi) | 13:05:48 |
 x71c9 | In reply to David
lo deve risolvere nixos-rebuild! si può configurare sudo per fargli ricordare che hai già inserito la password anche tra shell diverse.
ho aggiunto
security.sudo.extraConfig = ''
# Share per-user timestamp across shells
Defaults timestamp_type=global
'';
e ora mi chede la password una volta sola Avevo provato anche quello ma non mi andava. Più tardi riprovo. Grazie! | 13:00:54 |
| Alessandro 🤔➖☀️🖌 | https://codeberg.org/akiross/cef-flake mancano degli hash, lo sto ancora finalizzando | 13:42:56 |
| Alessandro 🤔➖☀️🖌 | ma non capisco come/cosa 🤔 | 13:53:11 |
| Alessandro 🤔➖☀️🖌 | qui c'è palesemente una mia carenza che non so come avviene il referencing di cui parla l'errore | 13:54:07 |
| Alessandro 🤔➖☀️🖌 | ok ho messo lo sha dei sorgenti di chromium | 13:49:07 |
| Alessandro 🤔➖☀️🖌 | ora ho messo nel flake l'uso di ccache. ma non credo che funzionerà comunque | 13:52:27 |
| Alessandro 🤔➖☀️🖌 | yep | 13:44:51 |
| Andrea Ciceri | forse nella closure a runtime della fo derivation ci finisce qualcosa? | 13:52:52 |
| David | chromium embedded framework? | 13:44:40 |
| Andrea Ciceri | (devo scappare ora!) | 13:59:50 |
| Andrea Ciceri | anzi e' proprio impossibile concettualmente per come funziona nix | 13:59:14 |
| Andrea Ciceri | se fai nix-store -qR sul drvPath hai un'altra cosa, non quello che cerchiamo | 13:59:45 |
| Andrea Ciceri | stavo provando a capire come fosse fatta la closure ma senza buildare prima non puoi usare nix-store -qR credo | 13:58:21 |
| Alessandro 🤔➖☀️🖌 | mmmh forse ho quello che cerchi, asp | 13:59:16 |
| Alessandro 🤔➖☀️🖌 | 
Download image_2025-11-05_15-02-24.png | 14:02:24 |
| Alessandro 🤔➖☀️🖌 | questo era l'errore completo. forse ho ancora quella drv | 14:02:24 |
| Alessandro 🤔➖☀️🖌 | nel frattempo ho capito perché non va ccache: la build avviene dentro buildFHSEnv, che non monta gli extra-sandbox-paths (forse c'è una issue da aprire su questo) | 14:36:58 |
| Andrea Ciceri | In reply to Alessandro 🤔➖☀️🖌
sent an image ma cosa e' ceffa? non c'e' nel tuo repo | 15:08:41 |
| Andrea Ciceri | Quanto ci mette a buildare dicevi? | 15:18:45 |
| Alessandro 🤔➖☀️🖌 | ma quando fa questo scan è aware del fatto che sta lavorando dentro fhs? ho il timore di dovermelo patchare io in qualche modo | 15:38:46 |
| Alessandro 🤔➖☀️🖌 | questo rende tutto molto più chiaro | 15:35:57 |
| Alessandro 🤔➖☀️🖌 | nix-ccache -s
Cacheable calls: 83 / 83 (100.0%)
Hits: 1 / 83 ( 1.20%)
Direct: 1 / 1 (100.0%)
Preprocessed: 0 / 1 ( 0.00%)
Misses: 82 / 83 (98.80%)
Local storage:
Cache size (GiB): 0.0 / 5.0 ( 0.07%)
Hits: 1 / 83 ( 1.20%)
Misses: 82 / 83 (98.80%)
che gioia, alla prossima build ci metterà meno :D | 15:24:22 |
| Alessandro 🤔➖☀️🖌 | ah hai tolto src? perché dovrebbe cambiare? chiedo perché non capisco bene cosa sta succedendo, non per critica | 15:23:07 |
| Andrea Ciceri | Nix dopo aver buildato la derivazione scannerrizza il binario e si salva da quali path dipende, ed e' qui che si accorge che hai una fixed output derivation che dipende da roba.
Infatti scommetto che se zippi il binario prima di metterlo in $out ti andra' (non e' una soluzione eh, ti perderesti le dipendenze e una volta scompattato punterebbe a path che magari non sono nello store) | 15:35:03 |
| Alessandro 🤔➖☀️🖌 | btw dovrei essere appena riuscito ad abilitare ccache: serve passare un argomento extra (--bind x x) per bubblewrap quando si fa buildFHSEnv | 15:16:18 |
