To solve this problem, I only add the ppa repository of blueman, geting some latest version of it.

In karmic, the process of including this type of repository, now is easier. Only this steps to include and update:

sudo add-apt-repository ppa:blueman/ppa
sudo apt-get update
sudo apt-get upgrade

My bluetoth device is recognized in “lsusb” as:

lsusb
Bus 006 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)

Yes, is the cheaper usb bluetoth dongle.

I will look again the wikis focused on education and see better these points.

Have passed one month before I quit my fixed job.

In this time, I traveled to Brasilia a week and I studied a lot.

That is fine, now I am getting some jobs and looking for a full time career.

I am a good person and I am training to be a Javascript and Ruby ninja

This is the first point, after started, I am always looking for new challenges (languages, environments, architectures, etc).

So, if you need a promising developer to do something and change the world ehehe, contact me

Today I upgrade my Gwibber. I am using the daily build repository. Yes, I know that I can get a unstable release hehe, but it’s interesting.

I used the upgrade command, after the update

sudo apt-get update
sudo apt-get upgrade -V

And it proposes to upgrade Gwibber

gwibber (2.0.0~bzr433-0ubuntu2~daily1~jaunty => 2.0.0~bzr438-0ubuntu2~daily1~jaunty)

But the “438″ build didn’t work fine with me, and I intend to downgrade back to “433″.
So, I did the following steps.

1) Search for Gwibber packages at apt cache repository in my machine.

cd /var/cache/apt/archives
ls *gwi*

And it returns the list of available packages.

gwibber_0.8-0ubuntu5_all.deb
gwibber_0.9.2~bzr263-0ubuntu1~jaunty_all.deb
gwibber_2.0.0~bzr433-0ubuntu2~daily1~jaunty_all.deb
gwibber_2.0.0~bzr438-0ubuntu2~daily1~jaunty_all.deb

2)
So, I only installed again the previous version of it with “dpkg”

sudo dpkg -i gwibber_2.0.0~bzr433-0ubuntu2~daily1~jaunty_all.deb

It works fine with me

Deve ser algum mal de família ehehe. Sei que de tempos em tempos é obrigatório uma limpeza, mesmo que pequena.

Basicamente procuro seguir os seguintes conceitos:

1. Se algum dia você precisar disso e for difícil de achar… esqueça… apague
2. Se você não for precisar para amanhã ou algum dia bem fácil de se imaginar… esqueça… apague

Realizei a faxina neste final de semana
Da minha partição de 142GB, haviam 9GB livres…
Depois da Faxina foram para 114G \o/

É necessário deixar sempre somente o essencial…

Primeiro, não sou profissional em sysadmin, e ainda não está 100% na Locaweb, pois não deve ter dado tempo ainda de fazer todos os ajustes necessários.
Desculpe-me qualquer “besteira” que eu tenha escrito nesse post ehehee

Bem, a hospedagem compartilhada linux da locaweb hoje conta com aquela receita de passenger.

Basicamente, quis testar o ambiente antes de partir para o abraço.

Primeiros passos:
- Instalar o “restful-authentication” (ainda vou brincar com os outros plugins)
- Testar um cadastro comum via scaffold

Problemas:
1) /signup não cadastrava e dava erro de mod_security (malformed header from script. Bad header)
2) cadastro simples cadastrava, mas sem dados

Resolução:

1) Alterar o armazenamento de sessão do cookie para o banco

vim config/initializers/session_store.rb

- Comente as linhas referentes ao “ActionController::Base.session ”
- Descomente a linha “ActionController::Base.session_store = :active_record_store”

rake db:sessions:create
rake db:migrate RAILS_ENV=production

referências:

• http://rails_security.lighthouseapp.com/projects/15332/tickets/40-rails-edge-and-passenger

2) Os cadastros ocorriam, porem apresentavam a seguinte diferença:

- Como era o log no ambiente de desenvolvimento via mongrel

Processing UsersController#create (for 127.0.0.1 at 2009-04-11 22:07:18) [POST]
  Parameters: {"user"=>{"nome"=>"nome", "idade"=>"2"}, "commit"=>"Create", "authenticity_token"=>"..."}

- Como ficava publicado na locaweb

Processing UsersController#create (for 127.0.0.1 at 2009-04-11 21:50:10) [POST]
  Parameters: {"commit"=>"Create", "authenticity_token"=>"...", "user[idade]"=>"2", "user[nome]"=>"nome"}

