Últimas da Blogosfera » Na Pata Da Esfinge...

Na Pata Da Esfinge... (3 unread)

Novo Openbox 3.5.0 e os meus arquivos de configuração

Posted: September 28, 2011, 5:28pm MDT

Bom, sem delongas, eis o meu novo desktop openbox, compilado do código fonte no meu Fedora 15. Eis seus menu, rc.xml e autostart.sh para os leitores examinarem, adaptarem e usarem. Abraços!
Aqui está: Tá, ...

Posted: September 14, 2011, 3:42am MDT

Aqui está: Tá, eu confesso, o xcompmgr está ativo. Mas qual outro *box tem transparência real assim?
Openbox 3.5.0 com ícones no menu!! Finalmente!!

Posted: September 14, 2011, 3:32am MDT

Ei-lo.
Instalando os kdegames direto do CD/DVD do kubuntu!!

Posted: October 14, 2010, 6:44pm MDT

Olá leitores! Há quanto tempo, hein?!? Bem, estou de volta e testando o (k)?ubuntu, os quais achei ótimos, contudo, deparei com situações estranhas: ao rodar o kubuntu, consegui, pelo live-dvd, instalar os kdegames (coisa essencial pra continuidade do meu casamento, já que a minha esposa os adora e já que o kubuntu foi instalado em seu notebook). Contudo, ao ter o sistema instalado, não conseguia instalá-los no HD, dando uma série de erros na montagem do CD/DVD (provavelmente devido aos não muy amigos hal e udev, dupla difícil essa).

Bem, precisava resolver isso, já que o padre me disse que o que Deus juntou, o "man" não separa... Como algo pode ser instalável diretamente do DVD e não pode ser instalado depois do sistema instalado?!? Bati cabeça com isso durante o dia inteiro de ontem. Mas consegui solucionar, às 2:00 da matina.

Primeiro, seguindo a dica do padre, dei uma olhada no "man" do comando mount ($man mount), a partir do qual tive a idéia de inserir a seguinte linha como linha final do meu /etc/fstab ($vi|nano /etc/fstab):

/dev/sr0 /cdrom iso9660 ro,user,noauto,unhide 0 0

Pronto! Agora o CD/DVD deve ser habilitado como repositório, o que é a parte mais difícil, apenas conseguida por poucos iniciados (essa é a maior dica desse pequeno tuto). O interessado tem de acender cinco velas vermelhas, traçar um pentagrama no chão em frente ao monitor, vestir uma túnica preta - só pode ser preta - e marcar a seguinte opção no kpackagekit (kubuntu) ou na central de programas do ubuntu que segue conforme a imagem abaixo, extremamente escondida em editar>canais de software (ou o similar do kubuntu - que ainda é mais fácil, na minha opinião):

Tá, tá bom, talvez eu tenha me excedido e não seja necessário o pentagrama e as velas vermelhas, mas a túnica preta... sei lá, fiquem por suas contas e riscos! ;)

Pronto! agora é só ir no programa correspondente do (k)?ubuntu, selecionar o software desejado, no nosso caso, os kdegames, e quando aparecer a mensagem pra inserir o CD/DVD correspondente, inseri-lo, e em um terminal realizar o seguinte comando extremamente obscuro, somente conhecido por hackers da época que o Stallman trabalhava pra CIA... (ops, vc não sabia disso?):

$mount /cdrom

Feito isso, serão instalados os programas que vc selecionar no instalador (programas de gerenciamento de pacotes) diretamente do CD/DVD do (k)?ubuntu, o que é bem interessante qd não se tem internet!

PS: Com a mesma lógica, consegui instalar o irssi no ubuntu!

Grande abraço a todos e até a próxima!
Minha mensagem para Copenhague

Posted: December 7, 2009, 12:48pm MST

I saw the morning it was shattered by a gun
Heard a scream, saw him fall, no one cried
I saw a mother, she was praying for her son
Bring him back, let him live, don't let him die

Do you ever ask yourself
Is there a Heaven in the sky?
Why can't we get it right?

'Cause we all live under the same sun
We all walk under the same moon
Then why, why can't we live as one?

I saw the evening fading shadows one by one
Watch the lamb, lay down to the sacrifice
I saw the children, the children of the sun
How they wept, how they bled, how they died

Do you ever ask yourself
Is there a Heaven in the sky?
Why can't we stop the fight?

'Cause we all live under the same sun
We all walk under the same moon, yea
Then why, why can't we live as one?

Sometimes I think I'm going mad
We're loosing all we had and no one seems to care, yea
But in my heart it doesn't change
We've got to rearrange and bring our world some love

And does it really matter
If there's a Heaven up above?
We sure could use some love

'Cause we all live under the same sky
We all look up at the same stars, yea
Then why, why can't we live as one?
'Cause we all live under the same sun
We all walk under the same moon, yea
We all live under the same sky
We all look up at the same stars, yea
Then why, tell me why can't we live as one?

(Under the same sun - Scorpions)
Archlinux+eeepc+Pekwm+bmpanel2

Posted: September 8, 2009, 6:31pm MDT

Eis o meu desktop no meu eeepc:
Robin Hood: The most famous archer

Posted: June 25, 2009, 12:15pm MDT

"I advice you, people: Use Archlinux! Pacman rules!"
Finalmente o PekWM como WM do Gnome!!

