Nix Milan | 112 Members | |
| https://milano.nix.pizza/ | 8 Servers |
| Sender | Message | Time |
|---|---|---|
| 15 Jan 2026 | ||
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 | |
* da man logind.conf: | 09:49:08 | |
* da man logind.conf:HoldoffTimeoutSec= Specifies a period of time after system startup 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. Defaults to 30s. | 09:49:28 | |
* da man logind.conf:HoldoffTimeoutSec= 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. Defaults to 30s. | 09:50:19 | |
| Io aprivo e chiudevo il lid ogni 5 secondi come un pazzo e lo riaprivo prima di questi canonici 30 secondi | 09:50:48 | |
| Se apri e chiudi il lid 2 volte entro 30 secondi la seconda apertura/chiusura finisce dentro questo grace period. Se aspetti i rimanenti 25 secondi il laptop va in sleep (letteralmente lo schermo si spegne). Mistero risolto. | 09:51:46 | |
| * Se apri e chiudi il lid 2 volte entro 30 secondi la seconda apertura/chiusura finisce dentro questo grace period. Se aspetti i rimanenti 25 secondi il laptop va in sleep (letteralmente lo schermo si spegne). Mistero risolto, scusate lo spam in chat. | 10:02:12 | |
| Average Linux desktop experience | 10:05:48 | |