Resolvendo o problema de compilação de módulos do VMware na Debian com gcc 7.x

Aqui, em casa, utilizo bastante o VMware Workstation para rodar as minhas máquinas virtuais para testes e ajudar em algumas implementações nos programas que uso. Porém, após as últimas atualizações da minha Debian Sid, com o kernel, aconteceu algo estranho:

Como assim não encontrou o gcc???

Então coloquei /usr/bin/gcc no Location e me retornou isso:

Como assim não achou uma versão compatível???

Então tentei usar a linha de comando rodando o "/usr/bin/vmware-modconfig  --console --install-all". Mas, o que consegui foi:

Failed to get gcc information.

Aí as coisas ficam mais estranhas ainda. Como assim não conseguiu encontrar?? Então resolvi procurar várias soluções para este problema e, tudo que encontrei no Google, não resolveu e o erro ainda persiste.

Então tentei seguir o script /usr/bin/vmware-modconfig. Mas, no final, ele chega no /usr/lib/vmware/bin/appLoader, que é um arquivo binário. Sendo a falha acontecendo no binário, fui verificar os logs e me retornou o seguinte:

2017-08-07T18:46:02.429-03:00| modconfig| I125: Trying to find a suitable PBM set for kernel "4.12.5".
2017-08-07T18:46:02.429-03:00| modconfig| I125: No matching PBM set was found for kernel "4.12.5".
2017-08-07T18:46:02.429-03:00| modconfig| I125: Found compiler at "/usr/bin/gcc"
2017-08-07T18:46:02.431-03:00| modconfig| I125: Got gcc version "7".
2017-08-07T18:46:02.431-03:00| modconfig| I125: Unable to parse gcc version
2017-08-07T18:46:02.434-03:00| modconfig| I125: We are now shutdown.  Ready to die!

De alguma forma a parte do VMware, que gera os módulos, só reconhece as versões do gcc até a 6, acima disso ele não conhece e a compilação é abortada. E o problema só ocorreu porque, durante as atualizações do sistema, a versão do gcc padrão utilizada passou da versão 6 para a 7, e foi aí que a incompatibilidade aconteceu.

Como não quero esperar chegar uma versão mais nova para corrigir, o jeito é criar um script que, pode fazer este papel. O script que criei é esse:

#!/bin/bash

#Cria os módulos de forma manual

/etc/init.d/vmware stop

mkdir /tmp/vmware-build

cd /tmp/vmware-build


tar -vxf /usr/lib/vmware/modules/source/vmmon.tar
tar -vxf /usr/lib/vmware/modules/source/vmnet.tar


cd /tmp/vmware-build/vmmon-only/
make

mkdir /lib/modules/`uname -r`/misc
cp vmmon.ko /lib/modules/`uname -r`/misc/vmmon.ko

cd /tmp/vmware-build/vmnet-only
make


cp vmnet.ko /lib/modules/`uname -r`/misc/vmnet.ko

depmod -a

/etc/init.d/vmware start

cd


rm -rf  /tmp/vmware-build

Este script, descompacta compila e instala os módulos. A vantagem dele é que não precisa verificar qual versão do gcc. Ele já utiliza a última versão, instala e deixa o VMware pronto para o uso.

Após o teste, tudo voltou a funcionar como antes.

Espero que isso ajude a resolver este pequeno problema. Caso tenha erros de compilação, por algum outro motivo, recomendo que dê uma olhada em http://rglinuxtech.com/. Normalmente encontro patches que podem servir para corrigir os módulos do VMware, caso haja problemas após a atualização para a versão mais recente. O site também vale para os módulos da NVIDIA para as placas de vídeo. Vale a pena.

Tenham uma boa semana.

Choqok 1.6 available for Kubuntu

Se não entendeu nada siga para a versão em Português em: http://www.adilson.net.br/2016/10/choqok-16-disponivel-para-kubuntu.html

After more than one year and half of depvelopment, finally they released Choqok 1.6. Choqok is a microblog client compatible with Twitter and other services. The official annoucement is at http://choqok.gnufolks.org/2016/10/choqok-1-6-released/ released last Sartuday.

With the release, now it's time to package this version since I made them available for some time. I had just stopped when they started to migrate the software from KDE 4 to KDE Frameworks 5. Must packages, which this new Choqok depends, was not available for Debian and Ubuntu. Which made it difficult to create the packages. And I was very busy with another personal tasks so I gave up building.

But, at this last weekend, I take courage and, with more time available, I started to view this version. It was necessary to review all dependencies. But one of them had to be recreated: qoauth.

This Choqok version requires qoauth 2.0.1, which is compatible wit QT5 and no packages for Debian or Ubuntu are available. I had created a package last year but it was failed to build at Launchpad. Now,at this weekend, I applied some fixes and the package was sucessufully built.

