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.
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.
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.
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.
"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.
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.
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:
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:
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:
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/.
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 recursoELF (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.
.jpg "A imagem do kernel Linux se acoplando ao ao projeto GNU foi retirara do slide Richard Stallman's TEDx video: \"Introduction to Free Software and the Liberation of Cyberspace\" (https://www.fsf.org/blogs/rms/20140407-geneva-tedx-talk-free-software-free-society/) e está sob licença Creative Commons: https://creativecommons.org/licenses/by-nd/3.0/")
.webp)
.jpg)
