BR-Linux.org

Enviado por Alberto Mitsuo Sato (amsatoΘinnovus·com·br):

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

Enviado por Edivaldo Brito (edivaldobezerraΘgmail·com):

Enviado por Marcos Paulo de Souza (marcos·souza·orgΘgmail·com):

Enviado por Rafael Gomes (gomexΘriseup·net):

Enviado por Tales A. Mendonça (talesamΘgmail·com):

Enviado por Cícero Moraes (cogitas3dΘgmail·com):

Enviado por Andreia (andreiaΘsavant·com·br):

Via idgnow.com.br:

(...) o Linux 4.0 não representa uma grande mudança em relação ao Linux 3.19. Ele seria chamado de Linux 3.20, mas muitas pessoas queriam ver o Linux 4.0 entre nós.

Como o próprio Linus Torvalds disse, “o argumento mais forte para algumas pessoas defendendo o (Linux) 4.0 parece ser um desejo de ver o 4.1.15 – porque foi a versão do Linux Skynet usada para o Terminator/Exterminador T-800”.

Além de ficarmos mais perto do futuro apocalíptico dos filmes “O Exterminador do Futuro”, o maior recurso do novo Linux é o patch em tempo real do kernel. Quando uma atualização – talvez um update crítico de segurança – for disponibilizada para o kernel Linux, esse tecnologia permitiria que o sistema operacional troque seu kernel atual sem um reboot. Pode parecer um pequeno economizador de tempo, mas, na verdade, é algo importante para servidores de missão crítica que precisam do maior tempo ativo possível.

Originalmente esse recurso era oferecido pela Ksplice. Mas a Oracle comprou essa tecnologia e agora ela só funciona com o Oracle Linux. A SUSE desenvolveu sua própria solução, chamada kGraft, assim como a Red Hat, com a Kpatch. O recurso de patching em tempo real encontrado no Linux 4.0 funciona tanto com o kGraft quanto com o Kpatch, deixando todos felizes.

Não espere necessariamente que seu desktop Linux receba patching sem reboot em breve, já isso exige um trabalho de implementação. Mas é algo importante para os servidores e clusters que precisam de todo o tempo ativo que conseguirem.

Enviado por Rodrigo Lira (rodrigocliraΘyahoo·com·br):

Enviado por Bruno Odon (admΘbrunoodon·com·br):

O GNU Make é uma ferramenta de desenvolvimento muito mais versátil do que pode parecer à primeira vista, e John Graham-Cumming a domina profundamente, como você pode ver pelos artigos a respeito que ele publicou, e pela sua GNU Make Standard Library, que acrescenta aos Makefiles vários recursos típicos de linguagens de programação.

Agora o John fez algo ainda mais interessante: aceitou o convite de uma editora, e reprocessou todo esse conhecimento avançado na forma de um livro, o GNU Make Book. Ele mesmo alerta: não é para quem ainda não conhece o Make. Para esses, ele recomenda primeiro a leitura do manual do GNU Make. (via blog.jgc.org - “"The GNU Make Book": probably more than you ever wanted to know about make | John Graham-Cumming”)

“Segundo o ministro, a preferência legal para aquisição de softwares livres pela Administração não configura usurpação de competência legislativa exclusiva da União.”

Via www.stf.jus.br:

Por unanimidade dos votos, o Plenário do Supremo Tribunal Federal (STF) julgou improcedente a Ação Direta de Inconstitucionalidade (ADI) 3059, ajuizada pelo partido Democratas (DEM) contra a Lei gaúcha nº 11.871/2002. Essa norma determina a contratação preferencial de softwares livres pelos órgãos da administração direta e indireta do Estado do Rio Grande do Sul.

Consta dos autos que a lei, ao dispor sobre licitação para utilização de softwares pela administração estadual, prevê a preferência de sistemas de informática chamados “programas livres”, ou seja, daqueles cuja licença de propriedade industrial e intelectual é de acesso irrestrito e sem custos adicionais aos usuários.

A questão começou a ser julgada pela Corte em outubro de 2012, quando o relator, ministro Ayres Britto (aposentado), votou pela improcedência da ADI e pela cassação da liminar concedida anteriormente, que havia suspendido a eficácia da lei. Para ele, a lei estadual gaúcha não fere a Constituição Federal, apenas reforçando ou complementando a legislação nacional preexistente, sem contrariá-la, ao estabelecer preferência pela aquisição de softwares livres.

Usar a autenticação por chaves armazenadas, e não por senhas, tem várias características positivas de segurança.

O artigo do link abaixo explica (e ilustra) em 5 passos simples como fazer, desde a geração das chaves e seu compartilhamento entre os hosts, até o login inicial. (via www.tecmint.com - “SSH Passwordless Login Using SSH Keygen in 5 Easy Steps”)

O Let's Encrypt é, para mim, um dos mais interessantes projetos da comunidade open neste século XXI: um conjunto de tecnologias e serviços que vai permitir a emissão e gerenciamento self-service de certificados digitais gratuitos para permitir as vantagens da criptografia https a todos os websites interessados.

Vitória da segurança e da privacidade on-line, e várias organizações do ramo (Mozilla, EFF, Akamai, etc.) contribuem com recursos para que o plano se concretize. A partir de agora, a Linux Foundation não apenas se junta a ela, como ainda oferece a sua estrutura como base de operações para o Internet Security Research Group (ISRG), entidade que desenvolve o projeto. (via ostatic.com - “Linux Foundation Takes Web Security and Encryption Platform Under its Wing”)