Percebeu a diferença?
A solução foi:

• Instalar a gem rack 0.9.1 primeiro instalando gem personalizada

Inserindo a gem do rack no environment.rb

• Puxando as gems do projeto para a pasta vendor/gems

vim config/environment.rb

config.gem "rack"

rake gems:unpack GEM=rack

Li algo sobre isso aqui

Observações:

• O projeto deve já estar com freeze no rails 2.3.2
• Não sei se estes são os únicos problemas

Update: 2009-08-18

Aparentemente não é necessário mais realizar toda essa “gambi” descrita ali em cima…
Realizei novamente o teste e funcionou sem problemas.

Porem, as vezes ainda encontramos alguns problemas na hora de publicar um projeto. Por exemplo o @lfsilveira teve problemas sérios em um projeto… Não sei bem o que aconteceu, parece que tinham migrado ele de servidor(suposição minha), perdido todas as permissões dos arquivos publicados e as gems da máquina haviam sumido :-O (o problema foi as permissões, já que o projeto estava com frezze). Nisso, arrumamos as permissões… no outro dia estava com problema novamente… desta vez, todas as gems haviam voltado (?!?) e estava ocorrendo este erro descrito pelo @cedugenio em seu post.

É isso boa sorte nas publicações

Hoje utilizei ela para gerar um diagrama rápido do meu projeto (não quis pegar a folha de papel na mochila ehehe).

1) Entre no diretório do seu projeto via console

2) Instale a gem railroad

sudo gem install railroad  --no-ri --no-rdoc

3) Instale o pacote graphviz para poder converter o dot para png

sudo apt-get install graphviz

4) Rode o comando para gerar o .dot

railroad -o model.dot -M

5) Converta o .dot para .png

dot -Tpng model.dot > model.png

Pronto, haverão 2 arquivos na raiz do seu projeto. Basta abrir o model.png e visualizar

Esse é o caminho para uma boa avaliação.

Inicialmente, removemos todos os pacotes do gerenciador padrão do ubuntu.

sudo apt-get purge ruby ruby1.8 rdoc ri irb libopenssl-ruby ruby-dev libopenssl-ruby1.8 libreadline-ruby1.8 libruby1.8 ruby1.8-dev

Tambem é importante ter os compiladores básicos.

sudo apt-get -y install build-essential libssl-dev libreadline5-dev zlib1g-dev

Vamos instalar o checkinstall, para que possamos compilar e gerar um .deb e ter um maior controle sobre o que é instalado

sudo aptitude install checkinstall

Agora vamos puxar o código fonte do Ruby

wget ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.6-p287.tar.gz
tar xvzf ruby-1.8.6-p287.tar.gz
cd ruby-1.8.6-p287

Agora vamos seguir para o processo de compilação

./configure --prefix=/usr/local --with-openssl-dir=/usr --with-readline-dir=/usr --with-zlib-dir=/usr
make
sudo checkinstall

Para testar se tudo ficou ok:

/usr/local/bin/ruby -ropenssl -rzlib -rreadline -e "puts :success"

Criando os links simbólicos

sudo ln -s /usr/local/bin/ruby /usr/bin/ruby

Um problema que eu tive, foi com a instalação anterior do RubyGem, que apresentava o seguinte erro:

 gem -v
