2008/1/23 Alejandro Vartabedian <[EMAIL PROTECTED]>: > Matias Pablo Brutti escribió: > > > > > > 2008/1/23 Alejandro Vartabedian <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>>: > > > > Hola Matías, > > > > Matias Pablo Brutti escribió: > > > ... > > > 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 ... > > no me refería a ruby (ya he instalado 1.8 y 1.9 y la solución de dos > > paths y aliases diferentes me parece adecuada), sino a las gemas, y > la > > idea es no tener instalaciones paralelas, sino manejar lo instalado. > > > > > > > > talves en el caso de gentoo por ejemplo los metapaquetes podrian > > testear que este instalado rubygems y que haga un gems install y/o que > > hardcodee la info en los files de rugygems asi se evita la duplicacion > > de paquetes :P , en el caso de debian based no se como resolver el > > problema :). Igualmente de todos modos es una pregunta muy interesante > > para evitar tener cosas por duplicado pero como te contaba yo trato de > > hacer todo con rubygems asi evito duplicaciones. > si te sirve de algo, te paso este link que comenta algo de lo que > planteabas sobre el instalador, pero específico para Debian: > http://pkg-ruby-extras.alioth.debian.org/rubygems.html
Muy interesante ... thanks ... > > > > > Slds > > > > Slds. > saludos. > > > > > > > > salu2 > > > > > > Saludos. > > > > > > > > > 2008/1/23 Alejandro Vartabedian <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> > > > <mailto:[EMAIL PROTECTED] <mailto:[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] > > <mailto:[email protected]> > > > <mailto:[email protected] > > <mailto:[email protected]>> > > > > > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > < > > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar> > > > > > > > > > > > > > > > -- > > > -- > > > --<自由編碼人>-- > > > Ing. Matias Pablo Brutti > > > Security Consultant > > > Email : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > <mailto: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> > > > Site: http://www.freedomcoder.com.ar > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > Ruby mailing list > > > [email protected] > > <mailto:[email protected]> > > > > > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > > > > > > > _______________________________________________ > > Ruby mailing list > > [email protected] > > <mailto:[email protected]> > > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > < > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar> > > > > > > > > > > -- > > -- > > --<自由編碼人>-- > > Ing. Matias Pablo Brutti > > Security Consultant > > Email : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > Site: http://www.freedomcoder.com.ar > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Ruby mailing list > > [email protected] > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > > > _______________________________________________ > 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
