Lançado IPFire 2.13 - Core Update 69

Hoje, a equipe de desenvolvimento do IPFire lançou a atualização de núcleo 69 do IPFire 2. Essa atualização vem com um novo kernel e algumas alguns reforços menores.
antes de iniciar o changelog, gostaríamos de encoraja-lo a conferir o advanced firewall GUI no IPFire wishlist. Precisamos de sua ajuda para conseguir fazer isso!

Atualização do Kernel

O kenrel Linux foi atualizado para endereçar várias soluções de segurança e outros bugs.
O kernel é baseado no 3.2.46 e vem com uma pilha de rede sem fio mais recente do kernel 3.8.3.
Alguns hardwares de rede sem fio obtiveram melhor suporte em termos de estabilidade e adicionamos mais alguns drivers para vários hardwares de rede como adaptadores ethernet USB e assim por diante. Por favor, reportem qualquer hardware novo nas listas de compatibilidade de hardware correspondentes: hardware compatibility lists.

Novo menu de boot

O disco de instalação tem um novo bootloader, onde você pode instalar outras versões do IPFire também. Também há algumas ferramentas de diagnóstico e outras opções de instalações disponíveis.
Para mais detalhes, por favor veja esse post no IPFire planet.

Tradução para o idioma Turco

Uma nova tradução do instalador do IPFire installer e Interface Web de Usuário na linguá Turca foi adicionada. Agradecimentos a Ersan Yildirim.

---

openssh (6.2p2), strace (4.7) and tcpdump (4.4.0) também foram atualizados.

---

Recomendamos que todos atualizem a versão do IPFire assim que possível. Favor reiniciem em seguida.
Se você quiser participar do projeto de suporte do IPFire, por favor siga o nosso IPFire wishlist para nos ajudar!

Michael Tremer - June 21, 2013 at 3:21 pm 

Fonte: http://www.ipfire.org/news/ipfire-2-13-core-update-69-released

Traducão: Gabriel Costa

Liberado IPFire 2.13 - Atualização de Núcleo (Core Update) 67 

________________________________________________________________________

Hoje, a equipe de desenvolvimento do IPFire libreou o 67º Atualização de Núcle (Core Update) para o IPFire 2. Essa atualização vem dentro do prazo da semana-4 de costumeiro e traz várias correções de bug.

Novo driver wireless

Com IPFire 2.13 veio um novo kernel baseado no Linux 3.2. Os drivers wireless foram tirados do Linux 3.6 e subsequentemente, alguns usuários reportaram que seu hardware não funcinou tão bem quanto tinha anteriormente.

Com esse Core update, os drivers wireless foram apanhados do Linux 3.8, onde numerosos problemas foram corrigidos e também suporte a novo hardware foi adicionado.

Por favor note que um reboot é exigido para fazer uso dos novos drivers.

O driver para adaptador de rede USB ASIX também foi atualizado para a versão 4.5.

Controlado RAID HP/Compaq SmartArray

A instalação de um novo sistema IPFire system em um contorlador SmartArray anteriormente falharia

porque o tamanho do disco poderia provavelmente não ser determinado. Essa quetsão foi corrgida nesse

lançamento.

The small beans

