Em pesquisa descobri que pode-se fazer:
echo 2 | sudo tee /sys/module/hid_apple/parameters/fnmode
Assim elas funcionando, mas tenho de fazer todas as vezes que inicio.
Outra provável solução é fazer essa configuraćão no boot do Gnome, mas não deu muito certo.
Minha terceira solução seria configurar o modprob.d adicionando no arquivo hid_apple.conf o parâmetro:
options hid_apple fnmode=2
E criar um arquivo em /etc/dracut.conf.d/hid_apple.conf com:
install_items+=/etc/modprobe.d/hid_apple.conf
Em seguida executar # dracut --force e reiniciar, porém no caso do Silverblue não tem mudanças e contínua em /sys/module/hid_apple/parameters/fnmode com valor 1, impossibilitando o uso direto das teclas F1-F12.

A duvida é como devo proceder para que o OSTree tome essas mudanças como permanentes e aplique ao inicializar o sistema?

O Podman é um mecanismo de contêiner completo e sem daemon para executar, gerenciar e depurar containers e pods compatíveis com OCI. Ele permite gerenciar containers sem a dependência do daemon e é compatível com a interface da linha de comandos do docker (CLI). O Podman também fornece uma integração aprimorada com o systemd. Com o Podman, você pode facilmente encontrar, criar, executar e compartilhar container. Mudar do Docker para o Podman é fácil e intuitivo.

O parágrafo acima foi copiado do excelente tutorial do @Danniel, por favor, leiam aqui.

Podman e Docker

O Podman é muito parecido com o Docker, e podemos criar contêineres no Podman para usarmos com o Docker e vice-versa. De fato, um dos lugares onde o Podman busca por contêineres é no docker.io. Os comandos utilizados no Podman também são praticamente os mesmos usados no Docker.

Registries

Os registries são lugares onde o podman busca por contêineres, e eles podem ser vistos no arquivo /etc/containers/registries.conf, ou com o comando podman info. Use o arquivo de configurações se quiser adicionar ou remover algum registry. Se for apenas para consultar, use o comando podman info:

Na imagem acima, destaquei um trecho da saída do podman info, onde aparecem os registries:

registries:
  search:
  - registry.fedoraproject.org
  - registry.access.redhat.com
  - registry.centos.org
  - docker.io

Buscando por contêineres com o Podman

Vou usar um contêiner simples para introduzir o assunto e depois ir evoluindo para o uso de vários contêineres, em outros artigos. Ainda não temos um "modelo" de ambiente para desenvolvimento no Fedora Silverblue, e os usuários estão testando soluções diferentes para isso, aguns usando scripts para simulares um docker-compose, outros usando kubernetes. Como estou aprendendo a lidar com isso, vou apostar no uso de kubernetes nos próximos artigos.

Para buscar por contêineres nos registries cadastrados:

podman search lamp

Na imagem acima apareceram vários contêineres, e no caso do LAMP estão todos no docker.io. Vou escolher o que tem mais estrelas (classificação mais alta) e vou ver informações sobre ele. Para ver informações sobre um contêiner, vou usar o programa skopeo:

skopeo inspect docker://docker.io/mattrayner/lamp
# Reparem no prefixo docker:// antes do endereço/usuário/contêiner

Vejamos a saída do comando acima (eu cortei a maioria das linhas em RepoTags e Layers para deixar o texto menor):

{
    "Name": "docker.io/mattrayner/lamp",
    "Digest": "sha256:a0386b0ff145459635cd9b0fbbc1b41a3371a9b6d63ef1682842e395a98bb483",
    "RepoTags": [
        "0.1.0",
        "build-153",
        "build-167-1604-php7",
        "dev",
        "latest"
    ],
    "Created": "2020-03-15T16:16:52.681486212Z",
    "DockerVersion": "17.09.0-ce",
    "Labels": null,
    "Architecture": "amd64",
    "Os": "linux",
    "Layers": [
        "sha256:c64513b741452f95d8a147b69c30f403f6289542dd7b2b51dd8ba0cb35d0e08b",
        "sha256:01b8b12bad90b51d9f15dd4b63103ea6221b339ac3b3e75807c963e678f28624",
        "sha256:c5d85cf7a05fec99bb829db84dc5a21cc0aca569253f45d1ea10ca9e8a03fa9a",
        "sha256:5bbaab6061283824dd5472a6d038455585893ea6b638a313742ffa5338bba83c"
    ],
    "Env": [
        "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
        "DEBIAN_FRONTEND=noninteractive",
        "LANG=en_US.UTF-8",
        "LANGUAGE=en_US:en",
        "LC_ALL=en_US.UTF-8",
        "REFRESHED_AT=2019-06-11",
        "DOCKER_USER_ID=501",
        "DOCKER_USER_GID=20",
        "BOOT2DOCKER_ID=1000",
        "BOOT2DOCKER_GID=50",
        "PHPMYADMIN_VERSION=5.0.1",
        "MYSQL_PASS:-$(pwgen=-s 12 1)",
        "PHP_UPLOAD_MAX_FILESIZE=10M",
        "PHP_POST_MAX_SIZE=10M",
        "PHP_VERSION=7.4"
    ]
}

Ao ver o Dockerfile do contêiner eu vi que ele vem com o ambiente que preciso. Infelizmente vem com MySQL e não com MariaDB, mas vou construir outros contêineres no futuro. Vi que ele também vem com o Composer.

Baixando o contêiner

podman pull docker.io/mattrayner/lamp

Rodando o contêiner

Para executar o contêiner em segundo plano, redirecionando a porta 8080 da máquina para a porta 80 do contêiner:

podman run -d -p 8080:80 lamp

Para ver os contêineres em execução:

podman ps

Para ver as imagens disponíveis:

podman images

Entrando no shell do contêiner

Podemos entrar no shell do contêiner (bash):

podman run -ti lamp /bin/bash

No comando acima:

• O parâmetro -t ou --tty aloca um pseudo-TTY para o contêiner.
• O Parâmetro -i ou --interactive abre a entrada padrão STDIN do contêiner para receber comandos
• lamp é o nome que dei ao contêiner no comando podman run feito acima.
• /bin/bash é o comando que quero executar no contêiner, ou seja, o shell bash para poder digitar comandos.

Vendo informações sobre o contêiner:

cat /etc/os-release

NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.4 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic

Como estamos em um contêiner, o kernel usado é o mesmo da máquina host, ou seja, estamos num contêiner de Ubuntu, mas usando o kernel do Fedora:

uname -r

Se quiserem uma introdução sobre contêineres, vejam o curso Descomplicando o Docker, do Jefferson Fernando - LINUXtips.

Vendo o resultado no navegador

Ao acessar o navegador em http://localhost:8080, temos o servidor web rodando:

Podemos ver o phpMyAdmin rodando em http://localhost:8080/phpmyadmin

Criando usuário no MySQL

Antes de fazer o login no phpMyAdmin, vou criar um usuário no MySQL, pois o root, sem senha, não pode fazer login pela interface web. O contêiner possui um id que pode variar, no meu caso é flamboyant_ganguly, como podemos ver no resultado do comando podman ps. Esse ID será necessário no próximo comando.

Saída do podman ps:

CONTAINER ID  IMAGE                             COMMAND  CREATED         STATUS             PORTS                 NAMES
fc1f2f94b310  docker.io/mattrayner/lamp:latest  /run.sh  46 minutes ago  Up 46 minutes ago  0.0.0.0:8080->80/tcp  flamboyant_ganguly

