debian — daltux

GNU Linux-libre: liberte e renove o núcleo de sua máquina com o repositório Freesh

Tue, 14 Oct 2025 15:43:34 +0000

GNU Linux-libre é, atualmente, o núcleo oficial do sistema operacional GNU. É quase o mesmo que Linux, o grande kernel que costuma ser usado não apenas com o GNU como com diversos outros. Contudo, Linux-libre é o resultado de um processo de detecção e limpeza de partes privativas a cada lançamento do Linux, visando garantir, diferentemente deste, que seja 100% software livre.

Leia mais sobre esse projeto tão fundamental para a liberdade de software em sua página oficial (em inglês) ou em artigo da Wikipédia.

Freesh

O projeto GNU Linux-libre, mantido por FSFLA com apoio da FSF, possui um repositório chamado Freesh, compatível com apt. Ele contém pacotes em formato deb do kernel prontos para instalação em PureOS, Trisquel ou tantas outras distribuições de GNU derivadas de Debian, mesmo aquelas que normalmente são acompanhadas do Linux comum — o famoso kernel que não é considerado software livre por conter módulos com conteúdo binário desacompanhado de código-fonte ou ofuscado e que, portanto, priva a comunidade de uma ou mais das suas liberdades essenciais.

Similarmente, há também um repositório compatível com dnf chamado RPM Freedom.

O repositório Freesh, ao mesmo tempo em que possibilita libertar uma máquina do software privativo trazido pelo Linux comum, ainda pode causar o efeito colateral de deixá-la mais renovada, pois apresenta os lançamentos mais recentes do kernel, que poderiam demorar muito a chegar a ela. Após defini-lo em arquivo no diretório /etc/apt/sources.list.d, basta atualizar os dados dos repositórios e instalar o metapacote linux-libre para ter a últimíssima versão do kernel ou, se desejar algo testado por mais tempo, linux-libre-lts.

Espelhos

Os repositórios raiz do projeto GNU Linux-libre são mantidos pela FSFLA em estrutura cedida pela FSF, em Boston, com alguns espelhos voluntariamente mantidos pelo mundo. Considerando a data de escrita deste texto, há poucos dias, eram três, em Austrália, Equador e Turquia. Assim, surgiu a ideia de criar um espelho do Freesh no servidor de daltux.net como forma de contribuir com o projeto. Ele já foi adicionado à lista de espelhos lida pelo gerenciador de pacotes a cada atualização, se tiverem sido seguidas as instruções de instalação padrão da página do Freesh. Nesse caso, não é preciso fazer mais nada para aproveitá-lo. Também é possível definir diretamente https://daltux.net/freesh/ como origem, se desejar recorrer apenas a esse espelho — algo menos recomendável.

O novo espelho está situado na Alemanha. Permanece importante a criação de mais espelhos, em especial no Brasil, como em outros locais. Quem tiver alguma infraestrutura e interesse de realizar isso, que não é nada complicado, pode entrar em contato se precisar de mais detalhes. Basicamente, será a execução periódica de Shell script para atualizar com rsync um diretório a ser servido por HTTP(s).

Exemplo

Eis um exemplo de execução de atualização+limpeza de pacotes que demonstra a utilização de mais de um espelho automaticamente pelo apt ao baixar o linux-libre versão 6.17.2:

$ sudo sh -c 'apt update && apt upgrade --verbose-versions && apt autopurge && apt clean && echo && df -h / && echo && uptime'

[...]
Get:6 http://linux-libre.fsfla.org/pub/linux-libre/freesh/mirrors.txt Mirrorlist [171 B]
[...]
1 package can be upgraded. Run 'apt list --upgradable' to see it.
[...]
Upgrading:
   linux-libre (6.17.1 => 6.17.2)

Installing dependencies:
   linux-image-6.17.2-gnu (6.17.2-gnu-1.0)

Summary:
  Upgrading: 1, Installing: 1, Removing: 0, Not Upgrading: 0
  Download size: 103 MB
  Space needed: 576 MB / [...] available
  └─ in /boot:  84.5 MB / [...] available

