On Thursday, August 28, 2003, at 09:41 PM, David R. Morrison wrote:
SHORT TERM SOLUTION: Although we should not allow a -dev splitoff to Depend on another -dev splitoff, we can use the "Recommends" field to specify the other -dev splitoffs which are relevant. This will be useful for package maintainers, who will simply need to consult the "Recommends" field to find out which things they need to add to the "BuildDepends" line in their own packages.
I don't see the need for this to be in a Recommends field, would it not be better in a Desc* type field, or simply as a #comment in the .info file?
LONG TERM SOLUTION: It seems to me that in the long term, for packages using pkgconfig we can allow both the headers and the root dylib symlink to go into the -shlibs package, i.e., we can merge the -dev and -shlibs packages in such a case. This is because the pkgconfig system is explicitly designed to allow multiple versions to be installed simultaneously.
pkg-config itself is not designed to do anything other than list the libs, cflags etc. Gnome-2 required that the libraries used be renamed from libfoo.x.y
dylib to libfoo-2.0.x.y.dylib, so that they could coexist with the gnome-1.4 libraries. There are other, non-gnome libraries which use pkg-config and do not have version specific library names. So, while this would work for the gnome packages (assuming the gnome people keep renaming their libraries to match the version), it wouldn't work for anything else.
Consider me opposed to the long term solution (sorry I don't have another option to propose though).
Peter -- http://www.pogma.com
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel