Vagrant Cascadian <vagr...@debian.org> writes:

> It seems like simply providing the binaries with the versioned links
> would be sufficient, since guile-2.2-dev conflicts/provides
> libguile-dev, guile-2.0-dev and guile-2.2-dev can't be installed at the
> same time.
>
> I guess it's possible the alternative for "guile" could be out of sync
> with the installed guile-2.2-dev binaries, although the newer versions
> have higher alternative default priority...
>
> The configure scripts seem to prefer the versioned binaries anyways...

Yep -- I'm not sure yet, but I may lean toward providing:

  bin/guile -> ./guile-2.2  # or whatever the selected alternative is
  bin/guild -> ./guild-2.2  # or whatever the selected alternative is
  ...

And then make sure that guild-X.Y, etc. refer specifically to guile-X.Y
(in, for example their #! lines), which I don't think they do right now.

In the longer run, I'd like to match as much as possible what upstream
does.  We've supported multiple versions for longer, but I suspect
upstream's approach is probably better (and more complete) than ours.
(That and of course it's always better not to differ unless we need to.)

Right now I'm poking around to see how where we might be headed
eventually compares to what's feasible to do at the moment (given
guile-2.0 and given the freeze).

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Reply via email to