con respecto al punto uno creo que cuando te referis via paquetes depende mucho la distro que estes usando, en el caso de gentoo por ejemplo hasta te crea los path necesarios , bla bla bla , ahora rubygems definitivamente es una forma general de instalar paquetes en todas las distros y OSes, entonces por mas lindo que sea el apt-get o el emerge creo que lo mejor es usar rubygems que te permite mantener todo al dia con respecto a un solo sistema ( esto es en el escenario que tengas distintos OS y distros , comoes mi caso) , ahora si tenes solo ubuntu por ejemplo y usas apt-get para todo y talves no es necesario que uses rubygems, siempre y cuando el paquete que necesites este soportado en tu distro.
con repecto al punto dos hay varios how-tos online de como instalar dos versiones de ruby / y rails , lo mas facil es tenerlas en directorios separados, creando un path mas en la instalacion , ejemplo, /usr/local/ruby- 1.8.x y /usr/local/ruby-1.9 esto funciona tanto en linux como en macosx y creo que tambien en windows , lo que podes hacer despues es simplemente crear links a cada uno de los binarios teniendo un ruby por default que sea para todo los dias que puede ser la version que quieras y depsues tener un ruby-1.8.x y otro ruby-1.9 , y lo mismo para ocn rails y rubygems ... Saludos. 2008/1/23 Alejandro Vartabedian <[EMAIL PROTECTED]>: > Hola, > Un par de preguntas: > > 1_ cual creen que es la mejor manera, argumentando los gustos ;-) , de > manejar los paquetes/gems de ruby? > Las opciones actuales son vía paquetes de la distro (apt-get install) o > vía RubyGems (gem install) y muchos paquetes (mongrel, rails) son > redundantes en ambos repositorios y cada opción tiene lo suyo, gem es > más flexible a mi gusto por manejar múltiples versiones de la misma gema > y ser independiente de lo disponible en la distro. > Si bien hay que tomar recados en los paths de lo instalado en distros > que siguen el FHS, en Debian (y derivados) por defecto en /var/lib/gems > y cuyo directorio bin no se encuentra en el PATH por defecto. > > (sobre esta no he encontrado suficiente info) > 2_ como activar/cambiar las versiones de las gemas a usar por el > sistema/system-wide (consola, IDEs, etc), por ejemplo para probar código > contra diferentes versiones de la misma gema (rails 1.2.6/2.0.2, merb, > etc.) y no solo la última versión? (manejo el concepto de > rails:freeze..., pero no es a lo que voy y tampoco me refiero a algo > específico para rails) > Por ejemplo, instalando vía rubygems rails 2.0.2 y luego rails 1.2.6 > deja instalado a ambos y "vigente" a rails 2.0.2 (rails -v) y no he > podido ver algún sistema de alternativas (ala Debian > update-alternatives) o que defina aliases a los ejecutables de las > diferentes versiones instaladas. > > Bueno tal vez sea mejor partirlo en 2 tópicos separados, aunque > tienen mucha relación. > > Saludos. > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > -- -- --<自由編碼人>-- Ing. Matias Pablo Brutti Security Consultant Email : [EMAIL PROTECTED] Site: http://www.freedomcoder.com.ar
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