Continue? [Y/n]
Get:1 http://linux-libre.fsfla.org/pub/linux-libre/freesh/mirrors.txt Mirrorlist [171 B]
Get:3 https://daltux.net/freesh freesh/main amd64 linux-libre amd64 6.17.2 [780 B]
Get:2 https://mirror.cedia.org.ec/linux-libre/freesh freesh/main amd64 linux-image-6.17.2-gnu amd64 6.17.2-gnu-1.0 [103 MB]
Fetched 103 MB in 20s (5154 kB/s)
[...]
Setting up linux-libre (6.17.2) ...
[...]

Dica adicional: nala

Algo sobre o gerenciador de pacotes apt em geral: quando o mesmo pacote/versão está disponível em mais de uma origem configurada, ele já usa origens aleatórias para baixar cada pacote e pode passar a outra origem caso alguma apresente erro. Se desejar, mais do que isso, tentar usar paralelamente mais de um espelho definido para baixar o mesmo pacote, o programa nala consegue realizar isso. Vale a pena? Depende: cumulando essas condições com gargalos no lado do servidor, pode haver benefício. Senão, continue usando apt normalmente.

A dica mais importante é evitar repositórios que contenham software não livre.

#GNU #LinuxLibre #Linux #Debian #apt #SoftwareLivre

O Linux é para ser instalado a cada nova versão? Será que não? 🐧🆙💭

Sun, 10 Aug 2025 07:45:01 +0000

Para quem se pergunta se é preciso reinstalar Linux a cada nova versão lançada, a resposta, francamente, é sim! E isso é muito mais frequente do que o establishment faz com que você acredite. Ainda que resumida, o que segue é uma explicação técnica, mas vá diretamente ao fim se preferir.

A cada nova versão disponibilizada nos repositórios configurados em sua máquina, você tem alguma alternativa para atualizar o Linux a não ser por sua instalação? Negativo. Seu gerenciador de pacotes instala o novo Linux e normalmente desinstala os anteriores, exceto um que ficará de salvaguarda. Quando reiniciar a máquina, portanto, um Linux novo será executado. Em Debian e derivados, isso é definido pelo metapacote linux-image-amd64, o mais comum, cuja descrição é:

Linux for 64-bit PCs (meta-package)

No momento desta redação, sua dependência concreta é o pacote linux-image-6.12.38+deb13-amd64 (= 6.12.38-1). Quando for lançada uma versão posterior de Linux no repositório, por alteração da dependência do meta-pacote citado, um novo pacote concreto do Linux será sugerido pelo gerenciador de pacotes. A não ser continuar com o Linux antigo (ou remendá-lo durante a execução em alguns casos excepcionais), não há outra operação que pode ser feita sobre isso: você vai instalar o Linux novo.

Sim: como visto, Linux é um entre centenas de componentes necessários para operar sua máquina da forma projetada, em um conjunto reunido por distribuidores do que costuma ser o GNU, com o kernel Linux.

Um fenômeno que ocorre há tempos é denominado sinédoque, um tipo específico de metonímia. Isso causa estranhamento por quem defende que, em vez do nome de parte, as pessoas poderiam lembrar de chamar o todo pelo seu nome próprio: GNU. Para, mesmo assim, mencionar o kernel: GNU/Linux.

#Linux #GNU #GNUlinux #Debian #Debian13 #Trixie

MiniDebConf Maceió 2025: 6ª edição da conferência brasileira de Debian

Fri, 25 Apr 2025 15:00:00 +0000

De 1 a 4 de maio de 2025, quinta-feira a domingo, pela primeira vez na região Nordeste do Brasil, a capital do estado de Alagoas sediará um encontro nacional sobre Debian composto por palestras, oficinas, sprints, festa de caça aos bugs e eventos sociais.

A MiniDebConf Maceió 2025 é um evento aberto a todas as pessoas, independentemente do seu nível de conhecimento sobre Debian [GNU/Linux]. O mais importante será reunir a comunidade para celebrar um dos maiores projetos de Software Livre no mundo e, por isso, a organização deseja receber desde usuários(as) inexperientes que estão iniciando o seu contato com o Debian até Desenvolvedores(as) oficiais do projeto. Ou seja, estão todos(as) convidados(as)!

MiniDebConfs são encontros locais organizados por membros do Projeto Debian para atingir objetivos semelhantes aos da DebConf — a conferência Debian global — mas em um contexto nacional. Durante todo o ano, são organizadas MiniDebConfs ao redor do mundo.

