[134510] dports/x11/freeglut

[Jeremy Huddleston Sequoia]

Actually, I think I'll just do similarly and revbump all dependents.  Unfortunately, that means anyone using the library for their own projects will need to recompile, but that's probably better than the maintenance headache of being different than upstream going forward.  Hopefully they can manage to version themselves correctly now that they're on cmake.

--Jeremy

> On Mar 29, 2015, at 23:12, Jeremy Huddleston Sequoia <jeremyhu at macports.org> wrote:
> 
> 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 <howarth.at.macports at gmail.com> 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 <976F at ingv.it> wrote:
>>> 
>>> ------------------------------------------------------------------------
>>> r134510 | jeremyhu at macports.org | 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
>>> macports-dev at lists.macosforge.org
>>> https://lists.macosforge.org/mailman/listinfo/macports-dev
> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev