O caso que tratamos hoje é de um servidor Debian, versão 5.0.3 (lenny), que usava o encode LATIN1 quando instalado e configurado o Postgresql, e não me deixava criar uma base de dados UTF-8, gerando o seguinte erro:

debian:~# su postgres -c 'createdb teste3  -E UTF-8'
createdb: database creation failed: ERROR:  encoding UTF8 does not match server's locale en_US
DETAIL:  The server's LC_CTYPE setting requires encoding LATIN1.

Porque??

O Postgresql, quando roda pela primeira vez, cria um cluster usando o encode default do sistema, e após feito isso, não se pode alterar o encode do cluster. O cluster default é o main, em todas as intalações que eu vi.

No caso deste servidor o encode default (locales) era en_US, que para o Debian significa en_US.ISO-8859-1. Por default o Debian Lenny, nas minhas instalações do zero, usa en_US.UTF-8, então o servidor provavelmente deveria ser um antigo Debian Etch atualizado.

A solução

Depois de alguma pesquisa, descobri que, após configurar o encode do servidor para usar UTF-8, poderia criar um novo cluster que suportasse tal encode.

Vamos ao passo a passo da solução do problema.

• Criando um novo cluster: Para criar um novo cluster no Debian, é bastante simples:

  debian:~# pg_createcluster 8.3 utf8_cluster
  Creating new cluster (configuration: /etc/postgresql/8.3/utf8_cluster, data: /var/lib/postgresql/8.3/utf8_cluster)...
  Moving configuration file /var/lib/postgresql/8.3/utf8_cluster/postgresql.conf to /etc/postgresql/8.3/utf8_cluster...
  Moving configuration file /var/lib/postgresql/8.3/utf8_cluster/pg_hba.conf to /etc/postgresql/8.3/utf8_cluster...
  Moving configuration file /var/lib/postgresql/8.3/utf8_cluster/pg_ident.conf to /etc/postgresql/8.3/utf8_cluster...
  Configuring postgresql.conf to use port 5433...
   
  debian:~# /etc/init.d/postgresql-8.3 restart

  O cluster vai rodar na primeira porta livre que achar depois da 5432, a não ser que você especifique. Para ter efeito, reinicia-se o Postgresql.

• Criando o usuário: Agora crie o usuário da base de dados, recomendo o mesmo nome e senha além de editar sua autenticação para trust no pg_hba.conf do seu cluster:

  debian:~# su postgres -c "createuser -P pyuser -p 5433"
  Enter password for new role:
  Enter it again:
  Shall the new role be a superuser? (y/n) n
  Shall the new role be allowed to create databases? (y/n) n
  Shall the new role be allowed to create more new roles? (y/n) n

• Migrando as bases: Agora você deve migrar as bases de dados. Primeiro crie ela e depois faça um dump seguido de um psql, direto na linha de comando. Siga o exemplo:

  debian:~# su postgres -c "createdb teste3 -e -p 5433 -O pyuser"
  CREATE DATABASE teste3 OWNER pyuser;

  Agora liste a base de dados:

  debian:~# su postgres -c "psql -l -p 5433"
          List of databases
     Name    |  Owner   | Encoding
  -----------+----------+----------
   postgres  | postgres | UTF8
   template0 | postgres | UTF8
   template1 | postgres | UTF8	
   teste3    | pyuser   | UTF8
  (4 rows)

  Após criar a base de dados, então faremos a população dela, atenção quanto as portas:

  debian:~# pg_dump -U pyuser teste3 | psql -U pyuser -p 5433 teste3

• Configurando sua aplicação: Esta é a parte mais simples, apenas altere a porta da sua aplicação para a porta do novo cluster.

Repita os passos da criação da base de dados para cada base que precisa ser movida, e pronto, tudo funcionando agora com suporte a UTF-8.

Trabalhar com várias versões de ambientes python tem se tornado algo comum em minha vida, e acredito que um meio fácil de ’setar’ estes ambientes seja algo útil e não tão simples para a maioria das pessoas.

Eu criei um simples bash script que seta este ‘ambiente’, trata-se de uma função que você cria no seu .bash_profile. Executa-se ela com a versão do python em seguida e pronto, seu ambiente esta configurado. Vamos ver no código como eu fiz, o script está com comentários em inglês:

