BR-Linux.org

As discussões sobre o Ubuntu poder ou não incluir o suporte ao sistema de arquivos ZFS, da Oracle, no kernel que distribui em suas mídias de instalação continua, já envolveu vários pesos-pesados da arena do licenciamento, e ainda não chegou ao ponto em que a Canonical tenha de fato incluído os módulos compilados e prontos para rodar junto ao kernel default da distribuição.

Mas também não está longe disso: após a instalação default do Ubuntu Desktop, basta instalar os pacotes zfs-dkms e zfsutils-linux para ter suporte ao ZFS ativo no Ubuntu 16.04.

Enquanto isso, o Debian concluiu que uma das maneiras alternativas de distribuir o ZFS para uso junto com a sua distribuição está adequada ao seu próprio uso, mas foi conservador e deu alguns passos a menos do que a Canonical: ao invés de colocar os binários do suporte a ZFS a um apt-get de distância, colocou o suporte ao ZFS apenas no diretório contrib da distribuição, na forma de um módulo DKMS, e só como código-fonte. Ainda assim, é um passo de uma longa questão em aberto no âmbito do Debian, que há anos vem debatendo a inclusão do ZFS. (via www.theregister.co.uk - “ZFS comes to Debian, thanks to licensing workaround • The Register”)

Linus Torvalds lançou a versão 4.6 do kernel Linux trazendo uma longa lista de novidades, incluindo correções e melhorias no suporte a hardware para determinados notebooks Lenovo (um bug causava superaquecimento e desligamento) e Alienware, ampliação do suporte ao Raspberry Pi modelo A, inclusão do suporte a USB 3.1 SuperSpeedPlus (10 Gbps) e ao sistema de arquivos distribuído OrangeFS, suporte às chaves de proteção à memória da Intel, e talvez uma das mais curiosas melhorias recentes: suporte ao protocolo BATMAN V. (via www.linux.com - “Linus Torvalds Ships "Fairly Big" Linux Kernel 4.6 Release | Linux.com | The source for Linux information”)

Parabéns para a Linksys, que tomou a decisão mais custosa, e se manteve a favor de seus usuários avançados.

Regras da FCC (similar norte-americana da nossa Anatel) agora exigem que roteadores WiFi bloqueiem alterações em certos parâmetros de comunicação para evitar interferência em equipamentos de outras categorias (como radares doppler usados na previsão do tempo), e há 2 meses noticiei que a TP-Link optou por bloquear completamente o uso de firmwares de terceiros (como o popular OpenWRT) para não ser responsabilizada caso esses sistemas permitissem a alteração indevida – como de fato permitem.

A Linksys preferiu um caminho mais árduo, mas que atende melhor a usuários como eu e alguns de vocês: moveu esse tipo de configuração restrita para uma área de memória inacessível sem autorização específica, e anunciou que continuará compatível com firmwares de terceiros.

Vários outros fabricantes ainda não se posicionaram nessa nova questão, mas tenho a expectativa de que o exemplo da Linksys inspire a mais alguns deles.

(via lifehacker.com - “Despite FCC Rules, Linksys Will Keep Its Routers Open and Let You Hack Them”)