Translate

segunda-feira, 23 de maio de 2016

Live KDE Neon Plasma (Wayland) Developer Edition Git-Unstable

Live KDE Neon (Plasma) Developer Edition (unstable branches) 5.6.90, — nãoPlasma Wayland

Esta sessão “Live USB” do KDE Neon Plasma (não-Wayland!) Developer Edition (Git-Unstable) foi carregada às 17:44 de 22 Mai. 2016, e se estendeu até às 21:29 do dia 27, com duração total de 123 horas e 45 minutos, sem “crashes” ou falhas, — “erros: zero”, — até onde é dado a um usuário leigo perceber.

  • Foi precedida de outra sessão, — mera sondagem, — também sem erros, interrompida após 9 horas para recomeçar de modo mais organizado.

Apenas, não foi possível carregar a sessão “Plasma Wayland”, — nas duas vezes, o Login só pôde ser feito para sessão “Plasma”.

Feita essa ressalva, nunca vi um Linux funcionar com tamanha perfeição, — nem em “Live USB”, nem depois de instalado.

Não foram feitos upgrades, — que no 5º dia da sessão “Live USB” (27 Mai.), já somam 234 pacotes, segundo o Synaptic. — Trata-se, portanto, de uma experiência “congelada” no estado do KDE Neon em 20 Mai. 2016: — “plasma-wayland-devedition-gitunstable-20160520-2117-amd64.iso” (não há imagens i386).

Após um primeiro “sudo apt-get update”, foram instalados Shutter e Synaptic.

Pelo Synaptic foram instalados:

  • LibreOffice (pt-br, Writer, Calc)
  • Conky, curl
  • Psensor, lm-sensors, fancontrol, hddtemp
  • Chromium, chromium-codecs-ffmpeg-extra
  • Gimp, ttf-mscorefonts-installer
  • pyRenamer

KDE Neon


O KDE Neon não é uma “distribuição” (“distro”) Linux. — Começou como um “acesso imediato” às mais novas tecnologias KDE, tão logo os pacotes são liberados, — fundado “sobre” o Ubuntu 15.10.

Numa simplificação grosseira, você tem um KDErolling release”, — em cima de uma “distro” estável (ciclo periódico), — inicialmente, Ubuntu 15.10.

Em “KDE Neon upgrades to 16.04 LTS” (14 Abr. 2016), Jonathan Riddell antecipou-se em 1 semana ao lançamento do Ubuntu 16.04, ao anunciar a página Download KDE Neon, com imagens ISO Live / Install “daily-built” fundadas sobre o Xenial, contendo apenas KDE Frameworks e KDE Plasma, para contribuidores e usuários dispostos a testá-las.

Às 17:50 do dia 27 Mai. 2016, a página de download oferece imagens ISO datadas das 8:06 ~ 11:44.


Pede-se aos usuários um feedback sobre sua experiência com o KDE Neon User Edition Tech Preview, respondendo a algumas perguntas básicas: — Qual a ISO e data (“date stamp”), como a mídia foi gerada, se enfrentou problemas no Boot, na sessão Live, na Instalação, depois de instalado etc.

→ Quem já tem o Ubuntu 16.04 instalado, pode encarnar os Transformers, por comandos no Terminal. “Basta” instalar “neon-desktop”, acrescentar alguns repositórios, e assim por diante. Não explorei esse caminho, pois não tinha motivo para brincar com o Kubuntu 16.04 recém instalado. Em tempo: KDE Neon frisa que essa operação não acrescenta uma camada ao Kubuntu, — por não serem compatíveis, — mas simplesmente o substitui.

KDE Neon Plasma Wayland


Mais recentemente, em “Plasma Wayland images go daily” (4 Mai. 2016), Jonathan Riddell anunciou que, — dado o desenvolvimento da infraestrutura do projeto KDE Neon, — o Plasma Wayland passava a ser oferecido em cima de suas atualizações diárias.

It uses packages built from KDE Frameworks and Plasma Git master branches and has a default session of KWin running as a Wayland compositor”.

A primeira parte da frase repete a descrição anterior do “KDE Neon”, — com quase as mesmas palavras.

Na segunda parte da frase, explicita que, — no “KDE Neon Plasma Wayland”, — o Kwin roda “como compositor Wayland”.

