indeviral, если spectrwm умеет так и без [email protected]*.service, скорее всего, дело не в этом.

P.S. Возможно, у всех WM всё и так правильно. Просто мы еще не всё знаем. А может и нет. )
indeviral
через systemd –user
Если посмотреть вывод [ $ systemctl status -l ], оно и так там всё через user.slice.

vasek
нормальные WM
Awesome, получается, ненормальный. Кто еще у нас из нормальных? )
Похоже, что spectrwm - самый правильный WM.
Заметил между деревьями интересное явление.

Awesome WM:

$ pstree -alhn
systemd
  ├─ ...
  ├─ ...
  ├─ ...
  ├─login
  │   └─bash
  │       └─startx /usr/bin/startx
  │           └─xinit /home/user/.xinitrc --  ...
  │               ├─Xorg -nolisten tcp -nolisten local ...
  │               │   └─{Xorg}
  │               └─awesome
  │                   └─{awesome}
  ├─chromium
  │   ├─38*[{chromium}]
  │   ├─chrome-sandbox ...
  │   │   └─chromium
  │   │       └─chromium
  │   │           ├─chromium
  │   │           │   └─10*[{chromium}]
  │   │           ├─chromium
  │   │           │   └─10*[{chromium}]
  │   │           ├─chromium
  │   │           │   └─10*[{chromium}]
  │   │           ├─chromium
  │   │           │   └─13*[{chromium}]
  │   │           └─chromium
  │   │               └─10*[{chromium}]
  │   ├─chromium
  │   │   └─7*[{chromium}]
  │   └─chromium
  │       └─6*[{chromium}]
  ├─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
  │   └─bash
  ├─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
  │   └─bash
  ├─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
  │   └─bash
  └─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
      └─bash
          └─pstree -alhn

Spectr WM:

$ pstree -alhn
systemd
  ├─ ...
  ├─ ...
  ├─ ...
  └─login
      └─bash
          └─startx /usr/bin/startx
              └─xinit /home/user/.xinitrc -- ...
                  ├─Xorg -nolisten tcp -nolisten local ...
                  │   └─{Xorg}
                  └─spectrwm
                      ├─chromium
                      │   ├─36*[{chromium}]
                      │   ├─chrome-sandbox ...
                      │   │   └─chromium
                      │   │       └─chromium
                      │   │           ├─chromium
                      │   │           │   └─10*[{chromium}]
                      │   │           ├─chromium
                      │   │           │   └─10*[{chromium}]
                      │   │           ├─chromium
                      │   │           │   └─10*[{chromium}]
                      │   │           ├─chromium
                      │   │           │   └─13*[{chromium}]
                      │   │           └─chromium
                      │   │               └─10*[{chromium}]
                      │   ├─chromium
                      │   │   └─7*[{chromium}]
                      │   └─chromium
                      │       └─6*[{chromium}]
                      ├─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
                      │   └─bash
                      ├─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
                      │   └─bash
                      ├─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
                      │   └─bash
                      └─xterm -class UXTerm -title uxterm -u8 -T Terminal -n Terminal
                          └─bash
                              └─pstree -alhn
Есть ли разница, через какие ветки открываются терминалы и браузер?
Кстати, сейчас по разным англоязычным ресурсам пошла инфа, что якобы только mitigations=off недостаточно. Например:
https://linuxreviews.org/HOWTO_make_Linux_run_blazing_fast_(again)_on_Intel_CPUs
https://make-linux-fast-again.com/
Кто-то где-то тоже, наверно, неправильно понял. Или я? )
vasek, всё хорошо. У меня была мысля вчера перед сном, что могут неправильно понять, но как выразиться правильно я тогда не придумал. ))
vasek, в моем утверждении "МОЖЕТ быть", а не "ДОЛЖЕН быть" только 1 (10 разных возможных эквивалентов указаны в описании параметра). И для НЕ ПАРАНОИКОВ тоже удобно.
Начиная с Linux 5.1.2 параметр ядра для обвёртки фольгой процессора теперь может быть только один.


mitigations=
                        [X86,PPC,S390,ARM64] Control optional mitigations for
                        CPU vulnerabilities.  This is a set of curated,
                        arch-independent options, each of which is an
                        aggregation of existing arch-specific options.

                        off
                                Disable all optional CPU mitigations.  This
                                improves system performance, but it may also
                                expose users to several CPU vulnerabilities.
                                Equivalent to: nopti [X86,PPC]
                                               kpti=0 [ARM64]
                                               nospectre_v1 [PPC]
                                               nobp=0 [S390]
                                               nospectre_v2 [X86,PPC,S390,ARM64]
                                               spectre_v2_user=off [X86]
                                               spec_store_bypass_disable=off [X86,PPC]
                                               ssbd=force-off [ARM64]
                                               l1tf=off [X86]
                                               mds=off [X86]

                        auto (default)
                                Mitigate all CPU vulnerabilities, but leave SMT
                                enabled, even if it's vulnerable.  This is for
                                users who don't want to be surprised by SMT
                                getting disabled across kernel upgrades, or who
                                have other ways of avoiding SMT-based attacks.
                                Equivalent to: (default behavior)

                        auto,nosmt
                                Mitigate all CPU vulnerabilities, disabling SMT
                                if needed.  This is for users who always want to
                                be fully mitigated, even if it means losing SMT.
                                Equivalent to: l1tf=flush,nosmt [X86]
                                               mds=full,nosmt [X86]
А! О! Угу... Спасибо. :)
sfs, хотелось бы услышать Ваше мнение о https://distrowatch.com/weekly.php?issue=20190311#easyos.
Это похоже на какой-то новый уровень. Может быть, можно сделать на этой основе Easy Arch? :)
По крайне мере, это было бы интересно.