Damnit, thanks. I just checked that the dylib id didn't change and didn't notice they messed up the versioning.
This doesn't require a bump of dependents. It just requires fixing the versioning in freeglut. I'll set the current version to 13.0.0 and the compatibility version to 1.0.0. --Jeremy > On Mar 29, 2015, at 16:02, Jack Howarth <[email protected]> wrote: > > Jeremy, > The situation with freeglut 3.0.0 is described in > http://sourceforge.net/p/freeglut/bugs/51/ and > http://sourceforge.net/p/freeglut/bugs/213/. Back in 2004, I filed the > first bug about the compatibility version being set too high on darwin > and it was ignored. This issue came back to bit us when upstream > switched the build to use cmake as that doesn't allow the > compatibility version to be manually set. Thus the freeglut 3.0.0 > release ends up lowering the compatibility version to a number > sensible in the cmake build mechanism. > In fink, we took the approach of creating a new freeglut2 > package and stored the shared library in a buried directory. This > allows legacy binaries (built against the old freeglut compatibility > version) to retain access to the library from the freeglut-shlibs > split-off package and binaries built against the new freeglut2 package > to use the buried shared library from a freeglut2-shlibs split-off > package. The development headers and library symlinks are stored in > freeglut and freeglut2 packages which conflicts/replaces each other. > I'm not sure how you will want to handle this in MacPorts due > to the limitations of the packaging mechanism, You may need to simply > rebuild everything against the new freeglut with the 'regressed' > compatibility version. > Jack > ps The upstream developer decided to take the hit on darwin with this > breakage with the view that going forward the version/compatibility > numbering is now coherent. > > On Sun, Mar 29, 2015 at 5:01 PM, petr <[email protected]> wrote: >> >> ------------------------------------------------------------------------ >> r134510 | [email protected] | 2015-03-27 22:12:03 +0100 (Fri, 27 Mar >> 2015) | 2 lines >> >> freeglut: Bump to 3.0.0 >> >> ------------------------------------------------------------------------ >> >> Jeremy, >> this version bump requires also a revision bump of the lib dependencies. >> Cheers, >> ~petr >> >> This is what I observed after upgrade: >> >> ---> Cleaning freeglut >> ---> Removing work directory for freeglut >> ---> Updating database of binaries >> ---> Scanning binaries for linking errors >> Incompatible library version: /opt/local/bin/xterra requires version 13.0.0 >> or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/cacaclock requires version >> 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/cacademo requires version >> 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/cacafire requires version >> 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/cacaplay requires version >> 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/cacaserver requires version >> 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/cacaview requires version >> 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/bin/img2txt requires version 13.0.0 >> or later, but /opt/local/lib/libglut.3.dylib provides version 3.0.0 >> Incompatible library version: /opt/local/lib/libcaca++.0.dylib requires >> version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version >> 3.0.0 >> Incompatible library version: /opt/local/lib/libcaca.0.dylib requires >> version 13.0.0 or later, but /opt/local/lib/libglut.3.dylib provides version >> 3.0.0 >> ---> Found 10 broken file(s), matching files to ports >> ---> Found 2 broken port(s), determining rebuild order >> ---> Rebuilding in order >> terra @0.7 >> libcaca @0.99.beta19 +x11 >> >> >> >> >> _______________________________________________ >> macports-dev mailing list >> [email protected] >> https://lists.macosforge.org/mailman/listinfo/macports-dev _______________________________________________ macports-dev mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-dev
