Toca do Tux

Lançado toybox 0.8.15

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

Lançado toybox 0.8.15

No dia 3 de Outubro de 2026 (dois dias antes do aniversário do Linux) foi lançada a versão 0.8.15 do toybox, o shell do Linux utilizado no Android (desde a versão 7), no Tyzen e que foi inclusive portado para o FreeBSD.

Desta vez apenas um novo comando, o ucsicontrol para definir e controlar recursos avançados das portas USB. O comando find recebeu a opção %h -printf e o comando unicode analisa U+XXXX para exibir caráteres unicode com correspondência utf8. Estando em pendente, o comando getty recebeu a opção --show-issue, agora o shell possui os comandos command, type e umask builtin, expansão de variáveis ${x@P}, conversão de case ${X@UuL}, melhor verificações de variáveis readonly e uma nova macrto "tst" que leva apenas 3 argumento.

Houveram como sempre várias correções de bugs e limpezas. Poucas coisas desta vez, mas que valem muito a pena a versificação.

Para baixar a versão 0.8.15, basta clicar aqui

Para saber mais sobre o toybox, clique aqui

Saiba mais também sobre o comando bc que também é complementar ao toybox, mas desenvolvido separadamente

E também sobre o wak que é o awk do toybox

Saiba mais sobre o FreeBSD clicando aqui

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

Feliz 35º aniversário, Linux

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

Celebrando o 35º aniversário do Linux

No dia 25 de Agosto de 1991 Linus Torvalds publicou a seguinte mensagem no Newsgroups comp.os.minix intitulada "O que você mais gostaria de ver no minix?" e com o sumário "Uma pequena enquete sobre o meu novo sistema operacional":

