Summary: | app-dicts/duali-data-0.1b -doins: stemsdb does not exist | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michael Palimaka (kensington) <kensington> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mjo |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build log |
Description
Michael Palimaka (kensington)
2011-08-27 16:40:08 UTC
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 |