Caixa Seca

Implementing UEFI Secure Boot in Fedora (Matthew Garrett blog) Aprecio o esforço e trabalho que Matthew e seu empregador, a Red Hat, estão colocando sobre o suporte aos firmwares UEFI e o Secure Boot no Linux. Ter um Fedora capaz de funcionar com este recurso será um diferencial. Porém o fato de você (ou a Red Hat, ou quem for) ter que pagar 99 doletas da a Microsoft lhe permitir assinar seu software não cheira bem. Não seria possível ter algum tipo de entidade sem fins lucrativos para este fim? Máquinas com CPUs x86 obrigatoriamente terão opção no firmware para desativar o recurso. Mas se você quiser usar Secure Boot com Linux, invariavelmente em algum momento alguém pagará 99 doletas (pagamento único) para Microsoft para isso ser possível. Para a Red Hat um único pagamento de 99 dólares para assinar o bootloader do Fedora não é nada. Não é o valor em si o problema. É a "taxa Microsoft". Como Matthew comenta, a solução poderia ser melhor, ou poderia ser muito pior...

Hehe No tempo que o ForumClass ainda existia. Screenshot histórico.

Segue a saga . O kernel NT suporta o envio de comandos TRIM a partir da versão 6.1 (Windows 7/Server 2008 R2). O controlador SATA deve estar no modo RAID ou AHCI. Para desktops AHCI é o recomendado. Primeiro você precisa de um chipset/ponte sul que tenha suporte ao modo AHCI/RAID: - Nos Intel inaugurou no ICH6R e ICH6-M. A partir daí varia de modelo para modelo. Olhe na Wikipedia que está bem detalhado. Porém atenção! O driver Rapid Storage Technology (ver abaixo) não tem mais suporte para algumas pontes sul sem RAID anteriores ao ICH9. O último driver suportado para estes chips é o Matrix Storage Manager (nome anterior que eles usavam) 8.9, que não suporta TRIM! Se você tem um chip Intel antigo que se enquadra aí, será obrigado a usar o driver AHCI genérico da Microsoft para ter TRIM funcionando. Ou seja, na prática, TRIM nos chipsets Intel com o driver oficial é a partir do ICH9. Garimpando achei a versão 10.1.0.1008 do Intel RST que funciona no ICH8-M. Essa versão suporta ...

Bom, já era hora. Sou (era) fã, assisti a toda a série e confesso que na 8ª temporada deu o que tinha que dar. Agora me bateu a vontade de assistir às duas primeiras temporadas, que considero as melhores (em especial a segunda). Não estão mais no meu HD, mas não priemos cânico! Para isso inventaram o BitTorrent...

Eu havia notado faz tempo que a interface Metro no desktop é improdutiva, inadequada e irritante. É uma "solução" para um problema inexistente. Uma interface feita para telas touch screen que foi largada no colo de quem tem um teclado e um mouse na frente. Um desastre completo. A Microsoft está tentando se defender com o post " Creating the Windows 8 user experience " no blog Building Windows 8, invocando o papo "as pessoas não gostam de mudanças" (ahh, não sei por que isso me lembra discussões Windows x Linux...). Muito texto, porém pouco a aproveitar. Um dos sites especializados em hardware que visito diariamente é o excelente The Tech Report. Lá Cyril Kowaliski comenta no artigo " Windows 8 frightens me, and here's why " o que estou achando ser um padrão entre entusiastas de PCs: que a interface Metro não é adequada para um desktop. Thom Holwerda do OSNews, em " What's wrong with Windows 8 ", acha a mesma coisa. Este que ...