" Olá a todos aí fora utilizando minix -
Estou fazendo um sistema operacional (livre) (apenas um hobby, não vai ser grande ou profissional como o gnu) para clones AT 386(486). Ele vem se formando desde Abril e está começando a ficar pronto. Eu gostaria de feedback de coisas que as pessoas gostam e não gostam no minix já que meu OS se assemelha a ele de alguma forma (mesmo layout físico do file-system devido a razões práticas entre outras coisas).
Atualmente eu portei bash(1.08) e gcc(1.40) e as coisas aparentam funcionar. Isso significa que eu terei algo prático dentro de alguns meses e eu gostaria de saber quais recursos a maioria das pessoas querem. Quaisquer sugestões são bem vindas, mas eu não vou prometer que vou implementa-las :-)
Linus (torvalds@kruuna.helsinki.fi)
OBS. Sim - ele é livre de qualquer código do minix e possui um fs multi-threaded. Ele NÃO é portável (utiliza 386 task switching etc) e provavelmente nunca possua suporte a qualquer coisa além de disco rígido AT já que é tudo o que eu tenho :-(."

Esta foi provavelmente a terceira ou quarta mensagem enviada por Linus e não se tratou do lançamento do Linux já que, em suas próprias palavras, o Linux "está começando a ficar pronto", que "as coisas aparentam funcionar" e que "significa que eu terei algo prático dentro de alguns meses". A segunda evidência pode ser lida no Oral History of Linus Torvalds de 27 de Julho de 2008 para o Computer History Museum na página 15 quando Grady Booch lhe pergunta:

"Houve o anuncio de Agosto em 1991. Esse foi o anuncio ou foi um subsequente?"

A que Linus lhe responde:

"Eu acho que o anuncio de Agosto foi realmente um pré-anuncio. Esse foi o anuncio no que eu estava trabalhando. Eu não havia realmente feito um lançamento ainda, se eu me lembro corretamente."

A terceira evidencia está no link da Universidade de Carnegie Mellon (mesma universidade que deu origem ao micro-kernel Mach que é utilizado tanto pela Apple no MacOS X quanto pelo projeto GNU no Hurd, que na verdade se chama GNU Mach) que são textos escritos pelo próprio Linus no dia 31 de Julho de1992. Lá é possível ler Linus explicando porque lançou a versão 0.01:

"Julgando pelo post, o 0.01 ainda não havia sido lançado na verdade, mas estava próximo. Eu imagino que a primeira versão foi lançada em meados de Setembro de 91."

E a ultima está no próprio https://www.nic.funet.fi, local onde Linux foi disponibilizado pela primeira vez e que está ativo até os dias de hoje contendo a seguinte mensagem:

"Linux foi disponibilizado pela primeira vez ao mundo a partir daqui no dia 17/09/1991"

Logicamente não se trata mais do mesmo hardware da época, sendo hoje um muito mais potente possuindo dois processadores de 20 núcleos, 786GB de RAM, mais 80TB de storage NFS da NetApp e 2 conexões de 25Gbit/s (informações disponíveis no rodapé do próprio site).

Linux foi disponibilizado pela primeira vez ao mundo a partir daqui no dia 17/09/1991

Então, como o aniversário do Linux pode ser comemorado no dia 25 de Agosto já que sua primeira versão (0.01) só foi lançada no dia 17 de Setembro? Pois é, quase um mês após a publicação da mensagem que vocês leram no início deste artigo. Você comemora o nascimento de uma criança antes de ela nascer? Qual o sentido disso?

OK. Isso significa então que o aniversário do Linux é no dia 17 de Setembro, certo? ERRADO! Neste mesmo link da universidade de Carnegie Mellon, Linus descreve que:

"Os códigos do 0.01 não eram na verdade executáveis: Eles eram apenas um gesto simbólico para arl, que provavelmente tinha começado a perder a esperança de conseguir qualquer coisa. Essa próxima mensagem deve ter sido de apenas algumas semanas antes daquele lançamento."

"Era somente o código fonte para pessoas interessadas em saber como era o Linux"

"Ele não era nada bonito, não tinha driver para floppy e não conseguia fazer quase nada. Eu não acredito que alguém jamais tenha compilado aquela versão. Mas, a essa altura, eu já estava fisgado e não queria parar até conseguir me livrar do Minix."

A versão 0.01 foi apenas uma versão embrionária, uma espécia de ultrassom do Linux. O lançamento oficial do Linux ocorreu no dia 5 de Outubro de 1991 às 05:41:06 GMT na versão 0.02 com a mensagem contendo título "Códigos do kernel livre parecido com o minix para 386-AT":

"Você anseia os bons tempos do Minix 1.1, quando homens eram homens e escreviam seus próprios device drivers? Você está sem um bom projeto e morrendo para dar os primeiros passos em um OS que você possa modificar para as suas necessidades? Você está achando frustrante quando tudo funciona no minix? Chega de passar a noite em claro para fazer um programa bacana funcionar. Então esta mensagem pode ser para você :-)
Como eu mencionei um atrás (?), eu estou trabalhando em uma versão livre de um similar ao minix para computadores AT-386. Ele finalmente alcançou o estágio onde está utilizável (embora possa não estar dependendo do que você queira) e eu estou disposto a disponibilizar o código-fonte para uma distribuição mais ampla. Ele ainda está na versão 0.02 (+1 (bem pequeno) patch pronto), mas eu consegui rodar bash/gcc/gnu-make/gnu-sed/compress e etc nele.
Os códigos fonte para esse projeto meu podem ser encontrados no nic.funet.fi (128.214.6.100) dentro do diretório /pub/OS/Linux. O diretório também possui alguns arquivos README e alguns binários para funcionar sob o linux (bash, update e gcc, o que mais você poderia querer :-). O código completo do kernel é fornecido, já que nenhum código do minix é utilizado. códigos da biblioteca são parcialmente livres, então ela não pode ser distribuída atualmente. O sistema é capaz de compilar "tal como está" e é de conhecimento por funcionar. Heh. Códigos fonte para os binários (bash e gcc) podem ser encontrados no mesmo lugar em /pub/gnu.
ALERTA! AVISO! NOTA! Esses códigos fonte ainda necessitam do minix-386 para serem compilados (e gcc-1.40, possivelmente 1.37.1, não foi testado), e você precisa do minix para configurá-lo se quiser rodá-lo, então ele não é um standalone ainda para aqueles de vocês ainda sem o minix. Eu estou trabalhando nisso. Você também precisa ser algo como um hacker para configurá-lo (?), então para queles esperando por uma alternativa ao minix-386, por favor me ignorem. Atualmente, ele é destinado para hackers interessados em sistemas operacionais e em máquinas 386, com acesso ao Minix.
O sistema precisa de um disco rígido compatível com padrão AT (IDE está bom) e EGA/VGA. Se ainda estiverem interessados, por favor ftp os README/RELNOTES, e/ou me enviem e-mail para obter informações adicionais.
Eu consigo (bem, quase) ouvir vocês se perguntando "por que"?. O Hurd vai ser lançado em um ano (ou dois, ou no mês que vem, quem sabe?), e eu já tenho o minix. Esse é um programa para hackers por um hacker. Eu me diverti desenvolvendo ele e alguém pode se divertir olhando para ele e até mesmo modificando-o para suas próprias necessidades. Ele ainda é pequeno o suficiente para para entender, utilizar e modificar e eu estou com expectativa de quaisquer comentários que você possa ter.
Também estou interessado em ouvir qualquer um que tenha escrito quaisquer utilidades ou funções de biblioteca para o minix. Se seus esforços são distribuíveis livremente (sob copyright ou mesmo domínio público), eu gostaria de ouvir você, assim eu consigo adicioná-las ao sistema. Estou utilizando Earl Chews estdio agora mesmo (obrigado pelo bom e funcional sistema Earl), e trabalhos similares serão muito bem vindo. Seus (C)'s serão mantidos intactos é claro. Deixe-me uma linha se você estiver disposto a me deixar utilizar o seu código.
Linus
PS. para PHIL NELSON! Não consigo te contatar, e continuar conseguindo "encaminhar erro - strawberry unknown domain" ou algo.

Resumidamente, o aniversário do Linux é no dia 05 de Outubro pois esta é a verdadeira data do seu lançamento, o lançamento que garantiu funcionamento mínimo para quem quisesse utilizá-lo e que não era garantido na versão 0.01. E a partir da versão 0.12 (que eu já expliquei que foi onde surgiu o suporte a memória virtual e a migração da licença da convenção de Berna do século XVIII para a GPLv2) começaram a surgir as primeiras distribuições Linux:

Daí para frente, a história do Linux é pura evolução e eu aconselho a assistir as minhas palestras A Evolução do Linux e Linux domina o mundo, mas por que? que podem ser assistidas logo abaixo:

Para todos os o que chegaram aqui, eu tenho uma surpresa para vocês. Para que possamos juntos comemorar o aniversário do Linux, eu disponibilizei vagas gratuitas do meu curso. É só clicar no link abaixo e aproveitar :) Mas aproveite, porque estas vagas são por tempo limitado (validas somente até o final do mês).

