Nix Milan | 112 Members | |
| https://milano.nix.pizza/ | 8 Servers |
| Sender | Message | Time |
|---|---|---|
| 15 Jan 2026 | ||
In nix, c'è qualcosa per trasformare in una lista di stringhe in una serie di argomenti per bash? tipo shlex.join in Python, facendo escape e tutto. | 20:52:22 | |
| direi questa https://noogle.dev/f/lib/escapeShellArgs | 20:54:49 | |
Ora devo solo convincere nixfmt a non riformattarmiin | 20:57:17 | |
| Farò un attribute set | 20:57:33 | |
| Io ci ho rinunciato 🙈😔 | 20:57:52 | |
| Però non so se mi preserva l'ordine delle entry | 20:57:56 | |
E poi non posso ripetere la stessa entry, a meno di fare una lista :/ | 20:58:25 | |
diventa -drive value1 -drive value2 | 20:58:57 | |
| 16 Jan 2026 | ||
| Preso anche io! | 06:43:57 | |
| Fantastico! Quando lo convinci ad andare in sleep quando il lid si chiude fammi un colpo. Inoltre ora ti mando uno snippet per fixare il microfono con pipewire trovato su Github dopo 3 giorni di follia | 06:53:54 | |
| Grazie mi sarà molto utile appena arriverà | 06:54:40 | |
| Io ho la versione Ryzen 7840 ed in sleep mi ci va 🤔 usi un DE o un WM? | 06:57:30 | |
fixare il microfono con pipewire trovato su Github dopo 3 giorni di folliaChe problemi avevi col microfono? | 06:57:50 | |
Sono ben descritti qui (e @icovada qui trovi la soluzione al problema). Pare che a partire da una certa version di nixpkgs e di pipewire, questo ucm (use case manager) selezioni di default un profilo in cui il microfono utilizzato e' quello dello chassis. Anche smanacciando pavucontrol non arrivavo da nessuna parte, ma disattivando ucm tutto funziona normalmente. | 08:11:21 | |
| Tra parentesi che macello l'audio su linux. Ci sono alsa, pulse e pipewire, tutti consigliano l'ultimo che cmq per far funzionare il 90% dell'hw e del sw ha bisogno di esporre le stesse api di pulse. 🤦♂ | 08:12:19 | |
| Qui il microfono dello chassis, ovvero un jack da 3,5 mm di cui non avevo bisogno ma che hanno integrato di default | 08:13:56 | |
Download image.jpeg | 08:13:56 | |
Per ora ho una configurazione super barebone, ovvero uso tuigreet come greeter (super consigliato, supporta persino fprintd e se hai impostato un'impronta ti permette il login con quella) e niri lanciato direttamente da tuigreet.Quello che succede e' che nonostante abbia impostato logind in questo modo: (le ultime due sono per forzare la mano ofc) quando chiudo il lid succede che solo in 1 caso su 3 il laptop si sospende.Inizialmente pensavo che fosse dovuto al fatto che probabilmente quando aprivo il lid uscisse molto velocemente dalla sospensione, ma ho notato che il display proprio non si spegne. Sto impazzendo a debuggare, quello che vedo con journalctl -xu systemd-logind e' che l'evento di chiusura viene registrato, loggato, non ignorato e viene anche loggata l'inizio della sospensione.Se listo gli inibitori con systemd-inhibit --list ottengoquindi ho pensato che potesse essere NetworkManager a rompere le scatole, ma anche se disattivo la radio wifi via hardware con lo switch sulla tastiera il comportamento non cambia.La cosa buffa? systemctl suspend funziona perfettamente. | 08:25:52 | |
* Sono ben descritti qui (e @icovada ci trovi la soluzione al problema). Pare che a partire da una certa version di nixpkgs e di pipewire, questo ucm (use case manager) selezioni di default un profilo in cui il microfono utilizzato e' quello dello chassis. Anche smanacciando pavucontrol non arrivavo da nessuna parte, ma disattivando ucm tutto funziona normalmente. | 08:28:24 | |
| Dopo faccio qualche test perché a me non succede, se trovo qualcosa condivido | 08:44:40 | |
Io tengo questo E su home-manager ho questo Per il resto ho praticamente il tuo setup e la sospensione mi funziona | 08:49:01 | |
| Per ibernare usi una partizione di swap o uno swapfile? | 08:54:57 | |
| Swap | 09:02:14 | |
| Però l'ibernazione non so se abbia mai funzionato onestamente 😂 | 09:02:33 | |
@C3n21 posso chiederti l'output di `cat /sys/power/mem_sleep` sulla tua macchina? | 09:27:12 | |
* @C3n21 posso chiederti l'output di ` | 09:27:20 | |
* @C3n21 posso chiederti l'output di cat /sys/power/mem_sleep sulla tua macchina? | 09:28:05 | |
| [s2idle] | 09:38:43 | |
| Ok, ho capito, stavo diventando pazzo | 09:48:28 | |
da man logind.conf:``` HoldoffTimeoutSec= Specifies a period of time after system startup or system resume in which systemd will hold off on reacting to lid events. This is required for the system to properly detect any hotplugged devices so systemd can ignore lid events if external monitors, or docks, are connected. If set to 0, systemd will always react immediately, possibly before the kernel fully probed all hotplugged devices. This is safe, as long as you do not care for systemd to account for devices that have been plugged or unplugged while the system was off. | 09:48:50 | |