Toca do Tux

Lançado Nim 2.2.8

noreply@blogger.com (Toca do Tux) — Sun, 08 Mar 2026 22:04:00 +0000

Lançado Nim 2.2.8

No dia 23 de Fevereiro de 2026 , o time da linguagem Nim anunciou o lançamento da versão 2.2.8, o quarto patch release para a versão 2.2 adicionando 89 commits trazendo correções de bugs (o total de 39 correções) e melhorias. A correção mais importante foi a parte de código multi-threaded pesado que torna o alocador mais estável, mas ainda querem trabalhar para ter o -d:userMalloc.

Todas as novidade do Nim 2.2.8 podem ser conferidas Nim Blog

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

D-Bus será substituído no systemd

noreply@blogger.com (Toca do Tux) — Wed, 11 Feb 2026 20:16:00 +0000

D-Bus será substituído no systemd

D-Bus é um sistema de comunicação de inter-processo (em inglês = inter-process communication ou IPC) que é utilizado como uma das dependências do systemd para ativação de serviços. Não somente pelo systemd, porém o D-Bus é utilizado por vários outros serviços como durante durante o processo de instalação gerando um número de identificação para a máquina através do D-Bus machine id. Máquinas virtuais também dependem o D-Bus machine id ainda mais em casos de geração de templates que podem precisar de um novo D-Bus machine ID para garantir que recursos do sistema do hypervisor sejam instruídos para o guest correto. O comando dbus-uuidgen --get é utilizado verificar o id das máquinas enquanto que o comando bus-uuidgen --ensure é utilizado para validação sendo o dbus-uuidgen --ensure=/etc/machine-id é utilizado para gerar novo id após remover o link simbólico /etc/machine-id tendo origem em /var/lib/dbus/machine-id (fica aí essa dica para a LPIC1).

Ferramentas do D-Bus

O Varlink também é um sistema de comunicação de inter-processo porém, sendo um protocolo que visa tornar os serviços acessíveis tanto para humanos quanto para máquinas do jeito mais fácil possível fazendo uso de arquivos de texto para descrever interface com todos os tipos de dados, metodo e etc.; não faz uso de números mágicos ou valores sem nomes, é fácil de debugar com qualquer ferramenta.

Screenshots - VARLINK

O desenvolvedor Benno Rice do projeto FreeBSD disse em sua palestra sobre o systemd:

"Eu não sou um grande fã do D-Bus, mas eu sou um grande fã de mensagens" ... "logs binários não é uma coisa ruim desde que você tem as ferramentas para separá-las, mas gosta de mensagens".

Mas o motivo que o Varlink está sendo adotado no systemd no lugar do D-Bus não está relacionado a coisas como logs serem ou não binários e sim por questões de limitações sendo uma delas só estar disponível após o processo de boot, demora na implementação de novos recursos, complexidade, o fato de utilizar somente serialização, não podendo ser utilizado em muitos serviços básicos, performance baixa dentre outros problemas. Todos os detalhes podem ser conferidos na apresentação do Lennart no FOSDEM deste ano:

Varlink: a protocol for IPC

Site oficial do Varlink

varlink · GitHub

Mais sobre o systemd pode ser conferido aqui no blog

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Hack no emulador PCSX2 corrige erro de resolução nos jogos da SNK

noreply@blogger.com (Toca do Tux) — Mon, 09 Feb 2026 00:37:00 +0000

Hack no emulador PCSX2 melhora profundidade na resolução dos jogos da SNK.

Recentemente foi publicado que uma nova hack foi adicionado à ultima versão do emulador PCSX2 que soluciona um problema gráfico 3D em 99% dos jogos da SNK. Essa hack permite que o limite de profundidade seja de 24 bits permitindo jogar em telas de alta resolução sem bugs nos cenários. A noticia pode ser lida no próprio site do projeto clicando aqui e um vídeo pode ser conferido abaixo:

A pull request foi enviado por JordanTheToaster que está tendo boa aceitação pela comunidade e retorno bem rápido. Por hoje é só, povo.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Raytracing no... Sega Saturn? 😲

noreply@blogger.com (Toca do Tux) — Thu, 05 Feb 2026 01:18:00 +0000

Raytracing no... Sega Saturn? 😲

Você não leu errado, algo que parecia tecnicamente impossível foi feito. Um desenvolvedor conhecido como XL2 postou um vídeo demonstrando uma solução para rodar raytracing nos jogos do Sega Saturn. Isso sim é o que chamamos de tirar leite de pedra quando um desenvolvedor talento resolve extrair o real potencial do hardware.

XL2 é conhecido por já ter feito um "port impossível" do primeiro Unreal da Epic Games, mas parcial, e a demo pode ser baixada clicando aqui. Neste vídeo em seu canal, XL2 descreve como a técnica é realizada:

"Aqui está um teste de raytracing em um quarto pequeno. A função é bem pequena e poderia ser otimizada mais adiante: Eu simplesmente testo todas as vértices utilizando o BSP. A fonte de luz é, para o teste, simplesmente a posição da ultima fonte ativa dinâmica de luz (então praticamente o ponto de impacto da dispersion pistol). Raytracing não afeta entidades ainda, mas essa parte deve ser super fácil (um simples raio para testar se eles são afetados ou não).
O comodo que você vê não tem luz estática, mas o raytracing pode ser usado para adição de luzes dinâmicas no topo das fontes de luz estáticas. Eu só atualizo um quarto das vértices por quadro. Quando um vértice falha no teste, eu escureço suavemente de volta para 0. Quando ele passa, fica totalmente brilhante imediatamente. Não faço nenhum teste sofisticado agora para a luz (como usar a normal da superfície ou a distância da luz), assim ele poderia parecer melhor com um pouco mais de matemática. Agora, para luzes indiretas: eu mantenho um PVS por face de qual rosto afeta quais outros rostos. Só preciso encontrar uma maneira de integrá-lo a uma velocidade razoável no Saturn."

Essa é na verdade somente uma prova de conceito para explorar o real potencial do console; isso sim é o que chamamos de tirar leite de pedra. Bom, posto este artigo já estou expandindo o canal e blog para a parte técnica dos consoles e a pedido de um dos inscritos do canal, ainda debaterei sobre o Sega Saturn.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