Vaga do meu curso para comemorar o aniversário do Linux

Aproveite também para ler o artigo A farsa do termo "Linux é apenas o kernel"

comp.os.minix do Google Groups

https://www.nic.funet.fi/

linux history no www.cs.cmu.edu

Torvalds, Linus Benedict oral history

https://archive.computerhistory.org/resources/access/text/2012/10/102658325-05-01-acc.pdf

The Origins of Linux—Linus Torvalds

Porém, se você quiser ajudar o canal e o blog, você também pode comprar o meu curso clicando no link abaixo:

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

BigLinux cria o projeto Big-kernel

noreply@blogger.com (Toca do Tux) — Tue, 29 Sep 2026 19:28:48 +0000

Depois que a equipe BigLinux corrigiu bugs no driver de vídeo da Intel (que foi aprovado no dia 24 de Setembro), a equipe BigLinux criou o projeto Big-kernel.

A ideia é construir uma versão otimizada do kernel Linux utilizando as bases de configurações originadas do kernel do Manjaro (que já são utilizadas pelo BigCommunity), correções desenvolvidas pela própria comunidade BigLinux e recursos de terceiros que oferecem ganhos. Os recursos em questão são o BORE CPU scheduler, o POC idle CPU selector, ADIOS I/O scheduler, os pacthes enviados pelo Tales e o compilador LLVM/Clang com suporte a ThinLTO e AutoFDO. Todas as configurações do Manjaro necessárias para desktops são mantidas sendo apenas adicionados os recursos mencionados além dos patches desenvolvidos pela própria comunidade BigLinux.

O objetivo é oferecer um kernel com máximo desempenho possível. O que eu particularmente acho interessante em um projeto como este é que, desta forma, a comunidade BigLinux pode disponibilizar para sua base de usuário todas as melhorias feitas muito antes de serem disponibilizadas em outros projetos. Como é o caso desta correção do driver de vídeo da Intel que só estará disponível a partir da versão 7.4 e os usuários de BigLinux já usufruíam deste benefício desde o kernel 7.2.

O processo de instalação, seja via repositório ou construção manual e como atualizar o kernel estão todas descritas na própria documentação do projeto. O pacote Linux-Big está disponível sob licença MIT; já os patches estão disponível sob licença GPLv2

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

Lançado Nim 2.2.12

noreply@blogger.com (Toca do Tux) — Wed, 23 Sep 2026 00:14:13 +0000

Lançado Nim 2.2.12

No dia 08 de Setembro foi lançada a versão 2.2.12 da linguagem Nim, a sexta patch release da versão estável que trás um total de 142 commits contendo 55 correções de bugs e melhorias. Todas as mudanças podem ser conferidas clicando no link abaixo:

v2.2.12 da nim-lang no github

Aproveitem também para assistir a NimConf 2026 que contem duas playlists. A primeira se chama NimConf 2026 - social & workflow track e a segunda NimConf 2026 - project track.

Saiba mais sobre a linguagem Nim clicando aqui

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

Mega Man X Regenesis Disponível para Linux

noreply@blogger.com (Toca do Tux) — Wed, 19 Aug 2026 15:18:10 +0000

Mega Man X Regenesis disponível para Linux

Mega Man X Regenesis é um novo fan game desenvolvido por Justin Ross (aka: mmxregenesis) com a grande ajuda de um grupo de talentosos artistas e lançado no dia 17 de Agosto (trabalho que levou dois anos). O jogo foi desenvolvido em Godot adicionado melhorias e modernizações gráficas, efeitos de iluminação, trilhas sonoras originais (o total de 25), reformulações de fases, fases externas e contando com oito chefes principais.

A TRAMA

O jogo se passa em uma linha do tempo alternativa seguindo eventos do Mega Man X onde Sigma venceu, X foi derrotado e a humanidade está a beira da extinção. Bem quando toda esperança parece perdida, Dr. Cain revela sua ultima contingencia, o Project Regenesis. Dada uma ultima chance para reescrever a história, X deve se levantar mais uma vez e lutar para salvar o que restou da humanidade.

COMPATIBILIDADE E RECURSOS

Mega Man X Regenesis é compatível com Linux, Windows, MacOSX, Android (que não deixa de ser Linux porém, com diferente user-space que não contem programas sob licença GPL) e esperam em breve estar disponível para Steamdeck. Vale a ressalva de suporte total a joystick. Além de uma história autoral, os oitos chefões são novos, novas armas, upgrades de armadura.

Baixe MegaMan X regenesis do mmxregenesis clicando aqui

Sigam o canal do mmxregenesis

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

Equipe BigLinux corrige bug em driver de vídeo da Intel

noreply@blogger.com (Toca do Tux) — Fri, 07 Aug 2026 14:53:17 +0000

Em Julho de 2026, o engenheiro de software da equipe BigLinux, Tales Mendonça que também é um dos autores do livro Shell Linux – Do Aprendiz ao Administrador (que eu em particular possuo um exemplar deste autografado pelo próprio Tales e pode ser conferido clicando aqui), descobriu um bug no driver de vídeo do kernel XE da Intel. Em depoimento, o Tales me disse o seguinte:

