Killall-9.NET

Hace unos años hice una aplicación web llamada Tesidi.  Es un organizador de viajes, un sitio donde ir guardando las reservas, viajes en coche, alojamientos de nuestros viajes.

Se había quedado desfasada pero creo que el concepto sigue siendo válido (y me gusta y es útil al menos para mí) así que hace un tiempo decidí reescribirla desde cero.

Hoy por fin está accesible esta nueva versión. Espero que os guste y os sea útil en la planificación de vuestros viajes.

Hace como 6 años compré un Ipod de segunda mano a un compañero de trabajo. No estaba mal el cacharrito, 40Gb de repdroductor mp3. Como buen usuario de Linux lo conecté en casa y le añadí música. Al llevarmelo al trabajo y descargar esa música en el Linux de mi trabajo, mi compañero se extrañó mucho: "¿ Como es que puedes descargar la música de un ordenador a otro ?", esta vez fuí yo quién lo miré extrañado: "Normal, no deja de ser un disco duro. ¿ Es que con Mac no puedes ?". "No, tiene que estar asociado a un iTunes, el segundo ordenador formatearía el ipod...".

Desde entonces lo comprendí: Apple no es la empresa molona que nos quiere salvar del gran hermano. Es una empresa que limita la tecnología para su propio beneficio.  Sus productos puede que sean muy buenos y bien diseñados, no lo niego, pero no quita que las técnicas de empresa tengan un tufillo mopolista bastante sospechoso.

Las últimas noticias sobre ello, no hace más que volver a confirmarlo. La empresa puede hacer lo que quiera con su appstore y sus productos, pero que no me vengan con que es distinta a otros intentos de monopolio porque no. Es el mismo perro con distinto iCollar.

A veces necesitamos depurar dentro de un test unitario en Rails. Para ello instalamos la gema ruby-debug en ruby < 1.9 y ruby-debug19 para ruby para esta versión de ruby. Podemos poner la linea:

gem 'ruby-debug19', :require => 'ruby-debug'

En el fichero Gemfile de nuestro proyecto Rails y ejecutar:

bundle install

En el test que queremos depurar añadir la línea:

require 'ruby-debug'

y justo antes de la linea que queremos depurar añadir la línea:

debugger

Una vez que el código llegue a esta línea nos saltará una consola rdb. En esta consola podemos arrancar una consola irb y así tener acceso a los objetos de nuestro test. Por ejemplo, en un caso real:

Dentro de la semana cultural de la Facultad de Informática de la Universidad de Málaga, mañana daré una charla taller sobre Ruby on Rails.

La idea es que sea lo más práctica posible, estilo a la charla que ya dí el pasado Diciembre.  Miniguión:

1. Introducción
2. MVC en Rails
3. Entorno de desarrollo
4. Creación de una aplicación

Espero que sea lo más interesante posible :)

Después de varios años de desarrollo, ha salido GNOME 3. Lo he probado con la versión LiveCD y la verdad que está bastante bien.

El problema: Ubuntu no lo traerá de serie en la próxima versión... Esperemos que haya un repositorio con GNOME3 decente.

En la asociación Linux Málaga vamos a dar una series de charlas técnicas, la primera de ellas versará sobre Introducción a Rails que daré yo mismo.

Fecha: 11 de Diciembre 2010 

Hora: 11h.

Lugar: Centro Cívico de Málaga, Avda Los guindos 48

Me he topado con un problema al actualizar un proyecto de Rails 3RC a la version 3 definitiva y Haml.  El error que suelta es:

 form_tag outputs directly to the Haml template.
Disregard its return value and use the - operator,
or use capture_haml to get the value as a String.
 

El problema lo han corregido en 1 día, sacando una nueva versión de Haml, la 3.0.18, pero puede dar algún que otro dolor de cabeza.

Para un proyecto ya existente con las versiones previas de Rails 3 lo mejor es poner en el Gemfile:

gem 'haml', ">=3.0.18"

y depues ejecutar

bundle install

Hace unos días salió la versión RC de Rails3. Para instalarla en una Ubuntu Lucid recien instalada (sin ruby ni nada) lo mejor es hacerlo a través de RVM.

Instalamos sofware básico:

sudo apt-get install build-essential git-core curl libsqlite3-dev libssl-dev libreadline-dev ncurses-dev libxml2-dev libxslt1-dev

Instalamos RVM:

bash < <( curl http://rvm.beginrescueend.com/releases/rvm-install-head )

Añadimos a nuestro $HOME/.bashrc la linea:

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"

Abrimos una nueva shell (o hacemos source .bashrc).

Instamos Ruby 1.9.2 (en estos momentos la versión instalada es la RC):
 

rvm install 1.9.2
 

Usamos esa versión de ruby:

rvm use ruby-1.9.2
 

Instalamos sqlite3 y rails con gem:
 

gem install sqlite3-ruby
gem install rails

La semana pasada salió la versión beta de la esperada versión 3 de Rails. La estoy probando en una Ubuntu Karmic 9.10 virtualizada con KVM. Para instalar esta versión hay que instalar ruby1.9 (aunque es compatible con ruby 1.8) y unas cuantas gemas:

apt-get install ruby1.9 ruby1.9-dev irb1.9 rdoc1.9

wget http://rubyforge.org/frs/download.php/60718/rubygems-1.3.5.tgz
tar -xvf rubygems-1.3.5.tgz
cd rubygems-1.3.5
sudo ruby1.9 setup.rb
sudo ln -s /usr/bin/ruby1.9 /usr/bin/ruby
sudo ln -s /usr/bin/gem1.9 /usr/bin/gem

gem install tzinfo builder memcache-client rack rack-test rake erubis mail text-format thor bundler i18n
gem install rack-mount --version 0.4.1
gem install rails --pre

Una vez instalado y al hacer un proyecto de pruebas con: rails prueba; cd prueba; rails server pega unos cuantos petes:

:114:in `push_gem_version_on_load_path': undefined method `<=>' for nil:NilClass (NoMethodError)
Hay que poner la variable de entorno GEM_HOME correctamente:
export GEM_HOME=/usr/lib/ruby1.9/gems/1.9.0

Mejor ponerla en algún script de inicio como $HOME/.bashrc

undefined method `default_external=' for Encoding:Class (NoMethodError)

Con este fallo lo único que he encontrado es comentar la línea de la que se queja.

require': no such file to load -- ftools (LoadError)

sudo apt-get install rpl
cd /usr/lib/ruby1.9/gems/1.9.0/gems/
sudo rpl -R "require 'ftools'" "" *

Ah! y no se os ocurra poner como nombre de proyecto alguna palabra reservada como test, porque sino dará otro bonito error: (uninitialized constant Rack::Test::Application (NameError) if
application is named 'Test'. Stack trace:

En la pasada fiesta de fin de año tuvimos un proyector de vídeo. Como siempre el tiempo se nos hechó encima para preparar como iba a poner los vídeos. Lo ideal sería tener un solo ordenador que pusiera la música y los videos (el año pasado lo hicimos con 2 ordenadores y fue un lio). Así que me acordé de una aplicación que hice en C y gtk para este mismo menester. La aplicación estaba desactualizada y no arrancaba...  y estabos a 28 de diciembre.

Me acordé de un proyecto de Ubuntu para hacer aplicaciones rápidas con pygtk, el binding en python de gtk+. El proyecto se llama Quickly (un alarde de originalidad en el nombre). Así que me puse manos a la obra y en tan solo 3 días pude tener una aplicación medianamente usable que realiza lo que quería: Añadir videos a la aplicación, elegir si lanzarlo con sonido o sin sonido, al lanzarlo que lo hiciera en la pantalla del proyector y si tenía sonido que parara el player de múscia (rhythmbox) y cuando acabara el vídeo arrancara de nuevo la música.  El programa de video utilizado es mplayer.

Aprovechando que Quickly tiene comandos para crear paquetes deb y publicarlos en un ppa de launchpad pues me he animado a publicar el programilla en Launchpad que tal vez le sirva a alguien. El programa se llama  Vijockey (un alarde de originalidad, esta vez, por mi parte). Hay paquetes .deb para Ubuntu en mi ppa de launchpad