I used to be all in favor of eliminating freetype2 from the 10.3 tree, because it seemed we finally had a decent freetype2 in X11.
Unfortunately it now appears that the freetype2 in Apple's X11 just doesn't cut it.
After some further investigations and discussions with the scribus developers, the situation now looks to me as follows:
In Fink/Panther, we currently have 3 versions of freetype2:
- version 2.1.0 in Apple's X11 - version 2.1.3 in the freetype2 package - version 2.1.4 in xfree86-4.3.99 (this version number can be found in freetype2/freetype/freetype.h)
Unfortunately, there were substantial changes between 2.1.0 and 2.1.3, in particular concerning the loading of type1 fonts, so that the latest versions of scribus do not work with freetype2 versions earlier than 2.1.3.
In such a situation, it would be normal for Fink to provide a complete freetype2 package whose *-dev splitoff would install the headers, the freetype.dylib symlink, and the freetype-config configuration script. We did have such a package and opted for retiring it in order to avoid incompatibilities with the X11-installed version of freetype2. In particular, we don't really want a /sw/bin/freetype-config that shadows the one in /usr/X11R6/bin.
I am trying to think of a way how to have a freetype2-dev package that avoids these incompatibilities. The problem is, of course, that X11 does not behave like a standard package, in that its -dev part cannot be swapped in and out.
What one would need is a kind of "BuildOnly:" field for freetype2-dev that means that this package is installed only while it is required for building another package, and it removes itself immediately afterwards.
Or it could be removed by one of the xfree86 virtual packages. Can these virtual packages have "Conflicts:" and "Replaces:" fields that are activated from time to time? Too fancy, I guess.
What I can easily do, once a freetype2-dev package exists, is to make scribus BuildDepend on it, but then have scribus' InstallScript remove it at the end. In this way, it wouldn't interfere with other packages that don't need and don't want it.
Other ideas welcome.
-- Martin
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
