Byteria: MX Linux 19.2 KDE beta 2

MX Linux 19.2 KDE beta 2 •

Me interessei pelo MX Linux (e pelo antiX) há uns 2 anos, — por ser uma distro sem SystemD.

É também um Debian altamente configurado, por ferramentas próprias (MX Tools, MX Tweaks), — e em 2018 isso me dificultou substituir o Xfce pelo KDE. — Acho que eu devia ter tentado a substituição, antes de mexer demais naquelas configurações.

O anúncio do MX Linux 19.2 KDE beta 2 para teste voltou a me animar. — KDE pronto para usar, harmonizado com as configurações da distro. — Baixei, instalei, gostei, e me conciliei com o uso de um KDE “menos recente”. Está ótimo.

Isto não é um “tutorial”, — só anotações do que realmente fiz, — inclusive coisas não-recomendáveis, e provavelmente alguns erros.

Índice

ISO download, sha256sum, K3b
Sessão Live
MX Installer
Pós-instalação
MX Tweaks
Gerenciador de repositórios
Night colour vs. Redshift
Ícone do Menu
Pré-visualizações no Dolphin
Breeze dark no Synaptic, GParted, Disk Manager
Montagem de partições por udisks2 vs. fstab
Menu: Favoritos e Recentes
KDE antigo e outros incômodos
Init
Referências (2018)
Wallpapers

ISO download, sha256sum, K3b

Caminho indireto para a ISO do MX-19.2 KDE Beta 2

O MX-19.2 KDE Beta 2 foi anunciado em 17 Julho 2020, e será a primeira imagem ISO com KDE da comunidade MX (Mepis + antiX), desde a interrupção do projeto Mepis em 2013.

O anúncio incluiu links para download direto, para o Tópico de feedback do MX-19.2 KDE Beta 2 no Forum MX Linux, e para o Bugzilla da distro.

Fui à página geral de downloads do MX Linux no Source Forge, no dia seguinte, e acabei por encontrar a ISO KDE na pasta Testing. — Eu estava com sorte, e fiz o download em 86 segundos, o que equivale a 23,1 MiB/s, ou 185 Mbps, quase no limite da minha conexão de 200 Mbps. — Já tinham sido feitos 1.122 downloads, em apenas 24 horas, mais ou menos.

Verificação da imagem ISO MX Linux 19.2 KDE beta 2 e “queima” em DVD pelo K3b

No dia 22, fiz a verificação sha256sum e “queimei” em DVD, para guardar.

Sessão Live

Menu de inicialização do Live MX Linux 19.2 KDE beta 2

O Menu de inicialização do Live DVD já carregou com a segunda opção pré-selecionada, — “Inicialização personalizada (menus de texto)”, que percorre 6 submenus: — Idioma, tamanho das letras, Fuso horário, Relógio do sistema, carregamento da ISO para a Memória RAM, tipos de Persistência da sessão Live etc.

Em 2018, estes submenus podiam ser acessados, na tela inicial, pelas teclas F2 a F7 (detalhe à esquerda), o que permitia percorrê-los livremente, em qualquer ordem — enquanto a tecla F1 abria uma Ajuda bastante explicativa, com várias páginas.

Antes de continuar, fotografei as “Opções avançadas” (detalhe à direita), — e com Esc voltei ao Menu principal, para prosseguir.

Opções gerais e de persistência no Menu do Live MX Linux 19.2 KDE beta 2

As opções de “Inicialização personalizada (menus de texto)” merecem bastante leitura prévia, pelo grande número de recursos que oferecem, — a começar por detalhadas alternativas de Persistência em sessões Live.

Eu não pretendia explorar nenhuma dessas opções, no momento. — Me limitei a fotografar e teclar Enter, em todos os submenus, para aceitar os padrões. — Só mais tarde, já na sessão Live, editei as opções de Layout de teclado, Regionalização (Locale), Fuso horário (Timezone) etc.

Senhas, Manual, FAQ no Live MX Linux 19.2 KDE beta 2

Logo no início da sessão Live (KDE), o MX Updater indicou 10 pacotes atualizáveis. — Pelo apt, instalei o Synaptic, que usei para aplicar essas atualizações, — e também para instalar o Chromium.

As senhas da sessão Live estão no quadro de boas-vindas. — Um Manual e um FAQ ladeiam o ícone do MX Installer, em destaque na tela. — O quadro de boas-vindas oferece tudo isso e mais alguma coisa.

$ sudo apt update

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for demo:              |    • demo    password:   demo
                                       |    • root    password:   root

Hit:1 http://deb.debian.org/debian buster-updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Hit:3 http://deb.debian.org/debian-security buster/updates InRelease
Hit:4 http://mxrepo.com/mx/repo buster InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
10 packages can be upgraded. Run 'apt list --upgradable' to see them.

$ apt list --upgradable
Listing... Done
b43-fwcutter/mx 1:019-6~mx19+1 amd64 [upgradable from: 1:019-4]
firmware-b43-installer/mx,mx 1:019-6~mx19+1 all [upgradable from: 1:019-4]
firmware-b43legacy-installer/mx,mx 1:019-6~mx19+1 all [upgradable from: 1:019-4]
libnss3/stable 2:3.42.1-1+deb10u3 amd64 [upgradable from: 2:3.42.1-1+deb10u2]
libopenmpt-modplug1/stable 0.4.3-1+deb10u1 amd64 [upgradable from: 0.4.3-1]
libopenmpt0/stable 0.4.3-1+deb10u1 amd64 [upgradable from: 0.4.3-1]
lo-main-helper/mx,mx 20.07.02 all [upgradable from: 20.07.01]
mx-packageinstaller-pkglist/mx,mx 20.07.02 all [upgradable from: 20.07.01]
mx-tweak/mx 20.07.07 amd64 [upgradable from: 20.07.05]
virtualbox-guest-utils-modified-init/mx,mx 20.07.01 all [upgradable from: 20.02.02]


$ sudo apt install synaptic
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  libept1.5.0 libvte-2.91-0 libvte-2.91-common
Suggested packages:
  dwww software-properties-gtk tasksel
The following NEW packages will be installed:
  libept1.5.0 libvte-2.91-0 libvte-2.91-common synaptic
0 upgraded, 4 newly installed, 0 to remove and 10 not upgraded.
Need to get 3,432 kB of archives.
After this operation, 10.2 MB of additional disk space will be used.
Do you want to continue? [Y/n]
...

Synaptic:


Commit Log for Wed Jul 22 13:32:48 2020

Upgraded the following packages:
b43-fwcutter (1:019-4) to 1:019-6~mx19+1
firmware-b43-installer (1:019-4) to 1:019-6~mx19+1
firmware-b43legacy-installer (1:019-4) to 1:019-6~mx19+1
libnss3 (2:3.42.1-1+deb10u2) to 2:3.42.1-1+deb10u3
libopenmpt-modplug1 (0.4.3-1) to 0.4.3-1+deb10u1
libopenmpt0 (0.4.3-1) to 0.4.3-1+deb10u1
lo-main-helper (20.07.01) to 20.07.02
mx-packageinstaller-pkglist (20.07.01) to 20.07.02
mx-tweak (20.07.05) to 20.07.07
virtualbox-guest-utils-modified-init (20.02.02) to 20.07.01


Commit Log for Wed Jul 22 13:43:08 2020

Installed the following packages:
chromium (83.0.4103.116-3~mx19+1)
chromium-common (83.0.4103.116-3~mx19+1)
chromium-sandbox (83.0.4103.116-3~mx19+1)

Documentação do /etc/fstab

Dentro da sessão Live KDE, mudei o Fuso horário para BRT (2 vezes!), alterei o Idioma / Formatos regionais (Locale) para United Kingdom - en_UK (Logout / Login para fazer efeito), personalizei o Spectacle, o Dolphin, o Kate, o Gwenview, o Relógio digital, meu Conky pessoal, o Teclado, além do Wallpaper e vários pequenos detalhes no ambiente.

Como não tinha certeza da sobrevivência da /home, salvei as Capturas de tela e outros arquivos em um Pendrive, — inclusive uma cópia do /etc/fstab da sessão Live, com os parâmetros do Swap, que tinha sido ativado automaticamente.

MX Installer

Instalador do MX Linux 19.2 KDE beta 2, após o exame inicial do hardware

17:50 - Ao iniciar o MX Installer, li a primeira mensagem da aba de Ajuda (à esquerda), — exibida enquanto o instalador examinava o hardware e apresentava a opção de alterar o Layout de teclado (que dispensei, naquele momento).

Instalação personalizada, em partições pré-existentes

Depois disso, alternei para a aba “Live Log”, durante alguns minutos, — e não sei se perdi alguma recomendação*. — Creio que não, pois voltei às mensagens logo no passo seguinte.

_________________
(*) Não tive essa preocupação na hora, — mas agora, ao examinar os registros, para este relato, notei que em 2018 havia mensagens bem diferentes. Ver “Referências (2018)”, Adiante.

Instalação personalizada em partições pré-existentes

Por padrão, o MX Installer exige só a partição-raiz do sistema, — e de fato, a mensagem da aba de Ajuda, que voltei a ler (à esquerda), diz que /home e Swap são opcionais. — Mas minha dúvida era quanto à partição /boot, que em geral não uso.

Lá no final da mensagem de Ajuda, ficou claro que uma partição /boot separada (e sem criptografia) só é necessária se a partição-raiz for criptografada, — o que não me interessava.

Alterei as etiquetas (Label) sugeridas, para Linux12 e Home12 (que uso nas outras distros, em dualboot), — e evitei configurar a partição Swap nesse momento, pois não vi garantias de que não tivesse seu identificador UUID modificado, numa eventual formatação, — o que afetaria todas as outras distros já instaladas.

O conceito de “formatar” nunca é claro, nos instaladores que já vi. — Em alguns casos, manteve o identificador UUID (Ubiquity); e também já vi casos em que mantém ou re-aplica até a etiqueta (Label) pré-existente, — mas no antigo instalador do Debian, já vi mudar o identificador UUID da partição Swap, e depois foi muito trabalhoso consertar o estrago nas ouras distros.

A única opção oferecida de não formatar* refere-se à /home. — Por isso, preferi configurar manualmente a partição Swap, mais tarde, — o que é muito simples e rápido.

