Hyprland：ロック、アイドル、および関連サービス

ロック、DPMS、休止状態は異なる動作である。画面が黒くなっただけでは、認証によってセッションが保護されているとは判断できない。

方針の管理者を一つに統一する

現在の例では Caelestia が管理している。旧来の hypridle/hyprlock の方針を同時に起動すると、重複ロックや DPMS の競合を引き起こす可能性がある。

現在のアイドル設定

Caelestia v2.4.0 の完全な shell.json 内、general.idle に統合される断片：

{
  "lockBeforeSleep": true,
  "inhibitWhenAudio": true,
  "inhibitWhenCharging": false,
  "timeouts": [
    {
      "timeout": 3600,
      "idleAction": "lock",
      "respectInhibitors": true
    },
    {
      "timeout": 3900,
      "idleAction": "dpms off",
      "returnAction": "dpms on",
      "respectInhibitors": false
    }
  ]
}

ロックは抑制を尊重し、遅延する DPMS オフは尊重しない。入力が検出されると出力を復旧する。これらは独立した判定基準を持っており、「ロック完了から 300 秒後」になるとは限らない。ロックのみが抑制された場合、ロックされていないまま DPMS がオフになる可能性がある。

この状態を許容するか、事前に決定する必要がある。DPMS オフ前にロックを必須とする場合は、数値だけでなく操作順序を設計して検証する。Caelestia

抑制の範囲

再生アプリケーションは Wayland、D-Bus、logind などを介してアイドル抑制を要求できる。すべてが一つの一覧で表示されるわけではない。

systemd-inhibit --list

これは logind の一覧であり、空であっても Wayland による抑制を否定するものではない。外側のログ、再生状態、対象プロトコルを合わせ、ブラウザが開いているだけで原因を断定しないこと。

ロックと復帰を試す

作業を保存して復旧経路を確保した後、手動ロックで認証が必要か確認する。解除後はパスワード入力、IM、全画面表示を確認する。次に、再生なしでの時間経過、音声再生、動画再生を比較する。

DPMS と入力復帰では、出力だけでなくロック状態も確認する。最後に休止状態と復帰、休止状態前のロック完了を検証する。一時短縮したタイマーは元に戻し、イベント時刻を記録する。

hypridle/hyprlock の代替構成

外側の内蔵管理を使用しない場合、hypridle から hyprlock を呼び出すことができる。ロックコマンド、休止状態前の処理、出力復旧、抑制方針は導入版の説明で設定する。

過去の二重インスタンスは、ロックと DPMS を分離するための回避策だった。現在の外側の設定にそのまま追加せず、リスナーごとの設定や外側の設定で十分かどうかを確認する。

loginctl lock-session は要求であり、応答するコンポーネントが必要となる。終了コードだけでなく、認証画面とログを確認する。

その他の役割

配色は Matugen、編集入力は Neovim、起動はセッション診断を参照する。