Posted: May 8, 2009, 2:13am MDT

Estava esperando por isso há muito tempo e uma mudança realizada na git version ontem pelo Pekdon (principal coder do pekwm e seu idealizador) hoje permite.

Primeiro, no gnome, vá em sistema>Editor de configurações

Neste (Gconf), vá em /gnome/session/required_components/windowmanager

Clique 2 vezes e mude o valor de metacity (o que provavelmente estará lá) para pekwm. Feche o Gconf.

Depois vá em sistema>preferências>aplicativos de sessão>programas iniciais>adicione

Adicionar programa inicial:

Nome: PekWM
Comando: pekwm --replace
Comentário: pekwm

Reinie o gnome e tenha o Pekwm como seu WM!

Screenshot:

Notem as tabs na barra de título. Não é o metacity, mas o pekwm! =D
Novo Xorg+hal+startx=us international keyboard no eeepc finalmente funcionando!!

Posted: May 6, 2009, 3:25am MDT

Essa é pra todos os que tem um eeepc e querem usar um WM como o pekwm somente chamando do xinitrc... e estão tentando há meses, por causa da confusão criada pelo hal (já dizia o 2001: Uma Odisséia no Espaço que não seria uma boa) + o novo X, que por causa da integração com o primeiro, agora reconhece tudo numa boa. Bem, não foi bem assim no meu caso... segue a solução! ;)

Em um terminal qualquer da vida:

1) $cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/10-keymap.fdi

2) $nano/vi/gedit/kwrite/ou qualquer outro /etc/hal/fdi/policy/10-keymap.fdi (como root, claro)

Leia atentamente o arquivo abaixo e altere no seu, com o seguinte conteúdo:

<?xml version="1.0" encoding="ISO-8859-1"?> 
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>

<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>


<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">asus_laptop</merge>
</match>

<merge key="input.xkb.layout" type="string">us</merge>
<merge key="input.xkb.variant" type="string">alt-intl</merge>
</match>
</device>
</deviceinfo>

3) Promova as alterações destacadas aqui em negrito no seu arquivo e salve.

4) Teoricamente reinicie o hal e o X ou dê um reboot a la windows (supondo, é claro , que haja um script pra ativar o hal no boot).

5) Abra um terminal no X e clique em ¨´¨ seguido de ¨a¨ e em ¨´¨ seguido de ¨e¨.

6) Sorria e pense: ¨ainda bem que o pibarnas existe e passou uns 4 meses pra fazer isso!¨

