| 16 Jan 2026 |
 Nonno Felice | [s2idle] | 09:38:43 |
 Tonio | Ok, ho capito, stavo diventando pazzo | 09:48:28 |
| Tonio | 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.
Defaults to 30s.
```
| 09:48:50 |
| Tonio | * 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.
Defaults to 30s.
| 09:49:08 |
| Tonio | * 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 |
| Tonio | * 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:50:19 |
| Tonio | Io aprivo e chiudevo il lid ogni 5 secondi come un pazzo e lo riaprivo prima di questi canonici 30 secondi | 09:50:48 |
| Tonio | 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 |
| Tonio | * 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 |
| Nonno Felice | Average Linux desktop experience | 10:05:48 |
| 20 Jan 2026 |
 Andrea Ciceri | https://github.com/NixOS/nixpkgs/commit/0520de52437c276b304d622fbf5f4a421033c682 | 03:55:10 |
| Nonno Felice | NixGate | 06:42:33 |
 gecko | Sad | 13:02:21 |
| 28 Jan 2026 |
 Nicola Brisotto | Ciao! Hai più provato clan? | 19:07:35 |
| Nonno Felice | Yes, ci ho migrato tutte le mie macchine (VPS compreso) | 19:18:06 |
| Nicola Brisotto | Qualche feedback? | 20:23:55 |
| 29 Jan 2026 |
| Nonno Felice | È molto comodo per gestire multiple macchine che interagiscono fra di loro e insieme ai secret di ogni macchina
Unico difetto (che non so se sia possibile fare diversamente) è che i secret rimangono nella stessa repo, mentre io avrei preferito fosse possibile usare un'altra repo, magari privata, in cui salvare i secret | 06:23:52 |
| Nonno Felice | * È molto comodo per gestire multiple macchine che interagiscono fra di loro e insieme ai secret di ogni macchina (dentro c'è un meccanismo che permette anche la generazione del secret)
Unico difetto (che non so se sia possibile fare diversamente) è che i secret rimangono nella stessa repo, mentre io avrei preferito fosse possibile usare un'altra repo, magari privata, in cui salvare i secret | 06:24:22 |
| Tonio | FYI ho smattato come un pazzo quando stavo su Darwin per poter far funzionare firefox installato con home-manager con i contenuti protetti da DRM (Netflix e via discorrendo) e usato due browser per due anni. Su nixos firefox non fa una piega, e sono tornato ad un setup con 1 solo browser e completamente riproducibile 🎉 | 10:23:17 |
 Federico T | a proposito di firefox, qualcuno sa se è possibile usare le passkeys?
Finalmente ho un pc con il lettore di impronte | 10:48:09 |
| Tonio | Io uso quelle di bitwarden | 12:51:16 |
| Tonio | E si può sbloccare con l'impronta | 12:51:51 |
| Tonio | * E bitwarden si può sbloccare con l'impronta | 12:53:11 |
| Tonio | * E bitwarden si può sbloccare con l'impronta, sul sito c'è la spiega. Avrai bisogno di polkit e un secret agent almeno. | 12:53:53 |
| Federico T | Su ogni PC o hostato da qualche parte unico?
Come gestisci il sync? | 12:58:20 |
 Matteo Joliveau | Bitwarden ha una componente server che sincronizza tutti i client | 13:59:07 |
| Tonio | Esatto, o usi il loro o selfhosti bitwarden | 13:59:56 |
 Luca | Con la versione selfhosted c'è qualche limite? Limite di dimensioni per upload file, codici TOTP, e controllo password contro i leak sono disponibili o devo comunque pagare premium? | 16:48:27 |
 Lollo | - upload file: mai provato ma non penso
- TOTP si
- controllo leak si | 16:50:14 |
 Francesco | Io ho vaultwarden sul mio serve e non ci sono limiti mi pare | 16:50:28 |
