!OHimLTKAXNbFrEoogf:matrix.org

Nix Milan

112 Members
https://milano.nix.pizza/8 Servers

Load older messages


SenderMessageTime
15 Jan 2026
@telegram_7189191315:t2bot.iogecko
{
  drive = ["value1", "value2"];
}
diventa -drive value1 -drive value2
20:58:57
16 Jan 2026
@telegram_23155895:t2bot.ioFederico TPreso anche io!06:43:57
@telegram_524811522:t2bot.ioTonioFantastico! 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 follia06:53:54
@telegram_23155895:t2bot.ioFederico TGrazie mi sarà molto utile appena arriverà06:54:40
@telegram_165995843:t2bot.ioNonno FeliceIo ho la versione Ryzen 7840 ed in sleep mi ci va 🤔 usi un DE o un WM?06:57:30
@telegram_165995843:t2bot.ioNonno Felice
fixare il microfono con pipewire trovato su Github dopo 3 giorni di follia
Che problemi avevi col microfono?
06:57:50
@telegram_524811522:t2bot.ioTonio 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
@telegram_524811522:t2bot.ioTonioTra 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
@telegram_524811522:t2bot.ioTonioQui il microfono dello chassis, ovvero un jack da 3,5 mm di cui non avevo bisogno ma che hanno integrato di default08:13:56
@telegram_524811522:t2bot.ioTonioimage.jpeg
Download image.jpeg
08:13:56
@telegram_524811522:t2bot.ioTonio 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:
services.logind.settings.Login = {  
  HandleLidSwitch = "suspend";  
  HandleLidSwitchExternalPower = "suspend";  
  HandleLidSwitchDocked = "suspend";  
};
(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 ottengo
WHO            UID  USER      PID  COMM           WHAT             WHY                                       MODE
NetworkManager 0    root      1317 NetworkManager sleep            NetworkManager needs to turn off networks delay
niri           1000 toniogela 1636 niri           handle-power-key Power key handling                        block

2 inhibitors listed.
quindi 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
@telegram_524811522:t2bot.ioTonio * 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
@telegram_165995843:t2bot.ioNonno FeliceDopo faccio qualche test perché a me non succede, se trovo qualcosa condivido08:44:40
@telegram_165995843:t2bot.ioNonno Felice
services = {
    kanata = {
      enable = true;
      keyboards = {
        laptop = {
          config =
            # lisp
            ''
              (defsrc caps esc)
              (deflayer base esc caps)
            '';
          devices = [
            "/dev/input/by-path/platform-i8042-serio-0-event-kbd" # framework-13-7040-amd
          ];
        };
      };
    };
    logind.settings.Login = {
      HandleLidSwitch = "suspend-then-hibernate";
      HandleLidSwitchExternalPower = "suspend-then-hibernate";
      # When the laptop is plugged to an external monitor
      HandleLidSwitchDocked = "suspend-then-hibernate";
    };
    thermald.enable = true;
    fwupd.enable = true;
    upower.enable = true;
  };

Io tengo questo

E su home-manager ho questo

services.swayidle = {
      enable = true;
      events = {
        "before-sleep" = "${pkgs.swaylock}/bin/swaylock -fF -i ~/Pictures/wallpaper.jpg";
        "lock" = "lock";
      };
    };

Per il resto ho praticamente il tuo setup e la sospensione mi funziona
08:49:01
@telegram_524811522:t2bot.ioTonioPer ibernare usi una partizione di swap o uno swapfile?08:54:57
@telegram_165995843:t2bot.ioNonno FeliceSwap09:02:14
@telegram_165995843:t2bot.ioNonno FelicePerò l'ibernazione non so se abbia mai funzionato onestamente 😂09:02:33
@telegram_524811522:t2bot.ioTonio @C3n21 posso chiederti l'output di `cat /sys/power/mem_sleep` sulla tua macchina? 09:27:12
@telegram_524811522:t2bot.ioTonio * @C3n21 posso chiederti l'output di `
cat /sys/power/mem_sleep` 
sulla tua macchina?
09:27:20
@telegram_524811522:t2bot.ioTonio * @C3n21 posso chiederti l'output di cat /sys/power/mem_sleep sulla tua macchina? 09:28:05
@telegram_165995843:t2bot.ioNonno Felice[s2idle]09:38:43
@telegram_524811522:t2bot.ioTonioOk, ho capito, stavo diventando pazzo09:48:28
@telegram_524811522:t2bot.ioTonio 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
@telegram_524811522:t2bot.ioTonio * 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
@telegram_524811522:t2bot.ioTonio * 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
@telegram_524811522:t2bot.ioTonio * 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
@telegram_524811522:t2bot.ioTonioIo aprivo e chiudevo il lid ogni 5 secondi come un pazzo e lo riaprivo prima di questi canonici 30 secondi09:50:48
@telegram_524811522:t2bot.ioTonioSe 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
@telegram_524811522:t2bot.ioTonio* 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
@telegram_165995843:t2bot.ioNonno FeliceAverage Linux desktop experience10:05:48

There are no newer messages yet.


Back to Room ListRoom Version: 10