That`s all folks!! {=D
Windows x Linux

Posted: August 12, 2008, 12:32am MDT

"Olá, Madame, Sr. Presidente... Senhorita, como vai?"

"Mal ele sabe que vc usa Archlinux, hein filha?!?"

"Humpf!"
Vc precisa de um client IRC online? Mibbit.com!!

Posted: June 10, 2008, 11:50am MDT

É isso mesmo! Se vc está no trabalho, ou em trânsito, e longe de seu cliente IRC, mas dispõe de um browser, visite [mibbit.com] e pronto! Coloque um de seus servidores favoritos, user e senha e já pode contatar seus amigos ou esclarecer dúvidas!

Grande abraço a todos!

PI
Problema de conjuntos resolvido com ferramentas do Linux

Posted: April 1, 2008, 6:25am MDT

Essa experiência foi suscitada a partir de uma questão prática: Um dia enviei um tarball do meu diretório de wallpapers pro meu amigo Sryche (Cainã Costa). Depois, acrescentei outras wallpapers no mesmo diretório. O problema é que o Sryche novamente me pediu wallpapers, mas somente os que ele não tinha. Como fazer? Ele me mostrou o caminho então e aqui eu reproduzo a experiência, primeiro em tese e depois explico na prática:

Primeiro criei 1 diretório de testes com dois dirs dentro dele:

$ mkdir -p testes/waka{1,2}

Dentro de ~/testes/waka1 criei 3 arquivos e os copiei para waka2 (eu poderia simplesmente copiar o waka1 para waka2 com outro nome, mas prefiro fazer dessa forma por conta da lógica do problema):

$ cd testes/waka1/

$ touch teste-{a,b,c} && cp teste-* ../waka2

Portanto, dentro de waka1 e waka2, o conteúdo agora era idêntico: 3 arquivos, teste-a, teste-b e teste-c.

Depois, dentro de waka1, eu criei mais 3 arquivos:

$ touch teste-{d,e,f}

Agora, o conteúdo dos dirs diferiam, pois o waka1 tinha 6 elementos e o waka2, apenas 3.

Depois, dei um $ ls ../waka2 > arg ainda dentro do dir waka1, criando um arquivo com os elementos de waka2, que me servirá mais tarde de argumento.

E finalmente no dir waka1 eu removi apenas os arquivos que eu não tinha em waka2:

$ xargs --arg-file=arg rm ;

O ls waka1 demonstrará o resultado da experiência. Só restaram, obviamente, os arquivos que não existem em waka2.

Foi assim que resolvemos o problema do envio dos wallpapers.

Na ocorrência real, eu não sabia quantos e quais os wallpapers tinham sido adicionados ao diretório (eu poderia ver pela data com ls, e com sed, grep e outros comandos, tentar resolver o problema, mas tb não sabia quando os tinha enviado). Assim, o Sryche deu um ls no diretório que ele recebeu lá e me enviou a saída por pastebin (o problema todo é que eram muitos wallpapers e na época o Sryche tinha conexão discada). Eu copiei a minha pasta de diretórios e usando a saída do Sryche como argumento, removi todos os wallpapers que ele já tinha. O que restou, obviamente, eram os wallpapers que ele não tinha, então empacotei o diretório e disponibilizei ao Sryche com um link em um HD virtual.

A resolução do problema coube ao Sryche e estou publicando-a porque a achei simples e genial (disse a ele à época) e acho que a lógica envolvida pode ajudar mais pessoas em problemas similares.

Se vc tem uma outra maneira de resolver esse interessante problema só com comandos do linux, por favor, deixe-nos conhecê-la, através de um comentário!

Grande abraço a todos!
Openbox: trays e bmpanel

Posted: March 24, 2008, 5:04pm MDT

Todos sabem que sou amante dos gerentes de janelas minimalistas, que ocupam pouco espaço na memória e que uso muito o openbox. Na verdade, existe uma funcionalidade que o openbox não provê nativamente e em virtude dessa deficiência, é necessário usar um programa externo. Tal funcionalidade é o que se chama de systray, que é geralmente uma pequena barra onde ficam alocados os ícones de certas aplicações, como o parcellite, o beep-media-player-x, o quodlibet (geralmente players têm essa característica). Então, você pode interagir com o programa mesmo ali de seu ícone na systray, no caso de players, com comandos como "play", "pause", stop, etc.

Contudo, como disse anteriormente, o fato é que no openbox, essa funcionalidade não é provida, de modo que eu tive problemas com aplicações como o player beep-media-player-x (minha aplicação favorita para ouvir rádio na web), porque em sua configuração padrão, quando você clica no "x" da janela, a aplicação não é morta, mas sim minimizada para o ícone do systray. E o que fazer quando não há systray? O programa ficava rodando, ocupando memória, sem o conhecimento do usuário.

Para contornar esse problema, muitos usuários do openbox, inclusive eu, optavam por instalar painéis, no meu caso, o pypanel (vide meus antigos screenshots). O pypanel então me garantia uma barra de aplicações, uma systray e um relógio.

Entretanto, como um pente de memória do meu computador estava com defeito e teve de ser retirado, com apenas 512 Mb de memória, virei um maníaco por programas que ocupam pouca memória. Um dia, movido por essa mania, resolvi tirar o "pid" do pypanel com o comando "ps" e submetê-lo ao juiz "pmap". Quase desmaiei! O pypanel estava gastando tanta memória quanto o próprio openbox!! Então comecei a buscar alternativas.

O primeiro programa que utilizei para isso foi o docker, um programa que aproveita a funcionalidade "dock" do openbox e serve de systray. Muito simples, sem muitas opções, mas ocupa pouco espaço na memória. Depois, usei o stalonetray, um programinha leve, com bastante opções que podem ser arranjadas em ~/.stalonetrayrc. Adorei esse programa, mas um pequeno bug no ícone do programa "parcellite", fez-me procurar outro. O ícone, apesar de haver configuração em stalonetrayrc para o tamanho do ícone, insistia em ficar com um tamanho bem maior, o que não ocorria em outros trays. Isso poderia ser contornado com a opção "withdrawn", porém eu ganhava com isso um contorno horrivel no meu pequeno systray. Por recomendação do Borromini do canal #openbox, usei o trayer, que apesar de não ter um arquivo de configuração como o stalonetray, tem muitas opções, que podem ser iniciadas ou através de um terminal, ou dos clássicos ~/.xinitrc e ~/autostart.sh. Todavia, o programa ocupava tanta memória que também resolvi desistir.

Continuava a usar o stalonetray com o dclock (porque sem painel não tinha relógio) quando a even, companheira de distro, e uma das atuais líderes do projeto Arch-br, sugeriu-me usar um painel, isto mesmo, um painel muito leve chamado bmpanel. Quando fui usá--lo e o submeti a testes de memória, qual foi a minha surpresa! O bmpanel, com barra de aplicações, relógio personalizável, mostrador de áreas de trabalho e systray, usava menos memória que o dclock + stalonetray. Quando vi isso, nem titubeei, e além de passar a usar constantemente o bmpanel, recomendei-o, tal como a even fez comigo, a outros amigos que usam openbox e outros *boxes.

Aqui fica a minha experiência e sugestão, além de screenshots para ilustrar o que disse. Grande abraço a todos!

Ss1: Openbox + pypanel = consumo do openbox

Ss2: Openbox + pypanel = consumo do pypanel

Ss3: Openbox + docker

Ss4: Openbox + dclock + stalonetray (no withdrawn mode)

Ss5: Openbox + dclock + stalonetray (withdrawn mode)

Ss6: Openbox + dclock + trayer = consumo do trayer

Ss7: Openbox + bmpanel = consumo do bmpanel
OPEN!

Posted: March 13, 2008, 5:50pm MDT

Apenas um screenshot:
http://www.youterm.com e http://www.dotfiles.org: Dois sites muito interessantes!

Posted: February 11, 2008, 3:20pm MST

Caros leitores, conheci esses dois sites e gostaria de compartilhar convosco. Os dois têm objetivos similares, o http://www.youterm.com serve para mostrar streamings na internet sobre utilização de terminais, especialmente bom para tutoriais. No outro, http://www.dotfiles.org, os usuários postam seus arquivos de configuração, cuja leitura pode redundar na aplicação prática da corruptela de um velho ditado, já muito comum: na natureza, nada se cria, tudo se copia. ;)

Bem, é isso! Aproveitem!
Novo Openbox Lançado!!

Posted: February 6, 2008, 4:45am MST

Desta vez, caros usuários do WM openbox, trata-se da versão 3.4.6.1, que surge com correção de pequenos bugs do release 3.4.6. Vale a pena o upgrade já que as vantagens são ótimas, especialmente redução no consumo de memória.

Há um PKGBUILD para o Arch Linux, um deb e o source no local de praxe, mas quem quiser os pacotes pro Arch, ei-los (graças ao okraits, do canal openbox@oftc.net): openbox e obconf novinhos!

Aproveitem!!

Abraços!
Openbox: Arquivos de configuração personalizados

Posted: January 29, 2008, 8:16pm MST

Para os que desejam iniciar o uso do openbox em suas máquinas ou tem curiosidade, resolvi postar meus arquivos de configuração mais recentes. Pode-se baixá-los daqui. Espero que sejam úteis. Para instalá-los, primeiro salve seu diretório ~/.config/openbox com outro nome (pode ser um $ cp -R ~/.config/openbox{,.bkp}). Depois é só descompactar o tarball no seu diretório pessoal (home) com um $ tar -zxvf openbox.tar.gz. Isso sobrescreverá sua pasta ~/.config/openbox, para qual vc pode voltar a qualquer momento com um mv ~/.config/openbox.bkp ~/.config/openbox.

Obviamente, vc deve ajustar alguns atalhos do rc.xml e do menu.xml pois apontam para pastas e arquivos somente existentes no meu sistema, portanto recomendo uma leitura minuciosa dos dois. Abaixo, como o meu open parece. Mais screenshots na minha página do Flickr. That's all, folks!! :)
Inserção de Novo FontPath no X

Posted: January 22, 2008, 11:08pm MST

O escopo deste post é complementar o último. Como eu escrevi anteriormente, baixei o arquivo contendo as fontes artwiz-latin1 e expadi-las em /usr/share/fonts. Fiz um xset fp+ /usr/share/fonts/artwiz-latin1 && xset fp rehash e elas funcionaram normalmente na sessão atual (o caminho para as fontes - fontpath, foi inserido e reconhecido pelo X). O problema é que na sessão seguinte, não. Pensei em colocar os últimos comandos no meu xinitrc, mas há uma alternativa mais elegante e que abarca todos os usuários do sistema:

Inseri a seguinte linha na correspondente seção do /etc/X11/xorg.conf e reiniciei o X:

Section "Files"
FontPath "/usr/share/fonts/artwiz-latin1/"
EndSection

E o problema foi resolvido definitivamente para todos os usuários do sistema. Agora, posso usar meu conky com a fonte snap bold tranquilamente, como no screenshot abaixo:
Fontes Artwiz Latin1

Posted: January 18, 2008, 11:35am MST

Quem assistiu os primórdios do Linux no Brasil deve se lembrar dos antigos desktops com letras sem anti-aliasing, algo impensável hoje em dia, em que o X e os modernos desktops linux provêem anti-aliasing de melhor qualidade até que soluções proprietárias. Pois é, desde aquela época sou fascinado por um set de fontes bastante conhecido, as Artwiz-fonts, com suas fontes bem desenhadas mesmo sem anti-aliasing, o que tornava o desktop elegante e, ao mesmo tempo, rápido.

O problema é que até há algum tempo atrás, nada de codificação iso8859-1 nas artwiz-fonts, isto é, nada de acentuação, o que era lamentável para um ambiente em Português como o meu. Bem, o problema foi resolvido: Descobri que há 1 ano atrás (êta notícia antiga!) lançaram o set para a codificação mencionada o que fará a alegria de muitos que usam aquela codificação.

O set pode ser baixado daqui e instalado no Arch Linux em /usr/share/fonts. Se não for criada uma pasta artwiz, é só criá-la lá e colocar as fontes lá dentro, seguido de um fc-cache -fv.

Bem, uma (boa) imagem vale bem mais que mil palavras:
Lançada nova versão do Openbox!

Posted: January 7, 2008, 11:58am MST

Mais uma versão da série 3.4.X do gerente de janelas openbox foi lançada, desta vez a 3.4.5! Para os usuários e aqueles que desejam testar, podem obter as fontes ou alguns binários para distros aqui. Foram corrigidos pequenos bugs e melhorado o consumo de memória, o que num WM minimalista como o openbox, é uma excelente notícia!! Abaixo um screenshot:
Nova fonte para o terminal

Posted: August 30, 2007, 4:13am MDT

Gostei dessa nova fonte! Vai servir bem ao meu terminal! E ela é uma Open Type genuína! No site dela há um screenshot dela num MacOS, mas com o perdão dos macmaníacos, prefiro esse:
Openbox: Ícones no desktop? Sim, com idesk!!

Posted: August 22, 2007, 2:21pm MDT

Já se passaram muitos anos desde a primeira vez que usei o idesk para colocar ícones no meu desktop, então slackware+fluxbox. O Screenshot mais antigo que encontrei na internet é relativamente novo, de 2005, abaixo. Estamos em 2007, não uso mais o velho slack e o grande flux, mas a forma de usar o idesk continua a mesma e este é o objetivo do presente post, ajudar o leitor a, se quiser, colocar uns ícones bem legais no seu desktop openbox.

Primeiramente, você deve instalar o idesk, através do código, compilando-o, ou muito mais comodamente, utilizando as ferramentas de sua distro. Para um usuário de Ubuntu, acredito que um sudo apt-get install idesk resolva o problema. Para os Archers, o nosso querido pacman faz um trabalho similar com o comando: sudo pacman -S idesk.

Idesk instalado, partamos logo para a prática. Recomendo primeiro testar no seu desktop, se possível através de um terminal, com o comando idesk. Se houver problemas, a saída no terminal lhe dirá quais são. Os mais comuns são a falta de configuração dos arquivos e diretório na sua $HOME. O idesk necessariamente precisa de um arquivo de configuração que se chama .ideskrc, é um arquivo oculto (note o ponto antes do nome) e deve ficar em ~/. Precisa também de um diretório oculto chamado de .idesktop (também em ~/), onde deverão ser estocados os arquivos de configuração de ícones. Aconselho a usar os exemplos localizados em /usr/share/idesk (movê-los para a sua ~/ e aí, renomeá-los, conforme foi dito).

O meu .ideskrc segue abaixo e é bem intuitivo:

table Config
FontName: verdana
FontSize: 10
FontColor: ghost white
ToolTip.FontSize: 11
ToolTip.FontName: verdana
ToolTip.ForeColor: #0000FF
ToolTip.BackColor: #FFFFFF
ToolTip.CaptionOnHover: true
ToolTip.CaptionPlacement: Right
Locked: false
Transparency: 50
Shadow: true
ShadowColor: #000000
ShadowX: 1
ShadowY: 1
Bold: true
ClickDelay: 300
IconSnap: true
SnapWidth: 10
SnapHeight: 10
SnapOrigin: BottomRight
SnapShadow: false
SnapShadowTrans: 200
CaptionOnHover: false
CaptionPlacement: bottom
FillStyle: fillinvert
Background.Delay: 0
Background.Source: None
Background.File: None
Background.Mode: Center
Background.Color: #C2CCFF
end

table Actions
Lock: control right doubleClk
Reload: middle doubleClk
Drag: middle hold
EndDrag: right singleClk
Execute[0]: left singleClk
Execute[1]: right doubleClk
end

Verifica-se nele que se pode configurar as fontes que o idesk apresentará no desktop, suas cores, se os programas serão acionados com um ou dois cliques do mouse, a variação alpha em relação ao background e muitas outras coisas. Pra uma lista completa de opções, não esqueça de verificar o arquivo /usr/share/idesk/README.

Uma vez bem configurado o ideskrc, devemos configurar os ícones, que deverão ser estocados em ~/.idesktop. Cada ícone tem um arquivo de configuração respectivo que encerra as seguintes configurações: nome que aparecerá na tela; comando a ser executado, tamanho do ícone e localização. Como exemplo, abaixo dois dos meus arquivos de configuração:

Ícone "Home":

table Icon
Caption: Home
Command: thunar
Icon: /home/pibarnas/.icons/flat4linux/MyComputer/My_Computer_64x64.png
Width: 64
Height: 64
X: 37
Y: 81
end

Ícone "Mail":

table Icon
Caption: Editor
Command: gedit
Icon: /home/pibarnas/.icons/flat4linux/Edit_Text/Edit_Text_64x64.png
Width: 64
Height: 64
X: 207
Y: 81
end

Para iniciar o idesk automaticamente com o openbox é só colocar a entrada respectiva no seu ~/.config/openbox/autostart.sh, seguida de um "&", conforme abaixo demonstrado:

Por fim, o resultado de todas essas configurações num screenshot:

Há links na página do idesk para ícones e você pode usar também os que vc quiser, personalizados. Os meus, do screenshot acima, são do Everaldo e os peguei aqui.

Ah, quase esqueci de dizer... às vezes o idesk teima em ficar sobrepondo-se às janelas, como se fosse configurado para ficar ontop. Nada o que um killall idesk seguido de um idesk &, num terminal, não resolva! Boa sorte!! ;)
Openbox: Estendendo seu uso

Posted: August 13, 2007, 2:29am MDT

Como prometi no último artigo publicado neste blog, este será dedicado a umas pequenas explorações nos arquivos de configuração do Open box 3.4.4, o qual uso no presente momento. Praticamente todos os gerenciadores de janelas modernos têm suporte para as chamadas keys, ou seja, atalhos configuráveis (ou não) de teclado, para executar diversas aplicações. Principalmente nos WM minimalistas como o Openbox, Fluxbox (e acredito que no Blackbox também - nunca o usei mas acho razoável pensar que sim), este é um diferencial já que não se tem um painel para diversas aplicações, mas sim um menu editável e as ditas "keys". Com a experiência de muitos anos usando-as com o Fluxbox, implementei um acerto no Open que me permite chamar um terminal, pressionando apenas um botão, ou desligar completamente o computador, simplesmente apertando o botão "power", existente em qualquer teclado moderno. Para essa configuração, precisaremos de conhecimentos básicos de edição do rc.xml, que é o arquivo principal de configuração do Openbox e do xmodmap, um pequeno programa provavelmente provido pela própria instalação do X.
O arquivo rc.xml, cujo modelo encontra-se em /etc/xdg/openbox/ em uma instalação padrão do Openbox no Arch Linux, como já dito, pode configurar tipos de fontes do menu, do displayer de desktops, o número e nomes destes, bem como diversas outras configurações, por isso recomendo a sua leitura atenta. Desde já advirto aqueles que não estão acostumados que será uma leitura árdua no início, mas depois de um certo tempo analisando os padrões, tudo fica muito claro, mesmo porque há certas seções, iniciadas com "!", não operativas, isto é, comentadas, que servem justamente para dar dicas para o editor do arquivo. Se abertas em um editor gráfico como o gedit, ficarão destacadas com outras cores, provavelmente a azul. As seções do rc.xml têm nomes, as quais também estão comentados pelo procedimento mencionado. Para este estudo, importa-nos a seção chamada "Keybindings for running applications", ou em português claro, numa tradução livre, "atalhos de teclado para executar aplicações". Alcançando-se esta seção do rc.xml, verifica-se que uma entrada normal do teclado apresenta-se da forma abaixo:
<keybind key="W-e">
<action name="Execute">
<startupnotify>
<enabled>false</enabled>
<name>gmrun</name>
</startupnotify>
<execute>gmrun</execute>
</action>

A primeira linha define a "key" que devemos configurar, sendo que "W" é aquela tecla windows do teclado e "e" é a letra "e" do teclado. Poderia ser "s" de shift, "A", de alt, "Print", F1 a F12 e quaisquer de suas combinações. Por aí o leitor já começa a perceber a versatilidade das "keys". Cada combinação acertada pelo usuário pode chamar qualquer programa que o usuário pode executar numa máquina Linux. Assim, o rc.xml é o arquivo de "keys" do Openbox, como o "keys" é o do Fluxbox. Na "key" do exemplo, quando eu pressiono a tecla windows em conjunto com a letra "e", abre-se um pequeno programa que eu tenho instalado no meu desktop, o gmrun, que serve para rodar aplicativos. É interessante, salva as últimas entradas e é bastante leve. Segue um Screenshot para ilustrar:

Ocorre que os teclados abnt-2 como o que eu uso em meu desktop apenas tem teclas com 12 funções (F1 a F12) e eu ainda tenho teclas especiais como "sleep", "wake up" e "power", absolutamente inúteis na configuração padrão do Openbox. Eu pretendia estender a usabilidade do Openbox como antes, com o Fluxbox, então fiz o seguinte:

Primeiramente, precisava conhecer quais os "keycodes", isto é, os códigos de tecla, valores das teclas que o sistema atribuía a cada uma delas. Meu objetivo, obviamente, era, depois de conhecidos, atribuir-lhe funções, para depois usá-las em meu rc.xml. Para tanto, usei um programa há muito conhecido por mim, chamado "xev", também provido pela instalação do X e, assim como o "xwininfo", uma aplicação pra lá de matadora, mas que infelizmente não é bem conhecida da maioria dos usuários novos. Abri um terminal e simplesmente digitei xev e teclei enter. Automaticamente abriu-se uma espécie de pager que "descreve", no terminal aberto, tudo o que você pressiona, seja no mouse, seja no teclado, tornando-se que se torna a saída do comando xev. Na verdade, hoje tenho uma "key" que abre o xev automaticamente, como você podem verificar no meu menu do Openbox. Com o xev, descobri que a tecla "sleep" tinha o keycode 223, a "wake up", tinha o 227, e a "power", o 222. De posse dessas informações criei um arquivo chamado .xmodmap com o seguinte conteúdo:
keycode 222 = F15
keycode 223 = F13
keycode 227 = F14

Eu tinha começado a atribuir valores, funções para as keycodes que tinha encontrado. Contudo, é preciso que o sistema reconheça o arquivo .xmodmap a cada sessão nova do X e como faria isso? Qual o arquivo responsável por executar programas automaticamente antes ou após a inicialização do Openbox "puro" (fora de ambientes de desktops)?? Acertou!! Trata-se do autostart.sh, existente como modelo também em /etc/xdg/openbox ou no seu home, em ~/.config/openbox/. Ali, eu inseri uma entrada determinando que o sistema rodasse a aplicação xmodmap, responsável por atribuir valores ao teclado, apontando para o arquivo que criei, o .xmodmap. Minha última linha do arquivo ~/.config/openbox/autostart.sh ficou mais ou menos assim:
(xmodmap ~/.xmodmap && nitrogen --restore && sleep 4 && xset m 30/10 4) &
Pronto, agora, com o xev, eu já podia ver que o sistema atribuía as funções F15, F13 e F14 que eu determinara, como eu desejava. Agora faltava o último passo, fazer com que o Openbox executasse aplicações ou comandos quando eu as pressionasse. Editei então o rc.xml de modo a fazer com que, quando F13 fosse pressionada, o sistema executasse o "xterm" e quando fosse pressionada F15 (o botão power), o sistema fosse completamente desligado com um "shutdown -h now", de forma bastante rápida e conveniente. Com isso, estendi a funcionalidade do Openbox e aumentei sua usabilidade, como era a minha intenção desde o início. O usuário pode verificar que as combinações e usos dessa funcionalidade são praticamente infinitos e tornam o uso do Openbox ainda mais interessante. Minhas entradas no rc.xml ficaram assim:

<keybind key="F15">
<action name="Execute">
<startupnotify>
<enabled>false</enabled>
<name>Shutdown</name>
</startupnotify>
<execute>sudo shutdown -h now</execute>
</action>
</keybind>
<keybind key="F13">
<action name="Execute">
<startupnotify>
<enabled>false</enabled>
<name>Terminal</name>
</startupnotify>
<execute>"xterm"</execute>
</action>
</keybind>
Espero que este pequeno artigo contribua para aguçar a curiosidade dos leitores que estejam começando a usar o Openbox e possam ajudá-los a tornar seu desktop mais perfeitamente adaptado às suas necessidades. Por fim, para dar um toque final, inseri a seguinte linha no arquivo .Xdefaults, definindo assim meu tema de cursor:

Xcursor.theme: PolarCursorTheme

O Xdefaults serve como um aglomerador de configurações de diversos aplicativos que rodam no X e suas entradas podem ser estudadas lendo-se o manual de cada aplicação, v.g. man xterm, num terminal, geralmente na seção "Resources". Portanto, caros leitores, mãos à obra e boa brincadeira!! Até a próxima!! ;)

Registro aqui um agradecimento especial ao HugLeo do #ubuntu-br, que meu deu uma força com essa postagem, já que desde a primeira não conseguia postar código xml. Agora, como podem ver, já consigo!! :)
Openbox: Instalação e uso parte II

Posted: August 10, 2007, 1:55pm MDT

Uma vez instalado o Openbox 3.4.x (versão recomendada - no momento da confecção deste texto a última era 3.4.4), provavelmente o leitor já terá uma entrada específica no gerenciador de login gráfico (GDM e KDM são os mais usados) e isso reflete na verdade a inserção das seguintes entradas no diretório /usr/share/xsessions: openbox-gnome.desktop, openbox-kde.desktop e openbox.desktop. Se o leitor não usar qualquer gerenciador de login, chamando o X através do console, deve inserir a entrada respectiva em seu .xinitrc com qualquer das opções seguintes: /usr/bin/openbox-gnome-session, /usr/bin/openbox-kde-session ou /usr/bin/openbox-session. Tanto as entradas do gerenciador de login gráfico como as mencionadas para o xinitrc são scripts que permitem o uso do Openbox respectivamente com o ambiente de desktop Gnome, substituindo o gerenciador de janelas padrão metacity; o KDE, substituindo o Kwin, e finalmente, o uso do Openbox, em sua forma mais pura.
Já se falou que o Openbox é um gerenciador de janelas minimalista e isso quer dizer que segue o padrão *box, como o fluxbox e o blackbox, isto é, não apresenta ícones na área de trabalho, sequer uma barra de ícones como o primeiro. Quando o leitor o carregar pela primeira vez, se não houver costume, poderá espantar-se pois na tela verá apenas o background. Clicando-se em qualquer parte do desktop com o botão direito do mouse, surgirá o menu, onde se encontrarão as chamadas para os programas instalados na máquina. Pressionando o botão do meio do mouse em qualquer ponto do desktop vemos uma lista de aplicações divididas por área de trabalho, ou se não houver programas rodando, apenas essas. Pode parecer frustrante inicialmente, mas em verdade, o Openbox pode tornar-se, a partir da sua configuração simples, um ambiente de trabalho extremamente poderoso e plenamente adaptado a quaisquer necessidades do usuário.

O primeiro arquivo a ser abordado é o importante rc.xml. Ele configura os principais aspectos do Openbox, como fontes, tema, número e nomes de áreas de trabalho, atalhos de teclado para diversas utilidades (keybindings). O leitor, com a instalação provavelmente já tem em seu home (~/) o diretório oculto .config/openbox e é neste que armazenará os arquivos de configuração do Openbox. Se nele não existirem arquivos como o rc.xml, autostart.sh e menu.xml recomendo a cópia dos existentes na configuração geral, em /etc/xdg/openbox.

A marcação do rc.xml é importante e merece cuidado na hora da edição com seu editor favorito. Eis o que uso. Com uma certa atenção, descobre-se facilmente como editar as entradas do rc.xml, mas cuidado, um " Alguns aspectos configurados pelo rc.xml podem ser acessados pelo já mencionado (e útil) programa obconf, da mesma forma que o menu do Openbox pode ser editado pelo programa chamado obmenu, embora eu prefira particularmente usar o obconf nas configurações de temas e não use o obmenu, preferindo editar este através do arquivo de configuração menu.xml aberto no editor de minha preferência.

O menu do Openbox, acessado pelo clique com o botão direito do mouse, como se disse acima, provém da configuração do arquivo menu.xml, a qual é extremamente bem abordada por este artigo de lavra do amigo Og Maciel. O menu que estou usando correntemente no Openbox é este, extremamente modificado segundo as minhas necessidades, através das dicas relatadas pelo artigo já referido.

O rc.xml, apesar de cobrir vários aspectos de configuração do gerenciador de janelas objeto desse estudo, não permite algumas configurações, como a imagem de fundo, por exemplo. Isto será feito com outro arquivo de configuração que também deve existir em ~/.config/openbox, chamado autostart.sh, cuja função remete ao próprio nome do arquivo, qual seja, chamar automaticamente programas e scripts na inicilização do Openbox. Ali, o leitor poderá controlar a velocidade do mouse com a entrada xset m 30/10 4, usar o programa "nitrogen" para configurar a imagem de fundo com a entrada nitrogen --restore &, carregar seu próprio mapa de teclado com a entrada xmodmap ~/.xmodmap e até usar um painel como o pypanel com a entrada pypanel & (ver screenshot abaixo). As possibilidades são imensas e vão desde chamadas ao gerenciador de desklets da peferência do usuário, até scripts próprios para a execução de programas, automaticamente. Meu autostart encontra-se aqui.

No próximo post abordarei aspectos do rc.xml+autostart.sh+xmodmap, isto é, extensão das funcionalidades do Openbox com mapeamento de teclas e uma pequena vista no Xdefaults. Fontes inesgotáveis de dicas sobre o Open são sua própria homepage e o wiki do Ubuntu.
Openbox: Instalação e uso, parte I

Posted: August 10, 2007, 4:22am MDT

Bem, caros leitores, depois de uma longa crise de criatividade, é chegada a hora do "Pata" ser reativado, isto é, receber posts mais freqüentes. Os amigos mais próximos desse mundo cibernético sabem que eu há alguns meses uso a distribuição linux chamada Arch Linux, sobre a qual provavelmente dedicarei a maioria das minhas futuras linhas. Antes contudo, gostaria de compartilhar com vocês minha experiência com o gerenciador de janelas minimalista chamado Openbox.

Confesso que as minhas primeiras impressões do Openbox não foram as melhores, isso há alguns anos atrás. Realmente, não via nada em que o mesmo pudesse se destacar se comparado ao blackbox ou o próprio fluxbox, que usava na época. Contudo, o Open mudou muito e foi por conta de uma conversa vespertina com o Og Maciel, no primeiro semestre deste ano, que surgiu a vontade voltar a testar o Openbox, o qual, por uma incrível coincidência, naquela época passava por uma grande reformulação, que era o lançamento da versão 3.4, a qual trouxe radicais mudanças no gerenciador, sentenciando-lhe um destino glorioso. Obviamente, as mesmas mazelas sofridas anteriormente foram enfrentadas mais uma vez, pois deparei com a edição dos aparentemente confusos rc.xml e menu.xml (que serão temas de posts futuros), porém havia algo novo desta vez, não apenas no gerenciador de janelas, mas em mim, a real vontade de dominar o desconhecido. Ainda acho que os arquivos de configuração do fluxbox são mais inteligíveis, à primeira vista, que do seu primo Open, contudo, realmente em velocidade, a informação do Og (que era estupenda a velocidade do Open) estava certa e foi o que primeiramente me cativou.

Para os adeptos das principais distribuições, há uma facilidade imensa de instalar este gerenciador de janelas leve, mas poderosíssimo, com vários pacotes neste l ink da própria página do Openbox. Para os usuários do Ubuntu Feisty, basta baixar de lá o pacote .deb respectivo e instalar com um dpkg -i pacotedoopenbox.deb, num terminal, ou usar o gdebi através do Nautilus, no Gnome. Para os usuários de Arch Linux, apesar de no mesmo endereço ter um PKGBUILD específico, é com felicidade que lhes digo que o Openbox é muito bem suportado nessa distro, tendo sempre nos repositórios do pacman a versão mais recente lançada (no presente momento, a 3.4.4). Para aqueles que começam a usar a recente distro Foresight Linux, basta dizer que esta tem sempre os pacotes mais recentes sendo o mantenedor do "pacote" Openbox o próprio Og Maciel, que o usa como gerenciador de janelas diariamente. Assim, para os Archers, basta num terminal, para instalar pelo pacman, um ordinário:

# sudo pacman -S openbox

Por outro lado, a instalação pelo PKGBUILD segue o mesmo padrão de todos os pacotes do AUR, isto é, primeiro faz-se o download do PKGBUILD respectivo e num diretório qualquer coloca-se o mesmo e o código fonte do software (na página do Openbox também há este). Uma vez acessado o diretório pelo terminal, basta dar o comando para a construção do arquivo binário, como usuário comum mesmo:

# makepkg -c PKGBUILD

O arquivo binário será "construído" e será gerado um arquivo assim:

nomedosoftwareconformeopkgbuild-1-i686.pkg.tar.gz

Este por sua vez deverá ainda ser instalado com o seguinte comando:

# sudo pacman -U nomedosoftwareconformeopkgbuild-1-i686.pkg.tar.gz

Pronto! O Openbox será instalado no seu sistema Arch e pode ser usado prontamente. Recomendo baixar também do mesmo site um programa muito útil, chamado Obconf, e instalá-lo compilando seu código na máquina; através dos diversos binários fornecidos no site mencionado ou existentes nos repositórios das diversas distros. Ele é uma espécie de janela para o principal arquivo de configuração do Openbox (o rc.xml) e permite-lhe configurar diversos aspectos deste gerenciador de janelas.

O próximo post será como configurar seu Openbox, alterando os arquivos rc.xml, menu.xml, autostart.sh, .xmodmap e o programa xev, que é parte do sistema X, muito útil para estender a funcionalidade de gerenciadores de janela minimalistas como o objeto desta abordagem.

Muitos screenshots do Openbox em ação estão na minha página no flickr cujo link encontra-se ali, do lado direito da página.