I'm running EL 9.2 with the EPEL 9 repo.
After a recent dnf update, I noticed that kmail would not start. When launching from a terminal, the following error message is shown:
dnf update
$ kmail symbol lookup error: /lib64/libkmailprivate.so.5: undefined symbol: _ZN9PimCommon20AutoCorrectionWidget16staticMetaObjectE
libkmailprivate.so is provided by the kmail-libs package. I'm running the latest from EPEL (kmail-libs-22.04.1-1.el9).
libkmailprivate.so
kmail-libs
There actually seem to be multiple missing symbols:
$ ldd -r /usr/lib64/libkmailprivate.so.5 | grep undefined ndefined symbol: _ZN9PimCommon20AutoCorrectionWidget16staticMetaObjectE (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20AutoCorrectionWidget7changedEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon14AutoCorrectionD1Ev (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon14AutoCorrectionC1Ev (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20AutoCorrectionWidget14resetToDefaultEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZNK9PimCommon22AutoCorrectionLanguage8languageEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20AutoCorrectionWidgetC1EP7QWidget (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20AutoCorrectionWidget17setAutoCorrectionEPNS_14AutoCorrectionE (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon22AutoCorrectionLanguageC1EP7QWidget (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20LogActivitiesManager4selfEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon17PimCommonSettings4selfEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon26LineEditWithAutoCorrection17setAutocorrectionEPNS_14AutoCorrectionE (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20AutoCorrectionWidget10loadConfigEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN15MessageComposer18RichTextComposerNg17setAutocorrectionEPN9PimCommon14AutoCorrectionE (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20LogActivitiesManager9appendLogERK7QString (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon20AutoCorrectionWidget11writeConfigEv (/usr/lib64/libkmailprivate.so.5) undefined symbol: _ZN9PimCommon22AutoCorrectionLanguage11setLanguageERK7QString (/usr/lib64/libkmailprivate.so.5)
Using dnf history, I noticed that kf5-pimcommon was recently updated from 22.04.1 to 22.12.3.
dnf history
kf5-pimcommon
I downloaded the previous version of kf5-pimcommon and its dependencies (22.04.1) from the EPEL archive, and version locked the packages:
dnf install kf5-messagelib-22.04.1-1.el9.x86_64.rpm kf5-pimcommon-22.04.1-1.el9.x86_64.rpm kf5-pimcommon-akonadi-22.04.1-1.el9.x86_64.rpm dnf versionlock add kf5-pimcommon-22.04.1-1.el9.x86_64 dnf versionlock add kf5-pimcommon-akonadi-22.04.1-1.el9.x86_64 dnf versionlock add kf5-messagelib-22.04.1-1.el9.x86_64
After the downgrade, kmail starts without issue.
Metadata Update from @ngompa: - Issue assigned to tdawson - Issue tagged with: epel, experience, packaging
Looking
Thank you for reporting this. I have verified this bug is on all RHEL 9 compatible machines (RHEL 9, Rocky 9, Alma 9, CentOS Stream 9)
Due to RHEL 9's older gpgme (1.15.1) kmail and several other related packages were not able to be updated with the rest of the KDE Plasma Desktop. Although I did check to make sure they would install, I didn't check to make sure kmail and others would run.
I believe I have a solution, but I need to build it and test it. I'll let you know when it's ready for you to try it.
I have an update that fixes kmail and the other related packages. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-4a0b02aefb
I have downloaded, installed and successfully tested these packages.
Please let me know if they work for you.
After removing my versionlock, running dnf update, and installing all your linked RPMs, I can confirm that the kmail issue is resolved.
Thanks for such a quick fix!
Thank you for checking. I will close this issue once the packages have made it to the regular epel9 repo.
The updates are now in epel9. Closing the issue.
Metadata Update from @tdawson: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)