Caixa Seca

É hora de falar do futuro Fedora 18. O Alpha ainda não foi lançado, mas já podemos adiantar o que vem por aí. https://fedoraproject.org/wiki/Releases/18/FeatureList Como sempre™, muitas novidades. - Avahi por padrão no desktop Serviços que usem-o funcionarão automaticamente (ex. CUPS). - firewalld Os serviços iptables e ip6tables (que chamavam os shell scripts /usr/libexec/iptables.init e /usr/libexec/ip6tables.init ) se foram. O firewalld é um daemon de firewall dinâmico, com o conceito de zonas, que não requer que as conexões ativas sejam reiniciadas para aplicar novas regras. A GUI do NetworkManager agora traz um applet para sua configuração e instalações em modo texto (que também usam o NM desde o F17 ) têm o arquivo de configuração /etc/firewalld/firewalld.conf , o comando firewall-cmd e os arquivos /etc/sysconfig/network-scripts/ifcg-<interface> , que passam a suportar uma nova opção ZONE para definir o tipo de rede (ideal para configurações mínimas sem custo

Essa atualização é necessária para o site Conectividade Social ICP da Caixa funcionar no Internet Explorer. Para Windows XP 32-bit, pt-BR. http://download.microsoft.com/download/0/D/3/0D3F62A3-9154-43E1-AF9B-1E26A800A20B/WindowsXP-KB2541763-x86-PTB.exe Mais informações aqui .

Finalmente uma explicação de como o modo CQ da libvpx funciona: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/149768/focus=149781 A solução adotada no FFmpeg para o caso do usuário especificar -crf (que o FFmpeg traduz para --cq-level internamente) mas não um bitrate é o que deu para fazer: configurar nos bastidores um bitrate alto (10Mbps) e torcer para que o conteúdo sendo convertido não precise de mais do que isso, pois daí a biblioteca muda de ideia e passa para o modo VBR por conta própria (adotando os 10Mbps!). A vantagem de ter um modo de qualidade constante (ou o "Rate Factor" da libx264, o que for) é justamente não precisar se preocupar com bitrate! Caro Google, vá lá na libx264 e veja como eles fazem. Um bom modo CQ/CRF é um recurso importantíssimo para o seu encoder.

Era só acompanhar o time do Arch, os patches que eles contribuem e sua participação no desenvolvimento do systemd para saber que era inevitável. [arch-dev-public] Migration to systemd Que venha logo uma mídia de instalação sem o SysVinit! (e também os haters... mas quem se importa com eles mesmo?) Posts aqui da Mãe Dináh de cuecas na tag systemd do blog.

Caros leitores, há muito tempo eu estava empurrando com a barriga dar um jeito na forma como códigos eram postados aqui. O Blogger tem com certeza o pior editor WYSIWYG de todos os tempos. Agora criei com CSS estilos para as tags <pre> e <code> , sendo que na primeira as propriedades overflow/max-height dão uma caixa de código com barras de rolagem quando necessário. Aos poucos atualizarei as postagens. Levará um pouco de tempo, mas chego lá. Caso encontre algum erro, dê um toque nos comentários. Obrigado pela atenção e pela visita. [Atualização] Pronto, empreitada concluída. :-)

Recomendo a leitura: Comment: Desktop Fragmentation (The H) Penso o mesmo. Essa enxurrada de forks distanciará ainda mais o "desktop Linux" de ter algum futuro. Alguns dizem que desktop está morto e blabla. Boa desculpa para a esculhambação. Nota: eu acho que alternativas aos horrorosos Gnome3/Unity são bem-vindas, mas preciso ratificar minha posição depois de pensar melhor sobre o assunto. O melhor caminho teria sido concentrar esforços num único ambiente, que pelo seu histórico seria o XFCE. Ou então o próprio KDE.

Recentemente apareceu uma notícia de um novo "projeto" ("KLANG") de sistema de som para Linux. O Phoronix levantou o assunto , que se espalhou. O autor, Wolfgang Draxinger (aka datenwolf), é esse cara: 27c3 - Desktop on the Linux... (and BSD, of course) - Wolfgang Draxinger (+ Lennart Poettering) Que fala uma quantidade absurda de nonsense, contestados por Lennart Poettering no vídeo. Bom, mas a apresentação acima aconteceu faz algum tempo. Quem sabe ele está melhor informado hoje? Infelizmente não. No fórum do Phoronix, Paul Davis, experiente desenvolvedor do encanamento de áudio do Linux (JACK, Ardour), desmascara o cidadão ( 1 , 2 ). E notem que, dali para frente, datenwolf não responde aos posts de Paul Davis. Coitado. Dá até pena. É deste tipo de sujeito que não precisamos no ecosistema Linux.

Meu Toshiba Thrive estava meio sem uso. Ficar transferindo arquivos para ele pelo cartão SD ou pelo cabo USB era um saco. Ao contrário do que a Apple quer nos passar, lidar com arquivos é importante. Para liberar o potencial do aparelho, decidi torná-lo rooted . Uma das forças que movem qualquer plataforma é a comunidade que é formada em torno, como é o caso Android: Toshiba Thrive Forum . Lá tem um desenvolvedor, Paul L. Dale (aka dalepl), que mantém ROMs modificadas para vários Thrives vendidos no mundo. São ROMs quase originais (nada de CyanogenMod...), com pequenas modificações além, é claro, de terem o acesso ao root liberado. Fiz em duas etapas. Primeiro, instalei o ClockWorkMod usando o Windows e o programinha do dalepl: [Tool] DaleNet Thrive Univeral Easy Flash Tool (é possível trocar a ROM através dele, mas preferi usa o método "conservador" com um cartão SD) Depois, carreguei o ClockWorkMod (ligar pressionando o botão power e volume + simultaneamente) e ins