Tiago Bortoletto Vaz: A mulher que seduziu Bill Gates

E a sua fórmula do crescimento:

“Outro vídeo, também de acordo com o depoimento, teria imagens de Durval negociando um contrato emergencial com a empresária Cristina Boner a pedido de Arruda. O contrato seria, na verdade, a doação de R$ 1 milhão para a campanha do governador.”

— Grupo TBA deu dinheiro de forma ilegal a Arruda, afirma Durval

Esta é mais uma façanha da indústria de software enlatado e de péssima qualidade no Brasil.

Tiago Bortoletto Vaz: That’s what you get…

…if you park your motocycle in a forbidden zone for a few minutes to have a sandwich in São Paulo. Of course it wouldn’t happen to any white/rich person.
http://www1.folha.uol.com.br/folha/videocasts/ult10038u658822.shtml

Despite the clear images, all those police men stated they didn’t attack the motoboy. I don’t know if term “motoboy” is used in english, but here in Brazil it means a guy who uses a motocycle to make some money (about $3/hour) delivering things. Bad.

Monica Paz: Revista Espírito Livre: "Um site de rede social para a comunidade software livre do Brasil"

]

Com o tema "Comunidades e Movimentos Livres" a edição número 8 da revista Espírito Livre foi lançada no dia de 14 novembro de 2009. É a segunda edição da revista que trouxe  umacolaboração minha. Dessa vez, falei sobre a rede social Software Livre Brasil, seu lançamento, missão, funcionalidades e sobre a sua especialização (rede em software livre para a galera do software livre). Veja um trechinho:

"O lançamento da rede ocorreu em Salvador, no evento III Encontro Nordestino de Software Livre & IV Festival de Software Livre da Bahia em maio de 2009, com a presença de Sady Jacques representando a ASL. Para Antonio Terceiro, integrante das equipes de desenvolvimento da plataforma e de organização do evento, a importância está em “modernizar o antigo portal softwarelivre.org, transformando-o numa rede social com vida própria” e ainda em “mostrar a viabilidade de serviços web com código livre”, além de servir para demarcar a relevância dos eventos na agenda nacional e a atuação baiana no cenário de desenvolvimento de softwares livres."

Para quem ainda não baixou esta edição, visite o site da Revista Espírito Livre e veja a matéria completa que se encontra nas páginas 35 a 37 e demais textos.

Depois, é só esperar pelas novas edições.

Carlos José Pereira: Roteiro para criação de uma janela no GLADE

.
Continuo ralando aqui com o GLADE. Depois de muitas cabeçadas e quase desistência, começei a gostar do bichinho. Talvez o grande problema seja a falta de um roteiro passo-a-passo, pois por mais que se leia sobre os widgets, em especial os que gerenciam o layout (vbox, hbox, table, etc.), e sobre suas propriedades, é difícil visualizar claramente qual será o efeito final.

Tentando "começar" a preencher essa lacuna, apresento este passo-a-passo. O objetivo é criar a seguinte tela:


Vou listar então todos os passos que executei para construir esta tela. O objetivo aqui é que alguém refaça esses passos e com isso possa ter um exemplo das alterações no visual causadas por cada widget ou propriedade manipulada. Ressalto ainda que muitas das escolhas que fiz nessa construção foram baseadas no meu "senso" estético, e devem ser entendidas apenas como sugestões. Como de costume, sugestões e principalmente correções são extremamente bemvindas.

Como este roteiro usa e abusa de identação, para mostrar a hierarquia entre widgets (quem vai dentro de quem, a que widget pertence tal propriedade, etc), resolvi não colocar direto aqui no post, mas sim disponibilizar um arquivo texto.

Lá pelo meio do roteiro, tem uma referência a uma figura. É esta aqui:


Gostaria de aproveitar este momento para registrar um grande agradecimento ao Bruno Boaventura, que tem me ajudado muitíssimo em diversos aspectos da programação com GTK.

Grande abraço a todas e a todos!
Carlão

Tiago Bortoletto Vaz: Who needs a wifi switch?

Wifi stop working. Thinkpad x60. Debian GNU/Linux. Intel(R) PRO/Wireless 3945ABG/BG. Logs below:

Nov 22 12:54:43 thinkpad kernel: [ 5373.816386] iwl3945 0000:03:00.0: Radio Frequency Kill Switch is On:
Nov 22 12:54:43 thinkpad kernel: [ 5373.816388] Kill switch must be turned off for wireless networking to work.
Nov 22 16:11:16 thinkpad kernel: [17168.714311] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
Nov 22 16:11:16 thinkpad kernel: [17168.714487] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
Nov 22 16:13:55 thinkpad kernel: [17328.018434] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
Nov 22 16:13:55 thinkpad kernel: [17328.018603] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch

…about 1 hour trying to solve that annoying issue, and then I realize there was a f** wifi switch turned off right in front of my face. #FAIL

Rafael Gomes: O que faz você ficar vulnerável?

Em muitas empresas é comum utilizar produtos prontos em caixas, que têm interface web de fácil manipulação, tudo isso por um preço bem atrativo.

Na maioria dessas caixas, os fornecedores apenas criam a interface, sendo que o produto em si é um conjunto de softwares de mercado, na maioria dos casos sob a licença open source. Sendo assim o que temos é uma configuração realizada pelo fornecedor para integrar os mesmos, criando um único sistema.

Agora uma pergunta. Esses softwares são constantemente atualizados? De quem é a responsabilidade de atualizar os mesmos? Ficaremos atentos as notificações do fornecedor da caixa ou teremos que buscar quais softwares temos na caixa para então verificar suas notificações?

Esse é um grande problema, pois a atualização de um software específico na caixa nem sempre é possível, em muitos casos nem temos acesso.

Vejamos uma exemplo prático. Há pouco tempo tivemos uma grande falha no protocolo SSL e seus derivados. Sendo assim todos os softwares que usam OpenSSL estão vulneráveis, ou seja, todos as caixas que usam esses softwares também. Vale salientar que a lista de softwares não é pequena (OpenVPN, mod_ssl do apache, OpenSSH e muitos outros)

Na próxima segunda irei verificar junto a meus fornecedores essa questão, afim de estar alinhado com as atualizações dos softwares utilizados. Eu aconselho você a fazer o mesmo.

Fonte: Sans Diary

Aurelio A. Heckert: Shell Script e Ícones Dinâmicos na Área de Notificação

Ok, você já sabe como fazer um Shell Script. Você até se sente feliz com aquela saída textual... Você precisa voltar ao terminal toda vez que quer saber do status daquele script mais demorado, mas isso não é um problema. Isso não é chato, mas... mas e se seu script pudesse representar informações graficamente? E se seu script pudesse apresentar essa informação na área de notificação? Ah... seria massa!

Mas se você está acostumado a escrever Shell Scripts, então você já leu sobre Zenity ou já usou essa ferramenta em algum momento. Com Zenity podemos adicionar interfaces gráficas simples a Shell Scripts e torna-las virtualmente independentes da interface textual do terminal (claro... com outras limitações). E é a Zenity quem vai colocar nossas informações gráficas na área de notificação, seja GNOME, KDE, XFCE ou outro gerenciador de desktop que implemente a área de notificação padrão.

Você não sabe o que é Zenity? Garanto que vai gostar de saber o que ela pode fazer por você. Para dar uma lida na ajuda da Zenity, execute o comando:

$ zenity --help

Faça isso, eu espero aqui.

Não vou tratar das possibilidades e detalhes da Zenity agora, então, vamos seguir adiante. Tente o seguinte:

$ zenity --notification --listen

Notou que apareceu um ícone de alerta na área de notificação? Podemos muda-lo. O argumento --listen faz com que a Zenity, no modo notificação, fique na espera de comandos na entrada padrão. Então agora escreva:

icon:/usr/share/icons/gnome/scalable/emotes/face-smile.svg

icon é um dos comandos aceitos para modificar a notificação e como argumento espera o caminho para uma imagem qualquer, seja jpg, png, svg ou outros formatos suportados pela GTK. Eu prefiro trabalhar com SVG para manter a independência da resolução, já que o tamanho da área de notificação é definido pelo usuário.

Já vimos como colocar ícones na área de notificação e como modifica-los. Vamos ver o mais interessante: Como criar ícones com Shell Script para, então, apresenta-los.

Podemos criar imagens “do nada” ou manipular imagens existentes para apresentar suas derivações. Os caminhos mais interessantes para criação (na minha perspectiva) seriam:

• Escrever um SVG;
• Usar o ImageMagick;
• Escrever um arquivo XPM.

O código SVG é um XML, portanto, para um SVG simples, qualquer método para criar automaticamente um arquivo de texto é suficiente: Nesse exemplo criamos um ícone informando o dia da semana e quanto dela já passou:

echo "<svg width='30' height='30'> 
<rect x='0' y='0' width='30' height='30' fill='#46A' /> 
<rect x='0' y='$(( 30 - ( $(date +%u)*30 / 7 ) ))' 
      width='30' height='$(( $(date +%u)*30 / 7 ))' fill='#09E' /> 
<text x='15' y='20' fill='#FFF' 
      style='font-size:12px; font-family:sans-serif; font-weight:bold; 
             letter-spacing:-1; text-anchor:middle; text-align:center'> 
        $(date +%a)</text> 
</svg>" > /tmp/dia-da-semana.svg
zenity --notification --window-icon=/tmp/dia-da-semana.svg

Sim, o parâmetro --window-icon já predefine o ícone da notificação. É suficiente para o exemplo.

Criar imagens com ImageMagick é interessante, mas não vai dar tempo. Vamos deixar essa para outro dia...

Escrever um arquivo XPM? Isso é pré-histórico! Mas ainda é uma forma interessante de criar pequenos bitmaps na boa perspectiva do pixel-art. Veja aí um exemplo de conteúdo de um arquivo XPM:

/* XPM */
static char * sorriso_xpm[] = { 
"20 20 2 1", 
" 	c None", 
"#	c black", 
"                    ", 
"                    ", 
"                    ", 
"                    ", 
"                    ", 
"       ##  ##       ", 
"       ##  ##       ", 
"       ##  ##       ", 
"       ##  ##       ", 
"       ##  ##       ", 
"   #            #   ", 
"   #            #   ", 
"   ##          ##   ", 
"    ###      ###    ", 
"     ##########     ", 
"      ########      ", 
"                    ", 
"                    ", 
"                    ", 
"                    "};

Da mesma forma que parametrizamos a criação do SVG, podemos parametrizar a criação do XPM, redefinindo cores e pixels pintados. Use a imaginação e divirta-se!

Os caminhos mais interessantes para derivação de uma imagem, seriam:

• Trancrever código SVG com sed;
• Modificar um SVG com XMLStarlet;
• Manipular bitmaps (png, jpg...) com ImageMagick.

Não vai dar para falar do XMLStarlet e do ImageMagick agora, vamos aproveitar para criar uma aplicação mais próxima do mundo real com o sed como a grande estrela. Que tal um gráfico dinâmico mostrando quanto do processador é usado pela aplicação que mais o ocupa? Vamos lá...

#!/bin/bash

tmp_dir=$( mktemp -d )

echo '<svg width="30" height="30">
<defs>
  <marker id="bola" refX="0.0" refY="0.0" style="overflow:visible">
    <circle cx="0" cy="0" r="1.5" fill="#048" />
  </marker>
</defs>
<rect x="0" y="0" ry="5" width="30" height="30" fill="#69B" />
<path d="M 0,20 L 5,19 L 10,18 L 15,17 L 20,16 L 25,15 L 30,14"
      style="marker-start:url(#bola); marker-end:url(#bola);
             marker-mid:url(#bola); stroke:#259; stroke-width:2; fill:none" />
</svg>' > $tmp_dir/orig.svg

v[0]=300; v[1]=300; v[2]=300; v[3]=300; v[4]=300; v[5]=300; v[6]=300
while true; do
  # pega dados do processo com maior uso do processador:
  prog=" $( top -b -n1 | head -n8 | tail -n1 )"
  # pega o uso do processador e nome do processo que mais o ocupa:
  prog_proc=$( echo $prog | cut -d' ' -f9 )
  prog_nome=$( echo $prog | cut -d' ' -f12 )
  for i in 0 1 2 3 4 5; do v[$i]=${v[$(($i+1))]}; done
  v[6]=$( echo "30 - ( ($prog_proc/90) * 30 )" | bc -l )
  d="M  0,${v[0]} L  5,${v[1]} L 10,${v[2]} L 15,${v[3]}"
  d="$d L 20,${v[4]} L 25,${v[5]} L 30,${v[6]}"
  sed -r "s/ d=\".*\"/ d='$d'/" $tmp_dir/orig.svg > $tmp_dir/ico.svg
  echo "tooltip:$prog_nome ocupa $prog_proc% do processador"
  echo "icon:$tmp_dir/ico.svg"
  sleep 2
done |
zenity --notification --listen

rm -r $tmp_dir

Sim, o SVG não precisava ser criado pelo script, isso foi feito apenas para não separar o exemplo, mas também pode ser útil em um script para o mundo real, caso não seja muito complexo. O sed, quem atualiza o ícone, apenas substitui o atributo d, que ocorre apenas uma vez no SVG do exemplo. Depois de gerar o ícone, informamos à Zenity para que o recarregue e ainda atualizamos o tooltip para que o usuário tenha acesso a mais informações caso tenha interesse.

Bom, não temos mais tempo, podemos aprofundar os assuntos que apenas foram citados em outra oportunidade, mas quais? Vou esperar pelos cometários...