https://bugzilla.redhat.com/show_bug.cgi?id=2443717
--- Comment #4 from Scott Talbert <[email protected]> --- (In reply to Neal Gompa from comment #3) > Initial spec review: > > > BuildRequires: xorg-x11-server-Xvfb > > Can this be swapped out for "wlheadless-run" or "xwfb-run"? I've tried that on the wxWidgets 3.2 release and there were a ton more test failures. So, probably not without having to skip a *lot* of tests. Probably need to get upstream support for that. > > Requires(post): /usr/sbin/update-alternatives > > Requires(postun): /usr/sbin/update-alternatives > > Can we get rid of alternatives and just make it mutually exclusive packages > instead? > > Some kind of Provides+Conflicts stanza with a virtual name? e.g. > > Provides: devel(wxWidgets) > Conflicts: devel(wxWidgets) > > Or something else, I guess... Yeah, we could probably do conflicting devel packages. The alternatives setup is just how it has been...forever. > > %{_libdir}/libwx_gtk3u_adv-*.so.%{sover}* > > The soversion glob is too greedy, per > https://docs.fedoraproject.org/en-US/packaging-guidelines/ > #_listing_shared_library_files > > Also, some kind of bcond to make it so that if it's the default version, the > package provides the unversioned names so it gets pulled in by default. > > Finally, could we consider switching from Autotools to CMake? It appears to > be supported: > https://github.com/wxWidgets/wxWidgets/blob/master/docs/doxygen/overviews/ > cmake.md I did initially try this, but ran into bugs. Autotools is still the main supported build system, so I'd prefer to stick with it for now. -- 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%23c4 -- _______________________________________________ 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