After this, I applied one more fixes and, finally, Choqok 1.6 is now available. The packages are available for Xenial and the future Yakkety versions of Ubuntu. I tried to build for Trusty but it breaks on this dependency. And I have no plans to backport libqca-qt5-2 for Trusty.

For those who use Debian I would like to make some packages available but I don't have a place to keep a repository. But the sources  are all compatible with sid and testing versions. The sources for Choqok and qoauth2 can be downloaded from the PPA and compiled on your machine.  Remember to compile qoauth2 first since Choqok depends on it for building the package.

To download the packages just access the PPA . For those who uses Xenial or Yakkety, you can add the repository with these commands:

sudo add-apt-repository ppa:adilson/experimental

sudo apt-get update

sudo apt-get install choqok

Doubts or bugs on the packages (The package does not install or the plugin is on the wrong place), just ask me on the blog or Twitter. If the problem is on the Software, the bug must be addressed to https://bugs.kde.org/component-report.cgi?product=choqok

Have a nice week.

Choqok 1.6 disponível para Kubuntu

If you don't understand Portuguese, go to the English Version: http://www.adilson.net.br/2016/10/choqok-16-available-for-kubuntu.html

Depois de mais de um ano e meio de desenvolvimento, finalmente lanaçaram a versão 1.6 do Choqok, que é um cliente de microblog compatível com o Twitter e muitos outros serviços. O anúncio oficial está em http://choqok.gnufolks.org/2016/10/choqok-1-6-released/ divulgado no últmio sábado.

Com o lançamento, restou apenas empacotar esta versão já que ando disponibilizando os pacotes já a algum tempo. Apenas tinha dado uma parada quando começaram a migrar o software do KDE 4 para o KDE Frameworks 5. Muitos pacotes que dependiam do novo Choqok não estavam disponíveis para Debian e Ubuntu, o que dificultou bastante na criação dos pacotes. Soma-se isso com uma época em que estava ocupado com outras tarefas pessoais que deixei o pacote de lado.

Mas, neste final de semana, tomei coragem para ver esta nova versão já que estou com mais tempo disponível. Uma das preocupações era refazer todas as dependências para gerar os pacotes. Apenas uma dependẽncia precisava ser recriada: qoauth.

A nova versão choqok requer o qoauth 2.0.1,que é compatível com o qt5 e não existia pacotes para Debian ou Ubuntu. Até tinha criado um pacote, no ano passado, mas não consegui gerar os pacotes no Launchpad. Neste final de semana consegui aplicar algumas correções e o pacote finalmente saiu.

Depois disso foi apenas algumas correções e, finalmente, a versão 1.6 do Choqok foi disponibilizado. Ele está disponível para as versões Xenial e a futura Yakkety. Tentei gerar um pacote para Trusty mas ele esbarra nesta dependência  e não há planos para fazer o backporting do libqca-qt5-2 para Trusty.

Para quem usa Debian eu até gostaria de deixar alguns pacotes dispóníveis mas não tenho um local para manter um repositório. Porém os fontes que gerei são todos compatíveis com a versão sid e a testing. Os fontes choqok e do qoauth2 podem ser baixados no PPA e compilados na sua própria máquina. Lembrando que deve-se compilar primeiro o qoauth2 já que o Choqok depende dele para a geração do pacote.

Então, para baixar os pacotes é só acessar o PPA. Para quem usa a versão Xenial ou Yakkety adiciona os repositórios pelos seguintes comandos:

sudo add-apt-repository ppa:adilson/experimental
sudo apt-get update
sudo apt-get install choqok

Dúvidas ou bugs, no pacote (O pacote não instala, ou o plugin está no lugar errado), pode me procurar no blog ou no Twitter. Se for algo no próprio Choqok, neste caso, o bug deve ser endereçado para https://bugs.kde.org/component-report.cgi?product=choqok

Tenham uma boa semana.

Atualizando o Java da Oracle no Debian e Ubuntu (Nova versão)

Faz um bom tempo desde que postei o Atualizando o Java da Oracle no Debian e Ubuntu e muita coisa mudou. A versão 6 do java foi descontinuada, esbarramos em vários bugs que o deixou numa péssima situação. Outra coisa que mudou foi a forma de download. O que atrapalhou no primeiro script foi que a Oracle bloqueou o download direto, sendo necessário clicar em aceitar a licença e baixar manualmente java da página deles antes de partir para o próximo passo.

Não pode baixar direto não??

Mas, felizmente surgiu uma solução numa postagem do br-linux.org que solucionou este impasse. Então segue o script já atualizado que baixa a versão 7, que é mais atualizada, junto com algumas explicações:

#!/bin/bash


#Baixe os scripts via git.

git clone git://github.com/rraptorr/oracle-java7.git

cd oracle-java7

#Baixe os pacotes de acordo com a arquitetura
if [ $HOSTTYPE = x86_64 ]
then

 wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F" "http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jdk-7u25-linux-x64.tar.gz"
