Bug#789111: libx265-59: does not support requested bitDepth 10 due to -Bsymbolic-functions in Ubuntu
sramacher at debian.org
Thu Jun 18 16:55:26 UTC 2015
Control: tags -1 + pending
On 2015-06-18 00:42:24, Andreas Cadhalpun wrote:
> Package: libx265-59
> Version: 1.7-2
> Tags: patch
> Dear Maintainer,
> The 8-bit variant of libx265-59 can dlopen the 10-bit variant,
> so that it can be used by programs linked against the 8-bit library.
> ffmpeg 2.7 uses this functionality, which works fine in Debian.
> However, it doesn't work in Ubuntu, which causes ffmpeg's autopkgtest
> to fail, thus preventing it's migration from wily-proposed to wily.
> The problem is the following x265 warning on stderr:
> $ ffmpeg -version
> x265 [warning]: /usr/lib/x86_64-linux-gnu/x265-10bit/libx265.so.59 does not support requested bitDepth 10
> ffmpeg version 2.7-1 Copyright (c) 2000-2015 the FFmpeg developers
> built with gcc 4.9.2 (Ubuntu 4.9.2-20ubuntu1)
> The reason for this problem is that Ubuntu defaults to using
> -Bsymbolic-functions, which causes the max_bit_depth symbol to always
> refer to the one from the linked library, even in the api structure
> from the dlopened library.
> (Weird, I know. I suspected -Bsymbolic-functions, because it already
> caused ffmpeg to FTBFS in Ubuntu.)
> The solution is thus to filter out -Bsymbolic-functions from LDFLAGS,
> as is done in attached patch. I tested it and it fixes this problem.
Thanks, fixed in git using DEB_LDFLAGS_MAINT_STRIP.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: Digital signature
More information about the pkg-multimedia-maintainers