___________________
(*) Dias depois, uma discussão sobre semântica (#275~283), no tópico do Fórum para acompanhamento do Beta 2, me deixou com a impressão de que essa opção não é nada do que eu imaginei.

Ao concluir essa etapa, o MX Installer apresenta um resumo do que será feito, — e ainda se pode voltar atrás para corrigir algum erro.

Opções de instalação do Grub

As capturas de tela dão a impressão de que o MX Installer propôs, automaticamente, instalar a “chamada” do Grub na partição ESP sda1.

Enquanto eu pensava e fazia capturas de tela (42 segundos), o progresso da instalação avançou de “Preparando as partições” (1%) para “Formatando a partição root” (2%) e passou a “Copiando o novo sistema” (8%).

Alteração do Hostname e exclusão do Samba

Alterei o Hostname proposto para “Linux12” e desabilitei o Samba.

Opções de Localização e Fuso horário

A julgar pelo tempo transcorrido (8 segundos), essas opções de Regionalização (Locale), Fuso horário (Timezone), Relógio do sistema (System clock = UTC) e formato de hora (24h) podem ter sido automáticas, com base nas configurações que fiz antes, na sessão Live.

Desabilitei apenas Cups

Não sei se levei 4 minutos pensando e lendo a lista de serviços, ou se fui buscar um café. — Só desabilitei Cups, pois não tenho impressora, e nunca precisei de Cups para “imprimir” arquivos em PDF, a partir do LibreOffice, Chromium etc.

Definição de Usuário, senha de Administrador, Auto Login, “persistência”

18:17 - No último diálogo, definem-se o Usuário padrão, a senha de Administrador, e aproveitei para configurar o Login automático, — além da “persistência” das alterações feitas na sessão Live, — que de fato foram transpostas para a instalação no computador, como pude constatar depois.

_____________
(*) Vou escrever “persistência” (entre aspas) sempre que me referir à instalação no computador, — pois na verdade, o termo se aplica a sessões Live USB.

O progresso da instalação ficou estacionado em 94%, aguardando pacientemente.

Após mandar prosseguir, o MX Installer ainda trabalhou mais 3 minutos, — em sua maior parte, instalação do Grub (grub-install), montagem de partições (grub-mount), detecção de outras distros (os-prober), — e por fim mkinitramfs.

18:20 - No aviso de “Instalação completa”, desarmei o boot automático ao fechar o MX Installer, e copiei mais algumas coisas da /home para o Pendrive, por via das dúvidas. — Ao reiniciar, uma mensagem lembra de retirar a mídia de instalação, para prosseguir.

Com toda atenção, tentando documentar o processo em numerosas capturas de tela, a instalação demorou exatos 30 minutos (17:50 ~ 18:20), desde a abertura do MX Installer.

Pós-instalação

Grub do MX Linux 19.2 KDE beta 2

18:30 - Ao reiniciar o computador, entrei na UEFI Bios utility, e coloquei o Grub do openSUSE outra vez no topo das prioridades de boot.

Em seguida, selecionei o Grub do MX Linux para executar só desta vez. — Apenas o openSUSE (em partição BtrFS) não apareceu no Menu de inicialização, — mas isso tem sido a norma, no Grub de quase todas as distros que experimentei, desde o início de 2017.

Não duvido que se possa resolver isso, mas basta o Grub do próprio openSUSE. — Em caso de emergência, o Grub do Mageia detecta (e consegue carregar) o openSUSE instalado em uma partição BtrFS.

Início da primeira sessão KDE após a instalação do MX Linux

18:35 - Com o Login automático, definido no MX Installer, ao final da primeira inicialização eu já estava na sessão Plasma KDE, — sem meu Conky personalizado, que eu tinha esquecido de configurar para iniciar com a sessão, — e sem exibir o papel de parede que apliquei na sessão Live, — o que talvez tenha sido a única falha real da “persistência”.

Enfim, reapareceram os ícones do FAQ e do Manual, deletados na sessão Live, — mas é possível que isto seja proposital. — Cabe ao usuário decidir que não precisa mais ser lembrado, o tempo todo, da existência desses recursos.

Apenas alterei a configuração do Spectacle, — pois agora a /home era definitiva e eu não precisava mais gravar as capturas de tela em um Pendrive.

Configurações do Painel, Dolphin, Conky preservadas na instalação

Todas as outras inúmeras mudanças feitas na sessão Live foram preservadas.

O Synaptic, o Chromium e as atualizações da sessão Live “persistiram” na instalação. — O Dolphin já abriu personalizado, e na mesma posição e tamanho. — Painel, Gerenciador de tarefas, Lançadores, Área de notificações, Relógio digital, Calendário, Spectacle, Kate, Gwenview etc. mantiveram as configurações feitas na sessão Live.

18:38 - O arquivo do Wallpaper “persistiu” em /home/Pictures, e bastou reaplicar.

18:40 - As configurações do Conky “persistiram” em ~/.config/conky/, e bastou iniciá-lo.

18:59 - Configurei o início automático do Conky(1) nas sessões KDE.

Colando no /etc/fstab um “bloco” de partições adicionais

19:02 - Para simplificar a montagem automática de 27 partições adicionais, nas distros baseadas no Debian (LMDE, Devuan, MX Linux), costumo colar no /etc/fstab um “bloco” de linhas pré-definidas, que basta copiar daqui do blog, com pequenos ajustes em cada caso.

Nessas linhas, adotei a montagem por etiquetas (Label), um caminho (path) simplificado, e plenos direitos ao Usuário, — que só precisa de autorização para escrever nas partições dos sistemas (Linux1 ~ Linux12). — Nas partições Home1 ~ Home12 e nas partições de trabalho (Sites, Works, XTudo, Depot1, Storage), o identificador de usuário UID=1000, comum a todas as distros, assegura total liberdade de gravação.

A montagem da partição Depot2, em uma unidade SSD externa plugável (USB2), é feita pelo uDev, e foi configurada em System settings >> Removable storage >> Removable devices, alguns dias depois.

Criando as pastas que servirão de pontos-de-montagem das partições adicionais

19:18 - Faltavam as pastas para servir de pontos-de-montagem das partições adicionais. — Fiz isso em “modo braçal”, recuperando (↑) e editando uns 27 comandos mkdir. — Sim, já devia ter criado um script para agilizar essa tarefa recorrente.

E, sim, podia ter usado o velho e bom Disk Manager. — Ver “Montagem de partições por udisks2 vs. fstab”, adiante.

Essas partições adicionais serão acessadas pelo usuário, por isso preferi criá-las usando sudo (usuário, embora com poderes), em vez de su (root). — Não tenho certeza, mas apenas certa impressão de que isso fez diferença, em alguma outra distro, no passado.

Dias depois, completei o /etc/fstab com as linhas do Swap copiadas da sessão Live, — e ativei com um comando # swapon --all:

# Pluggable devices are handled by uDev, they are not in fstab
UUID=49d82742-a532-487f-a044-8321e804e3b5 / ext4 defaults,noatime 1 1
UUID=7A0B-66EE /boot/efi vfat defaults,noatime,dmask=0002,fmask=0113 0 0
UUID=73f1fe8c-5617-4666-9b3c-ff28f9a2ce17 /home ext4 defaults,noatime 1 2
# Added by make-fstab /dev/sdb14
UUID=2ae5ec7d-42bd-4d6b-9597-7473984c75fe  swap  swap  defaults  0   0
LABEL=Storage    /media/Storage     ext4        defaults,user    0   0
LABEL=Depot1     /media/Depot1      ext4        defaults,user    0   0
LABEL=Sites      /media/Sites       ext4        defaults,user    0   0
LABEL=Works      /media/Works       ext4        defaults,user    0   0
LABEL=XTudo      /media/XTudo       ext4        defaults,user    0   0
LABEL=Linux1     /media/Linux1      btrfs       defaults,user    0   0
LABEL=Linux2     /media/Linux2      ext4        defaults,user    0   0
LABEL=Linux3     /media/Linux3      ext4        defaults,user    0   0
LABEL=Linux4     /media/Linux4      ext4        defaults,user    0   0
LABEL=Linux5     /media/Linux5      ext4        defaults,user    0   0
LABEL=Linux6     /media/Linux6      ext4        defaults,user    0   0
LABEL=Linux7     /media/Linux7      ext4        defaults,user    0   0
LABEL=Linux8     /media/Linux8      ext4        defaults,user    0   0
LABEL=Linux9     /media/Linux9      ext4        defaults,user    0   0
LABEL=Linux10    /media/Linux10     ext4        defaults,user    0   0
LABEL=Linux11    /media/Linux11     ext4        defaults,user    0   0
# LABEL=Linux12    /media/Linux12     ext4        defaults,user    0   0
LABEL=Home1      /media/Home1       xfs         defaults,user    0   0
LABEL=Home2      /media/Home2       ext4        defaults,user    0   0
LABEL=Home3      /media/Home3       ext4        defaults,user    0   0
LABEL=Home4      /media/Home4       ext4        defaults,user    0   0
LABEL=Home5      /media/Home5       ext4        defaults,user    0   0
LABEL=Home6      /media/Home6       ext4        defaults,user    0   0
LABEL=Home7      /media/Home7       ext4        defaults,user    0   0
LABEL=Home8      /media/Home8       ext4        defaults,user    0   0
LABEL=Home9      /media/Home9       ext4        defaults,user    0   0
LABEL=Home10     /media/Home10      ext4        defaults,user    0   0
LABEL=Home11     /media/Home11      ext4        defaults,user    0   0
# LABEL=Home12     /media/Home12      ext4        defaults,user    0   0

Breeze Dark + Maia transparent + Transparent oxygen + MX icon

19:26 - Não encontrei o recurso de Cor noturna (Night colour) nas Configurações do KDE (System settings >> Display and monitor) e resolvi mudar o tema geral, de Breeze para Breeze Dark, para aliviar a vista. — Aproveitei para instalar e aplicar na Área de trabalho o tema Maia transparent (19:30); e a Decoração de janelas Transparent oxygen (19:32). — Mais tarde, lembrei de mudar o ícone do Menu (20:58).

19:36 - Ativei a exibição dos Feriados (br_pt-br) no Relógio digital / Calendário. — Não encontrei a opção de habilitar Eventos astronômicos (talvez por ser KDE “antigo”), mas os Equinócios e Solstícios são exibidos. — Ficaram faltando as fases da Lua.

Weather

19:40 - Instalado e configurado o widget Moon phase (Gealach).

19:41 - Instalado widget Weather. — Faltava instalar o módulo QtQuick-XmlListModel (19:47) e reiniciar o KDE, para fazer efeito (20:16). — De passagem, percebi que “persistia” no Synaptic o histórico das atualizações e da instalação do Chromium no início da sessão Live.

Remoção do System Load Viewer

20:51 - Não sei exatamente como eliminei da Área de notificações (System tray) o widget System Load Viewer. — Provavelmente, do jeito como se remove qualquer widget. — Não sei se apenas eliminei a poluição visual, e se algum processo desnecessário continua rodando escondido.

Direcionando as teclas de atalho PrtScn e Shift+PrtScn ao gnome-screenshot

20:54 - Ativei o início automático do Conky(2), reiniciei o KDE para testar, e comecei a fazer os ajustes (21:13).

21:38 - Instalado gnome-screenshot e reconfiguradas as teclas de atalho PrtScn e Shift+PrtScn:

PrtScn:
gnome-screenshot -p -f /media/Storage/0_PrtScn/$(date +%F_%H-%M-%S)_Mx.jpg

Shif+PrtScn:
gnome-screenshot -p -d 7 -f /media/Storage/0_PrtScn/$(date +%F_%H-%M-%S)_Mx.jpg

Desabilitando os-prober e atualizando o Grub

22:03 - Desabilitada a detecção de outras distros (os-prober):

# date && update-grub && date
Wed 22 Jul 22:00:16 -03 2020
Generating grub configuration file ...
Found theme: /boot/grub/themes/linen/theme.txt
Found linux image: /boot/vmlinuz-5.6.0-2-amd64
Found initrd image: /boot/initrd.img-5.6.0-2-amd64
Found mtest-64.efi image: /boot/uefi-mt/mtest-64.efi
File descriptor 12 (/dev/dri/card0) leaked on lvs invocation. Parent PID 9217: /bin/sh
Found void on /dev/sda10
Found openSUSE Tumbleweed on /dev/sda2
Found Arch Linux (rolling) on /dev/sda3
Found Debian GNU/Linux bullseye/sid on /dev/sda4
Found Fedora 32 (KDE Plasma) on /dev/sda5
Found KDE neon User Edition 5.19 (18.04) on /dev/sda6
Found PCLinuxOS on /dev/sda7
Found Mageia 8 (8) on /dev/sda8
Found Linux Mint 20 Ulyana (20) on /dev/sda9
Adding boot menu entry for EFI firmware configuration
done
Wed 22 Jul 22:00:59 -03 2020


/etc/default/grub:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
...
GRUB_DISABLE_OS_PROBER=true
...


# date && update-grub && date
Wed 22 Jul 22:03:49 -03 2020
Generating grub configuration file ...
Found theme: /boot/grub/themes/linen/theme.txt
Found linux image: /boot/vmlinuz-5.6.0-2-amd64
Found initrd image: /boot/initrd.img-5.6.0-2-amd64
Found mtest-64.efi image: /boot/uefi-mt/mtest-64.efi
Adding boot menu entry for EFI firmware configuration
done
Wed 22 Jul 22:03:59 -03 2020

MX Tweaks

Habilitando o usuário para tarefas administrativas

Eu lembrava a grande quantidade de configurações oferecidas pelo MX Tools (detalhe à esquerda, na imagem) e pelo MX Tweaks na edição Xfce, — mas um rápido exame dessas ferramentas, na sessão Live do MX Linux KDE Beta 2, me mostrou várias possíveis duplicações ou sobreposições às configurações do KDE System Settings, — por isso, resolvi fazer primeiro todas as configurações pelo próprio KDE, e deixar as configurações pelas ferramentas MX para o final, avançando com cautela, um passo de cada vez.

22:20 - Em um primeiro momento, me limitei a habilitar a senha do usuário principal para as tarefas de administração, — e apenas anotei a opção de habilitar a montagem de partições dos discos internos por usuários comuns (no alto, ao centro). — Ver “Montagem de partições por udisks2 vs. fstab”, adiante.

Gerenciador de repositórios

Restaurando os repositórios originais

24 Jul 2020 - O comando # apt update indicou problemas em um repositório, — de fato, um espelho na Bélgica, — alterado pelo MX Installer, suponho, devido a eu ter optado pela regionalização britânica.

Explorei o MX Repo Manager e, na aba “Individual sources”, cliquei em “Restore original APT sources”. — Uma mensagem informou que a restauração foi realizada, o espelho “adicionado pelo usuário” não foi tocado (sic), e a mudança teria efeito na próxima atualização.

Repeti o comando # apt update, tudo funcionou bem, e apliquei as atualizações pelo Synaptic.

Uma cópia da pasta /etc/apt/sources.list.d, antes do conserto, contém 4 arquivos. — Outra cópia feita depois contém 8 arquivos, sendo 4 backups.

2020-07-24 10:00

$ sudo apt update
[sudo] password for flavio:
Hit:1 http://deb.debian.org/debian buster-updates InRelease
Ign:2 http://mirror.adct.be/mx/mx/repo buster InRelease
Hit:3 http://deb.debian.org/debian buster InRelease
Err:4 http://mirror.adct.be/mx/mx/repo buster Release
  404  Not Found [IP: 2a0d:ef00:0:7::1 80]
Hit:5 http://deb.debian.org/debian-security buster/updates InRelease
Reading package lists... Done
E: The repository 'http://mirror.adct.be/mx/mx/repo buster Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.


$ cp -r /etc/apt/sources.list.d/ /BACKUP_1/

$ ls -l
total 16
-rw-r--r-- 1 flavio flavio 318 Jul 24 10:07 debian.list
-rw-r--r-- 1 flavio flavio  94 Jul 24 10:07 debian-stable-updates.list
-rw-r--r-- 1 flavio flavio 224 Jul 24 10:07 mx.list
-rw-r--r-- 1 flavio flavio 142 Jul 24 10:07 various.list


MX Repo Manager ---> Restore original APT sources


$ cp -r /etc/apt/sources.list.d/ /BACKUP_2/

$ ls -l
total 32
-rw-r--r-- 1 flavio flavio 319 Jul 24 10:11 debian.list
-rw-r--r-- 1 flavio flavio 318 Jul 24 10:11 debian.list~
-rw-r--r-- 1 flavio flavio  94 Jul 24 10:11 debian-stable-updates.list
-rw-r--r-- 1 flavio flavio  94 Jul 24 10:11 debian-stable-updates.list~
-rw-r--r-- 1 flavio flavio 135 Jul 24 10:11 mx.list
-rw-r--r-- 1 flavio flavio 224 Jul 24 10:11 mx.list~
-rw-r--r-- 1 flavio flavio 142 Jul 24 10:11 various.list
-rw-r--r-- 1 flavio flavio 142 Jul 24 10:11 various.list~


mx.list~

# MX Community Main and Test Repos
deb http://mirror.adct.be/mx/mx/repo/ buster main non-free
#deb http://mirror.adct.be/mx/mx/testrepo/ buster test

#ahs hardware stack repo
deb http://mirror.adct.be/mx/mx/repo/ buster ahs


mx.list

# MX Community Main and Test Repos
deb http://mxrepo.com/mx/repo/ buster main non-free
#deb http://mxrepo.com/mx/testrepo/ buster test


$ sudo apt update
Hit:1 http://deb.debian.org/debian buster-updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Get:3 http://mxrepo.com/mx/repo buster InRelease [11.1 kB]
Get:4 http://mxrepo.com/mx/repo buster/main amd64 Packages [397 kB]
Hit:5 http://deb.debian.org/debian-security buster/updates InRelease
Get:6 http://mxrepo.com/mx/repo buster/main i386 Packages [367 kB]
Fetched 775 kB in 2s (396 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
3 packages can be upgraded. Run 'apt list --upgradable' to see them.

Detecção dos espelhos mais rápidos, pelo MX Repo Manager

27 Jul 2020 - A velocidade de download dos pacotes estava baixa.

Ainda pelo MX Repo Manager, pedi para selecionar os espelhos mais rápidos, — nas abas “MX repos” e “Debian repos”. — Naquele momento, o gerenciador escolheu UFAM (Manaus) para MX e Unesp para Debian. — Executar # apt update, em seguida, para carregar as informações dos novos repositórios ou espelhos.

Melhor velocidade de download de pacotes após nova detecção de espelhos mais rápidos

28 Jul 2020 - A velocidade de download dos pacotes ainda não estava boa, e fiz nova detecção dos espelhos mais rápidos. — Dessa vez, o gerenciador selecionou RNP-SC para Debian e UFAM para MX, — e a melhoria foi notável, com picos de até 26 MiB/s (200+ Mbps).

Nova detecção dos espelhos mais rápidos, pelo MX Repo Manager

29 Jul 2020 - Problemas com o espelho RNP-SC, embora a conexão estivesse boa. — Nova detecção dos espelhos mais rápidos alterou para Debian-BR e USP, — e o download das atualizações ficou ainda mais rápido.

Desativando o carregamento do MX Updater no início de cada nova sessão

Por ser um sistema operacional conservador (Debian stable), as atualizações do MX Linux costumam envolver poucos pacotes, por isso o gráfico de velocidade de download, no Conky, não é tão espetacular, — um pico de 24.162 KiB/s (23,6 MiB/s), de curta duração.

Examinando as configurações do MX Updater, finalmente descobri como evitar que ele seja carregado no início de cada nova sessão.

Eu já tinha removido o PackageKit, — o que, em várias distros, basta para desabilitar a verificação automática de atualizações, — e agora aproveitei para remover o Discover.

Commit Log for Fri Jul 24 10:26:37 2020

Completely removed the following packages:

packagekit
packagekit-tools


Commit Log for Wed Jul 29 11:53:32 2020

Removed the following packages:

discover
discover-data
libdiscover2

Prefiro verificar atualizações manualmente, pela manhã ou no final do dia, — e usar o Synaptic para aplicá-las, ou para pesquisar e instalar novos pacotes.

4 Agosto - De algum modo, ainda ocorre a verificação automática de atualizações.

Night colour vs. Redshift

Adicionando o controle do Redshift à Área de notificações do Painel do KDE

25 Jul 2020 - Desde quando comecei a usar o recurso de Cor noturna do KDE, em Dezembro, eu ainda não tinha experimentado nenhuma distro “Debian stable” (Buster), — e como ele sempre veio nas Configurações do sistema (KDE System settings), não sei de qual módulo ele depende, nem consegui descobrir agora, pelo Google. — Ignoro se é um recurso inexistente em versões mais antigas do Plasma KDE.

Pesquisando pelo Synaptic, arrisquei instalar o Redshift (seção: x11), que trouxe como dependência um “plasma-applet-redshift-control”. — Mais tarde, no mesmo dia, uma atualização do Redshift instalou o “geoclue”, como dependência, — mas não vi como utilizá-lo.

Só à noite, incomodado com alguma página branca, acabei encontrando, nas configurações da Área de notificações (Systray), um botão para habilitar o controle desse recurso.

Commit Log for Fri Jul 24 00:40:02 2020

Installed the following packages:

fonts-font-awesome (5.0.10+really4.7.0~dfsg-1)
plasma-applet-redshift-control (1.0.18-2+deb10u1)
redshift (1.12-2)


Commit Log for Fri Jul 24 10:19:01 2020

Upgraded the following packages:

desktop-defaults-mx-common (20.07.02) to 20.07.03
mx-user (19.10.01) to 20.7
redshift (1.12-2) to 1.12-2mx19+1

Installed the following packages:

geoclue-2.0 (2.5.2-1)

Não encontrei “redshift” entre os pacotes de nenhuma das distros com KDE, que instalei desde 2016, — incluindo as que eu ainda usava em Dezembro 2019, quando comecei a usar este recurso.

Ele só aparece entre os pacotes originais do LMDE3 (beta), mas associado ao GTK original, e não ao KDE que instalei em seguida. — Portanto, me parece que não tem relação com o “Night colour” nativo do KDE.

Ativando VLC e Redshift na Área de notificações do KDE

Em outra aba das configurações da Área de notificações do KDE, finalmente descobri como minimizar o VLC para um ícone, sem ocupar espaço no Gerenciador de tarefas (Task manager). — Isso também estava me incomodando, afinal, sempre vi o VLC ser exibido automaticamente na Área de notificações.

Ícone do Menu

Ícone “mxfcelogo-rounded”, um pouco grande demais

Há tempos, alguém me chamou atenção para “aquele ícone do Manjaro” no Menu de uma das minhas distros com KDE, — só assim (distraído como sou), percebi que o tema Maia transparent fazia essa alteração, por ser proveniente do Manjaro. — Depois disso, comecei a colecionar logos de cada distro, pois nem sempre eu conseguia encontrar nelas um ícone adequado ao papel de parede.

No MX Linux, o ícone que me agradou foi o “mxfcelogo-rounded”, — mas com o tempo comecei a achá-lo grande demais.

Ícone “MX_Linux_logo.svg”, um pouco mais discreto

Depois de algum tempo, adotei o “MX_Linux_logo.svg”, um pouco mais discreto, — e que já não lembro se baixei do site ou do Fórum. — Encontra-se na Wikimedia Commons.

Adaptações do “Rastergrafik_1.png”

No tópico de feedback sobre o MX Linux KDE Beta 2, um colega apontou outro problema que eu já tinha notado em várias distros: — Ao substituir o Menu-padrão pelo Menu em cascata (ou qualquer outro), o ícone das distros costuma ser substituído pela logo do KDE. — Na resposta #130, um colega postou o ícone “Rastergrafik_1.png”, combinando KDE + MX; e na réplica #147, outro colega apresentou sua personalização do mesmo ícone, com a engrenagem do KDE em azul e o MX em branco.

Na verdade, a história desse ícone vem de um tópico mais antigo (Janeiro 2019), e agora prossegue em um tópico de propostas de arte para o MX KDE.

Começando pelo “Rastergrafik_1.png”, inverti as cores, em seguida dupliquei a camada, — em uma, eliminei o KDE e deixei só o MX, — na outra, fiz o contrário.

Com isso, ficou fácil selecionar só a engrenagem do KDE, torná-la 100% branca, e experimentar várias tonalidades de azul. — O azul escuro se mostrou pouco visível contra o fundo vermelho escuro do papel de parede, e acabei adotando um azul um pouco mais claro. — Por fim, aumentei a área da imagem (canvas size) de 94 x 84 pixels para 120 x 107 pixels, para diminuir o tamanho aparente do ícone, dentro dela, e evitar que encoste nas margens da tela.

Pré-visualizações no Dolphin

Primeiras pré-visualizações adicionadas ao Dolphin

28 ~ 30 Julho - O Dolphin já indicava pré-visualização de arquivos KML na sessão Live (não verifiquei), — e pela instalação do Marble, adicionei a pré-visualização de arquivos KMZ.

Pela instalação do kdegraphics-thumbnailers, adicionei a pré-visualização de arquivos PDF.

Com a instalação de kdegraphics-mobipocket, adicionei a pré-visualização de arquivos Mobi.

Pré-visualização de arquivos no Dolphin

Dados Exif no Painel Informações (F11) do Dolphin

Após a instalação do libkf5baloowidgets-bin, o Painel Informações (F11) do Dolphin passou a exibir os metadados dos arquivos, — inclusive dados Exif das fotos.

Habilitando a visualização de arquivos TIFF no Dolphin e no Gwenvies

31 Julho - Por um dos diálogos no tópico de acompanhamento do MX Linux 19.2 KDE Beta 2, aprendi que a pré-visualização de arquivos TIFF, — assim como sua visualização no Gwenview, — podia ser ativada pela instalação do qt5-image-formats-plugins.

Eu já tinha observado o aparecimento dessa lacuna em algumas distros, em tempos recentes, — mas ainda não sabia como solucionar.

Pré-visualização de arquivos RTF e DOCX no Dolphin

3 Agosto - Por fim, instalei o Calligra, — primeiro, só algumas dependências (sem nenhum resultado); depois o resto, — para testar a pré-visualização de arquivos ODT e ODS.

Não é uma coisa muito garantida, — em geral, a visualização de planilhas ODS só ocorre em tamanhos menores, e colapsa quando se aumentam os ícones, ou a largura do painel Informações (F11), — mas não é uma coisa que eu use muito, pois em miniatura todas as planilhas se parecem; e costumo testar só por curiosidade.

As falhas e limitações foram as que eu já esperava, com base na experiência em 15 ou 20 distros nos últimos 2 anos. — O que me surpreendeu, foi a pré-visualização de um arquivo RTF, coisa que eu raras vezes vi funcionar, em outras distros, — mas ao tentar outras vezes, recebi 1 ou 2 mensagens de “kdeinit5 closed unexpectedly”.

Em 30 Julho, ao instalar alguns desses pacotes e verificar os resultados, entre 21:40 e 22:50, eu já tinha registrado 2 dessas mensagens crash do kdeinit5. — Elas oferecem um log de erro (às vezes bem extenso), para ser enviado aos desenvolvedores; e basta clicar em “Restart application”. — Desse modo, pude continuar trabalhando normalmente, entre a primeira mensagem de erro (22:06) e a segunda (22:30); e depois disso, por mais 20 minutos, até concluir o que queria.

Commit Log for Tue Jul 28 14:25:51 2020       --- Mobi preview in Dolphin

Installed the following packages:

kdegraphics-mobipocket (4:17.08.3-2)


Commit Log for Tue Jul 28 14:26:42 2020       --- PDF preview in Dolphin

Installed the following packages:

kdegraphics-thumbnailers (4:17.08.3-1)


Commit Log for Tue Jul 28 14:32:58 2020       --- KMZ preview in Dolphin

Installed the following packages:

libqt5serialport5 (5.11.3-2)
libshp2 (1.4.1-3)
marble (4:17.08.3-3.2)
marble-plugins (4:17.08.3-3.2)


Commit Log for Thu Jul 30 21:56:48 2020       --- Metadata (and Exif) in Dolphin's Info Panel (F11)

Installed the following packages:

libkf5baloowidgets-bin (4:18.08.1-1)


Commit Log for Thu Jul 30 22:26:05 2020       --- added "gettext"

Installed the following packages:

kdesdk-thumbnailers (4:17.08.3-1)
libgettextpo0 (0.19.8.1-9)


Commit Log for Fri Jul 31 17:29:16 2020       --- TIFF preview in Dolphin + TIFF view in Gwenview

Installed the following packages:

qt5-image-formats-plugins (5.11.3-2)


Commit Log for Mon Aug  3 22:21:42 2020       --- No effect

Installed the following packages:

calligra-data (1:3.1.0+dfsg-5)
calligra-libs (1:3.1.0+dfsg-5)
libkchart2 (2.6.1-1)
libphonon4qt5experimental4 (4:4.10.2-1)
libspnav0 (0.2.3-1)


Commit Log for Mon Aug  3 22:23:51 2020       --- ODT, ODS, DOC, XLS... previews in Dolphin

Installed the following packages:

calligra (1:3.1.0+dfsg-5)
calligrasheets (1:3.1.0+dfsg-5)
calligrasheets-data (1:3.1.0+dfsg-5)
calligrastage (1:3.1.0+dfsg-5)
calligrastage-data (1:3.1.0+dfsg-5)
calligrawords (1:3.1.0+dfsg-5)
calligrawords-data (1:3.1.0+dfsg-5)
karbon (1:3.1.0+dfsg-5)

Breeze dark no Synaptic, GParted, Disk Manager...

Aplicando algumas configurações do KDE na conta de Administrador

Outro curto diálogo no Tópico de feedback do MX-19.2 KDE Beta 2 (#191~197) me ensinou como colocar um tema dark no Synaptic, executando $ sudo systemsettings5 e fazendo nele as mesmas opções já feitas como usuário comum.

Synaptic com tema Breeze dark

O resultado foi ótimo, tanto no Synaptic quanto no GParted e no Disk Manager, — mas quando tentei fazer o mesmo no openSUSE Tumbleweed, não funcionou (ainda).

Montagem de partições por udisks2 vs. fstab

Configurando a regra de pontos de montagem (path) do udisks2

4 Agosto - Resolvi aproveitar a opção de permitir a montagem de partições extras como usuário comum, pelo MX Tweak, para retirar essa tarefa do /etc/fstab, e passá-la para o udisks2.

O primeiro passo foi configurar o udisks2 para usar os mesmos pontos de montagem (path) /media/[Label], que eu já havia adotado nas configurações personalizadas do Conky.

Para isso, bastava criar um arquivo /etc/udev/rules.d/99-udisks2.rules, com a regra de montar as partições internas em /media/[Label], — após me certificar que esse arquivo não existia, e fazer um backup da pasta inteira:

$ date && ls -o /etc/udev/rules.d/
Tue  4 Aug 13:25:37 -03 2020
total 8
-rw-r--r-- 1 root   97 Aug 12  2019 61-optical-polling-rules.rules
-rw-r--r-- 1 root 1143 Sep 14  2019 69-wacom.rules
-rw-r--r-- 1 root    0 Nov  6  2017 80-net-name-slot.rules
-rw-r--r-- 1 root    0 Nov  6  2017 80-net-setup-link.rules
-rw-r--r-- 1 root    0 Nov  6  2017 90-usb-semiauto.rules

$ date && cp -R /etc/udev/rules.d/ /[BACKUP]
Tue  4 Aug 13:31:25 -03 2020

$ date && sudo nano /etc/udev/rules.d/99-udisks2.rules
Tue  4 Aug 13:33:51 -03 2020

     Pasted:

     # UDISKS_FILESYSTEM_SHARED
     # ==1: mount filesystem to a shared directory (/media/VolumeName)
     # ==0: mount filesystem to a private directory (/run/media/$USER/VolumeName)
     # See udisks(8)
     ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{UDISKS_FILESYSTEM_SHARED}="1"

Habilitando a montagem automática de partições no KDE System settings

Em KDE System settings >> Removable storage >> Removable devices, me certifiquei de que já estava habilitada a montagem automática de partições adicionais, — ou seja, as que não fazem parte do sistema (raiz, ESP, /home, Swap), — e que por isso são chamadas “removíveis”.

Habilitar também a opção de montar todas as mídias no início da sessão KDE, — de modo que eu não precisasse marcar cada uma das 27 partições extras. — Isso não afeta as partições do sistema, que são montadas antes, e não seriam selecionáveis, caso desabilitasse esta opção.

Já estava habilitada a opção de montar mídias, ao serem plugadas, — pendrive, celular, câmera digital, drives externos, — caso da partição “Depot2”, em um SSD externo USB2, que marquei para montar, tanto no início da sessão, quanto no caso de ser plugado depois.

Habilitando a montagem de partições internas pelo usuário

Em seguida, habilitar no MX Tweaks a montagem de partições dos discos internos pelo usuário.

Desabilitando as partições extras em /etc/fstab

Por fim, com tudo já pronto, desabilitei a montagem pelo /etc/fstab — com atenção, para não afetar as partições do sistema. — Utilizei o modo de seleção de bloco (Block selection mode) do Kate ou KWrite para comentar da linha nº 9 à linha nº 62, de uma vez só.

Note que o MX Linux havia adicionado comentários, tipo “# Entry for /dev/sdb12”, entremeados às linhas que eu colei, dias atrás, — e também eliminou as linhas que eu já colei desabilitadas.

23:16 - Depois de quase 10 horas (que aproveitei para atualizar este relato, entre outras coisas), chegou a hora do teste de fogo: — Reiniciar o computador.

Pontos de montagem duplicados (e não deletados) pelo udisks2

23:26 - Naturalmente, não podia dar certo logo na primeira tentativa. — Eu tinha de esquecer algum “pequeno” detalhe.

O udisks2 cria os pontos de montagem dinamicamente, no início da sessão, — e os deleta no final, por padrão. — Veja no detalhe (acima, à direita) a pasta /media do KDE Neon (Linux5), vazia, quando se olha “de fora” de uma sessão dele.

Quando já existem pontos de montagem (como os que criei manualmente), usando os mesmos nomes (Label, neste caso), udisks2 cria outros, acrescentando “1” no final para diferenciar, — mas o Conky, o Dolphin, o gnome-screenshot etc. não reconhecem o novo caminho (path). — E ao encerrar a sessão, o udisks2 deleta os pontos de montagem (com os nomes certos), o que deveria resolver o problema, para a sessão seguinte.

Na prática, não sei se resolve, pois não verifiquei. — Não resolvia, tempos atrás, — talvez porque na época eu os tivesse criado como root (su), e não como usuário (sudo).

Eu já havia passado por uma situação como essa, em 2016, e sabia que a solução mais simples era deletar todos os pontos de montagem, — de modo que o udisks2 possa criar os pontos certos, do modo certo, automaticamente.

A maneira usual de fazer isto, seria a partir de uma sessão Live, — mas achei mais simples aproveitar o dualboot para carregar o openSUSE, que oferece Dolphin e Krusader em modo root. — Bastou selecionar todos os pontos de montagem e mandá-los para a Lixeira.

Depois disso, o MX Linux 19.2 KDE Beta 2 carregou normalmente, com tudo funcionando dentro do esperado.

Montagem de partições adicionais em distros Linux

Menu: Favoritos e Recentes

Add caption

31 Julho - O Menu em cascata não mantinha os itens Favoritos, nem os Documentos e Aplicativos Recentes, — problema que eu já tinha enfrentado no PCLinuxOS e em mais uma ou outra distro, nos últimos 3 anos. — Tentei 2 possíveis soluções:

3:00 - Renomeei ~/.local/share/kactivitymanagerd/ — pois sua base de dados não apresentava sinais de atualização, desde o Restart das 19:04 do dia 22.

Essa dica foi encontrada por maverick74 no Fórum do openSUSE e repassada no Fórum do PCLinuxOS, no início de 2018:

it's probably a problem with the kactivitymanager database, which is used to store the favorites now (allows to have different favorites per activity e.g.)

19:38 - Re-atribuí a propriedade de todas as pastas e arquivos da /home ao usuário, — depois de tentar conferir os atributos de várias pastas e arquivos possivelmente relacionados ao problema, nos dias anteriores:

   81  2020-07-27_18-18-16   $ ls -n

  121  2020-07-31_19-38-20   $ sudo chown -R 1000 *

Add caption

2 Agosto - 14:30 - Ao inicializar o computador, nenhum resultado, — exceto que a sessão abriu com o Wallpaper-padrão do MX Linux (o que pode ter sido mais que uma coincidência), — mas data desse momento a criação de nova pasta, em substituição à que eu tinha renomeado.

3 Agosto - Nova inicialização do computador, — mas só no dia seguinte percebi que o problema tinha sido resolvido.

\\\\

KDE antigo e outros incômodos

Versões antigas do Gwenview não aceitam Esc para Sair.
Versões antigas do Gwenview não alternam Zoom entre Fit e 100% no mesmo botão
~~VLC não minimiza para a Área de notificações~~ [RESOLVIDO]
~~Falta módulo Night Colour no System Settings~~ [Contornei com Redshift]
~~Menu não mantém aplicações Favoritas, de uma sessão para outra~~ [RESOLVIDO]
~~Menu não mantém documentos nem aplicações Recentes, de uma sessão para outra~~ [RESOLVIDO]
Menu não inclui nova Captura de tela em Recentes
~~Dolphin não exibe informações dos arquivos no painel Info (F11), à direita~~ [RESOLVIDO instalando libkf5baloowidgets-bin]
~~Gwenview não abre arquivos TIFF e Dolphin não exibe pré-visualizações~~ [RESOLVIDO instalando qt5-image-formats-plugins]

Init

Carregamento do MX Linux (esq.), após detectar o hardware (dir.), na sessão Live

Concluídas as opções nos submenus da inicialização personalizada, o Live MX Linux examina os dispositivos do hardware, monta os dispositivos virtuais (detalhe à direita) e dá partida no init, que assume o comando daí por diante. — A versão “2.93” contrasta com as versões de número 240+ do SystemD, — mas eu nem notei isso, até examinar as fotos, mais tarde.

Como simples usuário, isso não faz diferença. Durante 10 anos, usando Kurumin, Kubuntu, Mint e Debian, passei por várias mudanças de init, entre 2007 e 2017, sem nem tomar conhecimento de que “isso existe”; — na verdade, mal me dando conta do que fosse Kernel, X, Gnome, Unity, KDE, Cinnamon etc., até 2016; nem jamais ter feito um chroot, até o final de 2019, — o que mostra o quanto o Linux já se havia tornado amigável e intuitivo, desde o início desse período. Eu mal usava um ou outro comando, copiado de algum site, uma vez ou outra.

Depois que eu já não dependia do Windows para nada, comecei a explorar os ramos principais do Linux, para eliminar também minha dependência da Canonical. — Esse novo aprendizado incluía distros sem-SystemD, para não ficar dependente de outras empresas, — mas nas primeiras experiências, com PCLinuxOS, Devuan, Slackware, antiX, MX Linux, tampouco tive de tomar conhecimento da existência do init de cada um. Só no Void (Novembro 2019), finalmente fui obrigado a ter consciência do Runit... mas isso não quer dizer que eu tenha aprendido mais do que o mínimo

Só 2 dias depois da sessão Live, comecei a pesquisar o básico, — como verificar qual init está no controle do MX Linux, ou de qualquer outra distro, — para tirar essa dúvida, nos casos em que isso não fique evidente:

MX Linux                                                                Debian

# ls -n /sbin/init                                                      $ ls -n /sbin/init
-rwxr-xr-x 1 0 0 53016 Feb 14  2019 /sbin/init                          lrwxrwxrwx 1 0 0 20 Jul  5 06:44 /sbin/init -> /lib/systemd/systemd

# ls -l /sbin/init                                                      $ ls -l /sbin/init
-rwxr-xr-x 1 root root 53016 Feb 14  2019 /sbin/init                    lrwxrwxrwx 1 root root 20 Jul  5 06:44 /sbin/init -> /lib/systemd/systemd

# ls -l /proc/1/exe                                                     # ls -l /proc/1/exe
lrwxrwxrwx 1 root root 0 Jul 24 06:59 /proc/1/exe -> /usr/sbin/init     lrwxrwxrwx 1 root root 0 Jul 29 13:54 /proc/1/exe -> /usr/lib/systemd/systemd

# cat /proc/1/comm                                                      # cat /proc/1/comm
init                                                                    systemd

# init --version                                                        # init --version
SysV init version: 2.93                                                 bash: init: command not found

# ps -p 1                                                               # ps -p 1
  PID TTY          TIME CMD                                                 PID TTY          TIME CMD
    1 ?        00:00:01 init                                                  1 ?        00:00:03 systemd

# stat /proc/1/exe | grep File                                          # stat /proc/1/exe | grep File
  File: /proc/1/exe -> /usr/sbin/init                                     File: /proc/1/exe -> /usr/lib/systemd/systemd

Tempos depois, fiz um registro da situação no PCLinuxOS, Void, Slackware, MX Linux, — e no Debian testing, para comparação:

==========
2020-09-27
==========

# ls -n /sbin/init
-rwxr-xr-x 1 0 0         40648   Sep  5  2015   /sbin/init*                            PCLinuxOS
lrwxrwxrwx 1 0 0            10   Jul 22 11:46   /sbin/init -> runit-init               Void
-rwxr-xr-x 1 0 0         48800   Jul  8 17:56   /sbin/init                             Slackware
-rwxr-xr-x 1 0 0         53016   Feb 14  2019   /sbin/init                             MX Linux
lrwxrwxrwx 1 0 0            20   Sep 21 15:28   /sbin/init -> /lib/systemd/systemd     Debian testing

# ls -l /sbin/init
-rwxr-xr-x 1 root root   40648   Sep  5  2015   /sbin/init*                            PCLinuxOS
lrwxrwxrwx 1 root root      10   Jul 22 11:46   /sbin/init -> runit-init               Void
-rwxr-xr-x 1 root root   48800   Jul  8 17:56   /sbin/init                             Slackware
-rwxr-xr-x 1 root root   53016   Feb 14  2019   /sbin/init                             MX Linux
lrwxrwxrwx 1 root root      20   Sep 21 15:28   /sbin/init -> /lib/systemd/systemd     Debian testing

# ls -l /proc/1/exe
lrwxrwxrwx 1 root root 0         Sep 27 11:14   /proc/1/exe -> /sbin/init*                 PCLinuxOS
lrwxrwxrwx 1 root root 0         Sep 27 14:47   /proc/1/exe -> /usr/bin/runit              Void
lrwxrwxrwx 1 root root 0         Sep 27 14:59   /proc/1/exe -> /sbin/init                  Slackware
lrwxrwxrwx 1 root root 0         Sep 27 17:04   /proc/1/exe -> /usr/sbin/init              MX Linux
lrwxrwxrwx 1 root root 0         Sep 27 19:03   /proc/1/exe -> /usr/lib/systemd/systemd    Debian testing

# cat /proc/1/comm
init                      PCLinuxOS
runit                     Void
init                      Slackware
init                      MX Linux
systemd                   Debian testing

# init --version
-                            PCLinuxOS
-                            Void
SysV init version: 2.97      Slackware
SysV init version: 2.93      MX Linux
-                            Debian testing

# ps -p 1
  PID TTY          TIME CMD
    1 ?        00:00:01 init          PCLinuxOS
    1 ?        00:00:01 runit         Void
    1 ?        00:00:00 init          Slackware
    1 ?        00:00:01 init          MX Linux
    1 ?        00:00:02 systemd       Debian testing

# stat /proc/1/exe | grep File
  File:  /proc/1/exe -> /sbin/init                    PCLinuxOS
  File:  /proc/1/exe -> /usr/bin/runit                Void
  File:  /proc/1/exe -> /sbin/init                    Slackware
  File:  /proc/1/exe -> /usr/sbin/init                MX Linux
  File:  /proc/1/exe -> /usr/lib/systemd/systemd      Debian testing

Cabe registrar que Debian testing, KDE Neon, Linux Mint 20 e Slackware são as distros que carregam mais rápido, — em torno de 19 a 21 segundos, no meu hardware, — todas com KDE.

Referências (2018)

Minha experiência, de Maio a Dezembro 2018, não foi fácil nem produtiva, — em grande parte, porque o MX Linux é um Debian altamente configurado, por “ferramentas” que eu não conhecia na época (e até hoje), — e quando instalei o KDE, sem primeiro explorar e desfazer as inúmeras configurações herdadas, o novo ambiente ficou bastante afetado.

Em geral, tento instalar e conseguir usar uma distro com KDE, primeiro, para depois ir aprendendo na medida em que preciso, enquanto trabalho normalmente, — mas no caso do MX Linux, eu teria de fazer o contário: mergulhar fundo no sistema de configurações, antes de obter um ambiente KDE “produtivo”, — e isso virou uma queda-de-braço, em que nem eu nem o MX Linux cedíamos, e resolvi deixar de lado, após 6 meses, para explorar outras distros da minha lista, com as quais acabei tendo resultados mais rápidos (Sabayon, Mageia, Fedora, Arch, já experimentados antes; e Void, de primeira, aproveitando a experiência de instalação do KDE no Arch).

Nada daquilo seria problema, se eu me dispusesse a trabalhar no Xfce, pelo menos durante o tempo necessário para explorar melhor o MX Linux, e só depois instalar o KDE, com calma. — Esse foi o meu erro, mas quando percebi, desanimei de começar tudo de novo.

Em meados de 2018, meu velho hardware (2008) parece ter sido responsável por uma dificuldade com o instalador GUI do MX Linux, — mas tive apoio dos usuários e desenvolvedores, no Fórum, e acabei resolvendo com o instalador CLI, que tinha funcionado de primeira no caso do antiX, pouco antes. — Esse companheirismo, bem como a paciência e atenção dos colegas, me deixaram ótima impressão da comunidade.

Viciado no KDE mais recente no Fedora, KDE Neon e “rolling-distros”, eu também me sentia cada vez menos atraído por distros baseadas no Debian stable, — Devuan, LMDE, — e fui deixando o MX Linux para depois.

MX Linux - Installer test (1)

MX Linux - Installer test (2)

Sem SystemD

Wallpapers

Imagem de Denys Mota em São Luís do Maranhão, 2015

1) Foto da Escadaria da Rua do Giz, em São Luís (Maranhão, 2015), por Denys Mota, — sem tratamento, — cortada automaticamente nas laterais, ao aplicar como Wallpaper.

2) Crowd Watching Show Inside the Dark Stadium · Free Stock Photo, — que escureci um pouco, no Gimp, para favorecer uma vaga impressão de ETs desembarcando de um OVNI.

3) Moai, statue, idol, easter island, starry sky full hd, hdtv, fhd, 1080p hd background, — que também tive de escurecer um pouco, para não interferir demais com legibilidade do Conky.

— … ≠ • ≠ … —

Byteria

Translate

sexta-feira, 24 de julho de 2020

MX Linux 19.2 KDE beta 2