O boot seguro do Windows 8 não precisa ser um problema

O boot seguro do Windows 8 não precisa ser um problema. Implementado corretamente, o protocolo UEFI é perfeitamente compatível com sistemas operacionais abertos, diz o Linux Foundation.


PC World - Tem havido uma preocupação considerável nas últimas semanas sobre o mecanismo de boot seguro previsto para próximo Windows 8 da Microsoft, principalmente entre os usuários de Linux e outros preocupados que a tecnologia tornará impossível para executar sistemas operacionais alternativos ao Windows 8.

Esses temores foram só aumentaram quando a Free Software Foundation pesou na com sua própria declaração de preocupação sobre o que a tecnologia poderia significar para os usuários do software livre e open-source.

Na sexta-feira, no entanto, a Fundação Linux adicionado sua própria voz e perspectiva para a mistura com uma explicação do porquê o boot seguro não precisa ser necessariamente uma coisa ruim para usuários Linux.

"Se a sua correcta execução"
Inicialização seguro oferece "a perspectiva de um hardware verificada livre de malware processo operacional, inicialização do sistema que podem melhorar a segurança de implementações de sistemas muitos", escreve Linux Foundation Assessoramento Técnico Presidente do Conselho James Bottomley e Técnico Membro do Conselho Consultivo Jonathan Corbet no grupo de seis -página do documento (PDF) .

"Linux e outros sistemas operacionais abertos será capaz de tirar proveito de inicialização segura se for implementado corretamente no hardware", acrescentam.

Isso é um grande "se", é claro, eo jornal faz várias recomendações importantes para ajudar a garantir que isso aconteça.

"O único sistema operacional Bootable"
No coração da Unified Extensible Firmware Interface (EFI) protocolo de inicialização de segurança são chaves Platform (PKs), que são projetados para ser controlado pelo proprietário do hardware em questão, e Key-Exchange Keys (keks), que são controlados por os fornecedores de hardware e sistema operacional, o documento explica.

"Esta separação é vital porque permite que o proprietário da plataforma para decidir quais as teclas que eles confiam sem comprometer a capacidade dos controladores KEK para assegurar-se de que o sistema operacional inicializado de forma segura", Bottomley e Corbet escrever.

A implementação de UEFI descrito por Steven Microsoft Sinofsky , no entanto, "vai contra a recomendação UEFI que o proprietário da plataforma ser o controlador de PK e iria garantir que o sistema operacional Windows, então, tornar-se o único sistema operacional inicializável na plataforma," o papel observa.

'Modo Setup' Abra um
Embora isso possa ser uma opção válida para alguns usuários informados, é também essencial que os usuários sejam capazes de recuperar o controle, redefinindo o seu hardware de volta ao modo de configuração, os autores argumentam.

Para isso, todo o hardware deve navio em um "modo de configuração" aberta sem chave plataforma instalada. Dessa forma, os proprietários de hardware pode instalar a chave da plataforma de sua escolha ou deixar seu sistema operacional fazer isso para eles, Bottomley e Corbet explicar.

Também deve ser possível para o proprietário de um pedaço de hardware para retornar um sistema de volta ao modo de configuração, no futuro, acrescentam. Enquanto isso, é preciso haver um mecanismo baseado em firmware para adicionar nova keks para fazer dual-boot sistemas possíveis, bem como um para fácil inicialização de mídia removível.

Time Will Tell
Papel da Fundação Linux especifica em detalhes consideravelmente mais como UEFI pode ser melhor implementadas para compatibilidade com sistemas operacionais abertos e fechados, mas em essência a linha de fundo parece ser este modo de configuração aberta, que pode ser restaurado a qualquer momento e a capacidade de adicionar keks novo para o firmware.

Red Hat e Canonical, aliás, também falou na sexta-feira com os seus próprios tomar sobre a situação (PDF) , incluindo um número de like-minded sugestões.

Só o tempo dirá como a Microsoft acaba implementação da tecnologia, mas é bom ouvir confirmou que UEFI não será necessariamente um problema para usuários Linux .

https://plus.google.com/u/0/b/106759798933181808826/106759798933181808826/posts/jAX7AA7oGqw

tutorial grátis de programação para Android

Curso Android grátis

http://www.thecodebakers.org/

GTK 3 e CSS

O que já está lá

O analisador do GTK agora relatar erros de forma consistente quando deixa de analisar os dados CSS, incluindo a posição nos dados de onde ocorreu o erro. Isso pode ser usado muito bem por exemplo, para destacar a linha quebrada em um editor, como bom gedit.

Herança e propriedades de atalho são agora suportados nativamente pelo GtkThemingEngine. As propriedades existentes foram estendidos para ser shorthands de acordo com a especificação CSS (por exemplo , a largura da borda , padding , border-radius ), e as versões de taquigrafia foram adicionados também (por exemplo, definição das fronteiras da direita irá agora fazer a coisa certa).

Apoio da pseudo-classes nth-child têm sido estendida para trabalhar para os contentores genéricos. GtkBox já suporta isso, com outros recipientes popular (por exemplo, GtkToolbar) para breve. Isto significa que é mais fácil agora para temas visuais contato fronteiras contíguas.

Novas propriedades

Estão adicionando suporte para novas propriedades CSS, para permitir que os temas para tenham detalhes bem sutil com estilo. Aqui está uma lista de adições para o GTK 3.2.

• Sombra de texto já é suportado no GTK.

• Sombra em ícone é uma propriedade personalizada que se comporta semelhante a -sombra de texto. Também é genérico o suficiente para ser usado com os elementos da interface do usuário, como ícone, como setas, fiação e tudo mais no futuro.

• box-shadow permite iníciar render de frame com sombras e entremeios. Iniciar sombra como suporte nativo é, infelizmente, muito difícil de implementar no âmbito do GTK desenho do processo atual, por isso não irá fazê-lo em 3,2.

• border-image será ampliado para ser uma propriedade de poucas palavras, como também, e coincidir com a especificação CSS3 para o desenho.

tradução adaptada: blogs.gnome.org

Configuração dos Repositório fedora 15

Um grande problema para que esta migrando para o Fedora é a falta de certos programas e codecs multimídia.
Para resolver isso é necessário configurar repositores alternativos (específicos ou comunitários).
A baixo comandos de terminal para configurar repositores:

RPM Fusion:

su -c 'yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm'

RPM livna:

rpm -Uvh http://rpms.famillecollet.com/remi-release-15.rpm

Adobe (flash):

rpm -ivh http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpm

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linux

Mudar de temas no Gnome 3

F . P Murphy para mudar de temas na visão geral e mostrar a variedade de temas do sistema.

Baixe o rpm aqui

Instale-o com (como root)

yum install gnome-shell-extensions-theme-selector-0.9-2.fc15.noarch.rpm

pacote não contém quaisquer temas!

Baixar rpm de temas do Gnome 3 aqui.

fonte: Fedora Rules