According to more restrictive libdb licence policy exists effort to remove libdb's dependencies. cyrus-sasl package is now built with libdb requirement, this package could be build without libdb. libdb could be replaced by gdbm.
Filip, is there a specific reason that you suggest gdbm rather lmdb?
There are multiple choices(see: https://www.cyrusimap.org/sasl/sasl/installation.html#requirements). But from cyrus-sasl installation guide: "If you are using SASLdb, you will need to pick your backend. libsasl2 can use gdbm, Berkeley db, or ndbm to implement its user/password lookup. Most systems come with ndbm." I am not sure, if cyrus-sasl with gdbm has same functionality as with lmdb. If so then lmdb could be used.
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
Hi Filip, we have a proposed change to address this issue here: https://src.fedoraproject.org/rpms/cyrus-sasl/pull-request/3 I guess one question is how/when we should introduce this change in Fedora. As you can see we have a migration script, but there is currently no automatic migration of the Database during an RPM upgrade. We can probably add a scriplet to catch a DB in the default path, but applications that may provide a bdb database in an alternative path would have to be changed to invoke the upgrade script I guess. So guidance on how to proceed would be nice.
Hi, Simo first of all thanks for your effort. It's great that you include also the support of conversion. In the current state isn't possible to make one big Fedora change for all components, because some components need more time to implement other database support. Therefore I would recommend creating a change Into Fedora 35 for your component. If I can help in any way, I'll be happy to help.
Dmitry did most of the work, so thanks go to him. We will plan for a F35 change once they open up.
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle. Changing version to 34.
FEDORA-2021-ede3a14d4c has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-ede3a14d4c
FEDORA-2021-ede3a14d4c has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-ede3a14d4c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-ede3a14d4c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-ede3a14d4c has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.