Às 17:50 do dia 27 Mai. 2016, a imagem ISO disponível datava da noite da véspera, — parece haver uma defasagem regular de cerca de 12 horas entre a liberação diária do “KDE Neon” e a do “KDE Neon Plasma Wayland”:


→ Também neste caso, quem já tem o KDE Neon instalado, pode adicionar o Plasma Wayland pelo comando “sudo apt install plasma-workspace-wayland”, sem necessidade de baixar imagem ISO e reinstalar. Também não explorei esse caminho, até porque não tenho KDE Neon instalado.

Caçando sarna


Esta última imagem ISO era, de longe, a que prometia mais “emoções”, — pelo menos, para um mero usuário, que não entende lhufas dessa conversa toda, — e foi a escolhida para um “teste de trabalho em Live USB” (sem intenção de instalar… em tese).

A escolha baseou-se unicamente na máxima quantidade de pedras e espinhos:

  • Um projeto novo, que nem chega a ser “distro”,
  • declaradamente mal-testado,
  • em versão não destinada a “usuário”,
  • na opção “instável”,
  • e por cima disso tudo, com algo ainda tão controverso como o Wayland.

Sem dúvida, estava nos limites extremos do “não-confiável”, — em especial, para um usuário leigo total.

Exatamente o tipo de coisa que nunca havia experimentado. O Kubuntu 14.04, p.ex., — com toda sua reputação e confiabilidade, — só fui instalar meses após o lançamento, depois de assentada a poeira dos bugs iniciais.

Mas rodar um “projeto” Linux em sessão Live USB não tira pedaço. — E é um estímulo para aprender alguma coisa.

Até agora, essa brincadeira já me fez tomar conhecimento de várias coisas, — da existência de um “servidor X”, da virada da Canonical para o “Mir”, da ampliação do papel do “Kwin” etc., — e poderá me deixar um pouco menos perdido, num eventual cenário futuro, onde venha a ter de pesar prós & contras entre Kubuntu vs. KDE Neon.

De “Wayland”, propriamente, apenas começo a fazer uma ideia, — mas não sei exatamente qual a diferença entre esta sessão “KDE Neon Plasma” (que já caminha para 120 horas) e uma sessão “KDE Neon Plasma Wayland” (opção que ainda não consegui carregar no Login).

Na prática, portanto, fica provisoriamente adiado o último item da lista de pedras & espinhos, — até que consiga carregá-lo. — Suponho que o que pude rodar foi o equivalente à penúltima opção de imagem ISO:  — Developer Edition Git-Unstable Branch

Problemas: Zero


Desconfiguração mínima no Dolphin: 1 minuto para tornar a ocultar partições não-utilizadas

Quanto ao resto, — não ser uma “distro”, estar muito pouco testado, não se destinar a usuários, rodando pacotes “instáveis”, — após 120 horas de sessão Live contínua, foram registrados tão poucas falhas “visíveis” a um leigo, que equivalem a “zero falhas”:

  • Uma única, pequeníssima, perda de configuração do Dolphin, — a certa altura, o painel de “Locais” voltou a exibir partições que havia ocultado, — o que pode até ter sido causado por algum clique descuidado. Uso muito o “right-click” naquela área, para abrir uma partição em “nova aba”, mas qualquer descuido pode reexibir partições ocultas, ou desmontar etc.
  • Um ou dois casos de fechamento do Kate, — evento tão silencioso e discreto, tão imperceptível, que talvez eu mesmo tenha fechado, sem me dar conta. Ainda tenho a tendência de esquecer quando há 2 ou mais documentos abertos, e fechar o aplicativo, em vez de fechar uma aba.

Fato é que não recebi nenhum aviso de “crash”, nem de “erro”, “fechamento inesperado”, nada, — nem detectei falhas não-notificadas, — após 5 dias de sessão contínua, em trabalho constante.

A meu ver, isso é um grau de “perfeição”, superior ao do Kubuntu 16.04 LTS instalado há 1 mês, — o que me deixa com a preocupante vontade de substituí-lo pelo KDE Neon Developer Edition (unstable branches) Plasma Wayland.

Erros & erros


wayland-errors” e “xsession-errors” no KDE Neon após quase 120 horas de sessão contínua

Naturalmente, faço algumas cópias do arquivo “~/home/.xsession-errors” para uma pasta do HD. Tinha 1,1 MiB no dia 23 (23:00); umas 12 horas depois, 1,5 MiB no dia 24 (11:30).

