Created attachment 284805 [details] build log install: cannot stat `stemsdb': No such file or directory !!! doins: stemsdb does not exist install: cannot stat `prefixesdb': No such file or directory !!! doins: prefixesdb does not exist install: cannot stat `suffixesdb': No such file or directory !!! doins: suffixesdb does not exist doins failed * ERROR: app-dicts/duali-data-0.1b failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 56: Called src_install * environment, line 176: Called die * The specific snippet of code: * doins stemsdb prefixesdb suffixesdb || die; Portage 2.1.10.11 (default/linux/amd64/10.0, gcc-4.5.3-asneeded, glibc-2.13-r4, 2.6.39-gentoo-r3-libre x86_64) ================================================================= System uname: Linux-2.6.39-gentoo-r3-libre-x86_64-06-17-with-gentoo-2.0.3 Timestamp of tree: Sat, 27 Aug 2011 14:15:01 +0000 app-shells/bash: 4.2_p10 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.1-r1, 3.2-r2 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1-r1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.5.3-r1 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 2.6.39 (virtual/os-headers) sys-libs/glibc: 2.13-r4 Repositories: gentoo x-portage ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs buildpkg collision-protect distlocks ebuild-locks fixlafiles fixpackages multilib-strict news parallel-fetch protect-owned sandbox sfperms strict test unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="" GENTOO_MIRRORS="ftp://mirror.internode.on.net/pub/gentoo/" LDFLAGS="-Wl,--hash-style=gnu -Wl,--as-needed" LINGUAS="en" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="amd64 multilib" ELIBC="glibc" KERNEL="linux" LINGUAS="en" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Cannot reproduce - works for me
It turns out that dict2db is failing to generate the files from the error message when python is built without gdbm.
This wasn't entirely straightforward, but I think requiring python[gdbm] in app-text/duali should hide the weirdness happening in the application itself. The tl;dr is that python[-gdbm] causes the "wrong" database filenames to get used, and duali tries too hard and shoots itself in the foot when trying to load them. There's also the matter of duali-data not trying enough potential filenames, but that would have been easy to fix. commit 866c7c17834da734f7f1abf8fa366dc247bac059 Author: Michael Orlitzky <mjo@gentoo.org> Date: Thu Aug 25 17:26:32 2016 -0400 app-text/duali, app-dicts/duali-data: new revisions with EAPI=6. These two packages needed simultaneous revisions to fix dictionary database compilation. The app-text/duali package provides a script (dict2db) that builds dictionary databases, and a module that uses them. Both use the "anydbm" python module, and should not care about the dbm backend, but the implementation details do -- they try to guess a filename, and each dbm backend outputs a different file name. In the new revision of duali, we require python[gdbm] to ensure that we get at least one of the file names that we expect. The new duali-data requires the new duali so that the databases get the correct name, and everything is happy. Minimal changes were needed for the duali-data ebuild, but the duali ebuild needed to be updated to use python-single-r1 and was rewritten. Gentoo-Bug: 380857 Package-Manager: portage-2.2.28