Quando a "scene" dos HDTV/DVD/BR/ETC-Rips publica um documento com a padronização (em H.264) que deve ser adotada pelos grupos para os lançamentos em SD (a última trincheira onde o Xvid ainda resistia), daí, meu filho, acabou. The SD x264 TV Releasing Standards 2012 Aquele DVD player que toca apenas MPEG-4 ASP começará a perder utilidade... :-(

...olhem o que vocês me obrigaram a fazer: Um array JBOD com HDs velhos e barulhentos. Não, não comprarei HD novo enquanto o preço não cair. Chega de roubalheira! Para minha surpresa a mídia do Windows 7 Service Pack 1 tem nativamente o driver para o controlador nVidia nForce 630a no modo RAID (!), nvraid.sys, versão 10.6.0.19 (09/08/2010). Não sou muito adepto do fake RAID, mas ele traz uma vantagem que é poder instalar o Windows num volume contíguo. Ter um monte de unidades separadas com estes HDs pequenos só atrapalha. A confiabilidade não é das melhores, pois se um deles entregar a rapadura todo o array é perdido. Nada que um backup dos dados mais importantes não resolva, contudo.

Aviso: apaguei tudo que existia nos discos. Usando as mídias de teste do Fedora 17 (lançamento previsto para 22/05/2012): https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Primeiro passo foi limpar o SSD, zerando todas as células de memória flash com o comando SECURITY_ERASE do protocolo ATA. Num live CD: # hdparm --security-set-pass p /dev/sda # hdparm --security-erase p /dev/sda Mais informações: ATA Secure Erase (SE) and hdparm (TinyApps.Org) Depois, zerar o HD (300MiB): # sgdisk -Z /dev/sdb # dd if=/dev/zero of=/dev/sdb count=600k Tudo limpinho agora. :-) PARTICIONAMENTO Hardware disponível: SSD OCZ Agility 3 60GB, HD Samsung HD103SJ 1TB. Antes de tudo, nada de partição swap. Eu gosto de ter o mínimo possível de partições. Esquema: No Fedora 17, /tmp é um diretório normal dentro do diretório raiz. No meu esquema, quer dizer que ele fará parte da partição do SSD. /tmp é local para armazenamento de arquivos voláteis, sem garantia de ...

Até o momento (ALSA 1.0.25), uma combinação ruim Asus Xonar DG + Linux. O driver é deficiente. Falta funcionalidade. Apenas a saída traseira funciona e ainda assim sem a possibilidade de você mudá-la para passar pelo circuito amplificador de fone de ouvido. As saídas frontais não funcionam e a entrada de linha/microfone (tanto traseira quanto frontal) não funciona. É bug conhecido, que depende do pessoal do ALSA trabalhar no driver através de engenharia reversa, como disse Clemens Ladisch. Drivers para Linux desenvolvidos na base da engenharia reversa não são novidade. Mas olhem... Essa placa faz tudo por software (nem controle de volume tem no hardware). Ela ainda é uma opção interessante pois tem bons DACs e ADCs, fora o amplificador da TI para fones de ouvido e conexões frontais. O software que acompanha o driver para Windows, sem o qual muitas funcionalidade são perdidas, é muito mal escrito , não usando as variáveis de ambiente e tendo o péssimo hábito de ficar infinitam...

Microsoft Windows 8: Mostly A Crap Wreck (Phoronix) Now onto the big end-user change for Windows 8: the Metro UI. Up to trying it out myself, I heard mixed views about Metro on Windows 8 but overall most comments seemed to be positive. After trying it out though, for Windows 8 on the desktop I see Metro as an absolute shit wreck. Metro may work very well for phones and tablets and game consoles, but for the desktop I see it as a disaster. Metro really isn't intuitive for the desktop, is complicated and very confusing after the common Windows desktop workflow since Windows 95, and overall makes Canonical's original Unity desktop environment seem better than Metro. I would take Ubuntu's Unity or the GNOME Shell any day over Windows 8 with Metro. Pelo menos não estou sozinho nesse barco... Relacionado: Windows 8 Developer Preview Nem perderei tempo com o Windows 8 Consumer Preview

The Most Awesome, Least-Advertised Fedora 17 Feature (Lennart's Blog) Cortesia do encanamento moderno do Fedora (systemd, udev, udisks, Gnome/GDM). Demonstração: http://www.phoronix.com/scan.php?page=article&item=plugable_multiseat_kick http://www.kickstarter.com/projects/1666707630/plugable-thin-client-the-50-computer/widget/video.html Muito legal! Me entristece, porém, que aqui no Brasil para nós termos acesso aos dispositivos da Plugable será um parto. Aliás, qualquer eletrônico aqui é difícil de conseguir, é absurdamente caro, ou ambos.

Phoronix tem artigos bons, ruins e outros bem idiotas. Depois de pérolas como a tal licença Maximal e a aula de ignorância a respeito do suporte ao H.264 no Fedora, Michael Larabel continua dando ibope para o finado Reiser4. Um sujeito no fórum de lá disse tudo: Hey Michael; Time for you to connect the dots. This filesystem is DEAD. Its not going ANYWHERE. Time to stop reporting on it.

Toshiba Thrive AT105. Tela 10.1", 16GB, Tegra 2, Android 3.2.1 + bloatware de brinde. Parece que a Toshiba o atualizará para o ICS mês que vem . Ele tem três diferenciais: porta USB, slot SD tamanho normal, bateria removível. O resto segue o padrão dos demais tablets da categoria. Usando faz alguns dias. Muito bom para ler. Não muito bom para o resto. :-| Fico impressionado com o hype que a mídia especializada gosta de propagar sobre os smartphones e tablets serem a morte do PC. O Thrive me tem sido um eReader. De resto, um brinquedinho (carinho, made in BestBuy). Quando quero fazer qualquer outra coisa, ligo o "obsoleto" PCzão de guerra, beeeem mais confortável para tudo, ou o notebook, não tão móvel como o Thrive, mas que me permite fazer uma tonelada de outras coisas com muito mais rapidez e praticidade. Boa sorte digitando um texto não-Twitteriano numa tela touch screen sem errar 789179293 caracteres por linha. Pessoal mais familiarizado com o Androi...

Por padrão a compilação do fontconfig para Windows cria seu cache na pasta %TMP% do usuário. Um péssimo lugar. A pasta %TMP% pode ter seu conteúdo apagado a qualquer momento por ferramentas como a limpeza de disco do próprio Windows ou programas como o CCleaner. Daí, da próxima vez que o GIMP é iniciado, a velocidade do carregamento fica prejudicada pois é necessário indexar novamente todas as fontes do seu sistema. Se você for um ávido colecionador de fontes então nem se fala. A indexação pode demorar minutos . No fontconfig git (pós-2.9.0), o código que lida com o Windows foi modificado para usar a pasta %LOCALAPPDATA% (local correto para dados dessa natureza) se no arquivo de configuração for colocado LOCAL_APPDATA_FONTCONFIG_CACHE no parâmetro <cachedir> . "isto pode demorar um bocado" — pode mesmo. Até a compilação 2.8.0-rc1, era usado o fontconfig 2.8.0. Eu pedi para Jernej Simoncic aplicar o patch linkado acima e ele prontamente o fez (sobre o fontc...