NonsenseBB

Recentemente lá no emprego alguém se deu ao trabalho de me mostrar a luz sobre uma ferramenta essencial que tenho estado a ignorar totalmente em todos estes anos que tenho usado linux (e demais *nix): o screen.

Para quem não conhece o screen deixo uma pequena explicação: o screen funciona como um gestor de múltiplos terminais dentro da mesma janela (uma especie de “tabs” na cli) e para além disso serve também para manter as aplicações a correr quando saímos da sessão (algo bastante útil quando o wireless decide falhar ou o pc decide empancar por causa de um controlador IDE estragado).

Eu experimentei e devo dizer que estou totalmente rendido á sua utilidade mas, como sempre, foram muitas as vezes que dei por mim a entrar numa maquina, começar o que queria fazer e só a meio me lembrar que dava jeito ter o screen a correr para poder ir fazer outra coisa qualquer. Para resolver esta situação decidi forçar-me a mim próprio a usar o screen e como tal fiz um pequeno script para colocar no .bashrc que resolve a situação:

if [[ $TERM == 'xterm' ]]; then
        if [[ `screen -list | grep Detached | wc -l` == 0 ]]; then
                if [ ! ${SSH_TTY} ]; then
                        exec screen
                else
                        screen
                fi
        else
                if [ ! ${SSH_TTY} ]; then
                        exec screen -dRR
                else
                        screen -dRR
                fi
        fi
fi

Este pequeno script muda a minha sessão de bash para o screen sempre que entro numa consola local (mas não abre o screen dentro do screen) ou então simplesmente corre o screen se estiver a usar ssh para aceder á maquina. Basicamente a diferença é: em máquinas locais exit sai da sessão enquanto que nas remotas exit sai apenas do screen mas mantém a sessão (NOTA: ainda não testei isto).

Como bónus ele detecta se existem sessões ligadas mas inactivas na maquina em questão e religa-se a uma delas caso assim seja (infelizmente ainda é aleatória esta parte).

Para complementar falta o script que arranjei num blog para adicionar uma pequena barrinha na parte inferior da consola com uma lista das “tabs” do screen, data e hora e, acima de tudo, o hostname da maquina onde o screen está a correr:


caption always "%{= kw}%-w%{= BW}%n %t%{-}%+w %-= @%H - %LD %d %LM - %c"


E estou pronto a usar o screen permanentemente nas minhas sessões. Espero que isto ajude alguém por aí como me ajuda a mim.

Estão fartos de ver dvds cheios de blur quando usam o pc? Pois bem a solução para esse problema é simples: fazer upscale ao dvd.

Não querendo entrar em muitos pormenores acho que basta dizer que o processo de upscale basicamente aumenta a resolução de um vídeo para uma resolução superior aplicando algoritmos matemáticos para reduzir os efeitos secundários como o blur e o ruído na imagem.

Ainda não procurei se dá para fazer isto em Linux ou Mac OS-X portanto isto aplica-se apenas a utilizadores Windows.

Certamente que alguns ainda se lembram que eu sou um bocado fã desse velhinho player que dá pelo nome de Winamp (e que continuo a usar sempre que estou em windows) e outros sabem também que eu costumo utilizar o Google Talk.

Pois bem a verdade é que o cliente windows do Google Talk tem uma funcionalidade semelhante ao Windows Live Messenger que permite mostrar a musica que estamos a ouvir como mensagem de estado e há uns tempos atrás deparei com um bug na mesma: sempre que a ligava o cliente bloqueava assim que eu ligava o Winamp.

Na altura não encontrei nenhuma justificação nem solução mas hoje calhei a pesquisar sobre o assunto e deparei-me com a solução (fonte). Solução essa que vou passar a reproduzir aqui:
 

• Ir a pasta onde foi instalado o Winamp (habitualmente “c:\program files\winamp”) e criar um ficheiro vazio chamado “winamp.m3u”. Reiniciar tanto o Google Talk como o Winamp e deve ficar tudo ok.

Vou deixar isto aqui porque pode ser útil para mais alguém mas faço-o mais porque estou constantemente a esquecer-me disto.

(Carrega na imagem para aumentar)

Para quem como eu usa o Gnome como ambiente de trabalho e quer ter os compromissos no calendário que aparece quando se clica no applet com a data e hora, aqui fica o comando a executar:

/usr/lib/evolution-webcal/evolution-webcal $URL_DO_FICHEIRO_ICAL

NOTA: A localização do ficheiro pode variar, esta é a localização em Arch Linux.

Tendo decidido recentemente mergulhar de cabeça no mundo do Open-Source e resolvi colocar á prova o Launchpad da Canonical (os responsáveis pelo Ubuntu para quem não sabe). Consequentemente dei-me ao trabalho de verificar como se poderia utilizar o sistema Bazaar do serviço em Windows e resolvi relatar aqui o processo.

…ou como não desistir de usar Ubuntu passados 5 minutos.

Vou neste artigo refutar algumas das principais razões que são habitualmente dadas pelos utilizadores que desistem do Ubuntu antes mesmo de o instalar.

1 – O Sistema é feio.
Eu sei que a maioria das pessoas fica pelo default mas o do Ubuntu não é propriamente atraente (não é que eu desgoste do castanho/laranja, simplesmente acho que está mal utilizado) por isso uma das principais razões para a desistência precoce do sistema é o seu aspecto. Experimente fazer algo tão simples como no proprio live cd irem a Sistema -> Preferências -> Tema e escolherem um tema como o “Aspecto Claro” ou o “Brilhante”.

2 – Não funcionou antes.
Outra grande questão é que muita gente não tem o seu hardware 100% funcional no sistema e eu não vou mentir: o mais provável é que nos próximos tempos isso nunca venha a acontecer. No entanto a cada nova versão do Ubuntu existe mais suporte para hardware e acreditem em mim, as diferenças são notórias.

Isto serve mais como referência pessoal do que outra coisa mas aqui vai de qualquer forma:

Alguma vez tiveram um problema com o Firefox em Windows que fazia com que sempre que carregassem um url externo (quer via o Executar/Run do menu iniciar ou um ficheiro .url) o Windows respondesse com uma mensagem de erro a dizer que “Não foi possível encontrar [url em questão]“?

Pois bem esse erro está relacionado com um velho bug do Firefox que continua a marcar presença hoje em dia mesmo que muito esporadicamente.

A forma de o corrigir é a seguinte:

1. Abrir o Explorador do Windows
2. Ir a Tools -> Folder Options
3. Tab File Types
4. Escolher a extensão: (NONE), File Type: HyperText Transfer Protocol
5. Clicar em Advanced no canto inferior direito da janela
6. Na janela de Edit File Type , escolham open e cliquem em Edit.
7. Na parte de DDE Message devem ver algo estilo “%1…”, apaguem tudo o que está nessa caixa.
8. Cliquem em OK para voltar ás extensões.
9. Repitam o processo para HyperText Transfer Protocol with Privacy

E o problema deve desaparecer.

Há uns dias perguntei aqui no blog se alguém conhecia um “Mensageiro em Lan” e o Diogo Gomes deu-me a dica de experimentar o Pidgin com o protocolo Bounjour. Eu segui a dica e descobri que era a solução perfeita e como tal achei que era boa ideia deixar por aqui o que isto faz e como o instalar.