Bug#729289: transition: openscenegraph
After asking in #debian-ftp...
2014/1/22 Rebecca N. Palmer <r.palmer@bham.ac.uk>:
> choreonoid and ossim turned out to also FTBFS (for
> non-openscenegraph-related reasons); I have posted a patch for choreonoid
> (#735891), and suggested that ossim (#735814) move to the already-fixed
> version in the UbuntuGIS PPA.
chorenoid can be NMUed, if that works, or solved by asking FTP to
remove from mipsel.
For OSSIM yes, it does not look good, it would probably need a major
upgrade (the last upload was almost 2 years ago) or at least fix the
immediate problem with libtiff5 plus other problems that might appear
(I guess that it would affecting the transition libtiff5 as well). Or
remove it completely, I don't know if that would be a good idea or
likely to get people to agree.
>> this no longer blocks anything else or needs to be handled
>> as a transition.
>
> britney still thinks it does: "out of date on i386: libopenscenegraph80
> (from 3.0.1-4.1)".
>
> Given that libopenscenegraph80 is uninstallable (it depends on the
> no-longer-existing libavcodec53/libavformat53/libavutil51), keeping it
> around doesn't actually help its reverse dependencies; how should this be
> dealt with? (request its removal? request that openscenegraph be forced to
> testing anyway?)
Packages from chorenoid on mipsel and OSSIM elsewhere depend on
libopenscenegraph80 which is no longer built.
I imagined that by removing OSG and rev-deps from testing, this would
not prevent OSG to migrate to testing... but it does.
Asking for removal of libopenscenegraph80 alone does not help as long
as there are rev-deps... I asked for removal of src:ogre many months
ago and still not done because Ember depends on it, even if it cannot
build from source for almost a year.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montezelo@gmail.com>
Reply to: