On 02.07.2014, at 21:35, Eliot Miranda <eliot.miranda@gmail.com> wrote:

On Wed, Jul 2, 2014 at 12:02 PM, Bert Freudenberg <bert@freudenbergs.de> wrote:

On 02.07.2014, at 18:59, Tobias Pape <Das.Linux@gmx.de> wrote:

> Just that it is not lost,
>
> debian provides a facility to provide normally incompatible
> binaries. (eg, different versions, different vendors)
> they call it alternatives. (See /etc/alternatives)
>
> one example: jvm. or cc.
> on my server:
>
> $ ls -l /usr/bin/cc
> lrwxrwxrwx 1 root root 20 Mar 19 13:10 /usr/bin/cc -> /etc/alternatives/cc
>
> $ ls -l  /etc/alternatives/cc
> lrwxrwxrwx 1 root root 12 Mar 19 13:10 /etc/alternatives/cc -> /usr/bin/gcc
>
> and you can select:
> $ upate-alternatives --list cc
> /usr/bin/gcc
> /usr/bin/clang
>
>
> That way, we could provide different squeakvm's via this tool :)

Nope. That would work only if all VMs could open all images.

But there's no technical reason why, on linux, we couldn't implement a replacement for the squeak script that would select a different lib dir depending on the type of the image.

Yep, that's the way to go. I was just pointing out that the alternatives mechanism isn't intelligent enough for this.

- Bert -