Checking for strerror_r : ok Checking for XSI (rather than GNU) prototype for strerror_r : not found Checking for system tdb (>=1.4.3) : yes ERROR: Python module pytdb of version 1.4.3 not found, and bundling disabled * ERROR: sys-libs/ldb-2.1.4-r1::gentoo failed (configure phase): * configure failed * * Call stack: * ebuild.sh, line 125: Called src_configure * environment, line 3594: Called multilib-minimal_src_configure * environment, line 2282: Called multilib_foreach_abi 'multilib-minimal_abi_src_configure' * environment, line 2535: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure' * environment, line 2212: Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure' * environment, line 2210: Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure' * environment, line 428: Called multilib-minimal_abi_src_configure * environment, line 2276: Called multilib_src_configure * environment, line 2758: Called waf-utils_src_configure '--disable-rpath' '--disable-rpath-install' '--bundled-libraries=NONE' '--with-modulesdir=/usr/lib/samba' '--builtin-libraries=NONE' * environment, line 4395: Called die Reproducible: Always Steps to Reproduce: 1. run emerge -uDaNv world Actual Results: Emerge fails Expected Results: Successful compilation.
Full build.log and emerge --info if you can.
Created attachment 678924 [details] Build log
Created attachment 678930 [details] emerge --info
The files attached.
I can reproduce if I build sys-libs/tdb for a different PYTHON_SINGLE_TARGET than ldb, there's no deps stopping from doing this.
(In reply to Ionen Wolkens from comment #5) > I can reproduce if I build sys-libs/tdb for a different PYTHON_SINGLE_TARGET > than ldb, there's no deps stopping from doing this. Thank you for the idea! It looks like manual rebuild of tdb and talloc did the trick to me.
Also ran into this - also fixed/worked-around by unmerging and then emerge -1 those dependencies. Over-merging didn't work due to the conflicts caused by switching PYTHON_SINGLE_TARGET
Hi all, I'm seeing this same issue compiling sys-libs/ldb, but I'm not sure I understand these follow ups responses. It sounds like I need to emerge --unmerge one or more other packages? Which ones? I feel like I'm caught in some kind of dependency hell because of Python. My fault for not updating these boxes for a couple of months, but this is really frustrating.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9de311cc188c71056e6b68bdcf866d2c6c1351a4 commit 9de311cc188c71056e6b68bdcf866d2c6c1351a4 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2021-01-09 23:50:24 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2021-01-25 16:18:15 +0000 sys-libs/ldb: EAPI-7 bump, add missing PYTHON_SINGLE_USEDEPs Move some variables around. Closes: https://bugs.gentoo.org/760884 Package-Manager: Portage-3.0.12, Repoman-3.0.2 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> sys-libs/ldb/ldb-2.2.0-r2.ebuild | 118 +++++++++++++++++++++++++++++++++++++++ 1 file changed, 118 insertions(+)