"Em Março eu comprei um computador da Asus que foi lançado em Fevereiro deste ano e resolvi utilizar o driver XE mantido pela Intel. Este driver estava bem ruim, cheio de bugs que levavam meu computador a travar várias vezes ao dia. Eu fui aos poucos consertando as coisas; mesmo assim, passados dois ou três dias, meu computador travava novamente e era necessário reiniciá-lo. Então eu escrevi alguns patches de correções, entrei para a lista do driver XE, conversei com um dos engenheiros da Intel e enviei meus patches. Hoje, depois destas atualizações, meu computador fica ligado por vários dias sem a mínima necessidade de reinicialização e não apresenta mais nenhum dos problemas conhecidos. Ainda fiz mais algumas correções que me foram solicitadas pelos engenheiros do kernel."

Foram enviados mais de doze patches para a Intel; alguns foram aceitos no kernel e outros não e serão disponibilizados em breve dentro da versão do 7.1. Graças a este trabalho, agora o Tales faz parte da equipe para continuar o desenvolvimento do driver XE. "vou conseguir resolver mais um bug que a Intel tem" me informou Tales.

Você pode acompanhar todo o processo todos clicando aqui

Esta não é a única contribuição significativa já feita pela comunidade BigLinux; a equipe já enviou patches para outros projetos e distribuições além de possuir vários recursos próprios. Vou finalizar este artigo por aqui, mas vou deixar uma live do pessoal do BigLinux que eles participaram no canal. Forte abraço e até a próxima:

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

FreeBSD 16 livre da licença GPL

noreply@blogger.com (Toca do Tux) — Fri, 24 Jul 2026 18:41:41 +0000

FreeBSD 16 livre da licença GPL

O FreeBSD 16 ainda não foi lançado (previsto para Dezembro de 2027), mas vários sites como FOSS Force, FOSSLinux, Slashdot e Phoronix veem publicando desde o dia 14 de Julho que o FreeBSD 16 conta com um dos seus principais destaques, ter removido completamente todo código fonte que seja regido sob a licença GPL da base do sistema operacional. No dia 21 de Fevereiro foi aberto o ticket D55424 intitulado "Retire dialog" que descreve:

"Esse é o ultimo restante de software GPL na base do sistema. O instalador fez transição para o bsddialog quatro anos atrás e o ultimo consumidor de dialog restante, o dpv, foi desligado mais de dois anos atrás. Aposentem o dpv, libdpv, libfigpar (utilizado apenas pelo dpv), e o próprio dialog."

O dialog era a ultima peça chave que estava presente no sistema que servia para fornecer interface de texto ncurses para o bsdinstall do FreeBSD e agora conta com o seu substituto, o bsddialog (veja também o bsddialog(1)). No dia 07 de Julho de 2026 foi publicado no GitHub do FreeBSD o Commit 134a4c7 com o título "Aposentem a subtree do GNU:

"Com o diff e cdialog do GNU removidos, isso agora é apenas uma casca vazia."

Com esse commit, foi concluída a remoção completa da subtree do GNU da arvore de código fonte do FreeBSD (inclusive até das notas do arquivo README) tendo todos eles entrado para obsoletefiles.inc.

bsddialog

A equipe do FreeBSD vem fazendo este pesado trabalho ao longo de um bom tempo. Duas soluções que o FreeBSD adotou eu já apresentei aqui no meu blog, sendo elas o comando bc de autoria de Gavin Howard e que é utilizado também no Android como dependencia para compilar seu kernel (e que já reportei um bug) e o pacote libarchive que contem comandos como tar, minitar, cpio e unzip.

Deixar de utilizar licença GPL simplifica o processo de adoção não havendo mais a necessidade de ficar rastreando exigências da GPL (como é o caso que Linus Torvalds afirmou para não utilizarem o ZFS no Linux exatamente devido os conflitos entre suas licenças).

