Chris,
I've tried a test build of the current glut package where I have
the following packaging...
...for the glut package...
-rwxr-xr-x 1 root admin 744232 17 Apr 15:56 /sw/lib/glut/libglut.a
lrwxr-xr-x 1 root admin 14 17 Apr 15:56 /sw/lib/libglut.a -> glut/libglut.a
lrwxr-xr-x 1 root admin 20 17 Apr 15:56 /sw/lib/libglut.dylib ->
glut/libglut.3.dylib
...and for glut-shlibs...
-rwxr-xr-x 1 root admin 1625308 17 Apr 15:56 /sw/lib/glut/libglut.3.7.dylib
lrwxr-xr-x 1 root admin 17 17 Apr 15:56 /sw/lib/glut/libglut.3.dylib ->
libglut.3.7.dylib
While this packaging works fine for building pymol and other things that
require glut anew, it breaks copies that were built against the previous
packaging since they expect to see /sw/lib/libglut.3.dylib. The only
way to avoid this problem would be to move the libglut.3.dylib out of
/sw/lib/glut into /sw/lib.
If fink's dpkg weren't so brain dead about shared library versioning
I could do that and then use a correctly different version for the glut
produced by freeglut (it really should be libglut.11.dylib anyway).
However dpkg in fink seems unable to detect whether a package has a
dependency on libglut.3.dylib or libglut.11.dylib when a package is
installed. So that option is out as well.
No matter what I do all the packages that use glut will need to
be rebuilt so you might as well follow Redhat and Debian's lead and
just toss out glut as of 10.4.
Jack
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Fink-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-devel
