De volta ao XFCE

[Marcos FRM]

https://www.youtube.com/watch?v=2FdkFFIPLRc

 

Aqueles bugs horrorosos do Thunar estão consertados. Decidi testar o XFCE novamente, mas desta vez no Arch.

 

Alguns ajuste aqui e acolá e tudo funcionando! Ao contrário do XFCE no openSUSE, que está quebrado por falta do PulseAudio, no Arch, com os pacotes xfce4-pulseaudio-plugin e pulseaudio-alsa, temos uma configuração 100% otimizada. NetworkManager, udisks2+gvfs, upower: infraestrutura básica operando a contento.

 

Usei o LightDM. Porém com ele o X.Org roda como root.

 

  PID  PPID USER     COMMAND
  267     1 root      `- /usr/bin/lightdm                                                                                     
  290   267 root          `- /usr/lib/xorg-server/Xorg :0 -seat seat0 -auth /run/lightdm/root/:0 -nolisten tcp vt7 -novtswit+ 
  402   267 root          `- lightdm --session-child 13 20                                                                    
  429   402 marcos            `- /bin/sh /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc                                   
  445   429 marcos                `- xfce4-session

 

Não sei se apenas seu código precisaria ser mexido ou se o xfce4-session também entraria na jogada. Paciência por enquanto.

 

Estou adaptado ao GNOME; contudo, como uso muito Windows, é reconfortante ter uma barra de tarefas convencional no Linux. hehe

 

 

No aguardo do XFCE 4.14 agora.

[Marcos FRM]

Bug relativo ao rootless-X no LightDM é este:

 

https://bugs.launchpad.net/lightdm/+bug/1292324

 

Parece que o LightDM está, para variar, estagnado, com pouquíssimo desenvolvimendo sendo feito.

 

Portanto, removi-o e instalei o SDDM. Também não suporta rootless-X no momento.

 

  PID  PPID USER     COMMAND
  282     1 root      `- /usr/bin/sddm
  305   282 root          `- /usr/lib/xorg-server/Xorg -nolisten tcp -auth /var/run/sddm/{19694d83-2cfb-43dd-ac7b-bbd569590d1c} -background none -noreset -displayfd 18 vt1
  375   282 root          `- /usr/lib/sddm/sddm-helper --socket /tmp/sddm-auth4da4a5b4-081e-4f70-bc35-38ab8b9fd6d4 --id 1 --start startxfce4 --user marcos
  388   375 marcos            `- /bin/sh /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc
  404   388 marcos                `- xfce4-session

 

Porém há desenvolvimento:

 

https://github.com/sddm/sddm/pulls

 

(o PR é este)

 

O SDDM traz o toolkit QT para minha instalação (não tenho nenhum aplicativo que dependa dele), mas azar. Pelo menos a chance de em versões futuras ter o X rodando como usuário normal é bem maior, o que compensa um pouquinho de bloat.

[Marcos FRM]

Haha! Existe uma solução temporária (?) para rodar o X.Org como usuário normal sem precisar do GDM: não usar gerenciador de login algum.

 

De volta aos velhos tempos, logamos no terminal e iniciamos o ambiente gráfico com startxfce4 :

 

  PID  PPID   SID USER     S COMMAND
  246     1   246 root     S  `- login -- marcos                                                                                            
  326   246   326 marcos   S      `- -bash                                                                                                  
  387   326   326 marcos   S          `- xinit /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc vt1                                       
  388   387   326 marcos   S              `- /usr/lib/xorg-server/Xorg -nolisten tcp :0 vt1                                                 
  393   387   326 marcos   S              `- sh /etc/xdg/xfce4/xinitrc                                                                      
  402   393   326 marcos   S                  `- xfce4-session

 

O X não é tão burro no fim das contas.

 

https://www.clubedohardware.com.br/forums/topic/1196542-gnome-wayland/#comment-6638243

 

Como prezo mais por segurança do que por beleza, vai ficar assim.

 

EDIT

Carregar automaticamente o X quando logar pelo terminal:

 

echo 'exec startxfce4' > ~/.xinitrc
cat << EOF >> ~/.bash_profile

if [[ ! \$DISPLAY ]] && [[ \$XDG_VTNR == 1 ]]; then
    exec startx &>/dev/null
fi
EOF

 

(só em tty1, para ser possível logar em modo texto nos demais terminais)

 

Cortesia da wiki do Arch. Atualizei com [[, que permite encurtar o bloco if. A verborreia do X foi redirecionada para /dev/null.

[Marcos FRM]

Depois de usar o XFCE por alguns dias, reportei dois bugs.

 

https://bugzilla.xfce.org/show_bug.cgi?id=13676

 

A partir do UPower 0.99.x (mesma API da futura versão 1.0), o próprio daemon lida com a ação a ser tomada quando a bateria atingir nível crítico. O ajuste oferecido pelo xfce4-power-manager não tem mais utilidade. Na minha opinião o melhor a fazer é seguir o GNOME e remover as opções e passar apenas a mostrar o que será feito. Porém outra alternativa seria fazer o xfce4-power-manager editar /etc/UPower/UPower.conf e recarregar a configuração do daemon .

 

https://bugzilla.xfce.org/show_bug.cgi?id=13699

 

No menu de logout, o xfce4-session oferece a opção "Hibernar" mesmo quando não há suporte (não existe swap, ou existe e seu tamanho não é adequado). O mesmo provavelmente deva acontecer com "Suspender", porém não consegui testar, pois meu notebook nem inicia com "acpi=off". O código pelo que vi não consulta o systemd-logind para saber quais modos de suspensão estão disponíveis.

 

---

 

A fonte Trebuchet MS fica muito boa na GUI! Nunca havia dado bola para essa fonte...

 

[Marcos FRM]

Antigo problema do XFCE: tearing. Seu compositor, xfwm4, até a atual versão estável 4.12, é o responsável.

 

Boa notícia: a versão de desenvolvimento 4.13 ganhou suporte à extensão XPresent do servidor X, que promete acabar com o problema.

 

https://bugzilla.xfce.org/show_bug.cgi?id=11126

 

Adicionalmente, OpenGL passará a ser usado como fallback caso XPresent não esteja disponível.

 

https://bugzilla.xfce.org/show_bug.cgi?id=10439

 

https://git.xfce.org/xfce/xfwm4/commit/?id=940cfef1c7b5828b951b392b75baecc1638619be

 

A opção "Sincronizar desenho ao branco vertical" (em "Configurações -> Ajustes do gerenciador de janelas -> Compositor") da atual versão 4.12 para nada serve. Segundo o próprio Olivier Fourdan, está quebrada (e foi removida na 4.13).

 

https://git.xfce.org/xfce/xfwm4/commit/?id=7115d1b4f4021043bb59e6acafa105cb77fe5b9d

 

Complicado é saber quando sairá o XFCE 4.14. O desenvolvimento é leeeeeento...

[Marcos FRM]

Resolvi viver um pouco perigosamente, substituindo o xfwm4 oficial (do repositório Extra) por este do AUR:

 

https://aur.archlinux.org/packages/xfwm4-git

 

(mais a dependência libxpresent)

 

Uso o vídeo integrado do velho chipset Intel GM45, com o driver modesetting do Xorg. A diferença salta aos olhos: nada de tearing!

 

Porém o aplicativo Terminal (xfce4-terminal) ficou com um bug esquisito:

 

https://bugzilla.xfce.org/show_bug.cgi?id=13954

 

Sem ligação com o compositor, temos este bug menor no script xinitrc:

 

https://bugzilla.xfce.org/show_bug.cgi?id=11964

 

Chamando o xfce4-session com exec evita manter o processo do shell rodando à toa, visto que não tem mais nada a fazer (logo em seguida resta apenas um "exit 0"...).

 

E este:

 

https://bugzilla.xfce.org/show_bug.cgi?id=13945

 

Acho que devo mudar o título deste tópico para "Diário de um usuário do XFCE"

[Marcos FRM]

Upando. Atualmente, o XFCE 4.12 do Arch é uma mistura de componentes linkando GTK+ 2 e GTK+ 3. No futuro XFCE 4.14, todo o ambiente estará portado para GTK+ 3. 

 

Estava vendo inconsistência nos temas providos pelo pacote gtk-xfce-engine, pois não eram aplicados nos aplicativos GTK+ 3. Daí descobri que essa engine é obsoleta. Inicialmente foi portada para GTK+ 3, porém abandonada logo em seguida (o port está quebrado e nem é mais empacotado pelo Arch). Resumindo: precisamos usar um tema que suporte ambas as versões do toolkit.

 

Minha preguiça logo escolheu o tema Adwaita, que é mantido pelos desenvolvedores do toolkit e sempre está com boa saúde no pacote gnome-themes-standard.

 

Bug adicional desde a última postagem:

 

https://bugzilla.xfce.org/show_bug.cgi?id=14071

 

Pequeno glitch no ícone de som, nada grave.

 

E seria muito bom ver isto resolvido:

 

https://bugzilla.xfce.org/show_bug.cgi?id=7845

 

Fazer as teclas de atalho se comportarem como no Windows.

 

De resto o ambiente está bom.  Ahh, para mim o novo xfwm é obrigatório (AUR!!!). O da versão 4.12 não tem como usar com aquele tearing dos infernos.

[Marcos FRM]

Uma característica do Arch é o dinamismo. Pacote são removidos do repositório, substituídos, sem lenga-lenga. No entanto, o pacman não remove pacotes que são não mais usados.

 

Me deparei com isso ontem. Estava na lista de discussão:

 

https://lists.archlinux.org/pipermail/arch-general/2018-February/thread.html#44672

 

Solução:

 

pacman -R fontsproto

 

Daí lembrei que algo havia mudado no xserver: o pacote xorg-fonts-misc deixou de ser uma dependência.

 

https://bugs.archlinux.org/task/56808

 

Portanto:

 

pacman -Rss xorg-fonts-misc

(removerá junto xorg-fonts-alias)

 

Essas fontes são obsoletas e sem uso em 99% dos casos. Ficaram apenas as fontes TTF que tenho instaladas:

 

[    10.876] (WW) The directory "/usr/share/fonts/misc/" does not exist.
[    10.876]    Entry deleted from font path.
[    10.877] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[    10.877]    Entry deleted from font path.
[    10.877] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[    10.877]    Entry deleted from font path.
[    10.877] (WW) The directory "/usr/share/fonts/100dpi/" does not exist.
[    10.877]    Entry deleted from font path.
[    10.877] (WW) The directory "/usr/share/fonts/75dpi/" does not exist.
[    10.877]    Entry deleted from font path.
[    10.877] (==) FontPath set to:
        /usr/share/fonts/TTF/

Menos bloat num sistema que já é uma pena.