Martin, I don't think it is wise to remove the BuildConflicts for freeglut and glut. The current freeglut and glut packaging has freeglut built as libfreeglut rather than libglut to avoid the binary incompatibility of the libraries. However to avoid requiring any package that wants to use freeglut instead of glut requiring changes to its configure and Makefiles, I have symlinks in the freeglut package to the glut based header and library names...that is in /sw/include/GL we have...
lrwxr-xr-x 1 root admin 10 May 20 08:50 glut.h -> freeglut.h lrwxr-xr-x 1 root admin 14 May 20 08:50 glut_ext.h -> freeglut_ext.h lrwxr-xr-x 1 root admin 14 May 20 08:50 glut_std.h -> freeglut_std.h and in /sw/lib we have... lrwxr-xr-x 1 root admin 13 May 20 08:50 libglut.a -> libfreeglut.a lrwxr-xr-x 1 root admin 19 May 20 08:50 libglut.dylib -> libfreeglut.3.dylib I could do a careful check to make sure the freeglut build isn't leaky and won't build against the wrong headers and libraries but it would be best if fink knew how to properly cope with BuildConflicts. Jack ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel