Outra novidade que podemos pontuar, é o esforço da equipe do Mint em ajudar às pessoas que têm dificuldade na instalação do sistema. Há algum tempo eles já fornecem vídeos explicando, como usar parâmetro "nomodeset" na hora do boot, e nessa versão não poderia ser diferente, eles continuam lá, tanto com o modo Legacy quanto no modo UEFI (EFI).

O ponto que mais me chamou  atenção, foi em relação ao suporte para GPUs da NVIDIA (que é o meu caso e  de muitos) em notebooks híbridos ou Optimus Card. A equipe do Mint demonstra alguns parâmetros se o método do "nomodeset"  não funcionar. Antes de tentar esses parâmetros, eles recomendam que na hora da instalação do sistema, você instale o driver proprietário da NVIDIA e que no reboot, informando que não será necessário se preocupar com “mais nada”. Depois do reboot, um ícone aparecerá na barra de tarefas (muito parecido com o método que o Ubuntu 19.04 MATE fez), podendo assim trocar de GPU ali mesmo.

Se você não conseguir “subir” o sistema, os parâmetros que eles recomendam são:

"nouveau.noaccel=1" no lugar do "nomodeset".

ou  "noapic noacpi nosplash irqpoll" no lugar do "quiet splash".

Outra possibilidade é usar o  "Compatibility mode" (modo de compatibilidade na hora de dar o boot e instalar o Mint).

Depois da instalação, usar o "Advanced Options" -> "Recovery mode"  no menu de boot e escolher a opção de “resume”. 

Agora o gerenciador de atualizações do Linux Mint está ainda mais completo, sendo provavelmente a solução mais completa disponível no mundo Linux atualmente.

O gestor de atualizações permite que você configure atualizações automáticas, caso essa opção esteja ativa, agora o sistema impede o desligamento do computador caso alguma atualização esteja em andamento. Além disso, a sessão de mudança de Kernel, agora conta com variações que vão até o kernel 5.x, permitindo que você tenha um Linux Mint super atualizado neste sentido se você quiser.

Recentemente a Canonical anunciou que o Ubuntu 18.04 LTS estaria recebendo em seu repositório os drivers mais recentes da Nvidia, isso se reflete no Linux Mint também, permitindo que todas essas versões estejam disponíveis no gestor de drivers do Linux Mint 19.2.

O Linux Mint 19.2 BETA vai continuar na base  Ubuntu 18.04, entregando por “default” o Kernel 4.15 e as interfaces gráficas nas seguintes versões: Cinnamon 4.2, XFCE na 4.12 e MATE na 1.22. Essa versão terá suporte até 2023.

Os requisitos mínimos para rodar o Linux Mint Beta 19.2 são:

-1GB de memória ram ou 2GB para uma experiência mais confortável;

-15GB de espaço em disco ou 20GB para ter uma “folga”;

-Resolução mínima da tela de 1024x768

Para baixar o BETA, basta clicar neste link e escolher a interface da sua escolha. Ainda não temos informações sobre o lançamento da versão final, mas por experiência, considerando os lançamentos anteriores, geralmente o Linux Mint fica de duas a três semanas em Beta, antes do lançamento final.

Este artigo não acaba aqui, continue trocando uma ideia lá no nosso fórum.

Espero você até a próxima, um forte abraço.

Outra novidade que chega ao Nemo são as ações condicionais, esse recurso pode ser usado  quando você clica com o botão direito do mouse em um arquivo, onde é possível ver as ações disponíveis para ele, que até hoje eram genéricas. Com o Nemo 4.2, essas ações poderão conter scripts ou comandos externos, e assim dar condições específicas para o arquivo em questão. Um exemplo dado no post é: Se você tem um arquivo de vídeo em .mkv e tem 4GB, e está precisando dividir ele, basta clicar com o botão direito do mouse e clicar em “Dividir”. Como falaram, o “céu é o limite” para essa nova tecnologia que está chegando no Nemo 4.2.

Um recurso muito útil foi adicionado ao Menu do Cinnamon,  a diferenciação dos programas instalados no sistema. Por exemplo, se você instalar o Gedit, ele aparecerá como “Editor de Texto”, assim como o Xed. Na nova atualização, eles terão uma distinção, com o nome na frente.

