Con Debian podés usar /etc/alternatives para mantener versiones
distintas de los binarios importantes como vi, cc, awk, java, etc.
Funciona a través de symlinks entre el nombre que querés, un symlink
en /etc/alternatives y el binario real:
[EMAIL PROTECTED]:~$ ls -l /usr/bin/vi
lrwxrwxrwx 1 root root 20 2008-06-04 06:40 /usr/bin/vi -> /etc/
alternatives/vi
[EMAIL PROTECTED]:~$ ls -l /etc/alternatives/vi
lrwxrwxrwx 1 root root 17 2008-06-04 06:40 /etc/alternatives/vi -> /
usr/bin/vim.tiny
[EMAIL PROTECTED]:~$ ls -l /usr/bin/vim.tiny
-rwxr-xr-x 1 root root 990256 2007-08-29 04:01 /usr/bin/vim.tiny
Así podés cambiar la implementación de "vi" que perferís usar con solo
actualizar el symlink en /etc/alternatives. El script "update-
alternatives" te ayuda a hacer esto sin pisar nada cuando hay muchas
alternativas:
[EMAIL PROTECTED]:~$ /usr/sbin/update-alternatives --list vi
/usr/bin/vim.tiny
/usr/bin/vim.basic
En Debian Etch, ruby actualmente no aparece en /etc/alternatives por
defecto porque cuando Etch fue lanzado Ruby 1.9 todavía no había
salido. Pero no es demasiado difícil agregarlo usando update-
alternatives:
http://blog.stevenkroon.com/2006/08/29/debian-update-alternatives/
Saludos,
Norman
On Jun 18, 2008, at 9:26 AM, Matias Pablo Brutti wrote:
Como mencione antes hay varias formas de hacerlo. Si usas un sufijo,
efectivamente se llamarían distinto pero si usas distintos prefijos
(AKA directorios de instalación), no tenes la molestia que
mencionaste. Al igual que en Windows vas a tener que decirle el path
junto con el ejecutable al usarlo; y/o va a usar el primero que
tenga en la lista de paths y/o podes tener uno en los path y el otro
no. Hay muchas formas de instalar 2 o mas versiones un mismo software.
Slds.
2008/6/18 Luis Lavena <[EMAIL PROTECTED]>:
2008/6/18 Gabriel Máculus <[EMAIL PROTECTED]>:
> El día 16 de junio de 2008 5:27, Luis Lavena
<[EMAIL PROTECTED]> escribió:
>> 2008/6/16 Diego Algorta Casamayou <[EMAIL PROTECTED]>:
>>> Hola amigos,
>>>
>>> Nada más quería pasarles este link a un MUY buen post de Luke
Kanies,
>>> creador de la espectacular herramienta de administración
centralizada
>>> Puppet (desarrollada 100% en Ruby, desde mucho antes que Rails
>>> existiera).
>>>
>>> http://www.madstop.com/ruby/ruby_has_a_distribution_problem.html
>>>
>>
>> Gracias por el link Algorta.
>>
>>> Estoy de acuerdo con él. :(
>>>
>>
>> Respetuosamente discrepo:
>>
>> "The reason is that rubygems installs in a location that Ruby
doesn't
>> search by default. The reason for that is that apparently this one
>> guy, somewhere, wanted to have multiple versions of a given package
>> installed at once. Who wants this? Let's just say it's not the guys
>> who are distributing hundreds and thousands of copies of their
>> software."
>>
>> No voy a entrar en una batalla entre Windows vs. La distro Linux de
>> selección, pero en Windows, muchas veces uno puede tener multiples
>> versiones (v1, 1.5, 2, 3, etc) del mismo programa instalado
>> simultaneamente y coexistiendo pacificamente. En *nix esto no es
>> posible.
>>
> esto es totalmente falso, yo tengo simultaneamente ruby1.8 y 1.9,
> tambien firefox 2 y 3, provistos por la distribucion.
>
Perdon, pero vos tenes:
ruby1.8 o ruby18 (o solo ruby) y ruby1.9 o ruby19, pero no ambos con
el nombre "ruby".
Cuando vos tenes instalado ruby con un sufijo, automaticamente
rubygems tambien hereda el sufijo, por ende:
rubygems para ruby1.9 => gem1.9
Confuso, no? Ma saun cunado vos haces gem1.9 --version y ves que
dice 1.1.0 :-P
--
Norman Clarke
Partner, AddThree Inc.
usa: (206) 854-1224
argentina: 011 15 6445 3577
_______________________________________________
Ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