else 
 wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F" "http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jdk-7u25-linux-i586.tar.gz"
fi

#baixe  o UnlimitedJCEPolicyJDK7
wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F"  "http://download.oracle.com/otn-pub/java/jce/7/UnlimitedJCEPolicyJDK7.zip"


#Baixa todas as dependencias
 apt-get install debhelper  lsb-release defoma unzip bzip2 patch libasound2 unixodbc libx11-6 libxext6 libxi6 libxt6 libxtst6
if [ $HOSTTYPE != x86_64];
then
apt-get install lib32asound2 ia32-libs
fi

#Gera os pacotes
dpkg-buildpackage -b
cd ..

#agora é só instalar

Alguns detalhes:

• O if $HOSTTYPE define a arquitetura, então não precisa se preocupar com a versão 32 ou 64 bits.
• wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F" - Essa é a parte mágica de todo processo. Ele consegue  passar do bloqueio que a Oracle montou.
• Se surgir uma nova versão do java é só obter o novo link na primeira tentativa de download e alterar a url nas linhas do wget.

O resto é seguir as instruções anteriores.

Mais detalhes em:

http://br-linux.org/2013/01/como-fazer-o-download-do-oracle-java-com-o-wget-apesar-dos-obstaculos.html

http://www.nextstep4it.com/categories/unix-command/wget/

Tenham uma boa semana

Atualizando o Java da Oracle no Debian e Ubuntu

Atualização (10/09/2013) - Depois de algum tempo já tem uma atualização em: http://www.adilson.net.br/2013/09/atualizando-o-java-da-oracle-no-debian.html

Desde o final de agosto a Oracle resolve descontinuar a sua licença que permitia as diversas distribuições Linux de fornecer os binários do java em favor do OpenJDK. Uma notícia que deixou muita gente preocupada.

Sem java da Oracle nas distribuições.

Desde daquela data não houve mais atualizações no java, a não ser pelo próprio OpenJDK. Mesmo assim a preocupação de muitos é que ainda existem vários aplicativos que não funciona no OpenJDK. Além dessa há uma preocupação já que algumas distribuições já estão planejando atualizações que removem o java descontinuado do sistema, o que realmente deixaria muitos usuários na mão.

Mas a comunidade reage bem rápido. Ao menos na distrubição Ubuntu e, por tabela, na Debian, criaram um PPA com a última versão da máquina virtual Java. Porém a Canonical desabilitou o PPA no dia seguinte por questões legais de distribuição dos binários, deixando novamente os usuários na mão.

Mas ainda tem uma solução, ao menos na Debian e Ubuntu. Criei um script simples mas que é eficaz para a última versão corrente do java. O que ele faz é pegar os scripts que geram o pacote do java em um repositório git, baixa os instaladores direto do site da Oracle, que é a única forma de não violar a proibição da redistribuição. E gera os pacotes necessários.

De resto é só dar um dpkg -i *.deb e pronto.

Segue o script logo abaixo:

#!/bin/bash


#baixa os arquivos para gerar os pacotes
git clone git://github.com/rraptorr/sun-java6.git sun-java6


cd sun-java6


#baixa os binários do jdk do site da Oracle
wget -c http://download.oracle.com/otn-pub/java/jdk/6u30-b12/jdk-6u30-linux-i586.bin
wget -c http://download.oracle.com/otn-pub/java/jdk/6u30-b12/jdk-6u30-linux-x64.bin


#Baixa todas as dependencias
apt-get install debhelper  lsb-release defoma unzip bzip2 patch libasound2 unixodbc libx11-6 libxext6 libxi6 libxt6 libxtst6
apt-get install lib32asound2 ia32-libs


#Gera os pacotes
dpkg-buildpackage -b
cd ..

#agora é só instalar

Para rodar só precisa digitar sudo ./script.sh ou ./script.sh se estiver como root.

Isso é válido apenas para a última versão (6 update 30). No caso de uma atualização só precisa copiar o endereço de download dos dois instaladores nas linhas do wget e alterar o changelog caso o mantenedor não atualize o repositório a tempo.

Tenham um bom final de semana.

Resolvendo problemas de compilação dos softwares do Mozilla

Não tive muito tempo para postar nos últimos dias, mas hoje vou deixar umas dicas de compilação de alguns programas do Mozilla (Firefox, Thunderbird e Seamonkey) que dão alguns erros nas últimas versões. Tá certo que já existem pacotes prontos nas diversas distribuições mas existem casos que é melhor compilar. Por exemplo eu uso Debian mas não quero Iceweasel e sim Firefox num ambiente 64 bits. Então eu pego os fontes do Ubuntu recompilo os pacotes para se adaptar na Debian.


Aqui vão dois erros que estão acontecendo comigo e como fiz para solucionar:


curl/types.h not found


Um erro assim ocorre justamente no Debian sid já que a versão mais nova do curl tornou o types.h obsoleto, quebrando alguns programas.


Workaround: 
Instale os pacotes libcurl3_7.21.0-2 e libcurl4-openssl-dev_7.21.0-2 do wheezy ou os equivalentes nas outras distrbuições até que se resolva o problema no libcurl ou nos outros programas.


../coreconf/config.mk:71: ../coreconf/Linux3.0.mk: Arquivo ou diretório não encontrado


Este problema só ocorre quando se usa a versão 3.0 do kernel recém lançado. Neste caso tem um workaround bem mais fácil.


Entrando na pasta mozilla/security/coreconf tem vários arquivos sendo que um deles é o   Linux2.6.mk. Como sabemos que a diferença principal entre o kernel 2.6.x e o 3.0 é apenas na numeração, podemos simplesmente usar um dos dois comandos:


ln -s Linux2.6.mk Linux3.0.mk
ou
cp Linux2.6.mk Linux3.0.mk


Manda compilar e problema resolvido.


Tenham um bom final de semana.

Antigo bug de escalada de privilégios do kernel volta a ativa

Este é uma notícia tipo copy & paste do http://br-linux.org/2010/escalada-de-privilegios-no-kernel/ que estou reproduzindo abaixo:

Enviado por Nicolas Wildner[Ironmaniaco] (nicolasgauchoΘgmail·com):

“O kernel linux foi expurgado de um bug que gera privilégios de root – novamente. Tal vulnerabilidade era de 2007, em um componente do sistema operacional responsável pela tradução de valores 64 bits para 32 e vice versa, e foi corrigido em 2007 com o lançamento do kernel de versão 2.6.22.7. Porém, vários meses depois, desenvolvedores inadvertidamente fizeram “roll back” desta alteração, deixando assim o sistema operacional aberto a usuários desprivilegiados a ganhar acesso total root.

O bug foi originalmente descoberto pelo hacker Wojciech “cliph” Purczynski. Porém, Ben Hawkes, o desenvolvedor que descobriu tal regressão, pensou com seus botões se tal falha ainda estaria ativa, gerando uma segunda versão do exploit.

Complemento: Olhando pelos links de referência você pode achar o “proof of concept” de tal exploit, que só precisa de um “gcc” para compilar. O resultado na minha máquina foi:

nicolas@debian:~/Pacotes/Exp$ whoami

nicolas

nicolas@debian:~/Pacotes/Exp$ ./a.out

resolved symbol commit_creds to 0xffffffff81067fc5

resolved symbol prepare_kernel_cred to 0xffffffff81067ec8

mapping at 3f80000000

UID 0, EUID:0 GID:0, EGID:0

# whoami

root

E meu usuário não possui qualquer regra de SUDO, ou privilégios adicionais concedidos pelo PAM. Agora é esperar que os mirrors “SEC” de todas as distros, atualizem o ultimo patch que corrige tal situação.” [referência: uncompiled.com]

Bom, fiz o teste pegado o exploit em: http://sota.gen.nz/compat2/ e o resultado abaixo foi exatamente igual ao do post do br-linux.org

adilsond@yoda:~/Downloads/exploit$ whoami

adilsond

adilsond@yoda:~/Downloads/exploit$ gcc -o exploit robert_you_suck.c 

adilsond@yoda:~/Downloads/exploit$ ./exploit 

resolved symbol commit_creds to 0xffffffff8105ad66

resolved symbol prepare_kernel_cred to 0xffffffff8105ac60

mapping at 3f80000000

UID 0, EUID:0 GID:0, EGID:0

sh-4.1# whoami

root

Isso sim pode preocupar porque qualquer usuário sem privilégios em um sistema 64 bits pode ser afetado. Então peguei logo os patches em:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=36d001c70d8a0144ac1d038f6876c484849a74de

e

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=eefdca043e8391dcd719711716492063030b55ac

Apliquei no último kernel estável (2.6.35.4) e o resultado apresentado foi:

adilsond@yoda:~/Downloads/exploit$ whoami

adilsond

adilsond@yoda:~/Downloads/exploit$ ./exploit 

resolved symbol commit_creds to 0xffffffff8105ad86

resolved symbol prepare_kernel_cred to 0xffffffff8105ac80

mapping at 3f80000000

UID 1000, EUID:1000 GID:1000, EGID:1000

sh-4.1$ whoami

adilsond

Agora não tem mais acesso ao root.

Para aqueles que não querem esperar pela versão 2.6.35.5 ou 2.6.36 (O que vier primeiro, que deve acontecer a qualquer momento), podem pegar os patches dos dois links acima ou, de forma mais mastigada, em: http://www.4shared.com/file/KIXq30ui/patch-remove-exploittar.html 

Neste caso deve fazer o seguinte nos dois arquivos:

patch -p0 <patch64-01.diff

patch -p0 <patch64-02.diff

Se acontecer algum erro tente criar um link simbólico linux para o local aonde está as fontes do seu kernel. A partir daí é recompilar e instalar o kernel já corrigido.

Mas isso foi testado apenas com o kernel 2.6.35.4 que peguei do kernel.org. Pode ser que funcione no kernel da sua distribuição, bastando apenas pegar o pacote referente aos fontes e gerar os pacotes correspondentes. No Debian e Ubuntu existem os pacotes linux-sources mas pode tentar usar o comando 'apt-get source linux-image-[versao-do-kernel]' para obter os fontes e criar os seus próprios pacotes.

Uma boa quinta.

Atualização do suporte IMAP do Yahoo no Thunderbird 3.1.3 (versão nova)

Esta é uma atualização do post:Habilitando o suporte IMAP do Yahoo! Mail no Thunderbird 3.1.2 (versão nova) aonde adaptei os scripts e os pacotes para a nova versão do Thunderbird (3.1.3)


As instruções continuam as mesmas, só que os novos patches se encontram em:



http://www.4shared.com/file/i45CZxC3/thunderbird-313-yahoo-patch-lu.html (Ubuntu Lucid Lynx)
http://www.4shared.com/file/5KJNocpE/thunderbird-313-yahoo-patch-ma.html (Ubuntu Maverick Meerkat)

Qualquer dúvida pode usar os comentários ou enviar um email direto.

Uma boa quinta.

Atualização (24/09/2010): Os patches vão ser atualizados assim que sair as novas versões do thunderbird. O link continua o mesmo mas já atualizei para a versão 3.1.4 e será atualizado caso saia uma nova versão.

PPAs do Adilson de alguns programas do Ubuntu

Segundo o post anterior tinha criado uns repositórios no Launchpad de alguns pacotes que normalmente uso no meu computador e que, praticamente, ainda não existe na Debian e Ubuntu. Aproveitando, vou divulgar alguns destes repositórios de pacotes que crio em meu tempo livre:

• Experimental Packages PPA - Pacotes experimentais PPA - Possui alguns pacotes de teste. De início a última versão do Thunderbird(3.1.2), e os pacotes de idiomas. Mas adicionei também o Gyachi na sua última versão(1.2.10) que é um cliente do Yahoo! Messenger que funciona muito bem no ambiente Linux. Só não consegui fazer um para o Maverick mas, quando ele sair em outubro, eu posso fazer algo para que rode sem problemas. Atualização (16/08/2010): Como saiu ontem a última versão estável do Choqok, resolvi colocar no primeiro PPA. Mas o segundo abaixo ainda vai estar ativo com atualizações.
• Snapshots PPA - Possui pacotes aonde atualizo constantemente via CVS ou SVN. Por enquanto só fiz um do Choqok que é um cliente do Twitter para o KDE e só comecei a criar estes pacotes depois de ter problemas em dar ReTweet na última versão da Debian. Assim que for atualizando via SVN vou atualizar no repositório.

Por enquanto são estes os repositórios. Só fica o alerta que os pacotes são totalmente experimentais e o uso dos programas é por sua conta e risco. E como os pacotes são todos software livre, fiquem a vontade em baixar, mudar os fontes fazer o que bem entender deles do mesmo jeito que fiz quando peguei os fontes originais na Debian e Ubuntu. Se tiverem alguma dica ou sugestão é só avisar.

Tenham um bom domingo.

Habilitando o suporte IMAP do Yahoo! Mail no Thunderbird 3.1.2 (versão nova)

No último dia 22 de julho publiquei o post Habilitando o suporte IMAP do Yahoo! Mail no Thunderbird 3.1.1 que chamou muita atenção quando foi divulgado no BR-Linux.org. O patch funciona muito bem na versão 3.1.1 porém, a poucos dias, foi lançada a versão 3.1.2 e, como no PPA original não foi atualizado, então resolvi montar um com a última versão.


A idéia original era gerar os pacotes já com patches aplicados, porém lembrei daquele episódio envolvendo a Debian e a Fundação Mozilla que deu a origem ao Iceweasel e ao Icedove. Ambos são os mesmos Firefox e o Thunderbird que foram renomeados para que continuem recebendo os patches sem a implicância da Fundação Mozilla referente ao Copyright dos logos e os nomes. Por sorte esse problema não existe no Ubuntu, tanto que prefiro baixar os fontes dos repositórios do Ubuntu e recompilar no meu Debian Sid e garanto que funciona sem problemas.


Então resolvi utilizar um workaround que evita qualquer dor de cabeça já que só estamos utilizando código-fonte ao invés de binários já prontos.


Para quem utiliza Ubuntu 10.04(Lucid) e 10.10(Maverick, ainda em alfa), segue os pacotes com o patch:

• http://www.4shared.com/file/_FR-GZ2Y/thunderbird-312-yahoo-patch-lu.html -> Lucid Lynx
• http://www.4shared.com/file/vBPZ_cKQ/thunderbird-312-yahoo-patch-ma.html -> Maverick Meerkat Ambos atualizados no dia 9 de setembro.

Após baixar o pacote referente a versão do Ubuntu, é só descompactar, entrar na pasta e rodar o script imap-yahoo-patch.sh mais ou menos assim:

./imap-yahoo-patch.sh

O script já adiciona o ppa https://launchpad.net/~adilson/+archive/experimental, baixa os fontes, aplica o patch e compila os pacotes já com todos as dependências resolvidas. No final já gera os pacotes do Thunderbird já com o suporte ao IMAP do Yahoo!

Para Debian ainda não testei o script mas ambos os pacotes podem fazer o mesmo serviço sem grandes problemas. Mas se precisar fazer 'na mão', segue os seguintes passos:

• Baixe os fontes de: https://launchpad.net/~adilson/+archive/experimental/+files/thunderbird_3.1.2%2Bnobinonly.orig.tar.gz e https://launchpad.net/~adilson/+archive/experimental/+files/thunderbird_3.1.2%2Bnobinonly-0ubuntu1~adilson~lucid1.diff.gz Foram mudados para http://packages.ubuntu.com/maverick/thunderbird
• Pegue o patch em: http://www.4shared.com/file/lTyuUoCM/yahoo-thunderbird-lucid.html
• gunzip thunderbird_3.1.2+nobinonly-0ubuntu1~adilson~lucid1.diff.gz 
• tar -zvxf thunderbird_3.1.2+nobinonly.orig.tar.gz
• patch -p0 <thunderbird_3.1.2+nobinonly-0ubuntu1~adilson~lucid1.diff
• patch -p0 <yahoo-thunderbird-lucid.diff
• cd thunderbird-3.1.2+nobinonly/
• apt-get build-dep thunderbird (se for no Ubuntu) ou apt-get build-dep icedove (se for no Debian) (comando rodado como root ou com sudo)
• Só seguir o resto das instruções do link anterior a partir deste ponto.

Assim, como disse anteriormente, os pacotes são totalmente experimentais e o seu uso é por sua conta e risco. Se quiser apenas os pacotes sem os patches, pode baixar direto do ppa https://launchpad.net/~adilson/+archive/experimental que até sera assunto do post seguinte.

Um bom domingo para todos.

Habilitando o suporte IMAP do Yahoo! Mail no Thunderbird

Atualização(15/08/2010): Este post tem uma atualização para a versão 3.1.2 em: http://www.adilson.net.br/2010/08/habilitando-o-suporte-imap-do-yahoo.html


Atualização(24/07/2011): Um ano depois de postar este primeiro patch para a série 3.1.x, soube que a última versão do Thunderbird, a 5.0, já acessa o imap do Yahoo sem precisar de patch. Dizem que foi uma alteração do servidor imap ou que o suporte ao Yahoo foi adicionado nesta versão. De qualquer forma os remendos já não são mais necessários neste programa de email.


Hoje descobri que uma antiga conta minha do @yahoo.com ganhou de volta o acesso gratuíto ao serviço de POP3. Ótimo agora não preciso dessa limitação que tinha desde o início do século. Só que queria ver se existia algum tipo de acesso IMAP. E existe este acesso conforme diz o artigo http://en.wikipedia.org/wiki/Yahoo_Mail#Free_IMAP_and_SMTPs_access. Porém o Yahoo! utiliza um método pouco usual no IMAP que não permite que alguns programas tradicionais de correio eletrônico tenham acesso. Porém, ao menos no Thunderbird, encontrei um patch que consegue fazer essa façanha neste link: http://www.crasseux.com/linux/ ou, se quiser logo o patch, é encontrado em: http://www.aliasbailbonds.com/KeeForm/item/yahoo-imap-support-for-thunderbird-31 para a última versão (3.1.1).

Depois do patch, utilizei os fontes  do thunderbird 3.1.1 em:https://launchpad.net/~ricotz/+archive/ppa/+packages

Com um pouco de adaptação e compilação, consegui gerar um Thunderbird que consegue acessar o IMAP do Yahoo!.

Então segue a receita abaixo para compilar o Thunderbird 3.1.1 com suporte ao IMAP do Yahoo para Debian e Ubuntu:

• Baixe o thunderbird_3.1.1+nobinonly.orig.tar.gz do site https://launchpad.net/~ricotz/+archive/ppa/+packages
• Vou facilitar deixando o diff já com o patch em: http://www.4shared.com/file/lkEraQkB/_2__thunderbird_311nobinonly-0.html
• gunzip thunderbird_3.1.1+nobinonly-0ubuntu1~10.10~ricotz1.2.diff.gz
• tar -zvxf thunderbird_3.1.1+nobinonly.orig.tar.gz
• patch -p0 <thunderbird_3.1.1+nobinonly-0ubuntu1~10.10~ricotz1.2.diff
• cd thunderbird-3.1.1+nobinonly/
• apt-get build-dep thunderbird (se for no Ubuntu) ou apt-get build-dep icedove (se for no Debian) (comando rodado como root ou com sudo)
• debuild
• Se reclamar que ainda falta alguma dependência anota e digita 'apt-get install pacote-que-esta-faltando'.(rodando como root ou com sudo) Logo em seguida roda o debuild novamente.
• Aguarda um pouco que deve gerar uns quatro pacotes. Você pode simplesmente digitar, como root ou usando o sudo dpkg -i *.deb ou selecionar os pacotes thunderbird_3.1.1+nobinonly-0ubuntu1~10.10~ricotz1.2_amd64.deb e thunderbird-gnome-support_3.1.1+nobinonly-0ubuntu1~10.10~ricotz1.2_amd64.deb
• Se precisar dele em português, pode instalar o xpi em: ftp://ftp.mozilla.org/pub/thunderbird/releases/3.1.1/linux-i686/xpi/pt-BR.xpi

Agora vamos configurar uma conta IMAP do Yahoo:

• Vai em Editar -> Configurar contas -> Ações de contas -> Nova conta de email
• Coloque seu nome o seu endereço do Yahoo e vai em continuar
• A configuração padrão deve mostrar como se fosse POP. Mas estamos configurando IMAP. Então, clica em editar, mude de POP para IMAP, altere o endereço para imap.next.mail.yahoo.com e vai em retestar. Dando certo é só ir em criar conta. A partir daí já está pronto para acessar o IMAP sem problemas.
• Pode ser que, no primeiro acesso, ele reclame do certificado. Neste caso, marque para adicionar como exceção permanentemente, assim não terá problemas em ficar pedindo certificados toda hora.

Pronto, agora já pode enviar e receber mensagens pelo Yahoo sem se preocupar.

Só algumas considerações:

• Houve relatos que se utilizar o webmail e o IMAP do Yahoo ao mesmo tempo causaria problemas de conta travada por uns 5 minutos ou mais. Comigo isso ainda não aconteceu tanto que estou utilizando o Thunderbird e o webmail ao mesmo tempo sem problemas.
• O patch funciona também no Windows e no Mac OS. Só que não tenho ferramentas para compilar e explicar como se faz, apesar de ter alguns binários nos links apresentados em cima.
• Todas as informações foram testadas numa máquina com Debian Sid  64bits antes de serem publicadas. Porém a sua utilização é por sua conta e risco já que os pacotes deixados estão no mesmo nível da seção experimental da Debian. Então não venham com comentários reclamando já que não foi por falta de aviso.

Uma boa quinta-feira.

Atualização do Ubuntu 9.10 quebra a dica do VMware

Quando o Karmic Koala foi lançado já tive problemas com o VMware como indicado no post Como rodar o VMware da série 1.0.x no Karmic Koala. A solução funciona perfeitamente já que, quando chegava uma atualização do kernel, eu apenas baixava os fontes, fazia as alterações necessárias e recompilava para que o mesmo volte a funcionar sem problemas. Porém, a última atualização, ao voltar de férias, trouxe um pequeno efeito colateral: Ao plugar o smartphone para sincronizar com o Outlook da máquina virtual, a mesma não detectava o aparelho. Mesmo clicando nos menus, ele não listava. Andei verificando as configurações e descobri uma coisa: Ao entrar no /proc/bus, a pasta usb estava ausente. É nele que é montado o usbfs que é um sistema de arquivos virtual aonde se lista todas as interfaces e periféricos conectados. Atualmente ele não é muito utilizado já que existe outras alternativas no udev e no /sys e apenas poucos softwares o utilizam. O VMware Server 1.0.x é um deles.


Verificando o Changelog do Linux 2.6.31-20.57  descobri uma coisa que me deixou triste:



  * [Config] Disable CONFIG_USB_DEVICEFS
    - LP: #488274


Segundo o bug do Launchpad esta opção ativa traz problemas no udev e o usbfs tende a se tornar obsoleto. Ainda tem muita discussão neste bug report que pode não chegar ao fim.


Mas não precisamos esperar pelos desenvolvedores do Ubuntu decidirem se reativa ou não a opção. Nós temos os fontes já baixados.


Com os mesmos fontes já baixados edite o linux-2.6.31/debian.master/config/config.common.ubuntu e config.common.ports e procure pelo CONFIG_USB_DEVICEFS.


Deve encontrar a opção assim:


# CONFIG_USB_DEVICEFS is not set


Mude para:


CONFIG_USB_DEVICEFS=y


Tem que ser sem o # senão não funciona.


A partir deste ponto segue a dica anterior. É uma longa compilação e instale os pacotes necessários. Neste ponto o USB da máquina virtual volta a funcionar sem maiores problemas.