export ORIGINALPATH=$PATH
loadpyenv(){
    # $PV is our control variable, get from $1, first argument on shell
    # anything that you need to put here and depend for python version ${PV} is your var ;)
    export PV=$1
    echo -e "\n:: Setting environ to use python $PV"
 
    # Put here various aliases that you can use
    # put a python alias
    alias python="python${PV}"
    # m and runserver a kick alias for Django common actions
    alias m="python${PV} manage.py"
    alias runserver="python${PV} manage.py runserver :8000"
    # easy and fast install of python packages, in right path with localpyinstall
    alias localpyinstall="python${PV} setup.py install --prefix=~/.py/${PV}/"
    echo -e "\n:: New aliases"
    # print aliases :)
    alias python m runserver localpyinstall
 
    echo -e "\n:: New PATH"
    # setup aplications path, be careful about not use $ORIGINALPATH.
    #
    # I use a path structure like that:
    # ~/.py/
    # |-- 2.4
    # |-- 2.5
    # `-- 2.6
    export PATH="${HOME}/.py/${PV}/bin/:${ORIGINALPATH}"
    echo $PATH
    echo -e "\n:: New PYTHON PATH"
    # setup new python path, don't need to add system wide path, just our custom paths
    export PYTHONPATH="${HOME}/.py/${PV}/lib/python${PV}/site-packages/"
    # print more some info
    python$PV -c "import sys;print sys.path"
    echo -e "\n:: Django version & file"
    python$PV -c "import django;print 'version %s ... file %s' % (django.get_version(),django.__file__);"
}

Agora crie uma estrutura de diretórios com o comando:

$ mkdir -pv ~/.py/{2.4,2.5,2.6}

E cada vez que for usar uma versão diferente do python, carregue com:

$ loadpyenv VERSÃO

Onde VERSÃO é a versão escolhida do python.

Várias versões do Python no Gentoo

O Gentoo Linux, minha distro do dia a dia, me dá um bom bonus quanto a múltiplas versões do python, configure no /etc/make.conf a seguinte linha:

USE_PYTHON="2.4 2.5 2.6"

Instale os pythons nas versões escolhidas e execute o seguinte comando para re-compilar seus pacotes:

emerge $(eix -I dev-python/* | grep "\[I\]" | cut -d' ' -f2)

O eix é uma aplicação de indexação do portage, muito comum nas máquinas Gentoo.

Cada pacote python é recompilado para as 3 versões (no caso), mas tive problemas em compilar alguns pacotes para a 2.4, fiquem avisados

Bom, é isso, até mais!

The boot of KDE 4.2.2 in Gentoo

Para adiantar minhas opnições, eu digo que realmente gostei muito do que fizeram, mas os bugs encontrados não o tornam um desktop apto para uso diário, embora bonito. Vamos as minhas opniões ponto principais!

Ponto a ponto posso dizer que o modo como é organizado os plasmoids e os temas usados estão ficando cada vez melhor. A integração com GTK continua a mesma do KDE 3.5.10 que uso. Os novos plasmoids precisam, na sua maioria, de um trabalho melhor, pois plasmoids que me deixariam ter RSS no desktop de uma maneira bonita (o que me é muito útil) não funcionam, o monitor de sistema não perde aos feios monitores do superkaramba e ainda continuamos a ter plugins inúteis como o olho que segue o mouse.

O visual do KDE 4.2.2 está fantástico, como disse os temas são belos (mas temos os feios também) e temos possiblidade de customizar cada item do tema, misturando itens de vários temas. A transparência no KDE 4 é real, usando composite e desativada facilmente via Alt+Ctrl+F12 ou automática se o KDE detecta que ela está sobrecarregando o sistema.

KDE now have real transparency using X composite

A possiblidade de customização de efeitos (utéis e inutéis) é consideravél, podemos ter o cubo, cilindro, efeitos de explosão na janela. A janela torcendo (é isso??) e as utilidades para achar o mouse foram realmente úteis, uma por beleza e brincadeira e outra por pura utilidade. Outras customizações utéis são as ações para os cantos da janela, onde eu usei a que mostra um grid com todas as janelas para ai você escolher. Os Alt+Tabs frescurentos também estão aqui e tem lá sua inutilidade. Infelizmente efeitos bonitinhos para mim não é uma prioridade já que meu foco é um desktop para programar, neste ponto, espero que o time do KDE foque em estabilidade e desempenho.

New Klauncher (Alt+F2)

Meus ovos podres vão para o Kopete, infelizmente, embora a interface tenha melhorado bastante (tem que notar bem pra ver) ele da crash quando adiciono contatos no MSN e seu sistemas de notificação foi a gota d’água , simplesmente não da para desabilitar e me deixou louco, impossível trabalhar com um monte de balões pulando a cada mensagem de amigos. Outro ponto muito negativo também é que no geral, mesmo com o composite desabilitado, o KDE 4.2.2 ainda está meio lentão, parecido com o Windows Vista. Não seria um problema se eu tivesse vindo direto do Windows Vista para o KDE 4.2.2, mas minha volta ao Linux foi ao KDE 3.5.x e a diferença de velocidade entre eles é realmente notável para programar, o que me leva devolta, hoje, ao kde 3.5.10. Ficarei de olho no KDE 4 e quem sabe nas versão 4.3.x ele fica bom para usar no dia a dia :].