Isso também vale para os programas instalados via Flatpak. Se um programa já veio por padrão nos repositórios e você instalou uma versão via Flatpak, este terá o nome "Flatpak" entre parênteses.

Como no exemplo do Glade.

Essas mudanças são realmente úteis, pois ajuda na hora de “bater o olho” e identificar os aplicativos.

Outra novidade foi na atualização da MintBox, parceria entre o Linux Mint e a Compulab. A nova versão é a MintBox 3, baseado no Airtop 3, vindo logicamente com o Linux Mint mais atual. São duas configurações “não definitivas”, mas que por hora são:

1. Configuração básica: Com um Core i5 (6 núcleos), 16 GB de RAM, 256 GB EVO 970, módulo Wi-Fi e FM-AT3 FACE.  US$1543 (na cotação atual do dólar, R$3,84, sai aproximadamente R$5.900,00 )

2. High end: Com Core i9, GTX 1660 Ti, 32 GB de RAM, 1 TB EVO 970, WiFi e Módulo FACE FM-AT3. US$2698 (na cotação atual do dólar, R$3,84, temos o valor de R$10.400,00 )

Os desenvolvedores apontam que a falta de desenvolvimento desse repositório por parte do Ubuntu faria com que o Linux Mint também fosse um sistema de 64 bits apenas em futuros lançamentos, mas mencionaram que pacotes como Wine e Steam são importantes para eles, sendo assim, eles estudariam as possibilidade de continuar a oferecer tais recursos, talvez até mesmo de forma semelhante ao Ubuntu.

Segundo a informação, “até 2020” é considerado um tempo bom o suficiente para pensar nessas questões e definir como será o futuro em relação a isso caso a Canonical decida realmente encerrar o suporte durante esse ciclo que, supostamente, por conta do tempo de suporte da LTS do Ubuntu, duraria até 2025.

Os desenvolvedores também comentaram sobre os pacotes Snap e o estudo para incorporá-los nativamente ao Linux Mint, apontando várias questões de ordem mercadológica que fazem eles preferirem inicialmente o formato Flatpak, você pode ler mais sobre isso no blog oficial do Linux Mint.

Ansioso para a nova versão do Linux Mint? Nós diga aí nos comentários o que espera dele.

Este artigo não acaba aqui, continue trocando uma ideia lá no nosso fórum.

Espero você até a próxima, um forte abraço.

Talvez você já tenha se empolgado para testar essa nova ferramenta, mas é importante alertar novamente que se trata se um software em estágio Beta de desenvolvimento, ou seja, bugs são esperados. Mais do que isso, o software está todo em Inglês, apesar de isso não ser um grande problema, é o tipo de coisa que pode afastar algumas pessoas.

Na página de download você encontra pacotes .deb em 32 e 64 bits para download, compatível com Ubuntu e derivados, além disso, também estão disponíveis arquivos contendo o código fonte da aplicação e um instalador com a extensão .run, que deve funcionar em outras distribuições também, e que foi testado no Fedora, Arch e Debian.

Dica 1: No caso de baixar o arquivo .deb, basta dar dois cliques e fazer a instalação. Depois de instalado você encontra a aplicação no menu do seu sistema.

Dica 2: Caso você opte pela opção em .run, basta rodar usando este comando:

Em seu GitHub, o desenvolvedor do Polo nos mostra também a possibilidade de fazer uma instalação via PPA, usando o terminal:

sudo apt-add-repository -y ppa:teejee2008/ppa

sudo apt-get update

sudo apt-get install polo-file-manager

Ao utilizar o PPA, você recebe atualizaçães automaticamente quando houverem novos lançamentos, juntamente com as atualizações tradicionais do seu sistema. Caso você não goste, ou prefira usa a interface ao invés do Terminal para adicionar o PPA, confira este artigo.

Limitações 

Faça parte de nossa comunidade e não perca nenhuma assunto do mundo da tecnologia, acesse o fórum Diolinux Plus, e fique por dentro das novidades.

Na verdade, o Windows, considerando a maior parte dos sistemas operacionais existentes, é o que tem uma das organizações mais diferentes, mas por ser tão familiar para as pessoas nos desktops, o “padrão” do restante do mercado é que acaba sendo esquisito. É um simples efeito colateral da popularidade do sistema da Microsoft.

Esse layout que podemos observar, segue, em maior parte, o chamado FHS, "Filesystem Hierarchy Standard", um padrão mantido pela Linux Foundation, que não necessariamente é mantido por todas as distros, mas é encorajado que seja (e geralmente é) para que seja mais simples desenvolver softwares que sejam compatíveis com a maior quantidade de distros.

Não é tão difícil, é?

O segundo aplicativo e distro a serem usados, é o Spotify e o Linux Mint. Com a sintaxe:

https://snapcraft.io/install/spotify/mint 

Até o momento, 11 distribuições Linux estão "suportadas", são elas: Arch, CentOS, Debian, elementary OS, Fedora, KDE Neon, Kubuntu, Manjaro, Mint, OpenSUSE e Ubuntu.

[UPDATE]

Teve um update importante na pagina de instalação de cada aplicativo Snap. Agora, no final de cada pagina, aparece a lista das distros, com ícones de cada uma e "linkados" para a sua respectiva pagina de instalação personalizada. No exemplo abaixo, vamos utilizar o Spotify.



Com essa simples facilidade e comodidade na hora de instalar o programa em Snap, a Canonical tenta ampliar a sua participação no mercado e não ficando presa a base Ubuntu. Isso pode também aumentar a oferta de aplicativos, pois, com uma base maior, mais usuários e futuros consumidores poderão ser atingidos pelas empresas que distribuem tais softwares. Ainda assim, tem algumas coisas para serem arrumadas, como a questão dos temas, por exemplo. Creio também que muito em breve a opção de “Compra” ou “Buy” aparecerá,  proporcionando a venda de apps dentro da própria Snap Store, mas isso é só uma “previsão” rsrs.

Sobre as flavours, Will Cooke foi categórico, todas as flavours vão seguir o mesmo caminho da “distro mãe”, sendo assim, a partir da versão 19.10, elas vão deixar de oferecer suporte a arquitetura i386. Isso acontece porque elas são construídas a partir do mesmo repositório ou pacote de softwares, e como eles vão deixar de dar suporte, aí seguem o mesmo “caminho”. 

As distros derivadas, como Mint, Pop!_OS, Zorin e etc; seguem quase a mesma premissa das flavours, se quiserem manter o suporte para a arquitetura i386, basta ficar na base do Ubuntu 18.04 LTS, ou então, passar a manter seus próprios pacotes de 32 bits por mais algum tempo.

Sobre os jogos via Steam e o Wine, Will dedica um boa parte de sua publicação comentando:

“Q. A Steam não usa bibliotecas de 32 bits? Como posso jogar meus jogos?

A própria Steam empacota um runtime contendo as bibliotecas de 32 bits necessárias para executar o cliente Steam. Além disso, cada jogo instalado via Steam pode enviar as suas bibliotecas de 32 bits de que necessitam. Estamos discutindo com a Valve sobre a melhor maneira de fornecer suporte a partir das 19.10.

Pode ser possível executar jogos de 32 bits somente dentro de um contêiner LXD executando uma versão de 32 bits do 18.04 LTS. Você pode usar “pass through” da placa gráfica para o contêiner e executar seus jogos desse ambiente de 32 bits.

P. Como posso executar aplicativos Windows de 32 bits se o WINE de 32 bits não estiver disponível no arquivo?

Tente o WINE de 64 bits primeiro. Muitas aplicações “apenas funcionam”. Se não, deve ser usado métodos similares como para jogos de 32 bits. Isso é, usar uma máquina virtual baseada em 18.04 LTS ou um contêiner LXD que tenha acesso total ao WINE multiarch de 32 bits e às bibliotecas relacionadas.”

Para ler a postagem completa e inglês do Will Cooke, você pode acessar através deste link.

Esse tipo de mudança pode afetar em diferentes níveis o suporte a determinados jogos no Ubuntu, mas teremos que ver o que sairá deste acordo entre Valve e Canonical. A situação de criar um container de LXD só se torna viável se for automatizada, se depender do usuário fazer isso, é apenas uma piada de mau gosto do senhor Will Cooke.

Este artigo não acaba aqui, continue trocando uma ideia lá no nosso fórum.

Espero você até a próxima, um forte abraço.