Resolver a remoção de programas em /var/lib/dpkg/info

De vez em quando há pacotes que ficam mal instalados! É verdade, por mais que se seja cuidadoso há sempre alguma coisa que rebenta.

Ainda por cima normalmente acontece que não se consegue a partir daí instalar ou remover o que seja enquanto esse problema não for resolvido.

Muitas vezes acontece algo do género:

dpkg: error processing NOME DO PACOTE (--remove):
subprocess post-removal script returned error exit status 1

Ora isto quer dizer que por algum motivo o script que devia correr após a remoção do pacote está meio marado... um truque é dar uma vista de olhos à pasta

/var/lib/dpkg/info

que contem os scripts de pre/pós-instalação e pre/pós-remoção dos pacotes. As extensões dos mesmos dão uma ideia.

Ora se lermos com atenção os logs do aptitude podemos ver qual o problema em causa. Por vezes acontece que tudo foi removido e é só o script de pós-instalação que está a dar um erro. Para ultrapassar este problema uma solução pode passar por acrescentar logo na segunda linha do script manhoso o seguinte:

exit 0

Desta forma estamos a fazer o exit sem erros antes que qualquer coisa corra mal. Isto pode deixar algum lixo instalado, mas pelo menos pode ajudar a resolver algum problema de instaladores que não funcionam.... tal como no caso do nginx que não queria ser apagado...

Netbooks: Evite o Windows! Diz o The Economist

O título diz tudo...

E embora não seja sobre linux o artigo que compara os diversos netbooks disponíveis, acaba por dizer que os aparelhos são muito capazes de trabalhar e que devem ser utilizados com linux em vez de Windows, uma vez que o OS da MS é caro e exige mais recursos dos pequenos portáteis e que efectivamente é com linux que eles se dão melhor.

Ainda as definições de proxy

Este tema já aqui foi apresentado várias vezes, mas mesmo assim este fim-de-semana andei às voltas com as definições de proxy, principalmente no que diz respeito às actualizações.

Para quem se liga à net através de um proxy, por vezes surgem dificuldades em conseguir fazer actualizações ao sistema. O meu problema foi exactamente o inverso. Estava em casa, sem proxy, e sempre que tentava utilizar o synaptic (ou na linha de comandos o apt) recebia uma mensagem de erro de proxy não encontrado. O meu PC estava com as configurações de proxy do minha universidade. Tentei as opções mais óbvias: no synaptic fui a Settings>Preferences>Network e seleccionei a opção "Direct connection to the internet". O resultado continuava o mesmo; sempre a queixar-se do proxy. Então, e como referido pelo David à algum tempo atrás aqui no Linux-facil, fui à linha de comando e escrevi

export http_proxy=

Sim, só assim, uma vez que o que eu queria era uma ligação à internet sem proxy. Mas no entanto nada funcionava. Até que tive uma daquelas ideias brilhantes, tipo lógica da batata: se o sistema está à procura de um proxy, estas definições tem que estar escritas em algum lado. Comecei por procurar no meu sistema qualquer ficheiro que tivesse escrito o nome do proxy que ele estava à procura (no meu caso proxy.uminho.pt). Fiz esta pesquisa utilizando a ferramenta de busca do Gnome (Places>Search for files...>Select more options>Contains the text). O que encontrei fez-me lembrar que muitas vezes as respostas para os nosso problemas se encontram nos sítios mais óbvios. Havia um ficheiro apt.conf (localizado em /etc/apt/) que tinha a definição de proxy, que por alguma razão não estava a ser modificada através da GUI do synaptic. Apaguei a referencia ao proxy e tudo está a funcionar bem. Agora estou de volta à ligação com proxy, alterei as definições de proxy através da interface do Gnome (System>Preferences>Network Proxy) e está tudo a funcionar bem.

Depois do problema resolvido pus-me a pensar no que terá causado este problema. Muito provavelmente terá sido o facto de eu ter instalado o Ubuntu no meu portátil enquanto estava ligado à net através do proxy. No processo de instalação configurei a ligação à net com o proxy para puder instalar directamente as versões mais actuais de cada pacote, e essa configuração ficou "colada" ao meu synaptic naquele bendito ficheiro apt.conf.

Todos os computadores com linux vermelho

Ele há notícias que parecem boas, mas no entanto são más. A China parece estar a obrigar os cybercafés a adoptar Linux. Até aqui podia ser uma boa notícia, no entanto tem surgido a suspeita que a distribuição que está a ser instalada, a Red Flag Linux poderá de alguma forma ajudar a que o governo Chinês controle as actividades dos internautas. Ora aqui é que a notícia perde a piada.

Wicd Network Manager no Eee PC

O problema não é do EeePC, nada disso. A meu ver o problema com o acesso Wi-fi tem mesmo a ver com o network manager do Gnome/Ubuntu. Aquilo tenta esconder de tal forma o que se passa por detrás do sistema que tentar aceder a uma rede WPA2 com ESSID escondido é um problema de tentativa e erro.

Por isso decidi trocar o network manager por algo diferente. O wicd é um substituto que finalmente parece saber o que faz. Desde a interface simples mas não simplista, à velocidade com que ele estabelece a ligação e à manutenção de múltiplos perfis mete a um canto o network-manager.

Um dos problemas com Linux é mesmo ser capaz de adequar informação necessária com simplicidade. Por vezes há aplicações que são simplistas e não dão informação suficiente, mesmo para um utilizador inexperiente, enquanto outras pecam por excesso. O Wicd está exactamente naquele ponto de perfeição, senão mesmo melhor que os do Mac ou Windows. Por mim devia passar a ser o gestor de rede por defeito em qualquer Linux. Não há muita paciência para a cada 6 meses ver o network-manager com os mesmos problemas. O Wicd é um "Life saver" que aconselho vivamente... e o meu Eee PC passou a funcionar muito melhor.

WPA no EeePc

Se bem que funciona, ainda não consegui que funcionasse tão bem como noutros sistemas operativos. Primeiro, a velocidade de "aquisição" e "autenticação" é lenta. Demora uns 30 segundos quando devia ser algo para 2 ou 3 segundos. Por outro lado as tentativas para aceder a uma rede onde o SSID está escondido tem resultado frustradas e quando me quero ligar com o EeePC em casa acabo por ter que expor o meu SSID. Alguém tem conseguido colocar o EeePC com WPA a funcionar sem que seja preciso expor a SSID da rede?