It has lots of matches on Google. Most of them are on blog comments. But they appear on valid comments, so I don’t think it is some marker string being used by spam bots.

O UOL tem um produto chamado UOL Voip. A tela “sobre” do software tem o texto da GPL. Porém não parece haver nada que indique o que está sob a GPL, e onde encontrar o código sob a GPL (que a partir da tela, não há como saber se pertence ao UOL ou a terceiros).

Daniel de Oliveira notou isso há algum tempo, e publicou as informações que encontrou em um blog. Segundo reportado pelo Daniel, o UOL Voip parece ser baseado no Pidgin, mas o UOL nega isso.

Em uma resposta ao Daniel, alguém apontou para o código do UOL Messenger, que parece ser baseado no Pidgin também.

Mas a situação não está muito clara. Então o que eu espero que o resto da humanidade verifique (e não eu, porque tenho preguiça), é:

• O código publicado para o UOL messenger também é o código para o UOL Voip? (me parece que não)
• UOL Voip é ou não é um trabalho derivado do Pidgin distinto do UOL Messenger? Se sim, há código a mais no UOL Voip que também precisa ser publicado sob a GPL? (me parece que sim)
• Alguém com mais paciência que eu pode tentar contactar o UOL e tentar esclarecer a situação?

toc, toc, toc, toc, toc, toc, toc

Um martelo?

toc, toc, toc. toc, toc.

O vizinho de cima resolveu martelar meia noite e meia!?

toc, toc, toc, toc, toc

Puta merda. Nesse ponto, a Kátia já tinha acordado também. Levantamos para procurar de onde vem o maldito barulho.

– Ei, vem do vizinho do lado. Não de cima.

Saio para o corredor, e o barulho é alto. Ouço um pouco para me certificar que estou acordando a pessoa certa. É, o barulho vem do apartamento ao lado.

Bato na porta.

Voz de homem: hmmsrmmafmfmmrmrm…

Provavelmente ele não falou isso, mas foi o que eu ouvi. Um resmungo ao longe. Toco a campainha.

Voz de mulher: A Maria tem a chave!

Minha explicação: estão fazendo uma festa, alguém bateu, acharam que era outro convidado, e ficaram com preguiça de abrir a porta.

Bato na porta novamente. Ouço um resmungo de novo. As marteladas parecem ter parado. Ótimo! — pensei — notaram que é o vizinho reclamando mas ficaram com vergonha de atender à porta. Vamos voltar a dormir.

toc, toc, toc, toc

Porra!

Volto ao corredor, toco a campainha.

Voz de mulher: chama um chaveiro!

Minha teoria mudou: alguém brigou e ficou trancado para fora de casa. A outra pessoa ficou tão puta que se recusa a abrir a porta. E manda o sujeito chamar um chaveiro!

Insisto na campainha.

Voz de mulher: estamos presos no banheeeeiro!!!

Hah!

Corri para dentro de casa para cair na gargalhada. Um casal conseguiu ficar preso no banheiro! A solução que encontraram foi bater no chão e nas paredes para acordar os vizinhos.

Eu grito: vou chamar um chaveiro!

Eu fui o primeiro a bater na porta do vizinho para reclamar. O que eu ainda não sei é se isso é porque sou o vizinho mais próximo, ou porque sou o vizinho mais chato.

Procuro o telefone de um chaveiro. Enquanto a Kátia liga, vou tentar acordar a síndica. “Maria” é a porteira do prédio. Talvez exista uma chave do apartamento no armário do condomínio. A síndica não atende a porta.

Enquanto tento acordar a síndica, uma vizinha sai para ver o que está acontecendo, porque também está ouvindo as batidas. Nós moramos no 12º andar. A vizinha que levantou mora no 6º andar. 6 andares de distância. Eles devem ter acordado pelo menos metade do prédio com as suas batidas!

Volto para casa. Os vizinhos não devem ter me ouvido: continuam com suas batidas de socorro. Em um determinado momento, ouço alguém gritando para a rua: Estamos presos no banheiro!!!.

É, eles não me ouviram.

Vou até a porta e grito: O chaveiro já está vindooooooo!!!.

Voz de mulher: Obrigado!!!

Ótimo. Agora o resto do prédio vai poder dormir sossegado.

Menos eu, porque tenho que esperar o chaveiro.

O chaveiro chega e finalmente consegue abrir a porta. Na sala, uma mesinha com uma garrafa de vinho e duas taças. Não reparei nos outros detalhes porque não queria ser muito enxerido.

E finalmente descubro o que exatamente aconteceu:

O banheiro não estava trancado a chave (o que seria estranho, já que o casal estava sozinho em casa). A maçaneta da porta do banheiro caiu. Pego a maçaneta caída no chão e abro a porta do banheiro. O casal, aliviado, sai enrolado em toalhas.

A grande questão não respondida é: como eles conseguiram arrancar a maçaneta da porta do banheiro?

Volto para casa e deixo o casal a sós com o chaveiro. Pelo menos na hora de pagar a conta, o casal merece um pouco de privacidade.

Volto para a cama. Levo duas horas para conseguir dormir, porque não consigo parar de rir.

• Fones de ouvido, daqueles “de colocar dentro do ouvido” (com “alça”, porque eu não tenho segurador de fone)
• Computador
• Chinelos de borracha
• Cadeira de escritório com rodinhas

Como fazer

• Coloque os fones no ouvido
• Conecte os fones ao computador
• Deslize a cadeira pelo chão do escritório
• Não toque em nenhum objeto, exceto a cadeira, que deve ter rodinhas de plástico
• Arraste os chinelos de borracha no chão enquanto desliza
• Quanto maior a velocidade, melhor
• Quanto maior a resistência entre os chinelos e o chão, melhor
• Sinta o choque no fundo dos seus ouvidos, ao mesmo tempo que ouve um zumbido no fone

Eu tenho feito isso, sem querer, várias vezes na última semana. Isso dói! Na primeira vez eu até achei engraçado. Tenho que trocar de chinelos. Espero que não estrague os fones. Nem meus ouvidos.

How Google knows that “mandriva” was formerly called “mandrake”, to be smart enough to highlight “mandrake” on the results as if I had also searched for “mandrake”?

I don’t think they have added this to a “synonyms table” manually. I believe this was somehow detected automatically. My question is: how the Google software could have detected this automatically?

Update (Feb 2nd 2006): I think I’ve found how this was done. I’ve described my theory in the comments.

Ele foi eleito deputado em 1974:

[…] no Paraná houve outras vitórias surpreendentes: Pedro Lauro Domareski, dono de uma banca de jornais e revistas que tinha sido prejudicada pelas modificações urbanísticas de Jaime Lerner na Prefeitura - e que aproveitou da forma mais brega para criticá-lo nos programas de televisão - foi o grande azarão com 6.119 votos chegou a Brasília.

Agora, o mais divertido são seus projetos de lei. Destaques:

• PROIBE A LUTA DE BOXE EM TODO O TERRITORIO NACIONAL
• PROIBE A CONFECÇÃO DE ARTIGOS DE VESTUARIO COM DIZERES EM IDIOMA ESTRANGEIRO
• TORNA A IMAGEM REPRESENTATIVA DE PAPAI NOEL EM SEU USO SOB QUALQUER FORMA DE PROPAGANDA, DE PROPRIEDADE DE INSTITUIÇÕES BENEFICENTES NA FORMA QUE ESPECIFICA
• PROIBE COMENTARIOS PELA IMPRENSA, SOBRE FILMES DE PROCEDENCIA ESTRANGEIRA
• PROIBE O CONSUMO DE ALIMENTOS E BEBIDAS ESTRANGEIRAS EM FESTAS OFICIAIS
• INCLUI A COR VERMELHA NA BANDEIRA NACIONAL
• DISPÕE SOBRE A PROIBIÇÃO DE CONTRATAÇÃO DE ARBITRO ESPORTIVO ESTRANGEIRO, EM TODO O TERRITORIO NACIONAL
• SUSPENDE, PELO PRAZO DE SEIS MESES, AS IMPORTAÇÕES DE FILMES E ‘VIDEO-TAPES’ DESTINADOS A EMISSORAS DE TELEVISÃO
• DISPÕE SOBRE A EXECUÇÃO OBRIGATORIA DE MUSICAS BRASILEIRAS PELOS SERVIÇOS DE MUSICA AMBIENTE, E DA OUTRAS PROVIDENCIAS
• DETERMINA A EXECUÇÃO DE MUSICAS AO VIVO NOS LOCAIS DE DIVERSÕES QUE ESPECIFICA. Explicação: ONDE HAJA PISTA DE DANÇA

É hilário.

On a previous story the guy told a story of someone accessing a URL that would hose a Windows machine, if accessed using Internet Explorer and Windows. They have clearly warned people about it:

“NEVER under any circumstance visit this url using Internet Explorer and Windows … you have been warned.”

But, wonder, there were lots of people that actually accessed it! Read the complete story and the comments he got, if you want some fun. Some examples:

11/25/05 “…and I hold you personally responsible for the damage you inflicted upon my computer. I am turning this over to my attorney in the morning. When he is done with you and your website, you will never hack another computer again…”

11/26/05 “…and how much did Linux pay you to infect our computers? I hope it was alot because when my lawyer is finished, you will be living in a cardboard box…”

First, the immediate cause of the problem: permission on /. Simple. When investigating the problem, I’ve checked everything, all directories on the way to the file that the user hadn’t permissions to acces, except the permissions of /. I would never imagine that the permission of the root directory would change unexpectedly. The / had no execution permission for anybody, except its owner. So, everytime a process made setuid() to another user, all filesystem operations failed, because the user wasn’t supposed enter anywhere on the filesystem.

Now the question was: how the hell had the permissions on / changed? That is part of list of things you must never do on your system. I’ve took some time to figure out how it happened. But I remembered some things I’ve did some minutes before the problem appeared, that I didn’t imagine that would cause this.

I was compiling software on a machine, but wanted to install on my machine the software I was building. So, the first thing that came to my mind was: just install it using DESTDIR, and copy the files to your machine. It was just for a quick test, so it seemed to be a good idea.

Let’s go: mkdir /tmp/mysoftware; make install DESTDIR=/tmp/mysoftware; cd /tmp/mysoftware; tar -zcvf /tmp/mysoftware.tgz .. Looks right.

Copied mysoftware.tgz to my machine. cd /; tar -zxvf mysoftware.tgz. It seemed to be a sane thing to do: the only contentes of mysoftware.tgz were files on usr/local. Everything was ok, except that lots of stuff on my machine simply stopped working after I’ve extracted the tarball.

The only problem was: the contents of the tarball weren’t just files on usr/local. There was a evil entry on the file:

drwx------ ehabkost/ehabkost 0 2005-06-13 17:11:33 ./

See? That caused all the problems. I’ve extracted the tarball, this entry was extracted, the permissions of / were changed. Simple.

I’ve told you that it was stupid.

Monday, about one hour before I going home, mutt suddenly closed the connection with my local IMAP server (I use cyrus-imapd to store my mail on my own machine). The message was something like “IMAP connection terminated unexpectedly”.

I’ve restarted cyrus-imapd. And then, what I’ve seen on the logs was lots of this message:

IOERROR: stat /var/lib/imap/mailboxes.db: Permission denied

Weird, huh? I’ve checked the permissions of /var/lib/imap, /var/lib/imap/*, and so on. There was nothing wrong with them.

Then, I’ve noticed that procmail wasn’t delivering my mail, too. I use procmail+cyrus-deliver to deliver my mail (I had no patience to convert my procmail file to sieve, yet). The message was even worse:

/usr/lib/cyrus-imapd/deliver: error while loading shared libraries: libsasl2.so.2: cannot open shared object file: Permission denied

Permission denied when loading a library? Huh?

Then I’ve noticed that similar problems were happening on some non-root suid binaries. I’ve tried su cyrus -c /some/non-suid/binary, too. Same problem.

stracing it, what I’ve seen was:

19616 setfsuid32(74)                    = 0
19616 setfsgid32(12)                    = 0
19616 open("/etc/passwd", O_RDONLY)     = -1 EACCES (Permission denied)
19616 open("/etc/ld.so.cache", O_RDONLY) = -1 EACCES (Permission denied)

And lots of other calls returning EACCESS.

On all cases, the problem was the same: just after doing setuid(), all file operations were returning EACCESS. I was confused.

I gave up, and rebooted the machine. Same problem. I went home, and then discovered that I couldn’t even login through ssh from home to my machine.

On the next day, it became even worse: now I couldn’t even login as the ‘ehabkost’ user, that was working before reboot.

I’ve booted with a different kernel, using the Conectiva Linux rescue disk. chrooted to my root partition, and same problem.

More tests: created /chr, as a test chroot. Copied /etc, /bin and /lib to this directory. chrooted there. And, it worked: the problem didn’t happen inside the chroot. Uh, oh.

I thought: “let’s create another partition, copy my root partition there, and test if the problem happens again”. Created a new LV, mounted as /tmproot, cp -xa / /tmproot, chroot /tmproot, and… it didn’t work!. I removed everything from /tmproot, leaving only /etc, /bin and /lib. chrooted there and it didn’t work. I’ve even moved /tmproot/* to /chr, and it was always working on /chr, but not on /tmproot. My conclusion after seeing this was: the problem happens when the root is a mounted LV or partition, but not if it is a subdirectory of a filesystem on a LV or partition.

I’ve lost my patience to track the problem, and recreated the filesystem on my root partition. Copied the contents of the tmproot LV, and the problem vanished. Miracle. My conclusion: there was something very weird with my filesystem (yes, I’ve tried fsck before my first tests, and it reported no errors).

Tuesday, all the truth was revealed to me when I was thinking about the problem. When thinking about what could give EACCESS errors on all filesystem operations, except when running was root, I was enlightened and noticed what caused the problem. Very stupid problem. Until yesterday, I couldn’t even think on how it could happen. Then I’ve discovered that it was my fault.

I won’t tell you what was the problem, neither what caused it, right now. The problem was really simple and easily fixed with a single and simple command. Let’s see if someone can tell what the problem was, or what I forgot to check when tracing the problem.

See the solution and the description of the stupid thing I did on the next post.

Eu havia ficado intrigado com aquelas “coisas” que brilhavam no céu, em algumas cenas. Hoje descobri que são halos, após encontrar uma página muito interessante sobre óptica atmosférica. A página inclui informações técnicas sobre coisas como arco-íris e os halos, desde os mais comuns até os mais raros. Os que aparecem no filme são parecidos com os infralaterais. Achei curioso não ter nenhuma foto de algum desse tipo na página.