Agora, dia 27 (16:18), está com 4,9 MiB, porém a última modificação data da véspera, — sinal de que nenhum erro foi registrado ao longo de umas 8 horas de trabalho intenso.

Erros”, portanto, sempre existem. — Na sessão Live Kubuntu 16.04 de 22~23 Abr. 2016, quase sem falhas perceptíveis, o arquivo “xsession-errors” alcançou 2,3 MiB em 31 horas.

Já o arquivo “~/home/.wayland-errors” ao final do 5º dia, continua com apenas 1,8 KiB, e data das 17:43 do dia 22, — quando a tela de Login oferecia as opções de sessão “Plasma (Wayland)” ou apenas “Plasma”. — Parece conter a explicação de por quê não foi possível carregar uma sessão “Plasma-Wayland”:

startplasmacompositor: Starting up...
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.freedesktop.systemd1 exited with status 1
No backend specified through command line argument, trying auto resolution
QObject: Cannot create children for a parent that is in a different thread.
(Parent is KWin::LibInput::Connection(0x1195d20), parent's thread is QThread(0x1154e10), current thread is QThread(0x10e8ed0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is KWin::LibInput::Connection(0x1195d20), parent's thread is QThread(0x1154e10), current thread is QThread(0x10e8ed0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is KWin::LibInput::Connection(0x1195d20), parent's thread is QThread(0x1154e10), current thread is QThread(0x10e8ed0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is KWin::LibInput::Connection(0x1195d20), parent's thread is QThread(0x1154e10), current thread is QThread(0x10e8ed0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is KWin::LibInput::Connection(0x1195d20), parent's thread is QThread(0x1154e10), current thread is QThread(0x10e8ed0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is KWin::LibInput::Connection(0x1195d20), parent's thread is QThread(0x1154e10), current thread is QThread(0x10e8ed0)
kwin_core: Failed to initialize compositing, compositing disabled
kwin_core: The used windowing system requires compositing
kwin_core: We are going to quit KWin now as it is broken
startplasmacompositor: Shutting down...
xprop:  unable to open display ''
xprop:  unable to open display ''
startplasmacompositor: Done.

Shutter


Mensagens de “erro” do Shutter, a cada vez que se renomeiam seus arquivos fora dele

Afora isso, apenas mensagens de “erro” do Shutter, — na verdade, crises de ciúme, — a cada vez que seus preciosos screenshots são renomeado pelo Dolphin ou pelo Gwenview.

Registro esse detalhe do Shutter, apenas como lembrete, — para futura observação no Linux Mint, e reavaliação de qualquer coisa similar que tenha registrado em outros testes Live USB. — Esta foi a primeira vez que comprovei a causa & efeito desse “erro” do Shutter.

Para evitar esse estresse, parece haver pelo menos 2 caminhos:

  1. Usar o próprio Shutter para visualizar e renomear suas capturas de tela, — embora não ofereça algumas comodidades do Gwenview, a que já me acostumei.
  2. Escolher a opção “Descartar”, em cada aviso desses, do Shutter, para que o respectivo arquivo deixe de fazer parte de sua “sessão”.

Bailando com Discover


Discover em Live Kubuntu: “meia-trava” ao redimensionar a janela

Embora não tenha sido utilizado para instalar pacotes no KDE Neon, o Plasma-Discover foi aberto, e apresentou comportamento muito diferente do observado no Kubuntu Xenial beta / beta2 / released.

Em Live Kubuntu 16.04 LTS, a “animação” inicial do Plasma-Discover ocupava quase 50% da CPU, — alternando entre quase 100% do Core0 / quase 100% do Core1, — e tentativas seguidas de cliques & letras no campo de Busca demoravam quase 1 minuto para surtir efeito (permitir digitação).

Uso alternado dos processadores pelo Plasma-Discover no Kubuntu 16.04 LTS

O efeito palpável, no Kubuntu, era certa “lentidão seletiva”, — uma “meia-trava”, — além de visível aquecimento dos processadores, CPU, Placa Mãe.

Ciclo de 30’’ no uso de ambos os processadores, simultaneamente, pelo Plasma-Discover no KDE Neon

No KDE Neon Plasma (não-Wayland!), a “animação” inicial do Plasma Discover ocupa quase 100% de ambos os processadores, — simultânea e continuamente, com pequenas pausas cíclicas a cada 30’’ — porém o aplicativo responde de imediato a qualquer ação (clicar, digitar, arrastar, redimensionar janela), o que resulta em notável sensação de “leveza”.

Arrastar Discover no KDE Neon, com ambos os processadores 94% ocupados: a janela voa. Quase escapuliu

Além disso, o sistema, como um todo, não dá nenhum sinal de “lentidão”, — muito menos, de “meia-trava”. — Pelo contrário. — Você “pega” a janela do Plasma Discover para arrastar, e baila à vontade com ela, por toda parte. — Praticamente “voa”, como um legítimo “pé-de-valsa”.

Total ignorante dos aspectos técnicos, — nunca tinha prestado atenção em “servidor X”, muito menos em “Wayland”, até a semana passada, — não faço a menor ideia, se isso tem qualquer relação com o assunto. Fica o registro.

Obs.: O Menu do Discover ficou “invisível” (detalhe à direita, acima). É preciso adivinhar que está ali, e clicar, para ver que há um retângulo, e abri-lo.

Vale notar que na sessão Live Kubuntu 16.04 beta2, em 10 Abr. 2016, o Plasma-Discover era “KDE Frameworks 5.18.0 / Qt 5.5.1”, — enquanto o observado agora, em Live KDE Neon Plasma (não-Wayland!), é “KDE Frameworks 5.22.0 / Qt 5.6.0”.

Perfil do aquecimento dos processadores pela “animação” do Plasma-Discover durante 4 minutos, no KDE Neon

O aquecimento de CPU, MB, Processadores no KDE Neon parece nitidamente maior, — porém os registros de Temperatura com Plasma-Discover no Kubuntu 16.04, foram pouco detalhados, com a única exceção do dia 10 Abr. 2016, — o que dificulta uma comparação mais acurada.

Uso de Memória, CPU e aquecimento em Live KDE Neon com 25 abas abertas no Chromium

Botando fogo


Não foi planejado, — mas, bem que poderia.

Terminada a configuração inicial (17:40~19:00) da sessão KDE Neon Plasma (não Wayland!), no dia 22, uma das primeiras providências foi pesquisar mais sobre “Wayland”, — que imaginava ser coisa recente, devido à controvérsia quanto à sua adoção, — mas o volume de resultados relevantes foi tão abundante que, sem perceber, abri 27 páginas em abas do Chromium, à medida em que ia selecionando as mais promissoras.

De acordo com o Conky, — parcialmente ocultado pelo Chromium, num print sobre outra coisa, — às 20:28, estavam ocupados 3,63 dos 3,85 GiB da Memória RAM.

Infelizmente, só lembrei de documentar o Psensor e o KSysguard, 10 minutos mais tarde (20:38), quando já havia fechado 2 páginas, — e me dei conta da situação.

Como não explodiu nem pegou fogo, não havia necessidade de perder a pesquisa, — bastava não abrir mais nada, e tratar de examinar a colheita já realizada. — Ler, favoritar (ou não), fechar, de modo seguro, gradual e lento.


O exame do material terminou às 21:47, — quando restaram apenas 2 abas no Chromium, e o uso de Memória baixou a 0,9 GiB, segundo o KSysguard, — ou 1,12 GiB, segundo o Conky, cuja configuração (ainda) não desconta Buffers e Cache.

O uso de apenas 0,9 GiB, — com 2 abas abertas no Chromium, — é um caso excepcional, provavelmente graças ao deslocamento de nada menos que 1,8 GiB de dados para o Swap.

Início e final dos dias


A experiência com outros “testes de trabalho em Live USB” já tinha sugerido que, — uma vez alocado maior uso da memória Swap, — a tendência é baixar muito pouco.

Dessa vez, não foi diferente, de acordo com as capturas de tela feitas ao encerrar os trabalhos de cada dia, — fechando todos os aplicativos, exceto Dolphin (em geral 2 abas), Conky, Psensor, Ksysguard, Shutter, — e antes de iniciar o trabalho no dia seguinte:

  • Dia 23, às 3:24, após fechar aplicativos: RAM: 0,69 / Swap: 1,1 GiB
  • Dia 23, às 6:06, antes de iniciar o dia: RAM: 0,67 / Swap: 1,1 GiB
  • Dia 24, à 1:05, após fechar aplicativos: RAM: 0,84 / Swap: 1,0 GiB
  • Dia 24, às 8:09, antes de iniciar o dia: RAM: 0,85 / Swap: 1,0 GiB
  • Dia 25, à 1:44, após fechar aplicativos: RAM: 0,79 / Swap: 1,4 GiB
  • Dia 25, às 8:47, antes de iniciar o dia: RAM: 0,83 / Swap: 1,4 GiB
  • Dia 26, às 2:45, após fechar aplicativos: RAM: 0,78 / Swap: 1,2 GiB
  • *** Shutter elevou uso da RAM para 1,3 GiB ***
  • Dia 26, às 9:52, antes de iniciar o dia: RAM: 1,2 / Swap: 1,2 GiB
  • Dia 26, às 10:30, após corrigir o Shutter: RAM: 0,88 / Swap: 1,2 GiB
  • Dia 27, à 0:05, após fechar aplicativos: RAM: 0,89 / Swap: 1,4 GiB
  • Dia 27, às 8:05, antes de iniciar o dia: RAM: 0,90 / Swap: 1,4 GiB

O problema com o Shutter, — que elevou a ocupação da Memória RAM ao documentar o encerramento na madrugada do dia 26, — foi causado por algumas experiências feitas com ele, e ficou para ser resolvido no dia seguinte, quando as “experiências” foram desfeitas.

Por uma “questão de honra”, não foi encerrada a sessão (Logout / Login), — coisa, aliás, que a experiência também já demonstrou ter pouco efeito, quanto ao uso de memória Swap.

Observações qualitativas


Nenhum problema com as inúmeras “camadas” (layers), “notificações” etc., que normalmente tornam o Facebook problemático, — em especial, no Debian, mas não apenas.

Pouco ou quase nenhum aquecimento dos processadores ao abrir o Facebook em várias abas do Chromium, — em comparação com o observado no Kubuntu 16.04 e anteriores (HD), Linux Mint (HD) e outras distribuições testadas em Live USB, — porém não foram localizados tais registros para comparação.

Pouco ou quase nenhum aquecimento dos processadores ao assistir longos vídeos no Youtube e no Facebook, — porém não foram localizados registros do aquecimento em outras distribuições, para comparação.

Download da ISO e gravação do Pendrive


Download do “plasma-wayland-devedition-gitunstable-20160520-2117-amd64.iso” no Kubuntu

O download do KDE Neon foi feito na noite 20 Mai. 2016, — por isso a “date stamp”: — “plasma-wayland-devedition-gitunstable-20160520-2117-amd64.iso”.

Gravação do Pendrive com a “plasma-wayland-devedition-gitunstable-20160520-2117-amd64.iso” no Mint

A gravação da midia (Pendrive) foi feita por comando “dd”:

sudo dd if=/PATH/FILE of=/dev/sd? bs=8M

Onde o “PATH” foi copiado diretamente do Dolphin, por “Ctrl-L” → “Ctrl-C”; — “FILE” foi copiado do próprio arquivo, por “F2” (renomear) → “Ctrl-A” (selecionar o nome completo) → “Ctrl-C”; — e ambos colados no bloco de texto, para compor o comando específico, a cada gravação.

No caso específico do meu sistema, o Pendrive é identificado como “sdc”.

O comando assim montado foi copiado para o Terminal, e executado.

Durante o processo, nenhuma indicação de “andamento” é apresentada, — apenas o LED do Pendrive pisca sem parar, — e só no fim os resultados surgem no Terminal, de uma vez.

Os resultados exibidos no Terminal foram então copiado para o bloco de texto, — onde também se preservam resultados anteriores, — para a eventualidade de algum dia querer comparar vários casos.

1ª sessão KDE Neon — de improviso


17:40 – (21 Mai. 2016) – A primeira tentativa de carregar o KDE Neon não conseguiu ultrapassar a tela de Login.

A opção padrão — sessão Plasma Wayland — “faz que vai”, mas retorna ao Login.

Isto, sempre deixando em branco o campo da senha.

18:34 – Na segunda tentativa, em vez de “Plasma Wayland” (default), foi escolhida sessão “Plasma” (2ª opção) → senha em branco → carregou o ambiente gráfico, com o wallpaper do KDE Neon.

Vem sem nenhum programa de captura de tela, — “PrtScn” é tecla morta.

Error while moving old database out of the way. AppStream cache update failed” no “apt-get update

18:42 – sudo apt-get update (não pede senha).

Apesar da mensagem “Error while moving old database out of the way. AppStream cache update failed” (também registrada em Live Kubuntu 16.04), — “apt-get” instala o Synaptic.

O Synaptic exige “consertar aquivos quebrados”, para instalar Spectacle, — mas instala Shutter e Chromium-browser, sem problemas.

Configuração da tecla de atalho PrtScn para captura de tela pelo Shutter no KDE Neon

19:18 – Primeiro screenshot, — com o Relógio ainda indicando 22:18 (UTC).

19:34 – Ao tentar abrir um arquivo “.odt”, mensagem de erro do Ark (!). — Não havia LibreOffice.

19:38 – Instalação do LibreOffice Writer pelo Synaptic.

19:42 – Instalados Conky e curl pelo Synaptic. — Faltou registrar a instalação de Psensor, lm-sensors, hddtemp, fancontrol.

sudo sensors watch” no Terminal, para conferir os sensores instalados no KDE Neon (ainda com horário UTC)

19:48sudo sensors detect

19:52sudo sensors watch

19:58 – Configurado o Fuso horário (São Paulo).

19:59Conky posto a rodar com as configurações copiadas do Kubuntu 16.04 (HD), apenas alterando o cabeçalho para “KDE Neon”.

Repositórios habilitados no KDE Neon Plasma Wayland

20:06 – Verificação dos repositórios do KDE Neon Plasma Wayland Developer Edition (unstable branches), no Synaptic.

As configurações do Conky ainda não estavam ajustadas para encontrar as partições.

As configurações para deixar o Conky transparente, — apenas transplantadas do Kubuntu, — não deram resultado no KDE Neon Plasma.

Às 20:33, o Psensor foi ajustado para intervalos de 1 segundo, — um exame dos prints anteriores mostrava muitas diferenças de Temperatura e uso de CPU, em relação ao Conky, — mas parece que esse ajuste ainda foi insuficiente para resolver o problema. — Há dois ajustes de tempo no Psensor, — uma no Gráfico, outra nos Sensores.

Uso da Memória RAM após fechar todos os demais aplicativos para encerrar a 1ª sessão Live USB com KDE Neon

Essa 1ª sessão Live KDE Neon, — sem planejamento, e muito mal documentada, — foi encerrada às 3:50 do dia 22.

O “shutdown” leva à tela azul clara “KDE Neon 5.6.90” (igual à que antecede o Login), e só desliga de fato com um “Enter”.

Se a opção escolhida for “Restart”, penso que esta seja a hora de retirar o Pendrive (ou DVD), — ainda que não haja mensagem neste sentido.

Deixando o Pendrive no slot, ele será ignorado, — como ocorreu na primeira tentativa, lá no início: — Foi para o Grub, aproveitei para entrar no Linux Mint, — e o Mint não assinalava o Pendrive, sequer para poder solicitar uma “retirada segura”.

Nos testes recentes, com várias distros em Live USB, o Kubuntu, — se não me engano, — também se distinguiu por não parar no final do Restart, para pedir que retire o Pendrive, — que passava a ser ignorado pela Bios, indo direto ao Grub.

2ª sessão KDE Neon Plasma em Live USB


Opções “Plasma Wayland” e “Plasma” no Login to KDE Neon Developer Edition (Unstable), em horário UTC

A 2ª sessão Live USB do KDE Neon foi carregada às 17:44 do dia 22, e já caminha para completar 120 horas.

Partindo das observações realizadas na véspera, esta 2ª sessão “Live” pôde seguir um roteiro mais objetivo e organizado, — com melhor documentação de cada passo.

17:43 - Opções: “Plasma (Wayland)” e “Plasma”.

17:44 - Tela inicial do KDE Neon

17:45 - Configurado o Fuso horário (São Paulo).

17:46 - Configurada a aparência do Relógio.

17:47 - Configurada a aparência do Terminal (Konsole).

17:48 - “apt-get” não encontra Shutter, nem Synaptic.

17:50 - “apt-get update” → “Error while moving old database out of the way. AppStream cache update failed”.

17:52 - “apt-get” instala Shutter e Synaptic.

17:54 - Configuração do atalho PrtScn → “shutter -f”.

Tela inicial do KDE Neon Developer Edition (Unstable)

17:55 - 1º print do Shutter: ~/home/pictures/Desktop 1_001.png.

18:00 - Aberto o Dolphin para montar F:\, e poder configurar o Shutter para gravar diretamente no HD, em formato JPEG, com nome automático no padrão “YYYY-MM-DD_HH-MM-SS_Kn.jpg”.

Dolphin configurado no KDE Neon

18:11 - Dolphin configurado.

18:13 - Aplicado Wallpaper.

18:16 - Colocadas na “/home” as configurações do Conky (“.conkyrc”), guardadas da sessão anterior.

18:22 - Instalação parcial do LibreOffice (PT-BR, Writer, Calc) pelo Synaptic.

18:28 - Configuração do Teclado (PT-BR + tecla de acesso ao 3º nível).

A configuração “Restaurar sessão salva manualmente” cria a opção de saída ”Salvar sessão

18:37 - “Restaurar sessão salva manualmente”. → “Salvar sessão”. — Esse recurso do KDE agiliza bastante o trabalho, permitindo abrir automaticamente o Dolphin com várias abas, nas mesmas pastas usadas na véspera, além do Psensor e do KSysguard, — em janelas nos mesmos formatos, tamanhos e posições.

Uma alternativa é a opção “Restaurar a sessão anterior”, — que vai depender de um encerramento sempre atento e organizado, ao final de um dia cansativo.

Em sessões “Live USB”, é claro que não se trata de desligar o computador, — a menos que você crie um Pendrive com “persistência”. — Mas é útil quando se usa o recurso de “encerrar sessão” (Logout / Login), para solucionar alguma dificuldade.

Foi bastante usado, nos “testes de trabalho em Live USB” dos últimos meses, — em especial, com o Kubuntu 16.04 (beta, released). — Mas no caso do KDE Neon, após 120 horas, ainda não foi sentida qualquer necessidade de “encerrar sessão”. — Transcorre tudo na mais perfeita serenidade.

• No caso do Chromium, Firefox e LibreOffice, — cada um com suas próprias configurações de como devem se comportar ao abrir, — “Restaurar sessão” não funciona muito bem. — É preciso fechá-los antes de encerrar a sessão, — ou irão reclamar de que foram “encerrados abruptamente”.

• No caso do Psensor, é preciso desabilitar a opção “Restaurar posição e tamanho da janela”, — que na verdade, restaura o padrão original.

• O Gimp também tem suas próprias configurações, — Edit → Preferences → Tool options → Save tool options on exit / Save tool options now, — que mantêm a fonte, tamanho, cores etc., agilizando o trabalho ao reabri-lo, daí por diante.

Desabilitando “Pesquisa de arquivos” no KDE Neon

18:38 - Desabilitada a “Pesquisa de arquivos”. — Hábito adquirido há algum tempo, no Kubuntu, e reforçado ao ver o Baloo consumindo CPU.

Montagem automática de partições ao iniciar uma sessão do KDE Neon

18:40 - Montagem automática de algumas partições, — E:\, F:\, Debioso, Primoroso, — ao iniciar uma sessão. Também é uma medida prática para agilizar o trabalho, — embora o KDE Neon ainda não tenha causado nenhuma necessidade de “Encerrar sessão”.

18:41 - Logout / Login experimental, para testar as configurações de sessão. — Faltava configurar “Turn on NumLock on Plasma startup”.

18:45 - Adicionado ao Painel o widget “Show desktop”.

18:49 - Instalados conky-all, curl, psensor, lm-sensors, hddtemp, fancontrol pelo Synaptic.

18:52 - Instalado Chromium-browser + codecs-ffmpeg-extra pelo Synaptic.

18:55 - Instalados Gimp + ttf-mscorefonts-installer pelo Synaptic.

18:58 - sudo sensors detect.

Por volta das 19:00, portanto, a sessão Live USB do KDE Neon estava com a configuração praticamente completa, no essencial, — inclusive, os aplicativos necessários para o trabalho e atividades pessoais de uma semana inteira, — após uma “interrupção” de apenas 1h20min, entre o final da tarde e o início da noite de Domingo.

• Intervalo para colocar em dia a comunicação na web.

Ajuste do intervalo de tempo do Psensor para 1 segundo

20:02 - Ajuste do intervalo de tempo na aba “Gráfico” do Psensor, de 2 para 1 segundo. — Até então, registravam-se discrepâncias gritantes em relação às Temperaturas de Core0 e Core1 indicadas pelo Conky. — É necessário outro ajuste de 2 para 1 segundo, também na aba “Sensores”.

— … • … —

Kubuntu



Testes de trabalho em “Live USB”


Nenhum comentário:

Postar um comentário