Criando o usuário leandro com acesso total no MySQL:

podman exec flamboyant_ganguly \
mysql -u root -e \
"GRANT ALL PRIVILEGES ON \
*.* TO 'leandro'@'%' \
IDENTIFIED BY 'senhadanasa';"

Vejam o login do usuário leandro no phpMyAdmin:

Configurando a persistência de dados

Vou reexecutar o contêiner informando volumes (lembrem-se do curso do LINUXtips se quiserem saber o que é isso) para o armazenamento do app e do banco de dados, bem como adicionando a porta do MySQL para usar programas externos ao contêiner. Mas antes disso eu preciso levar o arquivo de configuração do storage para a Home do meu usuário - para não ter problemas ao montar os volumes.

cp /etc/containers/storage.conf ~/.config/containers/storage.conf

Vou alterar as seguintes configurações no arquivo ~/.config/containers/storage.conf:

driver = "overlay"

runroot = "/run/user/1000"

graphroot = "/home/leo/.local/share/containers/storage" #Aqui é necessário colocar o caminho absoluto

mount_program = "/usr/bin/fuse-overlayfs"

Parando e reiniciando o contêiner

Vou parar e executar novamente o contêiner:

podman stop flamboyant_ganguly

Vou criar dois diretórios dentro do meu diretório de trabalho:
mkdir app
mkdir mysl

Vou iniciar o contêiner com o parâmetro --privileged para ter permissões de escrita nos diretórios do contêiner:

podman run --privileged -d \
-p 8080:80 \
-p 3306:3306 \
-v ${PWD}/app:/app \
-v ${PWD}/mysql:/var/lib/mysql \
lamp

No comando acima, o parâmetro -v mapeia as pastas app e mysql para as pastar correspondentes no contêiner.

Verificando as portas:

ss -ntpl

Recriando o usuário no MySQL

Preciso recriar o usuário no MySQL, pois o que foi criado anteriormente não está mais no contêiner, pois não havia persistência dos dados. Reparem que o contêiner mudou de nome, agora é peaceful_satoshi.

podman exec peaceful_satoshi mysql -u root -e "GRANT ALL PRIVILEGES ON *.* TO 'leandro'@'%' IDENTIFIED BY 'senhadanasa';"

Usando cliente externo para o acesso ao MySQL

Agora, com o usuário criado e a porta 3306 aberta, posso fazer login em clientes MySQL de fora do contêiner:

Verificando a persistência

Vou parar e iniciar novamente o contêiner

podman stop peaceful_satoshi

podman run --privileged -d \
-p 8080:80 \
-p 3306:3306 \
-v ${PWD}/app:/app \
-v ${PWD}/mysql:/var/lib/mysql \
lamp

Ao iniciar o contêiner, o usuário leandro continua com acesso ao servidor de banco de dados

Verificando a persistência dos arquivos

Vou criar um projeto Laravel no contêiner

podman exec nome-do-conteiner composer create-project laravel/laravel /app/blog

Arquivos criados no contêiner

Reiniciando o contêiner

podman stop nome-do-conteiner

podman run --privileged -d \
-p 8080:80 \
-p 3306:3306 \
-v ${PWD}/app:/app \
-v ${PWD}/mysql:/var/lib/mysql \
lamp

Ao reiniciar o contêiner, a aplicação continua gravada no disco:

E os arquivos estão gravados na pasta app do host:

Considerações finais

Coisas que preciso fazer para melhorar o procedimento:

• Criar aliases para os comandos longos
• Corrigir as permissões das pastas no host para não precisar de sudo para acessá-las
• Nomear os contêineres para não usar contêineres com nomes diferentes a cada reinício
• Melhorar o virtualhost no Apache para não precisar digitar o /public no final da URL

Mas, por enquanto, foi suficiente para mostrar um pouco do uso do podman como solução para o trablaho com contêineres para desenvolvimento.

Abraços, pessoal.

Finalmente Março de 2020, por causa da pandemia, recebi o meu PC, e acham que eu fiquei no Windows?
Pesquisa do, usei o rufus para instalar o Linux mint, falo a verdade, só fiquei um mês
Resumindo, uma ISO de instalação por 1 día e meio até algumas semanas atrás, eu sei perfeitamente que foi perda de tempo, mas cheguei a um sítio aonde queria, uma disto fácil de usar que pudesse trocar de interfaces sem quebrar o sistema e sem me preocupar se isso vai quebrar ou não
No máximo só criar um novo usuário para o kde plasma e está feito
Eu não sou de ferro, por isso a minha ansiedade de distrohopping ainda pode voltar, mas afirmo aqui uma coisa, o meu foco neste momento está em sistemas imutáveis, é por isso que neste momento estou de olho no mocaccino os que está numa fase alpha, e não, não é para distrohopping, mas o facto de querer ver como o docker será usado para pessoas leigas

Aguardando ansiosamente pelo fedora silverblue 35 kinoite,

Neste post irei abordar sobre comando básicos, mas muito valiosos para usar fedora silverblue e que qualquer um deveria saber e aprender,

rpm-ostree update (este comando serve para atualizar o sistema, infelizmente este comando não atualiza para uma outra imagem ostree, para pular de versão veja o comando abaixo )

ostree remonte refs fedora (mostra todas as versões do fedora)

rpm-ostree rebase versão do fedora (pula de uma versão para outra)

Ps:não recomendo para as pessoas baixarem o fedora silverblue 33 para cima fazerem rebase para uma versão inferior ao fedora 32,ja que os patches para fazer funcionar o btrfs correctamente não estão implementados no kernel

rpm-ostree install "nome do pacote" (instala pacotes rpm)
Ps:normalmente pede se ás pessoas para se evitar usar este comando porque sem ao instalar um pacote rpm, cria-se uma camada por cima da base imutável fazendo com que seja importante dar um rebase ou atualizar o sistema, maioritariamente usado para drivers codecs, e coisas mais essenciais

rpm-ostree reset (remove todas as camadas que estejam rodando por cima da base imutável

rpm-ostree rollback (voltar para uma versão anterior do fedora silverblue, similar ao btrfs)

rpm-ostree cancel (cancelar o processo em do rpm-ostree,) ou killall Rpm-ostree (só experimentei pelo gnome monitor)

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/MQWBKRFCYH2GB3CW5CG722RGQAEPHHAN/

Como referência ao Cristiano,gostaria de reiniciar e movimentar mais o fórum , propriamente falando na parte do silverblue,é claro podendo abranger outros assuntos dependendo do contexto do que estivermos a falar

Propriamente dito,é interessante ver o quanto o projeto kinoite tem revolucionado muito ,isso significa que se houverem vierem as spins oficialmente para o silverblue,que qualquer poderá instalar

Agora eu gostaria de saber qual ou quais são as coisas que vocês gostaram de ver neste projeto que tem evoluído aos poucos mas consistentemente?

Com você já entendendo o básico sobre a ferramenta, iremos iniciar o tutorial de fato.

Iremos criar um toolbox com o nome desenvolvimento(use o nome que desejar) com o seguinte comando:
toolbox create -c desenvolvimento

Entraremos no toolbox:
toolbox enter -c desenvolvimento

O próximo passo é importar a chave da Microsoft:

sudo rpm --import https://packages.microsoft.com/keys/microsoft.asc

Adicionar o repositório:

sudo sh -c 'echo -e "[code]\nname=Visual Studio Code\nbaseurl=https://packages.microsoft.com/yumrepos/vscode\nenabled=1\ngpgcheck=1\ngpgkey=https://packages.microsoft.com/keys/microsoft.asc" > /etc/yum.repos.d/vscode.repo'

Instalar o VSCode:

sudo dnf install code libX11-xcb gnome-themes-extra -y

Para sair do toolbox:
exit

Para facilitar abrir o programa pelo terminal sem precissar ficar entrando no toolbox, iremos criar um alias(apelido) para facilitar a nossa vida.

Se estiver utilizando o Bash como shell:
echo 'alias code="toolbox run -c desenvolvimento code"' >> ~/.bashrc

Se estiver utilizando o Zsh como shell:
echo 'alias code="toolbox run -c desenvolvimento code"' >> ~/.zshrc

E por útlimo, mas não menos importante:

source ~/.bashrc, se estiver usando o Bash

source ~/.zshrc se estiver usando o Zsh

Agora basta usar o comando code no seu terminal que o programa irá abrir.

Isso é tudo, pessoal! Até a próxima!

Baixei elas através do link https://sourceforge.net/projects/mscorefonts2/

Acessei o diretório que elas foram baixadas e executei no terminal:

rpm-ostree install msttcore-fonts-installer-2.6-1.noarch.rpm

O rpm-ostree parece ser executado normalmente, porém quando chega na parte em que exibe "Running post scripts", ele fica carregamento sem terminar a tarefa. Um processo chamado "rofiles-fuse" fica utilizando a CPU, porém já deixei por muito tempo e nada de ser concluído. Também tentei a instação via gnome-software, e deu a mesmo resultado````.

Alguém já viu algum problema parecido e sabe como contornar a situação?

Na primeira tentativa, usei o Podman para subir um contêiner com o LAMP completo, com Apache, MySQL e PHP. Fiquei satisfeito com o resultado, mas não gostei do fato de usar apenas um contêiner para a aplicação e para o banco de dados (apesar de fazer isso a vida inteira antes de tentar usar algum contêiner, instalando tudo no sistema host).
Agora vou fazer uma nova tentativa, tentando manter as coisas mais simples, para que elas possam crescer com a mesma simplicidade. O que pretendo fazer nesta tentativa:

• Instalar o PHP CLI em toolbox, com as extensões necessárias
• Usar o servidor embutido no PHP para servir a aplicação, dispensando Apache/NGINX
• Usar um contêiner no Podman para o servidor de banco de dados MariaDB
• Manter o ambiente simples para que novos servidores possam ser adicionados futuramente

Instalando o PHP na toolbox

Obs.: Se quiser ver sobre a toolbox, veja no meu último post.

toolbox create -c fedora32

toolbox enter -c fedora32

Instalando o PHP e NodeJS

Dentro da toolbox:

sudo dnf install php-cli php-mysqlnd php-mbstring php-mcrypt php-zip php-json composer nodejs nodejs-yarn

Rodando os programas no host

Criando aliases para os comandos:

alias node="toolbox run -c fedora32 node"
alias php="toolbox run -c fedora32 php" 
alias yarn="toolbox run -c fedora32 yarnpkg"
alias npm="toolbox run -c fedora32 npm"
alias composer="toolbox run -c fedora32 composer"

Rodando os comandos no host:

Testando o servidor web do PHP

Vou usar um código sofisticado para testar o servidor embutido do PHP, rodando a partir do sistema host, ou seja, fora da toolbox fedora32.

<?php
phpinfo();

Vou salvar o arquivo em ~/projetos/php/exemplo-toolbox-podman/index.php, e executar o servidor do php:

php -S localhost:8080

Resultado no navegador, em http://localhost:8080

Preparando o MariaDB com Podman

Vou usar o Podman para o MariaDB. Como a toolbox não tem serviços do systemd, prefiro usar um contêiner do dockrehub com o MariaDB.

Baixando MariaDB do dockerhub:

podman pull mariadb

Criando o diretório onde quero salvar os dados do banco de dados:

mkdir ~/.local/share/mysql

Rodando o contêiner mariadb:

podman run -d --privileged --name mariadb -p 3306:3306 -v /home/leandroramos/.local/share/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=senhadanasa mariadb

Atenção: vejam o que fiz para conseguir montar os volumes e salvar arquivos do conteiner no host usando volumes.

Criando bancos de dados no cliente DBeaver

Agora já posso usar meu cliente de bancos de dados para acessar o MariaDB na porta 3306 do localhost e criar meus bancos de dados, vejam nas imagens:

Reparem, na imagem abaixo, que os arquivos do banco de dados estão sendo gravados no meu host:

Conclusão

Considero o ambiente atual mais simples e mais fácil para mim, pois ainda estou aprendendo a lidar com os contêineres. Mas vou evoluindo e mostrando para vocês.
No momento estou em condições de fazer o código PHP e Node e me conectar ao MariaDB tranquilamente. Se eu tiver algum problema com esse ambiente, reportarei para vocês também. Abraços.

O que é o Fedora Silverblue?

Fedora Silverblue é um sistema da nova geração do sistema operacional para desktops do Fedora, conhecido anteriormente como Fedora Atomic Workstation. O sistema é entregue em imagens criadas com o rpm-ostree.

A base do sistema é imutável, e quando instalamos programas RPM o sistema cria camadas de pacotes que são incorporados à base do sistema e entregues em uma imagem bootável. A cada alteração feita na camada de pacotes, usando o rpm-ostree, o sistema gera uma nova árvore de pacotes+base para fazer o boot novamente. A base não é alterada, alteramos somente a camada de pacotes que acompanham a base.

É meio confuso no início, mas isso garante coisas interessantes, como reverter o sistema para o estado anterior caso algo saia errado (usando o recurso de rollback no ostree) ou fazer um rebase para versões posteriores do sistema - fiz um post sobre isso aqui - e ter condições de voltar para a versão anterior caso seja necessário.

O sistema também possui algumas desvantagens, como ter que fazer um reboot a cada mudança na camada de pacotes RPM (o que inclui instalação de pacotes RPM ou atualização desses pacotes). Se uma instalação for interrompida antes de terminar, por queda de energia elétrica, problemas com a conexão ou algum outro erro, o sistema não armazena o que já baixou, então temos que recomeçar a operação - ou o sistema baixa e instala tudo, ou nada.

Fazendo o balanço entre vantagens e desvantagens, eu não tenho razões para usar o Workstation tradicional após ter conhecido o Silverblue e após ter usado em várias máquinas com várias configurações diferentes, de Atom D525 a i5 de sétima geração.

Mas chega de falatório, se quiserem saber mais sobre o sistema cliquem nos links acima, acompanhem o Blog FastOS Linux e também meus futuros posts sobre o sistema.

Consumo de RAM inicial

Após a instalação, sem fazer nenhuma personalização, o sistema ocupa, em repouso, aproximadamente 700MB de RAM. Como minha máquina possui apenas 2GB de RAM, o uso de swap é bastante intenso, então vou diminuir esse uso de RAM inicial futuramente.

Consumo do disco

O sistema recém-instalado ocupa 6GB do disco na partição / - que no caso do Fedora Silverblue é o ponto de montagem /sysroot. O consumo de disco da /home é praticamente zero, a captura de tela mostra 20GB de consumo porque estou fazendo dualboot com o Debian e usando a mesma partição para a HOME - que no caso do Fedora Silverblue é montada como /var/home

Programas instalados

O Fedora Silverblue vem com poucos programas instalados, e a maioria dos programas gráficos vem do repositório de flatpaks do Fedora - chamado fedora mesmo.

Flatpaks

Veja a lista dos flatpaks instalados por padrão:

Nome                           Tamanho instalado   Origem
Baobab                         328,2 kB            fedora
Calculadora do GNOME             1,8 MB            fedora
Calendário                      19,5 MB            fedora
Caracteres do GNOME              1,0 MB            fedora
Contatos                        20,3 MB            fedora
Evince                          60,8 MB            fedora
Registos GNOME                 384,0 kB            fedora
GNOME Mapas                     20,6 MB            fedora
Captura de ecrã do GNOME       306,2 kB            fedora
Meteorologia                     8,4 MB            fedora
Relógios do GNOME                4,0 MB            fedora
Visualizador de Imagens          3,7 MB            fedora
Fontes do GNOME                708,1 kB            fedora
gedit                            4,5 MB            fedora

RPM

Os programas gráficos RPM instalados, que consegui verificar, são Firefox, GNOME Software e GNOME Discos.

Primeiras impressões

O Fedora Silverblue 32 ficou bem mais responsivo que o Fedora Workstation na minha máquina, um laptop bem modesto que sente as menores diferenças de desempenho entre os sistemas. Usa praticamente a mesma quantidade de memória RAM (o que não é o principal medidor de performance), mas tem menos serviços ativados por padrão, até por ter pouquíssimos programas instalados.

Por se tratar de um sistema bem diferente do Workstation tradicional, seu uso requer algum aprendizado e algumas mudanças na forma de lidar com o sistema e com os pacotes.

Eu ainda não recomendaria para alguém totalmente iniciante, porque a documentação do sistema ainda é pequena e a pessoa iniciante acabaria vendo tutoriais do Fedora tradicional, o que pode não trazer uma experiência de uso muito boa no Silverblue. Mas certamente eu recomendaria a usuários com mais experiência, para o próprio uso ou para colocar em máquinas de outras pessoas menos experientes. Apesar de ser bem diferente, a manutenção do sistema é bem mais fácil do que nos sistemas tradicionais, por ter sua base imutável.

Sendo assim, a razão para eu ainda não recomendar a iniciantes não é o sistema ser difícil de usar, mas é pela documentação ainda ser pequena e iniciantes teriam dificuldade para instalar o sistema e os programas por conta própria, especialmente se não estiverem dispostos a usarem tecnologias como Flatpak. Basicamente: se não quiserem usar flatpaks, não usem o Silverblue (sentença tirada da minha cabeça, não é uma regra).

Mas vou falar sobre o meu pós-instalação e meu uso do sistema nos próximos posts. Até mais, pessoal!

Em outros posts eu comentei sobre como funciona a instalação de programas RPM no Fedora Silverblue, sobre o fato dos pacotes ficarem em camadas que são montadas em novas imagens com a base do sistema. A cada alteração nos RPMs o sistema precisa reiniciar para subir a nova imagem de Base + Camada de pacotes (layered packages).

Cada pessoa usa o Silverblue de forma diferente. Algumas instalam os pacotes com o rpm-ostree mesmo, outras instalam tudo que podem em flatpaks. E outras pessoas usam a toolbox para instalar alguns programas RPM que vão ficar em um contêiner (algo como um chroot).

Eu costumo instalar pacotes de linha de comando pelo rpm-ostree, e as aplicações gráficas em Flatpak. Instalo poucas coisas em toolbox, e vou mostrar algumas delas aqui.

O que é a Toolbox?

É uma caixa de ferramentas (ora, que surpresa hehe) que permite instalarmos programas e ambientes num contêiner, usando ferramentas familiares como o DNF. Mas de dentro da toolbox vocês continuam com o mesmo usuário e permissões do sistema host (no meu caso, o Silverblue), tem acesso ao seu diretório home e podem usar o DNF para lidar com pacotes.

Se algo der errado, vocês podem jogar fora a toolbox e tudo que foi feito nela.

Instalando a toolbox

O Fedora Silverblue já vem com a toolbox instalada. No Fedora tradicional ela pode ser instalada com
sudo dnf install toolbox

Criando uma toolbox

Para criar uma toolbox com o mesmo sistema do host (no meu caso, Fedora 32), basta o comando
toolbox create

Para criar uma toolbox com uma versão específica do Fedora, podemos usar algo como
toolbox create --release f30
O comando acima cria uma toolbox com o Fedora 30, o que é interessante se precisarmos usar pacotes que não estão no 32 mas estavam no 30.

Não é necessário darmos um nome à toolbox, mas é bom fazer isso se formos usar mais de uma toolbox. Para nomear a toolbox:
toolbox create --container fedora31 --release f31
O comando acima cria uma toolbox com a versão 31 do Fedora e dá o nome de fedora31.

Vou criar uma toolbox com a mesma versão do host e vou dar o nome de fedora32:
toolbox create -c fedora32
O parầmetro -c é a abreviação de --container.

Vou criar mais uma toolbox com a versão 30 do Fedora, e vou dar o nome de fedora30:
toolbox create --container fedora30 --release f30

Vejamos a lista do toolboxes:
toolbox list

Acessando a toolbox

Se tivéssemos criado apenas uma toolbox, poderíamos acessar de forma bem simples:
toolbox enter

Como temos mais de uma, vamos entrar informando o contêiner desejado e vamos verificar a versão do sistema no contêiner:
toolbox enter --container fedora30
cat /etc/os-release

Usando o DNF na toolbox

Podemos instalar programas na toolbox usando o DNF. Vou instalar um editor de textos simples, o micro.
sudo dnf install micro

Editor Micro rodando no contêiner:

Rodando os programas da toolbox a partir do host

Para rodar um programa da toolbox a partir do host, preciso informar que quero rodar a partir de uma toolbox. Se eu tiver mais de um contêiner, preciso informar o contêiner também. Vejam o erro na imagem:

Para rodar o editor micro no host, vou usar o comando abaixo:
toolbox run -c fedora30 micro Projetos/php/app/blog/app/User.php
** O caminho do arquivo, no comando acima, só foi colocado para mostrar screenshot com algum arquivo aberto, é irrelevante ao artigo.

Posso criar um alias para o comando e para digitar somente micro:
alias micro="toolbox run -c fedora30 micro"

Instalando programas gráficos na toolbox

Embora não seja o ideal, também podemos instalar programas gráficos na toolbox. Vou instalar o editor/IDE Geany.
O Geany não possui plugins no pacote flatpak do Fedora, nem no pacote do Flathub. Tenho duas opções: usar o rpm-ostree e colocar o geany + plugins nos layered packages ou usar a toolbox. Vou mostrar na toolbox, dá mais trabalho, mas pode ajudar como referência em alguma necessidade da comunidade.

Vou fazer a instalação no outro contêiner (fedora32) apenas para mostrar o uso de mais de um contêiner:
toolbox enter -c fedora32
sudo dnf install geany geany-plugins-*

Rodando o Geany a partir do contêiner

geany

## Rodando o Geany a partir do host
O procedimento é igual ao anterir, do editor Micro:
toolbox run -c fedora32 geany

Criando um lançador para o Geany

Para que o Geany apareça no meu menu de aplicações, vou criar um lançador para ele. Em resumo: eu copiei um arquivo geany.desktop de outro lugar e alterei somente a linha Exec do arquivo para que ele use o comando adequado. Também coloquei um ícone para que o lançador fique mais bonito.

Salvei o arquivo em ~/.local/share/applications/geany.desktop, com a alteração nas linhas:

Exec=toolbox run -c fedora32 geany %F
Icon=/home/leo/.local/share/icons/geany.png

Vejam o lançador do programa funcionando:

E o programa funcionando com todos os plugins:

Removendo uma toolbox

Vou remover a toolbox do contêiner fedora 30, e vamos ver que o programa Micro deixará de existir no sistema.
toolbox rm --force fedora30

Agora temos apenas um contêiner - fedora32

E o comando micro (o alias criado anteriormente) não funciona mais:

Por hoje é só, pessoal. Até a próxima!

Olá, pessoal! O título do artigo foi escolhido por se tratar das minhas configurações de pós-instalação do Fedora Silverblue 32. Não é um tutorial sobre configurações gerais, mas sim as coisas que eu faço para melhorar o meu uso do sistema. Claro que no meio do artigo vocês podem encontrar informações úteis para o seu uso do sistema também.

Configurações da GNOME Software

Repositórios de terceiros

No topo da GNOME Software, acima do banner de apps em destaque, aparece uma mensagem oferecendo a habilitação de repositórios de terceiros diversos, como Google Chrome, Drivers NVIDIA entre outros. Eu não uso, então não vou habilitar.

No menu, no canto superior direito, podemos escolher o item Repositórios de programas, que nos permite instalar, habilitar e desabilitar repositórios de programas. Eu não vou habilitar repositórios adicionais, mas vou desabilitar o repositório Fedora 32 openh264 (From Cisco) - x86_64, pois não vou usar programas que dependam dos codecs que vem nele.

Dica: Se vocês precisarem dos repositórios de terceiros, podem instalar pela GNOME Software. Os repositórios são os seguintes:

• PyCharm: repositório do PyCharm Community, que apesar de ser livre ainda não está nos repositórios do Fedora (informações de https://fedoraproject.org/wiki/Workstation/Third_Party_Software_Repositories)
• Google Chrome: da fonte google-chrome.repo
• nVidia graphics drivers: da fonte rpmfusion-nonfree-nvidia-driver.repo
• Steam client: da fonte rpmfusion-nonfree-steam.repo

Preferências de atualização

No mesmo menu existe um item chamado Preferências de atualização, onde podemos escolhes se queremos atualizações automáticas e avisos de atualização automática. Eu desabilito ambos. Mais uma vez: adaptem às suas necessidades.

Para atualizar o sistema, prefiro usar o terminal:

flatpak update

rpm-ostree upgrade

Remoção de alguns apps GNOME

Vou remover alguns apps do GNOME que não uso, são eles:

• Calculadora do GNOME
• Caracteres do GNOME
• GNOME Mapas
• Meteorologia
• Relógios do GNOME

Adição de repositórios Flatpak

Vou adicionar alguns repositórios de flatpaks:

• Flathub
• GNOME Nightly

No terminal (reparem no parâmetro --user, vou adicionar os repositórios apenas para o meu usuário):

flatpak remote-add --user --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

flatpak remote-add --user --if-not-exists gnome-nightly https://nightly.gnome.org/gnome-nightly.flatpakrepo

Instalação do Firefox do Flathub

Eu vou instalar o Firefox do repositório Flathub, pois o do Fedora não vem com os codecs que eu preciso.

flatpak install --user flathub org.mozilla.firefox

Remoção do Firefox do Fedora

Eu vou remover o Firefox que vem com o Fedora Silverblue 32, que é instalado através do rpm-ostree. Para usá-lo com os codecs que eu preciso, eu precisaria adicionar o repositório rpmfusion free e instalar o pacote ffmpeg. Mas como a ideia é usar flatpaks, vou ficar com o do flathub que já vem com as coisas que eu preciso.

Não é possível remover o programa usando a GNOME Software, pois ele faz parte da base do sistema. Vou usar o rpm-ostree para isso.

rpm-ostree override remove firefox

Obs.: Será necessário reiniciar a máquina a cada alteração feita com o rpm-ostree para que o sistema faça o boot com a nova base sem o Firefox.

Vou reiniciar o sistema com systemctl reboot.

Instalação de programas com rpm-ostree

Vou precisar de alguns pacotes rpm para algumas atividades. Vou procurar fazer apenas uma instalação com o rpm-ostree para fazer menos reboots. Mas não terei problemas se precisar recorrer a isso novamente.

Eu procuro manter programas gráficos instalados em Flatpak e programas CLI instalados com rpm-ostree ou, preferencialmente, pela Toolbox (assunto para outro post). No entando, o programa GNOME Tweaks será instalado pelo rpm-ostree por não estar disponível em Flatpak. Eu poderia personalizar o GNOME pela linha de comando, usando o gsettings, mas prefiro usar o GNOME Tweaks para isso.

rpm-ostree install \
vim          \
htop         \
zsh          \
gnome-tweaks 

Obs.: Vou precisar fazer outro reboot para subir o sistema com os novos pacotes na camada.

Instalação dos programas que preciso

Vou instalar os programas que preciso, alguns do Flathub e outros do GNOME Nightly (GNOME Builder e GNOME Web).
Eu prefiro usar o terminal para buscar, instalar e atualizar meus programas, porque já sei quais programas preciso instalar. Vocês podem usar a GNOME Software se quiserem, mas eu vou usar o terminal:

Programas do Flathub

flatpak install flathub              \
org.libreoffice.LibreOffice          \
org.inkscape.Inkscape                \
org.gimp.GIMP                        \
io.github.celluloid_player.Celluloid \
org.codeblocks.codeblocks            \
org.remmina.Remmina                  \
io.dbeaver.DBeaverCommunity          \
org.gnome.Music

Programas do GNOME Nightly

flatpak install gnome-nightly \
org.gnome.Epiphany            \
org.gnome.Builder

Ajustes de aparência e performance

Como possuo um laptop muito fraco, faço diversas otimizações para obter mais performance no sistema. As otimizações são as mesmas que fiz em outro post, exceto pela remoção da GNOME Software, que nao é possível por fazer parte da base do Fedora Silverblue (sim, eu tentei e obtive um erro hehe). Vou mostrar as coisas que faço de forma bem resumida.

Como bônus, vou mostrar os comandos que eu usaria no gsettings se não fosse usar o GNOME Tweaks.

Ajustes no GNOME Tweaks

Desativando as animações

gsettings set org.gnome.desktop.interface enable-animations false

Desativando as extensões

gsettings set org.gnome.shell disable-user-extensions true

Ajustando o tamanho das fontes

A resolução da minha tela é baixa (1366x768), então eu diminuo a escala dos textos:

gsettings set org.gnome.desktop.interface text-scaling-factor 0.85

Ajustes no GNOME Control Center

Desativando a pesquisa

Desativando a pesquisa, o GNOME Shell fará pesquisas somente na lista de programas instalados.

gsettings set org.gnome.desktop.search-providers disable-external true

Limitando o número de espaços de trabalho

Espaços de trabalho estáticos:

gsettings set org.gnome.mutter dynamic-workspaces false

Limitando o número de espaços de trabalho para apenas dois

gsettings set org.gnome.desktop.wm.preferences num-workspaces 2

Removendo o serviço da GNOME Software (e outros) da inicialização

Atenção: Não mexam nesses arquivos se não souberem bem o que estão fazendo, vocês podem encontrar a "tela cinza da morte" do GNOME.

sudo rm \
/etc/xdg/autostart/gnome-software-service.desktop \
/etc/xdg/autostart/spice-vdagent.desktop \
/etc/xdg/autostart/vboxclient.desktop \
/etc/xdg/autostart/vmware-user.desktop

O que vem a seguir?

Nos próximos posts, pretendo mostrar como configurar um ambiente de desenvolvimento web no Fedora Silverblue. Até a próxima, pessoal!

O Fedora Silverblue precisa de uma partição de boot exclusiva, pois ele grava imagens do ostree nela. Se não fizermos uma partição exclusiva para o Silverblue, o sistema não será instalado.

Procedimentos no Windows

Verificando o tipo de boot do Windows

Precisamos saber se a nossa instalação do Windows é UEFI ou BIOS/Legacy. Para verificar, use o comando msinfo32 - na caixa de executar do Windows (teclas Windows+r).

Pelas imagens acima, podemos ver que o sistema está instalado com UEFI. Então vamos fazer a instalação do Fedora Silverblue em UEFI, para que o dual boot funcione.

Polêmica: se sua máquina tem suporte a UEFI, desative o Legacy e esqueça que ele existe. Use tabela de partições GPT para ter quantas partições primárias forem necessárias. Fim da polêmica

Liberando espaço em disco

A instalação do Windows usada no tutorial ocupa todo o disco, então é necessário liberar espaço para o Silverblue.
Abra a ferramenta de gerenciamento de discos do Windows:

Algumas observações:

• A partição de recuperação do Windows não deve ser alterada.
• A partição EFI do Windows é muito pequena para Windows e Fedora Silverblue, não use a mesma para os dois sistemas.
• Vamos diminuir o tamanho da partição NTFS do Windows - a popular C:
  

Pelo espaço disponível em minha máquina virtual, 60000MB está bom para a instalação do Silverblue (adapte isso à sua realidade).

Agora já podemos iniciar a máquina com o instalador do Fedora Silverblue.

Procedimentos no instalador do Silverblue

Precisamos iniciar a máquina com o instalador do Fedora Silverblue.
Observações:

• Pode ser um DVD, um pendrive ou qualquer outra coisa que dê boot, não vou detalhar isso aqui.
• Também não vou detalhar a criação de um pendrive de boot, já temos tutoriais aqui: https://fedorabr.org/index.php?p=/discussion/280/tutorial-criando-um-pen-drive-bootavel-com-o-fedora-media-writer

Eu estou usando o virt-manager e escolho o DVD na tela abaixo:

Iniciando o instalador

Teste a mídia antes de iniciar o instalador (segunda opção no menu do GRUB do instalador).

Escolha o idioma

Complete os itens do instalador antes de ir para o particionamento do disco

Particionando o disco

Selecione o disco e marque a opção Personalizado - não faça o particionamento automático.

Importante: Não mexa nas partições do Windows. Faça tudo separado para o Silverblue e tudo correrá bem.

Criando as partições necessárias

Clique no botão + para adicionar as partições. Serão as seguintes:

• /boot/efi com 512MB
• /boot com 1GB
• swap com 2GB (opcional, faça como quiser)
• / com 27GB
• /home com o restante do disco
  Atenção: Estou usando uma máquina virtual com um disco virtual pequeno. Adapte o tutorial à sua necessidade, sempre.

/boot/efi

/boot

swap - opcional, eu prefiro fazer em arquivo depois da instalação

/

/home

Vejam o esquema de partições depois de pronto:

Instalando o sistema

Aceite as mudanças no disco

O primeiro boot com o Silverblue

No primeiro boot, o Fedora Silverblue iniciará sem mostrar o menu do GRUB e não terá a opção de iniciar pelo Windows. Isso vai acontecer depois da primeira atualização do sistema, em que ele reconfigura o bootloader e detecta os outros sistemas.

Primeiro boot do Silverblue sem o dual boot

Configurações iniciais do GNOME

Atualizando o Silverblue

Você pode atualizar o sistema pelo terminal ou pela GNOME Software. Eu vou pelo terminal por ser muito mais rápido.
rpm-ostree upgrade

Boot após a atualização, com o bootloader mostrando o Windows

Considerações

O método acima não serve apenas para dual boot com Windows, mas com qualquer outro sistema

Mantenha o Silverblue controlando o bootloader, os outros sistemas não detectam o Silverblue em seus GRUBs.

Se tiverem dúvidas, comentem ou perguntem no nosso grupo do Telegram.

Até a próxima, pessoal.

Estou utilizando o fedora silverblue instalei ele ontem a noite e me bateu essa duvida. No fedora da pra limpar de boa. E no silverblue como faz para limpar o /boot. Ou ele limpa sozinho. Se puderem me esclarecer. Acredito que vai ajudar outras pessoas também. Obrigado desde já.

Recentemente, fiz um post relatando minha exteriência com o Fedora Silverblue XFCE no meu super PC com processador Atom e 2GB de RAM.

Na ocasião, eu tive problemas para instalar a versão 31, e relatei o erro no post, mas resolvi instalar a versão 31 novamente e fazer a coisa funcionar.

Resolução do problema

Ao instalar o Fedora Silverblue 31 no meu Atom, o gerenciador de display GDM não funcionou, mas o utilitário para a criação do usuário funcionou, o gnome-initial-setup, e após a criação do usuário eu usei a linha de comando (TTY) para me conectar à internet e instalar o XFCE usando o projeto Kinoite, usando o tutorial do blog FastOS Linux: https://fastoslinux.com/2019/07/30/silverblue-com-kde-plasma/ (adaptando o tutorial para instalar o XFCE e não o KDE Plasma).

Criando o usuário com o gnome-initial-setup

Erro na sessão do GNOME

Após a criação do usuário, acessei o TTY (CTRL+ALT+F2) e usei a ferramenta nmcli para me conectar à internet.

Mostrando as conexões disponíveis

[leandro@fedora]$ nmcli c show
NAME    UUID                                 TYPE   DEVICE 
Leandro 779cd78a-8c6d-44de-abe7-b75cd0a2b710 wifi   wlp0s29f7u8 
enp1s0 6814aadf-f46d-4900–8f20–728052eda756  ethernet --

Apagando a conexão wifi Leandro para limpar as configurações

[leandro@fedora ~]$ nmcli c delete Leandro

Configurando a conexão Leandro

[leandro@fedora]$ nmcli device wifi connect Leandro password minha-senha

Depois de configurar a conexão, segui o tutorial do FastOS e instalei o ambiente XFCE pelo TTY, assim como fiz na versão 30 no outro post.

Usando meu novo sistema

Após a instalação do ambiente XFCE, o sistema iniciou normalmente e o gestor de display LightDM iniciou sem erro. Agora posso aproveitar meu novo sistema leve e com um ambiente que estou bem acostumado.

O Fedora Silverblue está prestes a se tornar meu Fedora padrão, estou gostando muito do sistema.

Fedora Silverblue 31 com XFCE 4.14 instalado com sucesso

Até a próxima, pessoal!

toolbox: failed to start container dev-python

O mesmo erro com as demais, tentei com a versão de imagem f30, cheguei a encontrar um link com um bug parecido, mas com uma versão mais antiga do podman https://bugzilla.redhat.com/show_bug.cgi?id=1746538. Vocês estão tendo o mesmo bug? Tentei fazer rollback mas o erro contínua, então não encontrar qual versão anterior o toolbox e o podman esta funcionando corretamente.
Versão atual das aplicações:

[trprado@localhost ~]$ rpm -qa podman toolbox
podman-1.6.2-2.fc31.x86_64
toolbox-0.0.16-1.fc31.noarch

Para garantir que o meu problema não seria com o podman, também testei com um Dockerfile que criei junto de um docker-compose.yml e usando podman-compose consegui executar a imagem corretamente.

Estou fazendo esta review em 04/09/2019, pois o branch para f31 já foi criado, vou atualizar este artigo com o decorrer das mudanças, até o lançamento do f31 que é previsto para 29/10/2019.

Vamos para mais um ciclo de lançamento e agora mais uma review do "Fedora inquebrável!!!"

O Silverblue continua enxuto nos seus apps por padrão, vem basicamente com:
Navegador Firefox
GNOME Software
Nautilus
e utilitários como Configurações, monitor do sistema, discos e o ajuda.
Em máquina virtual, com 4GB de Ram e 8 nucleos de CPU e SSD, o sistema iniciou rapidamente e com uso de memória aceitável. Vem com vários serviços habilitados como cups, bluetooth, selinux entre outros, mas nenhum atrasando o processo de boot.

serviços ativos
tempo de inicialização de cada serviço

Tempo de boot e uso de ram inicial (do sistema todo).

O sistema usa inicialmente 5.6 GB de espaço em disco (aproximadamente). A VM tem 21GB de espaço total. A instalação foi feita no modo automático.

A GNOME Software atualmente busca apenas os programas flatpak's, que por padrão vem apenas com repositório do Fedora, atualmente possui poucos como: GIMP, Firefox, vários GNOME Apps, Inkscape, Xonotic entre outros. Vale lembrar que os flatpak's do Fedora, diferente do Flathub, são construídos a partir de seus rpm's, ou seja, terá a mesma versão dos pacotes instalados via rpm-ostree. E trás o botão para adicionar os repositórios de terceiros, para Chrome, Driver Nvidia e Steam do RPMFusion.

Para adicionar o Flathub tem que fazer o procedimento mostrado neste artigo.

O GNOME está na versão 3.33.91, e no lançamento será o 3.34. Teve muitas melhorias de desempenho, algumas mudanças na usabilidade, como no plano de fundo entre detalhes do tema do shell.

O grid de apps agora pode-se criar grupos de aplicativos, arrastando icones (feature deve receber aprimoramentos ainda)

Na sessão wayland agora permite abrir programas com sudo: Novos Wallpapers chegando! mais em https://apps.fedoraproject.org/nuancier/results/10/

Se está no Fedora Silverblue 30 (ou qualquer outra versão) e quer atualizar para o 31 basta usar o comando:

rpm-ostree rebase fedora:fedora/31/x86_64/silverblue

Após o termino basta reiniciar, se quiser reverter para o f30:

rpm-ostree rollback

E reinicie novamente. https://silverblue.fedoraproject.org/ Correções, atualizações e sugestões mande para fastos2016@gmail.com

Alguns pontos para se levar em consideração:

• Pode ter este sistema para uso diário de desktop. Mas tenha em mente que o Silverblue é um projeto recente dentro do Fedora, então instale para fins de ajudar/aprimorar o projeto, reportar bugs etc...

• Você pode manter ou não a imagem ostree com GNOME ao lado do KDE Plasma, sem duplicar programas, é quase como um duallboot. - Você não estará usando repositórios de terceiros para pacotes do sistema, e sim um "branch" ostree de teste, que vai dar base para o branch oficial da spin KDE do Silverblue futuramente. Este branch apenas define a "receita de pacotes" da sua imagem ostree.
  Todos pacotes/repositórios são do Fedora.

• Exite tópico de discussão aqui e pode relatar bugs aqui e aqui. E claro, também pode usar o bugzilla.

• Após criarem o brach oficial para o KDE Plasma, você não vai precisar formatar ou reinstalar o sistema, apenas vai dar rebase para o brach oficial, isto não vai alterar os pacotes instalados via rpm-ostree e seus flatpak's.

Como já devem saber, o Silverblue atualmente possui uma iso oficial apenas com GNOME, mas o Timothée Ravier encabeça a criação dos brach's ostree para outras DE's no projeto. É possível instalar outras DE's também, fique a vontade para testar e dar feedback. 1 - Instale o Fedora Silverblue com GNOME atualmente: 2 - Passo opcional, para fixar (pinar) esta imagem com GNOME, para caso quiser voltar ou alternar entre DE's futuramente, se não quiser pule esta etapa e o sistema irá deletar pois salva apenas as ultimas 3 deployments, as antigas vão sendo removidas. Isto irá fixar a entrada da imagem ostree no grub, como mostro neste artigo:

sudo ostree admin pin 0

3 - Baixe a chave GPG:

curl -O https://tim.siosm.fr/downloads/siosm_gpg.pub

4 - Adicione o remote (brach) ostree:

sudo ostree remote add kinoite https://siosm.fr/kinoite/ --gpg-import siosm_gpg.pub

5 - Confira se adicionou o remote "Kinoite":

ostree remote list

6 - Veja as opções dentro deste remote. Note que você tem outras opções de DE o KDE=Kinoite:

ostree remote refs kinoite

7 - Vamos dar o "rebase" com rpm-ostree:

rpm-ostree rebase kinoite:fedora/30/x86_64/kinoite

obs: se a velocidade do download começar baixa, a tendência é aumentar com o tempo, caso não, você pode cancelar com "ctrl+c" e recomeçar com o mesmo comando. A velocidade não está tão boa quanto poderia ainda, dependendo do horário. O tamanho do download é de aproximadamente 587MB. O Download não pode parar e recomeçar de onde parou. 8 - Ao finalizar, irá mostrar todos pacotes instalados, então basta reiniciar o sistema: 9 - Você terá um sistema bem enxuto, ele trás o Dolphin, Discover, Konsole, Firefox, Central de informações, KSysGuard(monitor) e configurações básicas do KDE Plasma. 10- Recomendo você dar o comando a seguir para limpar possíveis deployments de downloads interrompidos ou corrompidos, no meu caso liberou 600MB: Com o comando:

sudo ostree admin cleanup

11 - Se quiser pinar ou fixar esta primeira imagem para ter como seu "ponto de restauração". Para o caso de algum programa/pacote problemático em update futuro: obs: 0 = primeiro, 1= segundo etc.. mude caso já tenha alguma imagem pinada.

sudo ostree admin pin 1

Correções, atualizações deste tutorial, mande para para fastos2016@gmail.com

Atualmente não existe versão do Silverblue com outras DE's diferentes do GNOME.
Mas é possível usar outras interfaces via rpm-ostree.
Eu testei instalar várias DE's ao lado do GNOME no Silverblue, e garanto que não ficará uma bagunça de apps duplicados, pois o default não trás muitos GNOME apps.
Vem com o GNOME nautilus, discos, software, monitor, navegador Firefox e basicamente isto que não poderá modificar no sistema (tirando o próprio gnome-shell)
Fiz a instalação de pacotes que considero basicos para se usar o ambiente XFCE, você pode acrescentar outros pacotes se quiser.
Também pode instalar outras DE's como Plasma, Deepin, Cinnamon...

rpm-ostree install xfce4-session xfce4-settings xfce4-whiskermenu-plugin xfdesktop

Após concluído, reinicie e no login (GDM) escolha o XFCE, e poderá personalizar da sua preferência:

• Tenho usado Manjaro com / em BtrFS+Timeshift, /home em ext4 e /var em ext4.
• Se mostrou uma configuração bastante estável para meu uso, com a possibilidade de restauração de estado da raiz caso alguma atualização traga problemas (o que não aconteceu comigo em quase dois anos que uso o SO), evitando os problemas do Docker com BtrFS (/var em ext4) e entulho nos estados (o cache do pacman fica no /var em ext4, e a /home está separada e em ext4 também).
• O BtrFS entra aqui forte com os chamados snapshots, que chamo estados.

@Renato Araujo trouxe a notícia do Silverblue, no qual fiquei bastante interessado.
A idéia é passar ao Silverblue e dispensar o BtrFS (do qual não tenho o que reclamar) em favor do ostree. Também quero usar mais dos containeres em meu modo de operar o computador.

Nota: O Silverblue oferece a melhor possibilidade de uso no desktop para usuários com menor conhecimento (em minha visão), assim que o rpm-ostree estiver devidamente integrado ao Gnome Software e o rebase for um pouco mais facilitado.

Leitura:

• https://ostree.readthedocs.io/en/latest/manual/adapting-existing/#system-layout
• https://docs.fedoraproject.org/en-US/fedora-silverblue/installation/

O ponto:
Apesar de ser algo ainda não totalmente estabelecido, me parece que existe alguma possibilidade de já realizar instalação com a partição dos usuários (o home) separado. Basta usar o ponto de montagem /var/home ao invés do costumeiro /home.

Há alguém que já use separação do home em máquina real ou virtual, ou tenha somente testado?

Para quem não sabe, flatpak é (resumidamente) um gerenciador de pacotes sandbox que vem padrão no Fedora, o mesmo tem um repositório de flatpak que também vem padrão no F30+

Seu Blog:

https://blogs.gnome.org/alexl/

Alexander Larsson trabalha na Red Hat no grupo de desktop, primariamente com GTK e GNOME Desktop, mas vem envolvido com outras coisas como Spice, Docker e Flatpak. Trabalha em Stockholm, Suécia. Twitter @gnomealex.

Muitas das dúvidas que tive (e ainda tenho) sobre Flatpak pode-se tirar em seus artigos no blog do GNOME. Coisas como tamanhos de runtimes, gerenciamento de repositórios flatpak's, até a história do seu desenvolvimento. Também na documentação e github do projeto.

Li algumas das suas matérias para me ajudar na série sobre Flatpak, no canal Oficina do Tux.

Mas fiz algumas perguntas diretamente para ele, algumas coisas que fogem do escopo de usuário (meu caso) e a maioria pode ser interessante para desenvolvedores ou quem está pensando em distribuir pacotes usando Flatpak.

O quão difícil ou complicado é manter um programa em flatpak, comparado a um .deb ou .rpm? Eu sei que a resposta pode depender do programa e o quão complexo ele é, mas qual sua visão geral sobre?

Alex: Como você falou depende do app em específico. Se você precisa de uma dependência incomum você pode compilar por sua conta. Mas no mundo deb / rpm você pode ter sorte se outra pessoa já empacotou. No entanto, no geral, eu diria que o trabalho inicial é semelhante, mas em muito tempo fazendo depuração de problemas do usuário é mais fácil com o Flatpak. Como o aplicativo que o usuário estará executando é exatamente o mesmo do ambiente fornecido pelo desenvolvedor/mantenedor (devido à sandbox) reproduzir bugs será mais fácil.

Quais são os pontos fracos e fortes do flatpak em comparação com os gerenciadores de pacotes tradicionais, dnf, apt ...?

Alex: Os pontos fortes são: Sandbox ,ser Cross plataforma e o fato de que os usuários estão executando exatamente os bits que foram testados, não algum conjunto aleatório de coisas atualizadas em momentos diferentes.

Contras: só pode empacotar "aplicativos" ou seja, não coisas do sistema (drivers,kernel, init system etc). Os aplicativos podem exigir alguns ajustes para funcionar bem na sandbox.

Atualmente, a maioria das distribuições Linux não trazem o flatpak "ou of the box" para os usuários (tirando do EndlessOS, LinuxMint, ClearLinux, Manjaro...) muitos ainda preferem usar repositórios de terceiros AUR, ppa, .deb / .rpm … o que pensa sobre isso?

Alex: Eu realmente não penso sobre isso. Eu tento fazer o flatpak funcionar o melhor possível para seus usuários. Mudança sempre leva tempo, e eu não espero que todos mudem da noite pro dia.

Recursos almejados para o futuro do Flatpak?

Alex: O principal trabalho aqui para a frente é dar mais atenção ao portal, tanto em termos de adicionar portais conforme necessário e aplicações/bibliotecas para facilitar o uso deles. Desta forma, podemos avançar lentamente para o futuro, onde a maioria dos aplicativos são em sandbox.

Concluindo, só posso agradecer pelo belo trabalho, eu como entusiasta dessa tecnologia espero que melhore a cada dia e solucione muitos problemas dos desenvolvedores e usuários no "mundo Linux".

Agora minha opinião, creio que ele respondeu a pergunta "Flatpak é o futuro?" com a resposta de que programas sandbox sim! Não podemos saber se Flatpak vai ser o futuro, mas de fato, existe uma tendência ao sandbox/conteinerização. Não sou eu que digo, mas desenvolvedores e empresas caminham para a tendência de "separação" do sistema core / aplicações. Como Fedora com o flatpak/ostree, Ubuntu com Snap's, ClearLinux com swupd, OpenSUSE com Kubic, EndlessOS com Flatpak/ostree, Microsoft MSIX?, Apple com novo MacOS. Em fim, são todas iniciativas que visam um propósito parecido, tornar o gerenciamento do sistema mais seguro, confiável, de fácil gerenciamento como um todo. E uma das características que são comuns é ser "multi plataforma". O que ao meu ver não traz aquela "fragmentação negativa" mas escolhas para o usuário/desenvolvedor.

Viu algum erro ou gostaria de adicionar alguma sugestão a essa matéria? fastos2016@gmail.com

Neste vídeo falo alguns pontos que talvez fiquem desatualizadas em semanas/meses pois o desenvolvimento é rápido, como o suporte a drivers Nvidia que já é possível..

aparece o erro (Este erro é do Java é o mesmo que o jdk)

error: Could not depsolve transaction; 1 problem detected:
Problem: conflicting requests
- nothing provides /bin/basename needed by jre1.8-1.8.0_201-fcs.i586
- nothing provides /bin/cp needed by jre1.8-1.8.0_201-fcs.i586
- nothing provides /bin/ls needed by jre1.8-1.8.0_201-fcs.i586
- nothing provides /bin/mkdir needed by jre1.8-1.8.0_201-fcs.i586
- nothing provides /bin/mv needed by jre1.8-1.8.0_201-fcs.i586
- nothing provides /bin/pwd needed by jre1.8-1.8.0_201-fcs.i586
- nothing provides /bin/sort needed by jre1.8-1.8.0_201-fcs.i586

sudo ostree remote gpg-import fedora-workstation -k /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-30-primary

2 - Instale o Fedora 30:

sudo rpm-ostree rebase fedora-workstation:fedora/30/x86_64/silverblue

O processo pode demorar, no final reinicie:

systemctl reboot

Referência: https://fedoramagazine.org/how-to-rebase-to-fedora-30-beta-on-silverblue/