/usr/bin/gem:8:in `require': no such file to load -- rubygems (LoadError)
	from /usr/bin/gem:8

Isso aconteceu, pois a instalação do Ruby e dos Gems mudaram de local.
Para resolver, re-instalamos o gem na nova pasta do Ruby.

A pasta anterior do Ruby era:

whereis ruby
ruby: /usr/bin/ruby1.8 /usr/bin/ruby /usr/lib/ruby /usr/share/man/man1/ruby.1.gz

E agora mudou para:

whereis ruby
ruby: /usr/bin/ruby1.8 /usr/bin/ruby /usr/lib/ruby /usr/local/bin/ruby /usr/local/lib/ruby

Isso aconteceu, pois mudamos o diretório de instalação de “/usr/” para “/usr/local/” no momento do configure (configure –prefix=/usr/local)

Para re-instalar o gem:

wget http://rubyforge.org/frs/download.php/45905/rubygems-1.3.1.tgz
tar xvzf rubygems-1.3.1.tgz
cd rubygems-1.3.1/
sudo ruby setup.rb
 
gem1.8 -v
1.3.1

O gem tambem mudou do lugar:

whereis gem
gem: /usr/bin/gem /usr/bin/gem1.8

Para:

whereis gem
gem: /usr/bin/gem1.8 /usr/bin/gem /usr/local/bin/gem

Com a mudança de diretório do gem, perdemos todas as gems que haviam instaladas.
As gems anteriores, podem ser listadas com o seguinte comando:

ls /usr/lib/ruby/gems/1.8/gems/

Aprendi boa parte disso nos seguintes sites:

• Compiling Ruby, RubyGems and Rails on Ubuntu
• Ubuntu + Ruby + Rails + Sqlite + Mongrel

Ps. Esse post é valido apenas para o Ruby 1.8.6 e 1.8.7

Mas parece que mudaram a página do Rails falando que o 1.8.7 já funciona perfeitamente ehehe.

Um exemplo clássico disso, era uns problemas com meu primeiro projeto em Rails (O lamina foi feito no Rails 1.2.6).

Basicamente o procedimento é o seguinte:

sudo cp /etc/apt/sources.list /etc/apt/sources.list_backup

Depois iremos criar o arquivo /etc/apt/preferences

sudo touch /etc/apt/preferences
sudo gedit /etc/apt/preferences

E insira o seguinte conteudo nele:

Package: ruby
Pin: release a=hardy
Pin-Priority: 900
 
Package: ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: rdoc1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: ri1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libgtk2-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libdbd-sqlite3-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libopenssl-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libsqlite3-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: ruby1.8-dev
Pin: release a=hardy
Pin-Priority: 900
 
Package: libdbi-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libatk1-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libpango1-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libatk1-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libgdk-pixbuf2-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libglib2-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libcairo-ruby1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: irb1.8
Pin: release a=hardy
Pin-Priority: 900
 
Package: libreadline-ruby1.8
Pin: release a=hardy
Pin-Priority: 900

Agore iremos criar uma cópia das fontes, porem substituindo “intrepid” por “hardy”

sudo gedit /etc/apt/sources.list

deb http://archive.ubuntu.com/ubuntu/ hardy main restricted
deb-src http://archive.ubuntu.com/ubuntu/ hardy main restricted
 
deb http://archive.ubuntu.com/ubuntu/ hardy-updates main restricted
deb-src http://archive.ubuntu.com/ubuntu/ hardy-updates main restricted
 
deb http://archive.ubuntu.com/ubuntu/ hardy universe
deb-src http://archive.ubuntu.com/ubuntu/ hardy universe
deb http://archive.ubuntu.com/ubuntu/ hardy-updates universe
deb-src http://archive.ubuntu.com/ubuntu/ hardy-updates universe
 
deb http://archive.ubuntu.com/ubuntu/ hardy multiverse
deb-src http://archive.ubuntu.com/ubuntu/ hardy multiverse
deb http://archive.ubuntu.com/ubuntu/ hardy-updates multiverse
deb-src http://archive.ubuntu.com/ubuntu/ hardy-updates multiverse
 
deb http://archive.ubuntu.com/ubuntu/ hardy-security main restricted
deb-src http://archive.ubuntu.com/ubuntu/ hardy-security main restricted
deb http://archive.ubuntu.com/ubuntu/ hardy-security universe
deb-src http://archive.ubuntu.com/ubuntu/ hardy-security universe
deb http://archive.ubuntu.com/ubuntu/ hardy-security multiverse
deb-src http://archive.ubuntu.com/ubuntu/ hardy-security multiverse

Depois de Inserir uma cópia das fontes do hardy no seu arquivo sources.list

sudo apt-get update

Para pegar a lista de pacotes disponivel para o hardy.

Depois disso, iremos remover o Ruby.

sudo apt-get remove ruby ruby1.8 rdoc ri irb libopenssl-ruby ruby-dev libopenssl-ruby1.8 libreadline-ruby1.8 libruby1.8 ruby1.8-dev

E depois re-instalar ele

sudo apt-get install ruby ruby1.8 rdoc ri irb libopenssl-ruby ruby-dev -V

Agora o resultado da versão do Ruby deve mudar

gustavo@gustavo-mv:~$ ruby -v
ruby 1.8.7 (2008-08-11 patchlevel 72) [i486-linux]
 
gustavo@gustavo-mv:~$ ruby -v
ruby 1.8.6 (2007-09-24 patchlevel 111) [i486-linux]

Acho que isso já deixa tudo 100%. Tenho só umas duvidas em relação aos Ruby Gems já instalados.