Summary: | x11-libs/wxGTK-3.0.5.1-r1 and x11-libs/wxGTK-3.2.2.1-r3 binary packages are incompatible with 23.0 split-usr profiles | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andreas Grois <andi> |
Component: | Current packages | Assignee: | Gentoo wxWidgets project <wxwidgets> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | arsen, leio, mkyral, sam |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/gentoo/gentoo/pull/36490 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 690294, 927745, 927750, 928421 |
Description
Andreas Grois
2024-03-26 22:28:42 UTC
I have the same issue - two packages failed to build on 23.0 split-usr profile: app-arch/p7zip media-video/mediainfo I can also confirm that creating /usr/bin/grep symlink fix the issue and packages compiles fine. On a quick look, it looks like it's just using dev-build/autoconf provided AC_PROG_EGREP m4 macro for this, and I don't see a copy of it in wxGTK own build, so presumably system version in /usr/share/autoconf-2.71/autoconf/programs.m4 is not overridden by a copy in aclocal.m4 or similar in wxGTK own tree. And then that path is encoded in the relevant wx-config version in /usr/lib64/wx/config/ into the binary package. The grep calls in it are just `grep` without a path, while EGREP gets the full path from the configure check, e.g. EGREP="/usr/bin/grep -E" Not sure what the best approach here is to fix it. Is there a reliable way to feed it EGREP value via autoconf cache thing that will work on all system? In particular about "egrep" vs "grep -E", etc? Maybe export ac_cv_path_GREP="${EPREFIX}/bin/grep and/or export ac_cv_path_EGREP="${EPREFIX}/bin/grep -E" in src_configure is bound to work in Gentoo without problems on all systems? Though that would not work for binary prefix packages still... Without a full path OTOH feels risky otherwise - maybe if it only ended up in the wx-config script like that, but I think it's used elsewhere as well during build. (In reply to Mart Raudsepp from comment #3) I'd just copy what dev-build/libtool does. https://github.com/wxWidgets/wxWidgets/commit/2b6be286ee10b963bd15b31313fe9bf89de5dbc2 newer (in this case yet to exist AFAICT) wx versions even just hardcode grep -E.. the export approach appears just fine to me. so does taking these from libtool: export ac_cv_path_SED="$(basename "$(type -P sed)")" export ac_cv_path_EGREP="$(basename "$(type -P grep)") -E" export ac_cv_path_EGREP_TRADITIONAL="$(basename "$(type -P grep)") -E" export ac_cv_path_FGREP="$(basename "$(type -P grep)") -F" export ac_cv_path_GREP="$(basename "$(type -P grep)")" at least I see no downside Do either as long as one of you commits it so binpkgs work again :p ack, will do so soon |