Migrar para alternativas sob outras licenças open-source ou remover todo código sob alguma GPL se tornou um processo natural, coisa tal que já foi feito no próprio Android há muito tempo. Nas notas de rodapé do about do toybox é descrito:

"Desde que o Android não era "GNU/Linux" de jeito nenhum, nós precisávamos limpar todos os vestígios de software gnu de sua compilação para obter um sistema auto-suficiente limpo."

Como mostro no artigo É possível que um dia Linux saia da GPL? a popularidade da GPL vem caindo cada vez mais desde de 2007 tanto para novos projetos quanto para projetos já consolidados que migraram para outras licenças. No próprio Android explicitamente se desencoraja o uso das licenças GPL e LGPL em seus produtos e gradativamente reimplementaram componentes (como sua pilha bluetooth) que estavam sob tais licenças por outros sob licença Apache (sim para quem não acreditam, o Android é uma distribuição Linux open-source). O Android ainda carrega a política de não conter nada sob GPL em seu user space; apenas em seu kernel space utiliza GPL já que que se trata do kernel linux vanilla onde não removem e nem modificam nada do kernel, apenas adicionando o que necessitam.

Já a Apple congelou o Xcode nas últimas versões do GPLv2 (GCC 4.2.1 com binutils 2.17) por mais de 5 anos enquanto patrocinava o desenvolvimento de novos projetos (clang/llvm/lld) para substituí-los, implementou um novo servidor SMB do zero para substituir o Samba, substituiu o bash pelo zsh e assim fez com toda a sua pilha de programas da base do MacOS X.

Existem até projetos que mesmo que continuem utilizando GPL em seus projetos, acabam deixando notas autorizando o uso e a promessa de não processar os usuários. Veja como exemplo a FAQ da dietlibc:

"Q: GPL é ruim! Agora eu não posso compilar meus programas BSD com a diet libc!

A: Errado. você pode compilá-los e utilizá-los. Você só não pode redistribuir os binários. Dito isso: Eu não vou processar ninguém por distribuir binários de programas BSD linkados à dietlibc, contanto que o código fonte esteja disponível em algum lugar público."

A própria Linux Foundation fundou a SPDX (System Package Data EXchange: ISO/IEC 5962:2021) para que, de forma simples de explicar, proteger legalmente os projetos evitando que eles tenham conflitos entre as licenças open-source. O toybox por exemplo, sendo regido sob a clausula zero BSD (0BSD) possui um identificador da SPDX que te direciona ao site oficial BSD Zero Clause License | Software Package Data Exchange (SPDX).

Ainda é possível utilizar software licenciado sob GPL no FreeBSD através de instalação separada (o que é algo que ocorre também no Android).

Como eu já disse no passado:

Nem todas as ferramentas que utilizamos nas distribuições Linux são do projeto GNU como alegam. A maioria são do próprio Linux* ou de outros Unix.
As ferramentas do GNU são substituíveis.
Nem toda ferramenta que o projeto GNU alega ser deles é deles de fato.
A maioria do código das ferramentas do projeto GNU é desenvolvido por outros projetos (incluindo o próprio Linux) e outras empresas, menos pelo próprio projeto GNU (foram quando não dão créditos as pessoas).

*Pois é, mentiram para você esse tempo todo alegando que Linux é somente o kernel do sistema operacional.

Leia também aqui no blog:

Muito além do GNU

FreeBSD

BSDs

O dia que Laurent Bercot calou Richard Stallman: Eu não uso GNU, eu uso Linux!

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

Lançado toybox 0.8.14

noreply@blogger.com (Toca do Tux) — Sun, 12 Jul 2026 00:39:06 +0000

Lançado toybox 0.8.14

No dia 22 de Junho de 2026 foi lançada a versão 0.8.14 do shell toybox. A partir desta versão, o toybox foi migrado do Github para o Codeberg e a mailing list agora está sendo hospedada pela OSUOSL.

Não há comandos novos nesta versão e sim adição de novos recursos a comandos já existentes, sejam eles estáveis ou como pendentes e correções de bugs. O comando lsusb recebeu a opção -v, o comando xargs recebeu a opção --process-slot-var; o comando taskset recebeu as opções -c (cpulist que agora sua Test suite permite realizar cálculos não causando overflow ao shell), --all-tasks e --pid; o comando readelf recebeu flags específicas para processador e correção na opção -S; o vi do toybox recebeu a opção ZZ (salvar e sair assim como !wq.) além de correção no bufffer vazio que ficava marcado como maodificado; correção na geração de processo zumbi no dhcp; o comando diff recebeu uma correção de argumento opção em flags movendo arquivos temporários desnecessários para $TMPDIR ou para /tmp ao invés do diretório atual.

Melhorias no toysh

O toysh é um comando de extrema importância para a evolução do toybox pois é através do toysh que os scripts serão executados (assim como através dos comandos sh e bash que também estão presentes no toybox como pendentes) e através dele que conseguirão substituir o Bash (na qual esta é a intenção).

Opções fornecidas pelo toysh

toysh sendo utilizado como shell padrão e exibindo seus comandos comandos internos ao digitar help. Também é possśivel notar que ao digitar o comando uname -a, aparece a palavra toybox ao invés de GNU/Linux (como se gabam)

Como já mostrei há alguns anos, o toysh ainda não está pronto e pode ser conferido no vídeo abaixo. Este comportamento foi reportado aos mantenedores como contribuição.

Apesar disto, esta versão trouxe várias correções e atualizações ao toysh.

A evolução do mkroot

Para quem não o mkroot, esta é uma distribuição Linux desenvolvida por Rob Landley para servir como ambiente de pesquisas, desenvolvimentos e testes do toybox. No passado, seu nome era Aboriginal Linux, mas com o tempo, Rob deecidiu dar fim ao Aboriginal Linux e adotar outro nome como Hermetic e por fim, foi nomeado simplesmente mkroot. Por volta de e2022 A Google passau a financiar o desenvolvimento tanto do toybox quando do mkroot para que ela pudesse utiliza-los em tecnologias internas (para quem acha que a Google vai substituir o Android pelo Fuchsia, só demonstra amadorismo, romantismo e emoção).

O Mkroot também recebeu várias melhorias, correções de bug e atualizações. é possível baixá-lo e utilizá-lo via Qemu. Landley fez uma apresentação no ELC talk a respeito do mkroot (Building the Simplest Possible Linux System) demonstrando os passos e configurações necessárias para se construir e bootar um sistema operacional Linux mínimo até chegar ao prompt de comandos. Depois disso, Rob seguiu com o linux-embedded thread.

toybox news

Saiba mais sobre o toybox clicando aqui

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

Alpine Linux terá compatibilidade com o systemd

noreply@blogger.com (Toca do Tux) — Mon, 29 Jun 2026 18:20:00 +0000

Alpine Linux terá compatibilidade com o systemd

Postado no site Linux Journal no dia 21 de Maio de 2026 por George Whittaker, que devido o crescimento de compatibilidade de software com o systemd, especialmente em torno de aplicações desktop, containers e programas de orquestração de container, aplicações flatpak, aplicações proprietárias, agentes de monitoramento, certas ferramentas de jogos e multimídia, AI e ferramentas enterprise começa a surgir uma pressão para que os desenvolvedores da distribuição Alpine Linux se adaptem a nova necessidade.

Apesar de a equipe do Alpine Linux intencionalmente evitar o systemd, trazendo assim vantagens e desvantagens para a distribuição, as desvantagens com as incompatibilidades começaram a ficar muito problemáticas já que as aplicações empregam fortemente a libsystemd, as APIs do systemd e os comportamentos específicos da glibc (sim, no meu artigo Linux: mais do que um Unix eu mostro uma parte considretável de recursos da API do Linux, a LSB (Linux Standard Base), que agrega recursos e funcionalidades ao Linux que nenhum outro Unix ou a API POSIX possui. Estes recursos foram basicamente concentrados dentro da glibc ao ponto que eu relato em meu artigo Muito além do GNU: Os vários sabores de bibliotecas C que a "glibc é escrita com nada além do Linux em mente"; o que eu considero uma extrema burrice terem feito isso pois deveriam ter feito o mesmo em paralelo a outras bibliotecas como alternativas e não deixando o Linux escravo da glibc. Eu tenho artigo intitulado O que falta para a que a musl substitua a GilbC no Linux que já detalha bem o assunto e espero que um dia isso venha realmente acontecer.

Como o ecossistema do Linux em torno do systemd cresce cada vez mais, alguns esforços experimentais para empacotar porções do systemd sem a necessidade de ter o Alpine Linux totalmente com systemd já estão sendo feitas assim como uma versão em paralelo do systemd com suporte a musl (já que compatibilidade da glibc na musl já existe). O que são ideias interessantes demonstrando que o Alpine não está abandonando a sua identidade de manter a distribuição mínima e sim se adaptando e se modernizando. A ideia de compatibilidade é a chave para isso assim como outros projetos no Linux fazem (Wayland com o X11, proton e o Wine com as aplicações Windows e etc).

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

Vulnerabilidades de Copy Fail, Dirty Frag e Fragnesia no kernel Linux

noreply@blogger.com (Toca do Tux) — Mon, 25 May 2026 18:51:47 +0000

Vulnerabilidades de Copy Fail, Dirty Frag e Fragnesia no kernel Linux

No dia 19 de Maio a equipe Gentoo Linux postou em seu site oficial que Linux está enfrentando uma série de vulnerabilidades no kernel Linux conhecidas como Copy Fail, Dirty Frag e Fragnesia. Estas vulnerabilidades permitem escalar privilégio de administrador na maioria das distribuições Linux como pode ser conferido no vídeo abaixo criado por Hyunwoo Kim (mais conhecido como v4bel) que é um pesquisador de vulnerabilidades independente, ganhador dos prêmios Pwn2Own Berlin de 2025 e 2026, Google kernelCTF 0-day e Pwnie Awards 2025 e foi quem reportou a vulnerabilidade Dirty Frag:

Vale a ressalva que estas foram as distribuições testadas, mas pode afetar quase todas. Como Dirty Frag é um bug de lógica determinística, esse bug não depende de janela de tempo, não é obrigatória, não é gerado kernel panic quando o exploit falha e a taxa de sucesso é alta.

Todos os detalhes do Dirty Frag relatados por V4bel e o processo de mitigação podem ser conferidas clicando aqui

A primeira vulnerabilidade descoberta é o Copy Fail que mostra que qualquer kernel desenvolvido desde 2017 pode ser afetado necessitado apena um usuário sem privilégio, não necessita de acesso a rede, ou recursos de debug ou outra ferramenta explorando apenas recursos do kernel como a crypto API (AF_ALG) que vem habilitada por padrão:

E por ultimo temos o Fragnesia (CVE-2026-46300) que é uma vulnerabilidade da mesma clase do Dirty Frag que recebeu score de 7.8 e foi descoberto por William Bowling em conjunto com a equipe da V12. O Fregnesia recebeu seu próprio patch na lista da OpenWall e utiliza o mesmo sistema de mitigação do Dirty Frag:

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

Lançada Nim 2.2.10 e NimConf 2026

noreply@blogger.com (Toca do Tux) — Tue, 12 May 2026 21:28:37 +0000

Lançada Nim 2.2.10 e NimConf 2026

No dia 24 de Abril, a equipe da linguagem de programação Nim anunciou o lançamento da versão 2.2.10 (dois meses após o lançamento da versão 2.2.8) que contem 76 commits que trazem 36 correções de bugs. Todas as alterações podem ser conferidas clicando aqui.

NimConf 2026

E gostaria de aproveitar para divulgar o NimConf 2026 que ocorrerá no dia 20 de Junho no canal da própria linguagem.

Mais sobre a nim-lang 2.2.10 podem ser conferido clicando aqui

Mais sobre a linguagem Nim pode ser conferida clicando aqui OU clicando aqui em nimLang

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

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