Esta opção pode valer para o Lucid Lynx, a próxima versão do Ubuntu. Mas, pode ser que o usbfs desapareça em futuras versões do Kernel, sendo necessário utilizar alguns patches para resolver este problema. Mas tomara que demore muito já que a versão 2.0.x do VMware Server é um pouco pesada para a máquina do serviço e não instalo o Workstation para evitar o uso de software pirata.

Hackers criam versão do Android 2.1 para o HTC Hero

Notícia tirada de: http://br-linux.org/2009/pressa-hackers-criam-rom-com-android-2-1-para-o-htc-hero/ que também veio de

  http://tecnologia.ig.com.br/noticia/2009/12/02/hackers+criam+versao+do+android+21+para+o+htc+hero+9189575.html

Mas vamos para o copy & paste do artigo original.

Sistema ainda não foi oficialmente lançado, e é considerado "experimental"

Geek

Por Antonio Blanc

O Android 2.1 ainda não foi oficialmente lançado (a previsão é para meados de Dezembro), mas isso não impediu os hackers do site AllDroid.org de criar uma “ROM” com a nova versão do sistema operacional para o smartphone HTC Hero.

A ROM ainda é considerada experimental pelos próprios desenvolvedores, que alertam sobre problemas com o Bluetooth, Android Market e sincronia entre os contatos do GMail e o aparelho (que simplesmente não funcionam) e lentidão em vários pontos do sistema, inclusive no “boot”. Isto não impediu vários usuários nos fóruns do AllDroid e XDA-Developers de experimentar a “atualização” e relatar suas experiências de sucesso.

O Android 2.1 será uma atualização menor em relação à versão 2.0,lançada em outubro. Segundo o site Electronista, as principais mudanças seriam na loja de aplicativos, a App Market, que seria simplificada. Outras mudanças seriam a possibilidade de instalar aplicativos a partir do PC e a cobrança dos aplicativos através da operadora, sem necessidade de uso do Google Checkout.

Como rodar o VMware Server da série 1.0.x no Karmic Koala

Eu atualizei o Ubuntu lá do serviço para a versão 9.10 e já tive uma dificuldade em rodar o VMware Server 1.0.8. O módulo do kernel voltava vários erros e não compilava devidamente.

Pesquisando na rede cheguei na seguinte página:

http://www.dedoimedo.com/computers/vmware-server-ubuntu.html

Nele tem um patch para atualizar os módulos para que o mesmo rode. Ele pode ser localizado neste link:

http://www.insecure.ws/2009/09/11/vmware-specific-specific-5-5-x-and-kernel-2-6-31

Após baixar o arquivo, você descompacta e rode o runme.pl.

Mas ainda tem outra coisa: Tem que recompilar o kernel. Mas neste ponto isso pode ser resolvido pelo seguinte comando:

apt-get install build-essential devscripts

apt-get source linux-image-2.6.31-14-generic

Existe dois patches no vmware-update-2.6.31-5.5.9.tar.bz2 para ser aplicados no kernel porém, por algum motivo, ele não funciona.

Então, entre na pasta linux-2.6.31, edite o arquivo arch/x86/kernel/init_task.c e adicione a seguinte linha no final do arquivo:

EXPORT_UNUSED_SYMBOL(init_mm);

Agora, dentro desta mesma pasta, tente apt-get build-dep linux-image-2.6.31-14-generic, debuild, aguarde um tempo assistindo a um filme, vá dormir se for de madrugada e, após este periodo, instale os pacotes resultantes pelo comando abaixo:

dpkg -i linux-headers-2.6.31-14_2.6.31-14.48_all.deb linux-headers-2.6.31-14-generic_2.6.31-14.48_i386.deb linux-image-2.6.31-14-generic_2.6.31-14.48_i386.deb linux-libc-dev_2.6.31-14.48_i386.deb

Se você fez alguma personalização no /etc/vmware/config por conta do teclado, faça uma cópia dele agora.

Apos reiniciar o computador, rode o vmware-config.pl novamente. Algumas mensagens de warning deve aparecer mas os modulos vão ser compilados normalmente e os serviços serão levantados.

A partir deste ponto, retorne a cópia do config para a pasta /etc/vmware, rode o console do VMware Server  e voltar a utilizar as máquinas virtuais.



Atualização: Caso tenha algum problema no mouse nas máquinas virtuais adicione estas duas linhas no /etc/vmware/config

svga.maxWidth = "1024"
svga.maxHeight = "768"

Essa configuração é valida para resolução 1024x768 na máquina virtual. Caso precise de uma resolução superior é só alterar estas duas linhas.

Tenha uma boa quinta.


Nova atualização (14/03/2010): Se tiver problemas com o USB em uma das atualizações acompanhe o post Atualizaçao do Ubuntu 9.10 quebra a dica do VMware.