Control: reassign -1 libwxgtk3.0-gtk3-dev/3.0.4+dfsg-1 Reassigning - the GTK2 flavour packages are gone from testing and only present in unstable due to a handful of untransitioned rdeps.
On Thu, Sep 14, 2017 at 11:03:08PM +0200, Helmut Grohne wrote: > Package: libwxgtk3.0-dev > Version: 3.0.3.1+dfsg-1 > Tags: upstream > Forwarded: https://trac.wxwidgets.org/ticket/12698 > User: helm...@debian.org > Usertags: rebootstrap > Control: affects -1 + src:mediainfo > > I figured that mediainfo fails to cross build from source, because it > does not find wxWidgets. It invokes wx-config as: > > wx-config --host=$DEB_HOST_GNU_TYPE --unicode=yes --static=no base > --version > > That fails whereas it works after dropping --host: > > | $ WXDEBUG=1 wx-config --host=powerpc64le-linux-gnu --unicode=yes > --static=no base --version > | > | input parameters = base > | libs parameters = > | optional-libs parameters = > | input options = host > | host = powerpc64le-linux-gnu > | yes/no options = unicode static > | unicode = yes > | static = no > | flag options = > | output options = version > | version = yes > | query options = > | > | prefix = '/usr' > | exec_prefix = '/usr' > | wxconfdir = '/usr/lib/powerpc64le-linux-gnu/wx/config' > | m_host = 'powerpc64le-linux-gnu-?' > | m_toolkit = '[^-]+' > | m_widgetset = '(univ)?' > | m_chartype = 'unicode' > | m_debugtype = '(debug|release)' > | m_flavour = '(-[^-]+)?' > | m_version = '[0-9]+\.[0-9]+' > | m_linkage = '' > | configmask = > '^powerpc64le-linux-gnu-?-[^-]+(univ)?-unicode-[0-9]+\.[0-9]+(-[^-]+)?$' > | this config = 'gtk2-unicode-3.0' > | > | must delegate to an alternate config > | potential delegates (0): > | > | Warning: No config found to match: > ^powerpc64le-linux-gnu-?-[^-]+(univ)?-unicode-[0-9]+\.[0-9]+(-[^-]+)?$ > | in /usr/lib/powerpc64le-linux-gnu/wx/config > | If you require this configuration, please install the desired > | library build. If this is part of an automated configuration > | test and no other errors occur, you may safely ignore it. > | You may use wx-config --list to see all configs available in > | the default prefix. > | > | $ WXDEBUG=1 wx-config --unicode=yes --static=no base --version > | > | input parameters = base > | libs parameters = > | optional-libs parameters = > | input options = > | yes/no options = unicode static > | unicode = yes > | static = no > | flag options = > | output options = version > | version = yes > | query options = > | > | prefix = '/usr' > | exec_prefix = '/usr' > | wxconfdir = '/usr/lib/powerpc64le-linux-gnu/wx/config' > | m_host = '' > | m_toolkit = '[^-]+' > | m_widgetset = '(univ)?' > | m_chartype = 'unicode' > | m_debugtype = '(debug|release)' > | m_flavour = '(-[^-]+)?' > | m_version = '[0-9]+\.[0-9]+' > | m_linkage = '' > | configmask = '^[^-]+(univ)?-unicode-[0-9]+\.[0-9]+(-[^-]+)?$' > | this config = 'gtk2-unicode-3.0' > | > | using this config > | 3.0.3 > | user supplied libs: '' > | fetching lib flags for: '' > | retrieved: ldflags = > | wxlibs = > | alllibs = > | > | using libs: ' ' > | using_gui = yes > | > | $ > > I believe that mediainfo's use of --host is reasonable and wx-config > should handle the native --host just fine. I noticed the upstream bug this is forwarded too was closed as invalid way back in 2011. It seems unlikely upstream will fix this without prodding, so we probably should reopen the upstream bug and provide an explanation for why this should work. But reviewing your report I'm confused. Is this really a cross-build or not? You say "native --host", which seems to imply it's not really a cross-build but a native build with --host=`./config.guess` or something similar, and that is indeed what the upstream bug report this bug is forwarded to is complaining doesn't work. But looking at mediainfo's ./Project/GNU/GUI/wxwin.m4 it seems we must be triggering this conditional appending: if test "$cross_compiling" = "yes"; then wx_config_args="$wx_config_args --host=$host_alias" fi So it seems that mediainfo's configure script thinks we are cross-compiling. I checked the crossqa logs for mediainfo, but they show a failure due to libzen, not wx: configure: error: libzen configuration is not found http://crossqa.debian.net/build/mediainfo_18.12-2.1_ppc64el_20191016050307.log Cheers, Olly
