https://bugzilla.redhat.com/show_bug.cgi?id=2443717
--- Comment #15 from Tarulia <[email protected]> --- OK, so for the last couple hours I've been banging my head against the wall trying to build Aegisub 3.5 beta[1] with wxQt from this (3.4.2 stable had the same result), and at this point I am fairly confident this is an issue with this package. I've installed the RPMs in the mock root, minus the GTK ones, and then started the build: > rpms=$(ls ./wxWidgets/*x86_64.rpm | grep -v GTK) > mock_root=$(pwd)/mock_root > mock -r fedora-44-x86_64 --rootdir=$mock_root --init > mock -r fedora-44-x86_64 --rootdir=$mock_root --install ${rpms} However, come the %build step, it fails because meson can't find wx-config (I added the ls as a sanity check): > + cd Aegisub-3.5.0 > + ls /usr/bin/wx-config /usr/bin/wxrc /usr/bin/wxrc-3.3 > /usr/bin/wx-config > /usr/bin/wxrc > /usr/bin/wxrc-3.3 > … > + /usr/bin/meson setup … > … > Run-time dependency zlib found: YES 1.3.1.zlib-ng > wx-config found: NO need ['>=3.2.2'] > Run-time dependency WxWidgets for cpp found: NO (tried config-tool) > ERROR: Cmake subproject wxWidgets is buildable: NO However, when I also install the GTK packages, the build succeeds. But of course, that makes the compiler link everything against wxgtk/libgtk: > ❯ ldd aegisub | grep gtk > libwx_gtk3u_stc-3.3.so.3 => not found > libwx_gtk3u_gl-3.3.so.3 => not found > libwx_gtk3u_core-3.3.so.3 => not found > libportal-gtk3.so.1 => not found > libgtk-3.so.0 => /lib64/libgtk-3.so.0 (0x00007f34b5a00000) > ❯ ldd aegisub | grep qt > ❯ echo $? > 1 I'm wondering if it has to do with the wx-config provided in the SRPM. I don't really know why this exists because from what I can tell upstream generates their own anyway. It was added to the current package 16 years ago[3], but I don't see an explanation as to why, and has been virtually unchanged since. I guess it was just carried over from there. Anyway, from what I can tell that wx-config file only looks for the wxGTK libraries, so it sort of makes sense that it works when wxGTK is installed in the buildroot. But I don't think that's intended? That would defeat the purpose of building wxQT in the first place, no? It also doesn't explain why wx-config isn't found at all by meson though :/ One possibility I see is that meson actually runs wx-config and it considers a non-0/1 exit as non-existent. I manually ran it in a toolbox, and that would make sense: > $ dnf list --installed wxGTK* > No matching packages to list > $ wx-config > wxGTK-devel isn't installed for architecture 'x86_64' > $ echo $? > 9 > $ sudo dnf install $(ls ./wxWidgets/*x86_64.rpm | grep GTK) -y > … > $ wx-config > > wx-config [--prefix[=DIR]] [--exec-prefix[=DIR]] [--release] [--version-full] > … > $ echo $? > 1 So I think the wrapper - if it is really still needed - would need to be rewritten to take wxQt into account. I might do a wxWidgets build without replacing wx-config and see how it goes. [1] https://src.fedoraproject.org/rpms/aegisub/blob/853c49e62049da390f4daf9d8d139d4344fea759/f/aegisub.spec [2] https://src.fedoraproject.org/rpms/wxGTK/blob/5f01483b6f866658a00752b06d14867e698802c6/f/wx-config [3] https://src.fedoraproject.org/rpms/wxGTK/c/db1199232abd00ff9eb783dfe1f89669dacfa4d1?branch=5f01483b6f866658a00752b06d14867e698802c6 -- You are receiving this mail because: You are always notified about changes to this product and component You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2443717 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%202443717%23c15 -- _______________________________________________ package-review mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
