if your prefix xsubpp and /usr/bin/xsubpp differ in perl versions urxvt will fail to merge this patch fixes it Reproducible: Always
Created attachment 374058 [details, diff] use prefix path with xsubpp
uhm, isn't this patch just not using the prefix perl? that looks wrong to me...
Created attachment 374422 [details, diff] use the right xsubpp path you're right i submitted the wrong patch. also it seems like maybe the path should be something entirely different
Comment on attachment 374422 [details, diff] use the right xsubpp path >--- a/src/Makefile.in >+++ b/src/Makefile.in >@@ -112,7 +112,7 @@ > $(PERL) -MExtUtils::Embed -e xsinit -- -std urxvt > > rxvtperl.C: rxvtperl.xs iom_perl.h iom_perl.xs typemap typemap.iom >- PERL="$(PERL)" $(PERL) @PERLPRIVLIBEXP@/ExtUtils/xsubpp -C++ -typemap @PERLPRIVLIBEXP@/ExtUtils/typemap -typemap typemap.iom -typemap typemap -prototypes $(srcdir)/rxvtperl.xs >$@ >+ PERL="$(PERL)" $(PERL) ${EPREFIX}/usr/bin/xsubpp -C++ -typemap @PERLPRIVLIBEXP@/ExtUtils/typemap -typemap typemap.iom -typemap typemap -prototypes $(srcdir)/rxvtperl.xs >$@ The build system uses no such variable as EPREFIX, so it is not a good idea to introduce it here. An appropriate patch would expose PERLPRIVLIBEXP in configure.ac instead so that we can override it as needed in the ebuild.
Also, we have files/rxvt-unicode-9.15-xsubpp.patch in place already. Any proper tinkering should probably replace that patch.
I think we'd have to look at current versions of this package to see what the state is
Still broken.
*** Bug 774132 has been marked as a duplicate of this bug. ***
Started digging for some further information surrounding this. This bug appears to be the background info for the xsubpp patch: https://bugs.gentoo.org/424697
After reading more, it seems the xsubpp patch may have had more to do with the version of perl in the tree at the time, and the ParseXS version being supplied in the tree under the perl-core category. Now, it appears we just have a virtual for perl-ExtUtils-ParseXS, which in my case was satisfied by dev-lang/perl-5.32.1. Please, take my observation with a grain of salt - I'm no expert :) My workaround was to simply exclude the xsubpp patch and emerge it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2bfec260e57586d91de7da25029f893eef1094ea commit 2bfec260e57586d91de7da25029f893eef1094ea Author: Fabian Groffen <grobian@gentoo.org> AuthorDate: 2021-03-10 07:24:01 +0000 Commit: Fabian Groffen <grobian@gentoo.org> CommitDate: 2021-03-10 07:24:14 +0000 x11-terms/rxvt-unicode: fix build on Prefix Closes: https://bugs.gentoo.org/506500 Package-Manager: Portage-3.0.13, Repoman-3.0.2 Signed-off-by: Fabian Groffen <grobian@gentoo.org> x11-terms/rxvt-unicode/rxvt-unicode-9.22-r7.ebuild | 5 ++++- x11-terms/rxvt-unicode/rxvt-unicode-9999.ebuild | 7 +++++-- 2 files changed, 9 insertions(+), 3 deletions(-)