Esta será a sexta edição de uma MiniDebConf no Brasil, e a primeira realizada no Nordeste. Em Maceió, serão quatro dias dedicados a temas ligados ao Debian.

📅 Programação: https://maceio.mini.debconf.org/schedule/

📹️ Transmissão do Auditório: https://maceio.mini.debconf.org/schedule/venue/1/

📝 Perguntas remotas poderão ser enviadas pelo canal #debian-br-eventos na rede OFTC de IRC. Na página da transmissão, há uma ligação para entrar facilmente no canal pelo navegador Web — JavaScript de qwebirc.org (GPLv2).

💡 Programe-se para o horário das atividades que pretende assistir, já que o vídeo normalmente é transmitido exclusivamente ao vivo. Gravações costumam ser publicadas posteriormente em https://meetings-archive.debian.net/pub/debian-meetings/

Texto parcialmente extraído da página oficial do evento — © 2025 Comunidade Debian Brasil (CC Atribuição) — adaptado ao blogue, modificado e complementado por Daltux.

#Debian #GNU #GNUlinux #SoftwareLivre #eventos

Dica para quem usa shell remoto, SSH

Fri, 13 Dec 2024 20:32:22 +0000

Há anos, tenho usado Mosh para contornar instabilidades e mobilidade de redes, já que ele se baseia em UDP e é bem adequado a isso, sem precisar manter uma “conexão” caso usasse TCP. É projetado para lidar com as perdas e a funcionar conforme haja comunicação.

O problema que enfrentei com Mosh recentemente foi ao precisar passar por máquinas intermediárias (como em ssh -J — vide manual), algo que se tornou necessário recentemente no ambiente de trabalho. Estive desde então pesquisando como resolver isso. Com o próprio Mosh, não consegui adequadamente, embora continue possível utilizá-lo para acessar uma máquina disponível diretamente e abrir N shells com, p. ex. e o que recomendo, Byobu. É um gerenciador de “janelas” de terminal que mantém uma “sessão”, podendo deixá-la aberta, sair e retomar posteriormente, ou que persiste caso haja desconexão. Assim, um multiplexador como Byobu por si só já é uma solução para quem deseja contornar perdas de conexão, mesmo usando o próprio SSH. Aliado ao Mosh, então, formava uma dupla mais eficiente, praticamente infalível. Pena que não consigo fazer o Mosh se comunicar com host que não esteja disponível por SSH, mesmo tentando chamar manualmente os programas servidor e cliente.

Felizmente descobri agora, enfim, o autossh, cujo propósito é simplesmente monitorar o estado da conexão do SSH e reiniciá-la quando ela cai. Para a operação ser viável, configure devidamente uma maneira de se autenticar, preferencialmente com par de chaves, sem que o programa tenha que ficar esperando digitação de senha a cada reconexão. Se não abrir um multiplexador de terminal, também não vai adiantar muito, podendo surgir problemas em uma desconexão súbita. É possível habilitar Byobu para que seja iniciado a cada shell com o comando byobu-enable. A solução com autossh não é tão eficiente quanto mosh, mas já funciona bem, na combinação com Byobu.

Todos eles estão disponíveis nos repositórios principais do Debian GNU/Linux, entre outros. Portanto, recomendo pesquisar os atalhos do Byobu, no caso, para dominá-lo e usá-lo sempre! ( mosh ou autossh ) + byobu já! 💌

Byobu é, na realidade, um conjunto de scripts e configurações que visam tornar tmux ou GNU screen mais amigáveis, utilizando o que estiver disponível entre eles (tmux por padrão). Assim, as afirmações acima valem para eles também, caso prefira usá-los diretamente.

Consta ainda um projeto mais recente, chamado Eternal Terminal, que pretende funcionar semelhantemente a Mosh, porém lidando com TCP e alegando até suportar saltos de SSH. Embora publicado nos termos da licença Apache 2.0, não está disponível nos repositórios Debian oficiais até o momento. Então ainda não o testei, pois já fiquei satisfeito com autossh, fornecido pela distribuição.

#shell #OpenSSH #ssh #byobu #tmux #gnu #GNUlinux #debian #mosh #autossh #unix