On Sun, Sep 4, 2022 at 10:27 PM Paul Gevers <elb...@debian.org> wrote: > With a recent upload of graphicsmagick the autopkgtest of > gnudatalanguage fails in testing when that autopkgtest is run with the > binary packages of graphicsmagick from unstable. I will check this and see what may cause it.
> I copied some of the output at the bottom of this report. It looks like > graphicsmagick dropped a symbol that was actually used. Was that a mistake? According to my double check, no symbol was removed. Quite the opposite, one (IsEventLogged@Base) was added. > Currently this regression is blocking the migration of graphicsmagick to > testing [1]. Can you please investigate the situation? Nope, at least the first reason it's not migrating its FTBFS on mips64el. Already contacted upstream and it's not yet known what causes it. Might be some floating point issue on that architecture. > gdl: symbol lookup error: /lib/x86_64-linux-gnu/libgnudatalanguage.so.0: > undefined symbol: _ZN6Magick5Image12colorMapSizeEv Strange, I might think it's somehow related to GCC 12 changes. Regards, Laszlo/GCS
