Re: Conversion to /package

Dan Kegel <[email protected]> schrieb:
>Thomas Schwinge wrote:
>> But the problem with this installation method is that there are too many
>> GNU packages out there that use and require too many different versions
>> of the GNU auto*-tools to let this method be practicable.
>
>Yeah, there would be a long lead time, but if you get this patch
>into the main automake/autoconf distribution, then in a couple
>years, all the packages out there would eventually end up with
>support for /package built in.
>
>Peaceful coexistence.  What a concept!

Well, yes, but there are a lot of things to be resolved.
Dependencies of one package to another is just one example.
I very much like the way Paul Jarc is doing that in sp-foreign:
/package/misc/spf/package_name-version/spf holds links to all packages
that package depends on (although I don't get why the last component of
the path is called 'spf' and not for example 'depend').
The programs get linked searching the libraries they depend on in
/package/misc/spf/package_name-version/spf/package_providing_the_library,
so it's very easy to change this links without recompiling the package
and it's useful to upgrade some libraries but still providing older
versions to some packages that don't like the new ones.

Regards,
 Thomas