BR-Linux.org

Via blogs.dextra.com.br:

O melhor jeito de saber se um código está certo ou errado é colocando-o em produção. Quanto mais  rápido seu código for para este ambiente, mais rápido será o feedback a respeito da sua funcionalidade. Para que isso seja possível, é preciso uma infraestrutura que garanta que sua aplicação esteja funcionando mesmo depois de alterações ou inserções de código. Ferramentas de testes automatizados e build contínua ganham grande importância na viabilização deste cenário. No link acima, mostramos a experiência que tivemos ao utilizar duas ferramentas para viabilizar o deploy contínuo de um produto interno: o Cloudbees e o SauceLabs.

Na semana passada vimos que problemas com o UEFI estão danificando permanentemente alguns notebooks Samsung ao tentar rodar Linux (ou ao menos permanentemente até que a placa-mãe seja substituída - e o kernel já foi alterado para não mais provocar a falha nestes equipamentos), e agora chega o relato de Matthew Garrett, desenvolvedor de um dos sistemas em uso para carregar o Linux em máquinas com UEFI Secure Boot, sobre uma situação diferente: computadores da Toshiba que se recusam a dar boot no Linux corretamente assinado para uso com Secure Boot.

O erro é do fabricante, que esqueceu de inserir algumas chaves na tabela correspondente. A Toshiba já corrigiu o firmware dos novos computadores que continuam à venda, mas aparentemente ainda não ofereceu uma solução a quem comprou previamente uma das máquinas afetadas. E, ao contrário do caso da Samsung, aqui a falha é diretamente relacionada ao recurso Secure Boot, e não à UEFI genericamente. Ele também comenta sobre algumas máquinas da Lenovo que até aceitam dar boot em Linux, desde que seja o Red Hat Enterprise. (via mjg59.dreamwidth.org - “mjg59 | The current state of UEFI and Linux”)

Atualização: o Adilson Oliveira, da Canonical, compartilhou nos comentários uma informação interessante a que teve acesso: a situação é mais ampla, e problemas similares ocorrem também em instalações de versões do Windows.

O desenvolvedor James Bottomley, da Linux Foundation, submeteu à Microsoft uma nova versão do carregador do Linux para PCs com Secure Boot, e aguarda receber uma versão aprovada (e assinada) em breve.

A nova versão abandona alguns dos mecanismos anteriormente adotados neste carregador, que deverá estar apto a carregar qualquer distribuição, para torná-lo compatível com o gummiboot, que permite uma operação menos complexa que a do GRUB neste contexto. (via h-online.com - “Linux Foundation's Secure Boot bootloader restructured - The H Open: News and Features”)

O X vem sendo o servidor nos bastidores do modo gráfico de boa parte do mundo Unix desde a década de 1980, e do Linux desde seu surgimento, na década de 1990; mais recentemente vem se falando em substituir partes importantes de sua funcionalidade pelo Wayland, projeto iniciado em 2008 e que já vem sendo adotado, ainda que aos poucos, pelos ambientes gráficos desenvolvidos pela comunidade open source, e por algumas distribuições - mas, como vem sendo o hábito, a Canonical aparentemente tem outra ideia para seus ambientes voltados para desktops, tablets e outras tecnologias.

Segundo seu gestor de comunidades Jono Bacon, a Canonical passar do X.org para o Wayland seria alternar entre 2 opções que incluem uma tonelada de funcionalidades que não a interessam e que a puxam para trás, e há grande possibilidade de de que a empresa passe a desenvolver sua própria opção, construindo seu próprio display server. (via omgubuntu.co.uk - “Is Canonical Working on New, Custom Display Server for Unity? | OMG! Ubuntu!”)

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Via info.abril.com.br:

No vazamento da programação de lançamentos anuais da Qualcomm, dados sugerem que a próxima versão 5.0 do Android, batizada de Key Lime Pie, seja apresentada em abril deste ano.

Segundo o site The Verge, a Qualcomm, ao saber do vazamento, teria solicitado que as publicações fossem removidas alegando infração de direitos autorais. No entanto, tal atitude da empresa reforça ainda mais as suspeitas de que as informações sejam de fato legítimas.

Espera-se que o Android 5.0 seja anunciado entre março e junho deste ano, período próximo da conferência anual Google I/O. Em 2012, o Android 4.1 Jelly Bean foi lançado neste mesmo evento.

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Enviado por Rodrigo Padula (rodrigopadulaΘgmail·com):

Leia também: Keon GeeksPhone – FirefoxOS – Detalhamento físico, problemas e limitações.

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Enviado por Albino Biasutti Neto (bino28Θalbino·ws):

Enviado por Haroldo Barbosa (haroldobΘgmail·com):

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Via tecnologia.ig.com.br:

Os engenheiros da Fundação Mozilla planejam desativar o suporte a conteúdos baseados em Java, Adobe Flash Player e Silverlight no navegador Firefox. A mudança, segundo a Mozilla, acontecerá para melhorar o desempenho e a segurança do navegador. Ainda assim, os usuários que desejarem poderão habilitar os complementos (plug-ins) por meio do menu de configurações do Firefox.

As mudanças seguem o lançamento do recurso "Click-to-play" (clique para tocar, em português) no final do ano passado. O recurso permite que o usuário apenas ative os complementos na hora que um site requisitá-los para exibir um conteúdo da página. Dessa forma, o usuário deverá clicar em um link do lado esquerdo da URL para ativar os plug-ins e, então, exibir o conteúdo. Depois, os complementos voltam a ficar inativos.

A diferença, segundo a Mozilla, é que o "Click-to-play" até agora só desabilita complementos que estejam atualizados e que possam ser usados por invasores para instalar aplicativos maliciosos ou vírus no computador. No futuro, porém, o recurso bloqueará todos os complementos, até aqueles que estiverem em dia com a atualização, exceto pelo Adobe Flash Player.

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):