• Update Accelerator agora supporas caching de atualizações do Microsoft Windows 8.
• fireinfo foi atualizado para a versão 2.1.7, onde uma nova lista de hardware foi inserido no blacklist.
• squid agora é compilado com --enable-cache-digests (#10311)
• Pacotes de cliente OpenVPN agora podem ser baixados quando o servidor não está abilitado.
• Módulos Duplicate mISDN foram removidos. mISDN é funcional de novo.

Recomendamos que todo mundo atualize para a ultima versão. sem nenhuma duvida, essa é a melhor versão

 do IPFire que já foi lançada. Se acha bem que sim, por favor considere doar ao projeto.

Michael Tremer - March 16, 2013 at 6:00 pm

   

Fonte:  http://www.ipfire.org/news/ipfire-2-13-core-update-67-released?utm_source=twitterfeed&utm_medium=twitter

Linus Torvalds Faz de novo! Ataques a Red Hat

Torvalds atacou a Red Hat mesmo por sugerir gerenciamento de chave ser feito no kernel.  Terça feira, 26 de Fevereiro, 2013:  Desta vez a Red Hat estava na linha de fogo! Tudo começou quando o empregado da Red Hat, David Howells postou uma solicitação no e-mail lista de pedido do Linux Kernel pedindo a aceitação de código dentro kernel para tornar possível a Red Hat “embarcar em certificado X.509 contendo a chave em uma seção chamada '.keylist' em um binário EFI PE e então obter o binário assinado pela  Microsoft.”

O criador do Linux, Linus Torvalds responde ao escrever, “não sem primeiro mais um monte de discussões por que francamente, isso é imbecil p'ra c*******. Toda a coisa aparenta ser projetada em torno de interfaces estupidas, por rasões completamente imbecis.Por que deveríamos fazer isso?” Torvalds recentemente atacou a Red Hat mesmo por sugerir o gerenciamento de chave ser feito no kernel. Torvalds mais tarde escreve no post: “Francamente, eu duvido que alguém vai ligar, ainda mais, eu me importar com algum fornecedor que enviam somente módulos binários externos vai ser difícil como inferno. Ainda Mais, francamente, assinar módulos do kernel de fornecedor (indiretamente) com a chave MS é estúpido p’ra c****** para começar. Em outras palavras, Eu realmente não vejo por que nós deveríamos nos dobrar, quando realmente não há rasão. Isso é adicionar código estupido no kernel somente para encorajar estupidezes em outras pessoas. Na verdade, se alguém quiser fazer modulo binário para o Fedora 18 ou seja lá o que for, eles deveriam ir à Red Hat e perguntar se a RH está com vontade de assinar sua chave. E todo o “não, nós só achamos que faz sentido confiar nas chaves MS” argumento é tão estupido que se alguém realmente traz isso, eu só posso jogar as minhas mãos para cima e dizer “tanto faz”. Em outras palavras, nada disso me faz pensar que devemos fazer coisas estupidas só para perpetuar estupidez. E eu não acredito no argumento para começar.” Breve, respostas começaram a gotejar e quase todos favoreceram Torvalds. http://www.efytimes.com/e1/fullnews.asp?edid=101315#.USzSb9iP23g.gmail

Liberado IPFire 2.13 - Core 66

Cara Comunidade,

 Hoje é o dia em que nós oficialmente liberamos o IPFire 2.13. Estamos muito orgulhosos de ter um novo marco liberado com um monte de novos recursos excitantes. Gostaríamos de agradecer a todos que contribuíram com o projeto e se vocês gostaria de nos ajudar, por favor considere fazer uma doação.

IPFire 2.13 é uma nova versão de IPFire, a distribuidão Firewall de código aberto. A lista de mudança, reforçamentos, e correções não tem fim, mas gostaríamos que vocês dessem atenção especial para os seguintes recursos com qual estamos muito entusiasmados :

Sistema de Base

Os componentes mais importantes do sistema de base foram atualizadas para incluir um Kernel novinho baseado no Linux 3.2. Com isso, IPFire agora tem suporte a mais hardware que antes e muitos problemas de hardware do passado devem ter desaparecido.

As bibliotecas mais básicas foram substituídas, dando-nos maior desempenho e concertando alguns problemas de segurança geral. Se você gostaria de saber mais a respeito disso especialmente, por favor leia esse post no nosso planeta.

Qualidade de Serviço com CoDeL

Caso você esteja conexão de internet muito baixa, CoDeL é sua solução. Esse novo algorítimo compartilha banda de modo justo entre todas as conexões. Não necessita de fato de nenhuma configuração, mas quando amarradas juntas a nosso recurso de Qualidade de Serviços, CoDeL lhe dá o mais fora de conexão.

Aprenda mais a respeito de em nosso planet post.

ARM

Nós finalmente declaramos as versões ARM como estável. Desde as primeiras liberações de teste em Outubro de 2.011, uma multitude de coisas tem sido melhorada. Como hoje, IPFire rdoan em muitas plataformas diferentes, tal qual sistemas Marvell Kirkwood e Texas Instruments OMAP4-based, e claro, o computador Raspberry Pi.

O vasto montante de pessoas que já tem estado utilizando IPFire ARM desde que nós começamos a portá-lo para a arquitetura ARM sabem que nunca houve realmente qualquer grande problema para inicia-lo. Você pode encontrar mais informações a respeito Aqui.

IPsec VPNs com strongswan 5

A implementadão IPsec strongswan recentemente liberou uma nova versão da qual limpou um montante significante de códigos antigos, alguns das quais tem sido utilizado por uma década. Se vocês quiser saber mais detalhes, verifique o IPFire planet post.

Wireless LAN

Da nossa wishlist, nós implementamos suporte adequado para 5 GHz WLANs. Leia esse planet post para aprender a respeito dos benefícios.

Os desenvolvedores do IPFire andam trabalhando nesse release a muitos meses e gostariam de agradecer a todas as que tem ajudado com testes e contribuído de qualquer forma. Somo uma grande equipe e apreciamos qualquer um que quiser se juntar a nós. Tem sempre um monte de coisas legais para fazer.

Para atualizar seu sistema, basta visitar o web user interface e siga até a página pakfire. A atualização irá baixar aproximadamente 60MB de dados e levará algum tempo para instalar. Por favor, seja paciente e não desligue seu sistema durante a atualização.

Para uma instalação fresca, baixe o IPFire na Página de download.

Divirtam-se! – Sua equipe de desenvolvimento do IPFire

Michael Tremer - February 19, 2013 at 11:50 am

  

© 2013 - IPFire is free software

Fonte:

http://www.ipfire.org/news/ipfire-2-13-core-66-released?utm_source=twitterfeed&utm_medium=twitter

Google Disse Red Hat Enterprise Linux 6 Está Obsoleto [Updated]

Posted by Swapnil Bhartiya 11Feb2013

Google, uma das companhias lideres em open source e Linux, declarou Red Hat's RHEL 6 como obsoleta. Jan Wildeboer, um Red Hat evangelista, descobriu que Google Chrome não será mais atualizado no RHEL 6.

O Google exibiu uma notificação que diz, "Google Chrome não estará mais atualizado por que seu sistema operacional é obsoleto "

O RHEL 6 foi lançado no final de 2010; a próxima versão do RHEL, versão 7, será lançado esse ano. Então os usuários da ultima versão do RHEL não conseguem utilizar mais o Google Chrome.
Wildeboer escreve em sua página do Google+ :
Por que o Google coloca os usuários do (ao menos) Red Hat Enterprise Linux 6 em risco ao parar as atualizações para o Chrome? Enquanto continuam mantendo suporte o suporte ao Windows XP?
É  surpreendente como, mesmo que o Windowx XP que está alcançando o fim da vida tem bom suporte ao Google e distribuições GNU/Linux como Ubuntu 10.04 tem bom suporte.
Wildeboer mais tarde escreve:
nós lançamos novas versões estáveis do RHEL a cada 2-3 anos. A estabilidade da API/ABI é o que diferencia das distroscomunidade. Clientes precisam de termo de estabilidade (long term stability). O Google sabe (e utiliza) disso internamente. Ao cortar o suporte dasdistribuições  enterprise eles simplesmente me dizem para me mudar para outro lugar. Isso não é uma coisa encorajadora.
Nós alcançamos o Google e esperamos a resposta deles.
Por que o RHEL 6 não está recebendo atualizações?
O que eu aprendi das minhas fontes é que o Chrome, como nós bem sabemos, é baseado no Chromium e a comunidade por trás do Chromium gostaria de usar os novos recursos da  linguagem C++ (i.e., C++11 - muitos estão migrando para isso) por segurança e por ser mais fácil de manter. Mas suportar C++11 significar adotar uma nova corrente de ferramentas e atualizar para o GCC 4.6.

Então isso recai ao fato de que todas as versões do sistema operacional que utilizam as antigas bibliotecas C++, tal qual algumas distribuições Linux incluindo o  RHEL 6, não irão por essa rasão ter suporte depois do Chrome 26.

Essa é uma das rasões que WildeBoer viu que as notificações de atualização, em tais distribuições que vem com as bibliotecas C++ antigas tal qual RHEL, o Chrome continuará funcionando mas não serão mais atualizadas depois da versão 26. Então o Google começou a notificar os usuários no canal de desenvolvimento (o Chrome 26 estável está muitos meses fora) nesses sistemas que depois do Chrome versão 26 não terão mais suporte ao sistema.

A companhia, como eu aprendi das minhas fonte, está a vontade para trabalhar com suporte estendido ao Red Hat se possível.

 Fonte: http://www.muktware.com/5203/google-says-red-hat-enterprise-linux-6-obsolete?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+muktware%2Ffeeds+%28Muktware+Feeds%29

Linux se tornará uma força majoritária em jogos, Steam Box da Valve rodará Linux

Por Bhushan Shah 09JAN2013

Gabe Newell, o co-fundador da companhia de produção e distribuição de jogos digitais Valve, confirmou que a companhia está trabalhando no seu próprio console com Linux embarcado chamado Steam Box. Em uma entrevista com a Verge, Newell também confirmou que não será uma caixa fechada com restrições a usuários. Pessoas serão capazes de instalar qualquer sistema operacional de sua escolha nos Steam Boxes:
"Nós vamos vir por conta própria e venderemos sozinhos aos consumidores. Será um Linux Box, [e] se você quiser instalar Windows, será possível. Não vamos tornar isso difícil. Não é uma caixa fechada por nenhum esforço de imaginação."

O Steam Box endereçará uma das questões que mesmo companhias como a Canonical não puderam resolver para os usuários de Ubuntu – trazer conteúdo de alta-qualidade para Linux. Newell confirmou que os usuários serão capazes de executar Streams do Netflix nesses Linux dos Steam Boxes. Quando questionado se o Steam Box rodará Netflix, Newell respondeu:
"Oh, absolutamente. Você pode mandar fogo num web browser, você pode fazer seja o que for que quiser."

A mudança da Valve do Windows para Linux tem mais haver com o Windows 8 tornando-se um passo atrás invés de progredir quando fecharam ao moderno sistema operacionais. A interface de usuário é extremamente confusa e a Microsoft está atentando para o modelo da Apple que tem irritado bastante suas parcerias.
Não supõe-se haver 40% de absorção, nem 20% migram então isso é o que me espanta. Quando eu comecei a usá-lo Eu me senti como "Oh meu Deus…" Eu achei [Windows 8] inutilizável.
O console da Valve focará mais na precisão e biométrica invés de 'gestos' como o Kinect. Ele irá adotar também um modelo aberto aonde os usuários serão capazes de criar e compartilhar seus próprios conteúdos.

Fonte: http://www.muktware.com/5072/valve-confirmed-hackable-linux-based-steam-box?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+muktware%2Ffeeds+%28Muktware+Feeds%29#.UO_cc-TBGSo