[Pkg-phototools-devel] Bug#719175: Bug#719175: opencolorio: FTBFS on i386: symbols not as expected

Aaron M. Ucko ucko at debian.org
Mon Aug 12 17:47:10 UTC 2013


"Matteo F. Vescovi" <mfv.debian at gmail.com> writes:

> Then I guess you need to explain me how to do this ;-P

You'd add the tag "(optional)" at the start of each line:

libOpenColorIO.so.1 libopencolorio1 #MINVER#
 (optional)_ZN11OpenColorIO2v110ColorSpace11setBitDepthENS0_8BitDepthE at Base 1.0.8~dfsg0
 (optional)_ZN11OpenColorIO2v110ColorSpace12setTransformERKNSt3tr110shared_ptrIKNS0_9TransformEEENS0_19ColorSpaceDirectionE at Base 1.0.8~dfsg0

etc.

> My hatred for C++ symbols is consolidated by OpenImageIO maintenance and
> I usually delay their preparation more than I can ;-)

That's fair, as they are often a nuisance; if maintaining them proves
more trouble than it's worth (a distinct possibility for packages likely
to accumulate only a few reverse dependencies), you can do away with
them altogether in favor of the traditional shlibs system.

> Hope you could help me in same way about that.

As I noted, a lot of developers find pkgkde-symbolshelper from
pkg-kde-tools to be of use.  However, I can't offer much specific advice
on using it because I haven't needed to do so myself -- my only C++
library packages are of FLTK, whose symbols don't vary much across
architectures.  (It's historically refrained from using the STL, which
is a big source of such variation.)

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu@monk.mit.edu



More information about the Pkg-phototools-devel mailing list