wak: Uma implementação do awk para o toybox

noreply@blogger.com (Toca do Tux) — Sat, 17 Jan 2026 12:30:00 +0000

wak: Uma implementação do awk para o toybox

Em 2024, Ray Gardner com contribuição de Oliver K. Webb disponibilizaram o wak, uma implementação POSIX compacta da linguagem de programação awk para o toybox ou para poder também ser utilizado como standalone. O professor Nelson H. F. Beebe da Universidade de Utah também está envolvido em seu desenvolvimento dando conselhos relacionados a melhorias do programa e do uso do makefile.

O wak é realmente compacto; escrito em apenas 4500 linhas de código que quando compilado, linkando estaticamente, o wak possui apenas 244 kbytes. O wak entrou no diretório pending do toybox em Janeiro de 2025, na versão 0.8.12 porém, como awk e não wak.

Informações de binário do wak

wak no diretório pending do toybox com o nome awk

O wak é em sua maioria compatível com as implementações awk POSIX, o One True Awk de Brian Kernighan, também conhecido como nawk, este é o original awk do Unix que recebeu uma atualização em 2022 e que é utilizando inclusive pelo Android, o awk do Busybox e o gawk do GNU com axceção de sua extensões. O wak tenta ser compatível com a POSIX.1-2024, exceto onde conflita com praticas tradicionais e comuns de outras implementações do awk como exemplo, tentar ser o tanto UTF-8 safe (confiram as informações de Oliver Webb) quanto razoavelmente possível, seguindo as abordagens do toybox. Neste vídeo eu apresento alguns dos testes manuais que eu fiz para testar a sua compatibilidade com outros awks:

O wak é mantido sob a clausula zero BSD (BSD0) para manter dentro dos padrões de licença do toybox porém, como os arquivos do diretório test pertencem ao gawk 5.3.1, então estes arquivos são mantidos sob a GPL2. O código é escrito em C99 (exceto o recurso anonymous unions) tanto no GCC quanto no Clang mas também é possível compilar o wak com TinyCC. Report de bugs são sempre bem vindos.

A IMPORTÂNCIA DE AWK

Ao longo do tempo, awk foi perdendo espaço para outras linguagens como Python e Perl, porém a especificação POSIX e especificalmente a Single UNIX Specification (SUS) determinam que todo sistema operacional que declaram ser um Unix (ou totalmente POSIX) deva disponibilizar uma versão de awk compatível com a POSIX para assim ser oficialmente Unix legítimo e certificado. Essa exigência está relacionada a awk fazer parte do conjunto de comandos necessários para tornar scripts portáveis entre outros Unix.

Além do mais, awk é uma das dependências para se compilar o kernel Linux pois é utilizado por vários build scripts e configurações. Enquanto compiladores e outras ferramentas são responsáveis por gerar os binários, awk e outros comandos são responsáveis pela parte de scripts que tratarão de informações como saber os ranges de memória, preempção do kernel e muito mais.

scripts awk presentes no kernel

Rob Landley descreveu em seu blog em 2021:

" Estou imaginando que dd, expr, tr, awk, sh, bc, bison, flex, make, ar, e gzip são necessários para construir o kernel..."

E continuamos em seu roadmap a série de comandos necessários para construir um ambiente mínimo de uma distribuição capas de bootar o sistema executando init scripts e outros shell scripts e oferecer uma sessão do shell.

A intenção é oferecer ferramentas necessárias para o Android ser capaz de compilar o kernel Linux e suas próprias ferramentas.

An awk implementation for toybox and standalone

wak - An awk implementation released

Writing a UTF-8 Safe AWK | Oliver Webb

Confira mais sobre o toybox clicando aqui

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Linguagem Go utilizada para rodar Diablo no Dreamcast

noreply@blogger.com (Toca do Tux) — Mon, 12 Jan 2026 12:30:00 +0000

Linguagem Go utilizada para rodar Diablo no Dreamcast

O Gerente de engenharia de software da Red Hat, Panagiotis Georgiadis escreveu eu seu perfil no X:

"Eu tornei possível escrever código golang para o Sega Dreamcast. Sim, o console de 1999. Sim, Go de verdade com gorotines e channels. Aqui está uma intro de Diablo rodando no hardware real."

Panagiotis descreve que Golang para Dreamcast fornece as mesmas características (garbage collection, goroutines, channels e as funções do core runtime) mas que substituiu o runtime padrão do Go por um uma implementação mínima (o libgodc) projetada especificamente para o Dreamcast de acordo com as especiações: e sem sistema operacional¹.

Limitações

Panagiotis disponibilizou uma documentação sobre as limitações da biblioteca libgodc que é essencial entender para escrever programas Go para Dreamcast.

Limitations - libgodc

Algumas de suas limitações estão relacionadas no total de memória RAM (apenas 16MB de RAM sendo distribuídos para o KOS, seus drivers e malloc; GC; pilhas; seu código. Ele não possui memória virtual, não possui swap, e não possui segunda chance e caso ocorra de ultrapassar esse limite, o jogo crasha), o processador ser single-core SH-4 operando a 200MHz; os tempos de pausa que o garbage collection podem levar cada frame leve 16.6ms ou até causar stutter; pilhas fixas a 64k; sem Parallelismo (M:1); é Cooperative e não preemptive; alguns recursos não implementados ou algumas implementações limitadas. Há mias detalhes sobre limitações que podem ser lidos aqui, mas apesar destas diferenças, podemos escrever código go normal, as rotinas go funcionam, channels, mapas, slices, interfaces funcionam.

O Go runtime para Dreamcast depende do gccgo e do KOS (KallistiOS).

O Go para Dreamcast está disponível sob a clausula 3 BSD porém, algumas partes estão sob outras licenças como o brkout (que é um port Go do jogo original desenvolvido por Jim Ursetto) que está sob GPLv2.

Eu como um apaixonado por Dreamcast fico muito feliz de ver a galera de Linux envolvida com o console.

¹Apesar de se ver escruto no Dreamcast Windows CE, O Dreamcast não possui sistema operacional instalado nele e sim em sua mídia.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Phoenix: Um novo X Server escrito do zero em Zig

noreply@blogger.com (Toca do Tux) — Sun, 28 Dec 2025 23:18:00 +0000

Phoenix: Um novo X Server escrito do zero em Zig

Em minha palestra A evolução do Linux eu conto a origem do X11 no Linux que foi uma coisa muito interessante já que foi esse servidor gráfico que deu origem ao primeiro protocolo de redes no Linux. Em Outubro de 2021 eu escrevi o artigo O fim da estrada para o x11 descrevendo o estado atual o X11, o seu destino e seu eminente fim.

Com o tempo surgiu um "salvador da pátria" (assim como foi o Rocky Linux...) anunciando um fork chamado XLibre e como sempre, a galera movida a paixões por software livre comprou a briga sem saber quase nada do assunto. Parece que o desenvolvedor vem fazendo algum progresso, o que me leva a perguntar por que não havia feito isso antes das distribuições fazerem adotação em massa do Wayland...

E agora, entre essa "guerra" Wayland X XLibre, surge o Phoenix. Phoenix é um novo servidor gráfico X projetado do zero (e não um fork do Xorg) escrito na linguagem Zig e projetado para ser uma alternativa moderna ao Xorg. O Phoenix ainda não está pronto e até o momento o Zig X Server renderiza somente algumas aplicações simples.

A equipe visa ter um servidor gráfico com foco em simplicidade, segurança, melhorias tanto para tecnologias modernas quanto para parte gráfica, compatibilidade com o Wayland e estender o protocolo X11. Existem diferenças fundamentais de implementação entre o X11 e o Phoenix. O Phoenix está sob GPLv3 (não sei o que passa na cabeça da galera) e a galera vem trabalhando neste servidor gráfico desde Julho. É esperar para ver se o projeto vinagrá.

Mais informações sobre o Phoenix pode ser lido clicando aqui.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Lançado Nim 2.2.6

noreply@blogger.com (Toca do Tux) — Mon, 03 Nov 2025 14:08:00 +0000

Lançado Nim 2.2.6

No dia 31 de Outubro foi anunciado o lançamento da versão 2.2.6 da linguagem Nim depois de seis meses do lançamento da versão 2.2.4. Essa versão contem 141 commits trazendo 53 correções de bugs e melhorias. Uma dessas melhorias está no desempenho que já era bom, agora o compilador é esperto para produzir uma operação para retorno de obj.field que anteriormente ele fazia uma cópia. O async do Nim está mais estável por ter sido reeescrito.

Não vou me estender aqui sobre esta nova versão já que possuo bastante material aqui no blog promovendo a linguagem Nim, porém todas as alterações na versão 2.2.6 pode ser conferidas clicando aqui.

Baixe a versão 2.2.6 clicando aqui
Para saber mais sobre a linguagem nim, clique aqui ou aqui em nimlang

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Lançado Fedora 43

noreply@blogger.com (Toca do Tux) — Thu, 30 Oct 2025 00:26:36 +0000

Lançado Fedora 43

Galera, resolvi compartilhar aqui a live sobre o lançamento do Fedora 43.

Fedora Linux | The Fedora Project

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Lançado toybox 0.8.13

noreply@blogger.com (Toca do Tux) — Fri, 24 Oct 2025 12:30:00 +0000

Lançado toybox 0.8.13

No dia 14 de Outubro foi lançada a versão 0.8.13 do terminal de comandos toybox.

NOVOS COMANDOS

Foram adicionados os comandos nologin e hd. O comando hd inicialmente não possui opções, apenas saída o tradicional de 16 bytes por linha hex+ascii. Essa nova versão trás também a substituição do antigo kconfig/*.c plumbing (que data da época do kernel 2.6) por um novo scripts/kconfig.c que entre outras coisas, permite construir no MacOS sem a necessidade de homebrew e adiciona suporte trap e alias ao toysh.

Comandos hd e nologin no toybox 0.8.13

NOVOS RECURSOS AOS COMANDOS

O comando chmod recebeu as opção -cv; o comando kill com a opção -l pode gerar uma lista de múltiplos sinais; o comando taskset recebeu a opção -a como um alias para a opção --all e utilizar essa opção sem argumentos exibe o mask atual; o comando dd recebeu as opções oflag=append, oflag=direct, conv=nocreat e iflags=direct; os comandos xargs e pgrep receberam a opção -a; o comando lspci agora suporta offsets de de registradores maiores; o comando log recebeu a opção -b; e o lsusb recebeu a opção -t.

COMANDOS E RECURSOS PENDETES

Além do novo comando hd, agora o diretório pendente recebeu o novo comando hexdump; adição do ip6gre ao ip; adição de dhcp -u para utilizar UDP ao invés de broadcast replies.

CORREÇÕES DE BUGS E LIMPEZAS

O comando tar -T /dev/null cria um arquivo vazio além de uma correção de incompatibilidade com o SELinux; o test -nt -ot trata um arquivo existente como novo ao invés de arquivo inexistente; ps -o psr= $$ não exibe maos saídas com linhas em branco; o comando pgrep recebeu duas correções sendo a primeira para não tratar argumentos desconhecidos como filtros de processo e a segunda para não permitir que a opção -f não conflite com a nova opção -a já mencionada; o comando lspci -xxxx exibe corretamente offsets de registradores grandes; o as buscas do comando modinfo agora incluem um leading NUL para evitar falsos positivos; o crontab recebeu uma correção para reter o proprietário original. Também houveram correções de bugs nos comandos dentro do diretório pendente.

Ocorreram limpezas nos comandos hexdump, kill, lsusb, xzcat e killall5 que não mais depende do comando kill.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Fil-C, uma implementação das linguagens C e C++ com suporte a segurança de memória

noreply@blogger.com (Toca do Tux) — Tue, 21 Oct 2025 12:30:00 +0000

Fil-C, uma implementação das linguagens C e C++ com suporte a segurança de memória

Filip Pizlo, que é diretor senior de engenharia de linguagem da Epic Games e que também já foi gerente da JavaScriptCore na Apple além de possuir 15 anos de experiencia na construção de linguagens de alto nível com alto desempenho, desenvolveu uma implementação das linguagens C e C++ com suporte a segurança de memória (algo que todo mundo está cobiçando agora).

Fil-C utiliza a combinação de garbage collection chamado FUGC (Fil's Unbelievable Garbage Collector que, sendo mais específico, é um parallel concurrent on-the-fly grey-stack Dijkstra accurate non-moving garbage collector) e invisible capabilities (cada ponteiro na memória possui capability correspondente, não visível para o espaço de de endereço C). Cada operação fundamental em C é verificada pela capability. Todos os erros de segurança de memória são capturados como Fil-C panics.

Já existe uma lista de programas que funcionando sendo compilados com o Fil-C com mínimas ou zero mudanças. Tanto que Filip criou sua própria distribuição From Scratch (baseado no Linux From Scratch 12.2) com suporte a segurança de memória chamada Pizlix onde Filip adiciona alguns componentes ao seu userland compilado com o Fil-C. O kernel do Pizlix é compilado com o Yolo-C.

O Fil-C está na versão 0.673 e sob licença Apache 2 (já que basicamente o Fil-C é um fork do LLVM), BSD 2-clause, MIT e GPL 2.1.

Fil-C

Meet Fil

Pizlix: Memory Safe Linux From Scratch

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

Lançado ONLYOFFICE Docs 9.1

noreply@blogger.com (Toca do Tux) — Mon, 20 Oct 2025 12:12:00 +0000

Lançado ONLYOFFICE Docs 9.1

O ONLYOFFICE Docs 9.1, a versão mais recente do nosso pacote de escritório de código aberto e auto-hospedado para documentos, planilhas, apresentações, formulários preenchíveis, PDFs e diagramas, já está disponível.

Os principais recursos da versão 9.1 incluem:

Recurso de redação , novas ferramentas de anotação , gráficos e SmartArt em PDFs
Fórmulas de PESQUISA mais rápidas em planilhas;
Guia Slide Mestre em apresentações;
Suporte para imagens HEIF e documentos HWPML ;
Editor de gráficos completo em documentos e apresentações;
direta de PDF -> TXT e PPTX -> TXT e muito mais.

Para saber mais sobre a versão 9.1, leia nosso blog e assista ao nosso webinar da versão 9.1 no YouTube:

A versão gratuita para desktop do pacote para Windows, Linux e macOS será atualizada posteriormente. Se você tiver dúvidas ou quiser cobrir este lançamento em seu site, não hesite em entrar em contato.

Baixe o ONLYOFFICE Docs 9.1 gratuitamente

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

Lançado kernel #linux 6.17

noreply@blogger.com (Toca do Tux) — Sun, 05 Oct 2025 23:55:00 +0000

Há pouco mais de uma semana foi lançado #kernel #linux 6.17. Bora conferir algumas novidades.

Confiram o meu curso de migração para Linux clicando aqui

Ou utilizem o cupom OUTUBRODE2025

https://www.webpronews.com/linux-kernel-6-17-enhances-intel-graphics-with-displayport-and-sync-upgrades/

https://www.phoronix.com/news/Bcachefs-Externally-Maintained

https://news.ssbcrack.com/linus-torvalds-rejects-risc-v-changes-for-linux-6-17-due-to-late-submission-and-quality-concerns/

https://www.phoronix.com/news/Linux-6.17-Rust

https://x.com/phoronix/status/1952351185270137189?t=6XUxvhT9MMHSUOy77m6fEg&s=19

https://www.phoronix.com/news/Linux-6.17-Kdump

https://www.phoronix.com/review/linux-617-filesystems/3

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f2c61db29f277b9c80de92102fc532cc247495cd

wget removido do Ubuntu Server 25.10

noreply@blogger.com (Toca do Tux) — Mon, 22 Sep 2025 23:26:00 +0000

wget removido do Ubuntu Server 25.10

Muitas mudanças vem ocorrendo no Ubuntu: A substituição do GNU coreutils pelo rust coreutils (e o relato de seu desempenho 17 vezes menor), a substituição do sudo pelo sudo-rs e agora que o wget será descontinuado no Ubuntu Server a partir da versão 25.10. Em seu lugar, será utilizado o wcurl que basicamente é um script para o comando curl que facilita muito a vida para baixar arquivos.

O anuncio foi feito por John Chittum no dia 31/07:

"Após mais debates e testes, avançamos e movemos o wget para a versão 25.10.

Isso ficou muito mais fácil porque o wcurl foi disponibilizado na versão 25.10 do curl. Ele é um substituto imediato para as chamadas simples e possui a maior parte da funcionalidade do wget. Para casos mais complexos, como espelhamento, o wget ainda é a solução correta. Tudo isso está incluído nas notas de lançamento da versão 25.10 (assim que eu clicar em enviar...)."

A ideia é remover ferramentas redundantes e reduzir funcionalidades duplicadas (que é uma ideia que eu gostei). Isso sim é algo interessante para ser lançado no Ubuntu 25.10. Outros programas que estão sendo removidos é o GNU Screen,o Byobu em favor do Tmux.

O wget vai permanecer no suporte no seed group que incluem pacotes oficiais mas não na instalação padrão.

uutils: Um coreutils escrito na linguagem Rust

Ubuntu se livrando do GNU

Ubuntu adotando sudo-rs

Rust coreutils mais que 17 vezes mais lento no Ubuntu

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

#rust coreutils: 17 vezes mais lento no #ubuntu

noreply@blogger.com (Toca do Tux) — Thu, 18 Sep 2025 22:40:00 +0000

Ubuntu adotando sudo-rs

noreply@blogger.com (Toca do Tux) — Fri, 05 Sep 2025 13:42:00 +0000

Ubuntu adotando sudo-rs

Em maio do ano passado eu postei sobre o run0, um substituto ao sudo no systemd. Mostrei que esse não é o único substituto do sudo. Em meio a isso, a Canonical anunciou que estará adotando ao sudo-rs, uma reimplementação do sudo baseado na linguagem Rust.

Esse não é o primeiro programa Rust que a Canonical adota no ubuntu. Em Maio deste ano, publiquei uma live initutalada Ubuntu se livrando do GNU? debatendo que a Canonical está passando a adotar o uutils (ou Rust coreutils e que particularmente não é um programa que eu gostei) no lugar do GNU CoreUtils.

Netse vídeo, Jon, VP Engineering and leading Ubuntu's development, responde alguns comentários sobre o sudo-rs.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

A farsa "Linux é apenas o kernel"

noreply@blogger.com (Toca do Tux) — Mon, 25 Aug 2025 12:46:00 +0000

A farsa por trás do termo "Linux é somente o kernel": A verdade que não te contam sobre isso

Por quase três décadas vem sendo propagado aos quatro cantos do mundo a vaga informação:

"O nome do sistema operacional não é Linux, Linux é somente o kernel do sistema operacional e somente com o kernel você não faz nada. As ferramentas do sistema operacional são do projeto GNU. Então, o nome correto é GNU/Linux."

Ou postam em todos os lugares o estafante texto de autoria de Ricahrd Stallman:

"...Eu gostaria intervir por um momento. O que você está se referindo como Linux, é de fato, GNU/Linux, ou como eu recentemente passei a chamar, GNU mais Linux. Linux não é um sistema operacional em si..." ... "....Linux é o kernel: O programa no sistema que aloca recursos da máquina para outros programas que você executa. O kernel é uma parte essencial de um sistema operacional, mas inútil por si só..."

Agora a moda da vez é dizer "GNU com ou sem Linux"... Patéticos... Estranho é que eu percebi que passaram a utilizar este argumento depois que mencionei no meu vídeo Linux ou GNU/Linux? Eis a questão que "no meu canal eu trato de Linux com ou sem GNU". Simplesmente pegaram a mesma frase inverteram, mas eu duvido que eles vivam sem Linux:

Eu até poderia escrever pelo menos mais dois ou três artigos debatendo ponto por ponto desta frase, mas o meu foco aqui será unicamente no trecho "Linux é apenas o kernel". Então, bora!

Linux: mais do que o kernel do sistema operacional

Linux surgiu como um pequeno e singelo kernel, com apenas um conjunto de drivers que Linus portou de seu emulador de terminal que havia desenvolvido como aprendizado, o suporte a hardware era limitado, travava quando atingia o limite máximo de memória e estes são apenas alguns dos problemas que Linux enfrentava. No final da descrição da licença do kernel 0.01 (que nesta ocasião ainda era regido sob a licença da convenção de Berna do século XIX) o próprio Linus Torvalds afirmou na época que:

"Infelizmente, um kernel por si só não te leva a lugar algum. Para se ter um sistema funcional você precisa de um shell, compiladores, uma biblioteca e etc. Essas são partes separadas e muitas estão sob uma licença rigorosa (ou mesmo mais flexível). A maioria das ferramentas utilizadas com Linux são software do GNU e estão sob a GNU copyleft."

Não somente em sua licença como também no arquivo README Linux—a free unix-386 kernel, especificamente em Coisas faltando/incompletas no Linux (Things missing/incomplete in Linux) é descrito que:

"Nenhum dos importantes comandos de administração do sistema ainda foram escritos para Linux. Estes incluem coisas como mkfs, format, fsck, mknod e etc. Alguns destes precisam de recursos do kernel ainda não implementados (format, mknod), alguns precisam apenas serem escritos. Assim como a biblioteca, eu aceitaria quaisquer arquivos distribuíveis livremente."

Se o desenvolvimento do Linux tivesse parado por aqui, estaria correto afirmar que Linux era apenas um kernel, mas este argumento foi válido somente até a versão 0.10, pois a partir do kernel 0.11, lançado no dia 19 de Dezembro de 1991 (apenas quatro meses após seu nascimento), surgiram os primeiros comandos do Linux fidsk, mkfs e fsck desenvolvidos pelo próprio Linus Torvalds para tornar Linux self-hosting já que acidentalmente Linus havia discado a partição do Minix ao invés de seu modem destruindo completamente a partição do Minix:

Linus relatando sobre a criação dos comandos mkfs/fsck/fdisk para o kernel 0.11

Menos de um mês depois, foi lançado o kernel 0.12 com mais comandos como o mkswap, pois nesta versão originou-se o suporte a memória virtual no Linux, também chamado paginação de disco ou paginação de memória (Memory paging ou disc paging em inglês). A ideia surgiu quando um alemão contatou Linus perguntando como utilizar o GCC no Linux já que ele possuía apenas 2MB de RAM e era a exata quantidade exigida para executar o GCC. Foi aí que durante três dias Linus trabalhou no desenvolvimento da paginação de disco, vindo a concluí-la no dia 25 de Dezembro de 1991. Isso foi uma revolução no Linux pois não era um qualquer sistema operacional possuía suporte a memória virtual. Daí em diante as pessoas pararam de comparar Linux ao Minix e passaram a compará-lo ao Coherenlt que foi o primeiro clone do Unix na história:

Nota de lançamento do kernel 0.12 descrevendo o comando mkswap adicionado ao mkfs

A maioria dos comandos desenvolvidos por Linus Torvalds ainda estão presentes nas distribuições e também deram origem a outros pacotes como o util-Linux, o e2fsprogs e o busybox. Hoje em dia, a maioria dos comandos nas distribuições são do próprio Linux:

Comandos de autoria do Linus Torvalds no util-linux

Comandos de autoria do Linus Torvalds no busybox

Design and Implementation of the Second Extended Filesystem

Comando badblocks de autoria de Linus Torvalds no pacote e2fsprogs

Linus Torvalds também contribuiu para o comando route

A partir da versão 0.11 Linux passou de um simples, pequeno e inacabado kernel a um kernel self-hosting contendo os recursos e comandos necessários para a sua administração do sistema, quebrando assim o ciclo do README do kernel 0.01. Mas a comunidade Linux não parou por aí e vocês verão a seguir como a partir destes recursos, a comunidade Linux o evoluiu para um sistema operacional.

Fato curioso é que Linus havia perdido interesse em continuar o desenvolvimento do Linux até ocorrer o acidente com o Minix. Já pensou se isso não tivesse acontecido ?

Só com um kernel e as ferramentas do projeto GNU, você não consegue fazer porcaria nenhuma já que o GNU não possui metade das ferramentas necessárias para se ter um sistema operacional.

A evolução do Linux

Surgiu então a primeira comunidade Linux composta por membros da comunidade Minix. Hoje a comunidade Linux é composta por indivíduos, organizações, instituições governamentais, acadêmicas e empresariais do mundo todo.

Sua gigantesca comunidade não o limitou a simplesmente um kernel com comandos e passou a transforma-lo em um verdadeiro sistema operacional desenvolvendo todos os tipos de recursos necessários para isso além de portar ferramentas de outros Unix para Linux (sim, Linux também é um Unix. Aliás, Linux é mais do que um Unix) e receber suporte de outros projetos como é o caso do comando file (que eu não faço ideia de onde o projeto GNU tirou que pertence a eles) e o Shadow. Exemplos de pacotes e comandos do próprio Linux são o at, o Batch (que é uma parte do at), o Linux PAM, o Procps, o Psmisc, o Util-linux, e2fsprogs, iproute2, kmod. De bibliotecas facilmente temos a uclibc, a dietlibc, a musl, newlib e klibc. Existe uma lista enorme somente de bibliotecas C mas poderíamos contar até com mais em outras linguagens. Já mostrei aqui três compiladores além do GCC que compilam o kernel Linux como o tinyCC, o ICC da Intel e o LLVM. Na parte de init systems (BSD, SysVinit, upstart, systemd e etc) também temos uma lista enorme e de carregadores de boot temos outros também. Confiram mais em /pub/linux/utils/ e pub/linux/.

Uma boa recomendação de leitura é o artigo O dia que Laurent Bercot calou RMS: Eu não uso GNU e seu projeto

toybox, desenvolvido para Linux e mais tarde portado para FreeBSD

moreutils Uma coleção de ferramentas para Unix que ninguém pensou em escrever

uutils ou rust core utils

Comandos do embutils desenvolvidos para Linux

Comandos do ubase inspirados no util-linux porém mais simples

sbase

minibase

9base port de várias ferramentas originárias do Plan 9 para os Unixes

vcoreutils que é desenvolvido na linguagem V

Já se passaram 34 anos e muita coisa mudou desde o seu primeiro lançamento. E de tudo o que foi mencionado aqui, sabe o que pertence ao GNU? Nada! Tudo no Linux é uma questão de escolha; opções não faltam.

Kernel: A alma do sistema operacional

Se lembram da frase "Algumas destas (ferramemtas) precisam de recursos do kernel" no README lá no início do artigo? Pois é, três coisas podemos mencionar aqui que ocorrem a medida que novos recursos ganham vida no kernel. A primeira é o desenvolvimento de ferramentas para a administração exatamente de recursos do kernel como exemplos os comandos do iproute2 (arpd, bridge, ctstat, devlink, ip, lnstat, nstat, rdma, routef, routel, rtacct, rtmon, rtstat, ss, tc e tipc) para administrar o framework de sub-sistema de redes do Linux; o iptables e nftables para administrar o framework de filtro de pacotes netfilter; os comandos do e2fsprogs (lsattr, chattr, fuse2fs, badblocks, dumpe2fs, e2freefrag, e2fsck, e2image, e2label, e2mmpstatus, e2undo, e4crypt, e4defrag, filefrag, fsck.ext2, fsck.ext3, fsck.ext4, logsave, mke2fs, mkfs.ext2, mkfs.ext3, mkfs.ext4, mklost+found, resize2fs, tune2fs) para a administração de recursos sistemas de arquivos da familia ext*; podemos citar atributos estendidos com o getfattr e o setfattr, ACL POSIX, capabilities e os comandos para administração dos sistemas de arquivos como btrfsprogs, xfsprogs e os próprios comandos fdisk, mkfs, mount e fsck são parte da administração dos sistemas de arquivos; os comandos getenforce, setenforce e até a opção -Z no comando ls são para administrar o SELinux (bom, essa é bem básica do SELinux já que o mundo SELinux é muito maior do que isso); os módulos Apparmor, Tomoyo, MAC e DAC também possuem seus comandos; o comando watchdog para monitorar e gerenciar comportamentos anormais de hardware e software e automaticamente reset ou rebootar o sistema se necessário utilizam o módulos como softdog e incontáveis outros. No Linux existe até o módulo B.A.T.M.A.N. (better approach to mobile ad-hoc networking) que utiliza os comandos batctl e batman-adv para administração (há também a daemon comando alfred).

A segunda é o desenvolvimento de ferramentas devido o kernel fornecer recursos para isso. Containers por exemplo são uma mistura dos recursos name space e cgroups (cgroups é fonte de recursos para vários outros programas que utilizamos e uma das principais fontes de recursos para do systemd. O systemd faz uso também do dbus que inclusive é utilizado também na parte de virtualização); o próprio kvm (kernel based virtual machine) como o próprio nome diz é um recurso do kernel para virtualização e que foi adicionado por volta de 2007 (veja na RedHat e na aws); o iproute2 já citado anteriormente, depende de vários recursos do kernel como exemplo a parte de routing policy database (ip rule list e ip route list table local) que depende dos recursos do kernel IP: advanced router e IP: policy routing e o seu IP in IP tunneling que depende dos módulos ipip.o e new_tunnel.o; o novo comando mu (veja também no git) utilizado para exibir o uso de memória por arquivo, depende da systemcall cachestat() do kernel; todos os programas dependem do kernel para serem executados através do recurso ELF (Exectuable and Loadable File) que substituiu o a.out.

Sabe o shebang (#!) que utilizamos no início de nossos scripts? Pois é! Não é o shell que lê este comentário para interpretar os scripts e sim o kernel através da system call execv (fs/exec.c).

Recursos ELF e #! dentro de Executable file formats no kernel

Até o seu navegador depende de recursos do kernel a para sua execução e não estou falando de drivers drivers, estou falando de gerenciamento de processo e memória, acesso ao sistema de arquivos, recursos de segurança como Sandboxing e etc.

A terceira é o desenvolvimento de novos programas pegando partes do código do próprio kernel. Citando dois exemplos, na FAQ da dietlibc descreve que é utilizado o layout struct stat do kernel em sua interface. O segundo é no projeto Psmisc (que contém comandos como killall, pidof e pstree) que utilizaram o src/loop.h do pacote util-linux que por sua vez, pegaram do kernel Linux.

O kernel é mais do que o coração do sistema operacional, ele é a alma do sistema operacional pois seu sistema operacional depende muito mais do kernel do que você imagina. Se só com o kernel não se faz nada, sem o kernel, muito menos. Sem o kernel não há sistema operacional.

Linux: Mais do que um Unix

Aproveitando que falamos de pegar partes do código do próprio kernel para para a construção de novas ferramentas, quero sugerir meu artigo Linux: Mais do que um Unix onde debato sobre algumas das centenas de system calls da API própria do Linux que lhe proporciona recursos que nenhum outro Unix possui (e nem a API POSIX).

Por que foi propagado que Linux é apenas o kernel?

Este foi o meio que RMS, a FSF e o projeto GNU resolveram utilizar para virar os holofotes para si, tentar se tornar o centro das atenções e se promover já que ideia de ter um sistema operacional completo falhou. Como Rob Landley menciona no Ohio Talk em 2013:

"Os BSD não é uma ameaça existencial para o Linux, mas o Linux é para o GNU".

O projeto GNU foi iniciado quase oito anos antes do Linux e como tudo na vida é incerto, o curso da história mudou, Linux tomou proporção que não era esperada e passou a ganhar notoriedade em toda a comunidade de tecnologia que não, proporção essa que todos esperavam que ocorreria para o GNU.

Sabendo que as pessoas não possuem o hábito de leitura (e esse é o grande declino moral das sociedades), passaram então a explorar este ponto fraco a seu favor. No final das contas, tudo uma questão de vaidade ou outras intenções. O que mais me intriga é ver profissionais de Linux vergonhosamente defenderem este argumento.

Conclusão

Foi-se o tempo que Linux era somente um kernel. O que começou como um projeto pessoal, um pequeno kernel sem pretensões ou expectativas, apenas uma diversão e um desafio para um hacker aplicar seus conhecimentos, inesperadamente evoluiu e se tornou um verdadeiro sistema operacional contendo comandos, shells, bibliotecas, init systems e até mesmo sua própria API.

Pode não ser considerado um sistema operacional completo, o que dificilmente algum sistema operacional é (muito menos o GNU) já que em todos os sistemas operacionais (especialmente no GNU que não contém metade das ferramentas necessárias para se ter um sistema operacional funcional) são utilizadas ferramentas de outros sistemas ou de outros projetos pois o compartilhamento de conhecimento e a colaboratividade sempre foram as bases da cultura hacker.

E se Linux fosse realmente apenas o kernel do sistema operacinal, sabe qual a importância isso teria entre verdadeiros profissionais de tecnologia? NENHUMA! O importante é o sistema funcionar e atender as demandas.

Já aos que vão vir afirmar que discordam (sempre escuto ou leio isso), só tenho um recado a deixar : Eu não dou a mínima importância para concordância ou discordância. As evidencias estão aí, basta terem maturidade e hábito de leitura.

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

Gabriel Costa: Linux, Cultura Nerd e um pouco de IA

noreply@blogger.com (Toca do Tux) — Fri, 15 Aug 2025 23:33:00 +0000

Hoje, 09/08 às 19h, no Pó de Heitor, recebo Gabriel Costa — analista pleno formado em redes com certificações LPI e ITIL4, ex-instrutor de inglês, tradutor e intérprete, e criador dos canais e blogs Toca do Tux e Resenhas Nerd. Entre Linux, cultura geek e tecnologia, Gabriel traz humor, conhecimento técnico e paixão por compartilhar — tudo com muita autenticidade.

Vamos conversar sobre Linux e certificações de redes, os bastidores do Toca do Tux, reflexões nerds entre resenhas, e ainda explorar como IA pode transformar conteúdos técnicos e canais nerds como os dele.

Se você curte tecnologia com alma, esse episódio vai conectar você ao universo geek de um jeito outra chave.

Se inscreva no canal Pó de Heitor

🎙️ New to streaming or looking to level up? Check out StreamYard and get $10 discount! 😍 https://streamyard.com/pal/d/4542624786415616

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

dietlibc 0.36?

noreply@blogger.com (Toca do Tux) — Fri, 25 Jul 2025 16:23:00 +0000

dietlibc 0.36?

Depois do lançamento da versão 0.35 no dia 7 de Novembro do ano passado (3 dias após o lançamento da versão 0.35), a dietlibc recebeu mais três patches e um git request enviados por Friedrich Beckmann que trabalha no provedor de e-mail alemão posteo.de.

Os dois primeiros patches estão relacionados a arquitetura aarch64. O primeiro trabalhando com o símbolo __clone que é necessário para pthread_internal.c e solucionar o problema que Friedrich notou ao tentar construir gatling no Raspberry Pi linkando-o ao t.c da libowfat; o que acabou reportando missing symbol __clone required pela dietlibc libpthread. O segundo já relacionado ao símbolo __getauxval da libgcc também necessário para aarch64.

E o ultimo é uma regressão de test de regex do port e adaptação da glibc para a dietlibc: https://github.com/fredowski/dietlibc/tree/fredo

Já o pull requeste corrige alguns bugs de expressões regulares. Alguns testes foram portados da glibc

https://github.com/fredowski/dietlibc/compare/master...regex

Torço para que em breve tenhamos um novo lançamento da dietlibc.

Mais sobre a diet libc pode ser conferido aqui no blog

A dietlibc também pode ser conferido na série muito além do GNU

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

Cadillacs and dinosaurs para Mega Drive

noreply@blogger.com (Toca do Tux) — Sun, 25 May 2025 23:09:00 +0000

Resolvi fazer uma pequena #gameplay do jogo Cadillacs and dinosaurs portado para Mega Drive que eu havia mencionado na última live

Apesar de eu possuir a ROM não pretendo disponibiliza-la por questão de direitos autorais que é pelo mesmo motivo pelo qual o autor do #port (ou demake ) desabilitou o download

Link para o site oficial do autor do port de Cadillacs and dinosaurs para o mega drive

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

11º Workshop internacional sobre Plan 9

noreply@blogger.com (Toca do Tux) — Fri, 16 May 2025 12:30:00 +0000

Entre os dias 22 a 24 de Maio de 2025 acontecerá o 11º Workshop internacional sobre Plan 9. Esse workshop ocorrerá desta vez na Cnam (Conservatoire national des arts et métiers) na França e será transmitido no canal Plan 9 Foundation. Todo o cronograma pode ser conferido clicando aqui.

Esse Workshop tem como objetivo trazer pesquisadores, desenvolvedores e estudantes que trabalham nos sistemas operacional Plan 9 e Inferno, nos protocolos da família 9P (que é utilizado no WSL) e tecnologias relacionadas para discutir avanços nestes campos, ideias para melhorias, aplicações e impacto dessas ideias na comunidade da ciência da computação e trabalhar em problemas identificados nestes dois dias ou durante debates.

O grande foco neste ano será segurança, criptografia, autenticação, fault tolerance, robustez, detecção de erros e remediação, confiabilidade e etc. O segundo ponto sera histórias derivativas e seu impacto no ambiente corporativo. também ocorrerá hackthon e trabalhos em progresso.

11th International Workshop on Plan 9

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

Lançado DragonFly 6.4.2

noreply@blogger.com (Toca do Tux) — Wed, 14 May 2025 01:53:00 +0000

Lançado DragonFly 6.4.2

Mal foi lançado o DragonflyBSD 6.4.1 e já recebemos a atualização da versão 6.4.2. Esta versão traz poucas mudanças adicionando correções ao instalador que agora lê o tamanho real dos discos e que anteriormente, devido o QEMU reportar (ou ao menos reportava) uma geometria de disco em um estilo antigo (de no máximo 8 gig), o instalador criava um volumes muito pequenos; correções no ipv6 que geravam panics quando utilizado em certas circunstancias, correções em programas userland que criam muitos subprocessos e causavam crashes quando um programa cria um número desses processos, muito constatado no neovim e no Chrome (o que no Chrome não seria nenhuma novidade).

Mais sobre o DragonFlyBSD pode ser conferido clicando aqui

gitweb.dragonflybsd.org Git - dragonfly.git/log

Release v6.4.1 · DragonFlyBSD/DragonFlyBSD

DragonFly BSD - avalon home!

Mais sobre os BSDs aqui no blog

DragonFlyBSD: release64

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

#ubuntu se livrando do #gnu?

noreply@blogger.com (Toca do Tux) — Sun, 04 May 2025 22:41:00 +0000

Em Fevereiro de 2023 eu postei o artigo uutils: Um coreutils escrito na linguagem Rust, um coreutils desenvolvido na linguagem Rust por um desenvolvedor do Debian. Minha analise pode ser conferida neste link que, na época eu não achei muito interessante porém, esse ano a Canonical resolveu substituir o Coreutils do GNU pelo uutils (ou também chamado de Rust Coreutils).

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

Lançado DragonFlyBSD 6.4.1

noreply@blogger.com (Toca do Tux) — Sun, 04 May 2025 22:01:00 +0000

Lançado DragonFlyBSD 6.4.1

No dia 30 de Abril foi lançada a versão 6.4.1 do sistema operacional DragonFlyBSD, depois de um bom tempo já que a versão 6.4.0 foi lançada em Janeiro de 2023. Para quem não conhece, o DragonFlyBSD é um fork do FreeBSD focado em desempenho. Eu tenho um vídeo no meu canal explicando sobre seu sistema de arquivos e outras coisas que o levaram a ter desempenho similar ao do Linux sendo um deles, o sistema de arquivos Hammer. Foi um vídeo interessante já que respondi a pergunta de um inscrito e desmenti o que foi dito por um dev do FreeBSD no meu canal.

Apesar de este ser um lançamento com correções de pequenos e duradouros, se trata de um total de 77 correções sendo 41 Aaron LI e 20 do próprio Matthew Dillon. De forma resumida, algumas das novidades entre tantas estão a correção do erro que o pkg update pode excluir o arquivo de configuração df-latetest.conf e que torna o pkg inutilizável; atualizaram o pacote ca_root_nss tornando assim os novos certificados Let's Encrypt mais confiáveis e podendo o pkg trabalhar com repositórios Avalon; correção no vazamento de memória nos drivers legado IDE/NATA que poderiam causar kernel panics; expor o ponto de entrada SMBIOS via kenv para que o dmidecode(8) funcione em UEFI-only.

Algo que eu ainda espero um dia ver é o DragonFlyBSD portado para a arquitetura ARM.

Mais sobre o DragonFlyBSD pode ser conferido clicando aqui

gitweb.dragonflybsd.org Git - dragonfly.git/log

Release v6.4.1 · DragonFlyBSD/DragonFlyBSD

DragonFly BSD - avalon home!

Mais sobre os BSDs aqui no blog

DragonFlyBSD: release64

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux

Lançado Nim 2.2.4

noreply@blogger.com (Toca do Tux) — Fri, 25 Apr 2025 11:34:00 +0000

Lançado Nim 2.2.4

No dia 22 de Abril foi anunciado o lançamento da versão 2.2.4 da linguagem Nim, dois meses e meio após o lançamento da versão 2.2.2. Alias, foram lançadas duas versõe; a v2.2.4 vem com 108 commits com correções de bugs e melhorias e a versão 2.0.16 contendo 31 commits contendo correções de bugs (8 no total que podem ser conferidas clicando aqui). Apesar do lançamento da versão 2.0.16, a equipe Nim encoraja a todos migrarem para a v2.2 já que esta tras melhorias significativas no gerenciamento de memória ORC, melhorias para a linguagem em si e seu compilador.

Todas as melhorias na versão 2.2.4 podem ser conferidas clicando aqui.

As informações completas das do lançamento das versões 2.2.4 e 2.0.16 podem ser conferidas no Nim Blog

Mais sobre a linguagem Nim pode ser conferida também aqui no blog

QUER APRENDER LINUX? ENTÃO CONFIRA O MEU CURSO DE MIGRAÇÃO PARA LINUX CLICANDO AQUI :)

E não esqueçam de conferir também o meu mini curso de atributos no Linux