Otra vez fallos con las gemas

Community ES
1

Buenas, parece ser que no voy a conseguir nunca hacer funcionar las
gemas correctamente en mi equipo :frowning: les cuento para ver si pueden
echarme una mano por que ya no se por donde cogerlo.

En principio parece que esta todo correcto si ejecuto
: gem list

actionmailer (2.1.0)
actionpack (2.1.0)
actionwebservice (1.2.6)
activerecord (2.1.0)
activeresource (2.1.0)
activesupport (2.1.0)
acts_as_ferret (0.4.1)
BlueCloth (1.0.0)
capistrano (2.4.3)
cgi_multipart_eof_fix (2.5.0)
columnize (0.1)
daemons (1.0.7)
dnssd (0.6.0)
fastthread (1.0.1)
fcgi (0.8.7)
ferret (0.11.4)
gem_plugin (0.2.3)
haml (2.0.1)
highline (1.4.0)
hpricot (0.6)
libxml-ruby (0.3.8.4)
linecache (0.43)
mongrel (1.0.1)
needle (1.3.0)
net-scp (1.0.1)
net-sftp (2.0.1)
net-ssh (2.0.3)
net-ssh-gateway (1.0.0)
rails (2.1.0)
rake (0.8.1)
ruby-debug (0.10.1)
ruby-debug-base (0.10.1)
ruby-openid (1.1.4)
ruby-yadis (0.3.4)
rubynode (0.1.3)
sqlite3-ruby (1.2.1)
termios (0.9.4)

y comprobando en el disco duro están las gemas divididas entre los
directorios
/Library/Ruby/Gems/1.8/gems/
y
/opt/local/lib/ruby/gems/1.8/gems/

El caso es que al crear una app con rails 2.1 me lanza el mensaje
no such file to load – sqlite3

o si intento ejecutar el server usando ruby-debug : script/server -u
me indica
You need to install ruby-debug to run the server in debugging mode.
With gems, use ‘gem install ruby-debug’

El caso es que las gemas están instaladas, incluso en el caso de
sqlite3-ruby he probado con varias versiones ya que parece que había
problemas con la 1.2.2 en osx Leopard

No se si servirá, pero si ejecuto irb y hago

require ‘sqlite3’
true
require ‘haml’
true

o sea que parece que si están correctamente instaladas ¿no?

Vaya rollo que he soltado, espero puedan echarme un cable con algo de
información por que ya no se por donde avanzar para solucionar el
problema.

Muchas gracias.

Saludos.

2

Parece que tienes dos versiones de Ruby instaladas.

Las gemas se instalan por interprete, y las que se usan dependen del
ejecutable que lanzas. A su vez el comando gem instala para el
interprete al que esta asociado, es decir,

/usr/local/bin/gem install foo
/usr/bin/gem install foo

instalan la gema foo para /usr/local/bin/ruby y /usr/bin/ruby
respectivamente. A su vez, si una gema instala ejecutables lo hara
donde toca. Por ejemplo dependiendo de la ubicacion del comando “gem”
mismo, al instalar rails podemos tener

/usr/local/bin/rails # tira de /usr/local/bin/ruby
/usr/bin/rails # tira de /usr/bin/ruby

por ejemplo (tambien en /opt como es tu caso si esta la cosa por ahi).
Por ejemplo, si instalaste rails para el ruby de sistema y luego
instalaste un ruby bajo /opt, el comando rails sigue encontrandose
porque /usr/bin esta en el PATH, pero esta vinculado a /usr/bin/ruby y
su propio arbol de gemas, por lo que si instalaste alguna gema en el
de /opt el otro no la ve.

En una misma maquina puede coexistir distintas versiones de Ruby, pero
hay que tener presente ese esquema a la hora de usarlos.

3

Muchas gracias de verdad Xavier por la
explicación.
Entonces imagino que al haber dos interpretes y tener un .bash_profile
así
PATH="/usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/
opt/local/bin:/opt/local/sbin"

nunca llega al interprete que se encuentra en /opt/ que en mi caso es
el bueno y siempre coge el que se encuentra en /usr/local

voy a borrar un interprete y a empezar a instalar a ver si consigo
arreglarlo con la información que me has dado.

Gracias de nuevo, muy amable.

Saludos.

El 20/07/2008, a las 22:40, Xavier N.
escribió:

Parece que tienes dos versiones de Ruby instaladas.

4

si quieres saber qué intérprete te está cogiendo, prueba con el comando
‘which ruby’

saludos

Alarkspur wrote:

mismo, al instalar rails podemos tener

[email protected]
http://lists.simplelogica.net/mailman/listinfo/ror-es

–
/**