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
>
> 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

Responder a