Lomiri no Debian está se juntando e finalmente está no arquivo oficial
Mário Gripsgård, o líder do projeto UBports, que assumiu o desenvolvimento da plataforma móvel Ubuntu Touch e do desktop Unity 8 depois que a Canonical se afastou, anunciou a integração de pacotes com o ambiente Lomiri em os ramos "unstable" e "testing" da distribuição Linux Debian e o servidor de exibição Mir 2.
No processo portar Lomiri para Debian, dependências obsoletas removidas ou renomeadas, foi realizada a adaptação para o novo ambiente do sistema (por exemplo, foi fornecido trabalho com systemd) e foi feita uma transição para uma nova ramificação da tela Mir 2.12. servidor.
É observado que o líder UBports consistentemente usa Lomiri no Debian e várias pequenas mudanças são necessárias para finalmente estabilizar Lomiri.
Lomiri usa a biblioteca Qt5 e o servidor de exibição Mir 2, que atua como um servidor composto baseado em Wayland.
Combinado com o ambiente móvel Ubuntu Touch, o desktopo Lomiri está em demanda para implementar o modo Convergência, que permite criar um ambiente responsivo móvel que, quando conectado a um monitor, fornece uma área de trabalho completa e transforma um smartphone ou tablet em uma estação de trabalho portátil.
Com isso veio muita limpeza de componentes mais antigos e desatualizados. Também nos certificamos de remover todos os patches específicos da Canonical e do Ubuntu. Com isso, nos abrimos para outras distribuições além do Ubuntu para usar o Lomiri.
Enquanto o UBports originalmente usava o Mir, os requisitos agora foram modernizados e atualizados.
O que tornou possível introduzi-lo no Debian foi o esforço que fizemos para mudar o nome e remover as dependências legadas. Também garantimos que funcione com sistemas mais novos e que funcione com o systemd (e seus componentes). Usamos o Mir 2.12, que é upstream. Trabalhamos em estreita colaboração com a equipe Mir para obter o suporte de que precisamos em Lomiri, daí a biblioteca Miroil – esta é uma camada de suporte, para adicionar coisas que foram removidas no Mir 2.
Se você estiver interessado em saber mais sobre isso, você pode consultar os detalhes no link a seguir.
Por outro lado, sobre o assunto Debian, também vale a pena mencionar que recentemente o Desenvolvedores Debian anunciaram que eles estão testando um novo repositório de firmware não-livre, no qual os pacotes de firmware foram movidos do repositório não-livre.
A segunda versão alfa do instalador “Bookworm” Debian 12 fornece a capacidade de solicitar dinamicamente pacotes de firmware de um repositório de firmware não livre. A presença de um repositório separado com firmware permite fornecer acesso ao firmware sem incluir um repositório comum não gratuito na mídia de instalação.
De acordo com a votação geral anterior, as imagens oficiais incluem firmware gratuito do repositório principal como firmware proprietário disponível anteriormente através do repositório não-livre. Se você tiver hardware que requer firmware externo, o firmware proprietário necessário é carregado por padrão. Para usuários que preferem apenas software livre, na fase de download, é fornecida uma opção para desabilitar o uso de firmware não livre.
O firmware necessário é determinado pela análise dos logs do kernel, que contêm avisos sobre falha ao carregar o firmware (por exemplo, "falha ao carregar rtl_nic/rtl8153a-3.fw"). O registro é analisado pelo script check-missing-firmware chamado pelo componente hw-detect.
Ao detectar problemas de download de firmware, o script verifica o arquivo firmware-content-index, que corresponde aos nomes do firmware e aos pacotes nos quais eles podem ser encontrados. Se o índice estiver ausente, o firmware será pesquisado no conteúdo dos pacotes no diretório /firmware. Se um pacote de firmware for encontrado, ele é descompactado e seus módulos de kernel associados são carregados, após o que o pacote de firmware é adicionado à lista de pacotes instalados e o repositório de firmware não livre é ativado na configuração do APT.