BR-Linux.org

Enviado por Alexandro Silva (alexoslabsΘgmail·com):

Enviado por Daigo Asuka (openwebosbrΘgmail·com):

Enviado por Angelo Marcondes de Oliveria Neto (angelomarcondesΘgmail·com):

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

Via softwarelivre.org:

O coquetel de aniversário da ASL.Org aconteceu ontem, 11 de setembro, e contou a presença de autoridades como o secretário-geral de Governo do Rio Grande do Sul (...) A comemoração possibilitou o encontro dos sócios com alguns dos ex-coordenadores da associação. “Organizamos o primeiro FISL para acontecer em um pequeno centro de treinamento e começamos a divulgar. De repente percebemos que já tínhamos mais de 2 mil pessoas inscritas. Não mensurávamos corretamente o tamanho da comunidade em Porto Alegre”, contou Marcelo Branco, primeiro coordenador da ASL.

O atual coordenador, Ricardo Fritsch, lembrou que o fórum não é apenas um evento técnico, mas uma oportunidade de união da comunidade. “A gente faz isso com prazer”, afirmou. A ASL também recebeu uma placa do Sindicato das Empresas de Processamento de Dados do Rio Grande do Sul (Seprorgs) como homenagem pelo aniversário e contou com uma apresentação acústica da banda Bluecets.

Enviado por Tiago Hillebrandt (tiagohillebrandtΘubuntu·com):

No dia 7 de setembro o FreeBSD 10 passou a não mais incluir o compilador GCC entre os pacotes compilados por default em seu sistema base. Já faz algum tempo que o projeto vem adotando o Clang/LLVM como seu compilador, e a mudança chegou ao nível de maturidade necessário para permitir dispensar a coleção de compiladores GNU nas arquiteturas em que ocorreu a adoção.

Além do compilador livre Clang/LLVM, o FreeBSD também adotou a biblioteca libc++ no lugar antes ocupado pela GNU libstdc++, descontinuando também a inclusão desta última.

Veja também outras novidades do FreeBSD 10. (via www.phoronix.com - “[Phoronix] FreeBSD Is No Longer Building GCC By Default”)

Humble Indie Bundle, você já sabe, é aquela promoção periódica em que você paga quanto quiser por um conjunto de jogos multiplataforma e sem DRM – mas se pagar mais do que a média dos demais compradores, recebe alguns jogos a mais.

O Humble Indie Bundle 9 começou ontem, e traz os jogos: Trine 2: Complete Story, Mark of the Ninja, Eets Muncies, Brütal Legend, FTL: Faster Than Light e FEZ, sendo que os 2 últimos são reservados a quem pagar mais que a média.(via www.humblebundle.com - “Humble Indie Bundle 9 (pay what you want and help charity)”)

Sistemas complexos às vezes são construídos de tal forma que componentes pequenos podem levá-los inteiros consigo quando falham, e parece ter sido o caso do computador desktop de Linus Torvalds, que teve uma falha em um SSD e faleceu.

Os dados estão preservados graças ao armazenamento distribuído do Git, mas ele perdeu ~3 pull requests que estavam pendentes, e pediu a quem enviou código recentemente que aguarde um dia e verifique se eles chegaram a ser incluídos no kernel, ou o avise – embora os que ele mesmo encontrar nos e-mails serão processados normalmente.

Pouca perda, portanto, mas chega em um momento especialmente inconveniente do ciclo de lançamento do Linux 3.12, no qual a interrupção da produção torvaldiana pode ter consequências diretas sobre o andamento das tarefas de seus colaboradores mais próximos. (via www.heise.de - “Kaputte SSD von Torvalds stört Kernelentwicklung | heise open”)

Enviado por Thiago Ayub (tayubΘprimeiramao·com·br):

Enviado por Nícolas Wildner[Ironmaniaco] (nicolasgauchoΘgmail·com):

Via computerworld.uol.com.br:

A proposta de Marco Civil da Internet (PL 2126/11) que está na Câmara passará a tramitar em regime de urgência constitucional. O pedido de urgência foi publicado hoje no Diário Oficial da União. Com isso a câmara terá 45 dias para votar o PL.

Esse prazo, no entanto, só começará a contar depois que a mensagem de urgência da presidente for publicada no Diário Oficial da Câmara, o que deve ocorrer nesta quinta-feira, 12/9. Depois que for votado pelos deputados, o texto seguirá para o Senado, que também terá 45 dias para analisá-lo.

Alguns pontos da proposta têm causado controvérsia, o que vêm impedindo o acordo para a votação em Plenário. O relator do projeto, deputado Alessandro Molon (PT-RJ), diz que alguns desses pontos polêmicos são “inegociáveis”: neutralidade da rede, liberdade de expressão e privacidade.

Enviado por Marcos Siríaco Martins (siriacoΘlatinoware·org):

Um usuário que aparentemente não entende como funcionam as fontes de entropia iniciou uma petição online para pedir que Linus Torvalds "retire o RdRand do /dev/random, para melhorar a segurança geral do kernel". Só isso, sem maiores explicações, como se fosse um fato claro e evidente.

A razão para desconfiar do RdRand é fácil de entender, e eu compartilho dela: trata-se de uma instrução interna dos chips da Intel (Ivy Bridge em diante) que retorna números aleatórios – como aqueles necessários para gerar chaves criptográficas, hashes de sessões e outras ações que a NSA teria interesse potencial em quebrar e – se acreditarmos nos vazamentos de Robert Snowden – infiltrou ao menos um grande fabricante norte-americano de chips para comprometer. O risco aumenta em ambientes virtualizados, comuns "na nuvem", porque aí a máquina virtual também pode comprometer a aleatoriedade.

A *minha* desconfiança do RdRand se amplia porque desenvolvedores da Intel de fato tentaram influenciar o desenvolvimento do kernel para que o RdRand fosse a única fonte de entropia para o /dev/random, o que seria uma péssima ideia mesmo que desconsideremos a hipótese de que o chip ou a VM possam estar intencionalmente comprometidos.

Mas buscar fontes de entropia é complicado. Eu faço sorteios com base em uma fonte externa que capta ruído eletromagnético na atmosfera, por exemplo, os quais geralmente são ainda menos previsíveis que os bons algoritmos do ramo. O kernel Linux usa uma composição de múltiplas fontes, incluindo informações fora do seu controle direto sobre o sistema em execução (o que é bom) e recursos específicos do hardware, como o RdRand – que, sozinho, seria uma má ideia.

Mas combinar fontes de entropia aumenta a imprevisibilidade, mesmo que uma das fontes possa estar comprometida. Em uma discussão a respeito no Slashdot, o mantenedor do /dev/random do kernel, Theodore Ts'o, explicou com um exemplo, para não ter de entrar na teoria: usar uma fonte de entropia controlada diretamente pela NSA, ou pelos seus concorrentes na China ou Rússia, é muito ruim se ocorrer isoladamente. Mas se as combinarmos – e assumindo que elas não confiam uma na outra –, teremos uma boa fonte de entropia, formada pela combinação de 3 ruins.

O que acontece no /dev/random, naturalmente, é similar – e prevê até mesmo a possibilidade de a CPU detectar que o resultado do RdRand está sendo combinado a algum outro valor. E desativar o uso do RdRand é bem simples: é uma das opções de configuração do kernel.

O autor da petição aparentemente não sabia de nada disso (e eu não posso dizer que eu já sabia de tudo que resumi acima), e só pensou na parte "NSA➡Intel➡Kernel➡ruim", mas a iniciativa dele não durou muito: o próprio Linus apareceu por lá e respondeu com pouca elegância mas bastante clareza sobre a desnecessidade da medida, dizendo que se tratava de ignorância, dizendo para ele ir se informar, ler os fontes e depois voltar para reconhecer publicamente que estava errado – e perguntando onde ele mesmo poderia iniciar uma petição para aumentar o conhecimento das pessoas sobre kernels.

Não que o estilo da resposta me agrade, mas ao menos foi eficaz: logo em seguida o autor cancelou sua petição. (via www.change.org - “Change.org”)

Enviado por Daigo (openwebosbrΘgmail·com):