Summary: | kde-apps/kdepimlibs:4 collides with >=app-crypt/gpgme-1.7.0[cxx,qt5] | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arfrever Frehtes Taifersar Arahesis <arfrever.fta> |
Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alonbl, crypto+disabled, heavymetal, itumaykin+gentoo, luisav.ferreira, orodruinlair, pacho, rossi.f, simon |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
URL: | https://github.com/gentoo/gentoo/pull/4523 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 617730 | ||
Bug Blocks: | |||
Attachments: |
Patch
Patch kdepim:5 packages require gpgme with cxx and qt5 use flags gpgme-1.8.0-r3.ebuild.diff |
Created attachment 466084 [details, diff]
Patch
Wow! what a long patch. Just to make sure I understand... following this patch does the kdepimlibs:4 actually work with gpgme-1.8? Created attachment 466100 [details, diff]
Patch
...uploading new diff rebased on top of current HEAD, since I've made conflicting changes to the tree. I hope that's ok, giving anyone who wants the chance to test it painlessly.
KDE Applications 16.12.3 is only a few days ahead, ideally we could introduce the patch with the version bump.
(In reply to Alon Bar-Lev from comment #2) > Just to make sure I understand... following this patch does the kdepimlibs:4 > actually work with gpgme-1.8? It renames the colliding parts of kdepimlibs (QGpgme and Gpgme++) and also makes it compatible/depend on app-crypt/gpgme-1.8.0 (with a more sophisticated patch than mine from bug 600510). Just FYI (not sure whether it's worth to open another bug): At my system there's also a problem with kdepim:5 stuff and gpgme-1.8.0-r2 as for the latter the use flags "cxx" and "qt5" are currently masked (in amd64) see attachment Created attachment 470378 [details]
kdepim:5 packages require gpgme with cxx and qt5 use flags
Big PR incoming. Instead of a lot of duplicate ebuild magic, this is now applied to sources. https://github.com/gentoo/gentoo/pull/4523 4.14.11_pre20160611: KDE/4.14 snapshot w/ Arfrever's patch + Gentoo FILESDIRs Build- and runtime tested. 4.4.2017.04: noakonadi-fork with Arfrever's patch + Gentoo FILESDIRs Tarball: https://dev.gentoo.org/~asturm/distfiles/kdepim-4.4.2017.04.tar.xz Completely untested. Volunteers? Maybe Stefan again? ;) Added required blockers in current stable rdeps: kopete, kmymoney, kwalletd Updated blockers in app-crypt/gpgme Created attachment 471382 [details, diff] gpgme-1.8.0-r3.ebuild.diff (In reply to Alon Bar-Lev from comment #2) > Just to make sure I understand... following this patch does the kdepimlibs:4 > actually work with gpgme-1.8? Alon, please confirm I can revbump gpgme with these small adjustments. (In reply to Andreas Sturmlechner from comment #8) > Created attachment 471382 [details, diff] [details, diff] > gpgme-1.8.0-r3.ebuild.diff > > (In reply to Alon Bar-Lev from comment #2) > > Just to make sure I understand... following this patch does the kdepimlibs:4 > > actually work with gpgme-1.8? > > Alon, please confirm I can revbump gpgme with these small adjustments. Sure! thanks! Thanks, these updates are now in tree, with 4.4.2017.04 masked. |
libgpgme-pthread library has been deleted in >=app-crypt/gpgme-1.8.0, but build system of kde-apps/kdepimlibs:4 is still searching for no longer existing variants of libgpgme and trying to build multiple corresponding variants of libgpgme++ (e.g. libgpgme++-pthread). Specifically libqgpgme uses only libgpgme++-pthread. The solution is to require >=app-crypt/gpgme-1.8.0, to disable building of no longer needed variants of libgpgme++ and to make libqgpgme use libgpgme++. >=app-crypt/gpgme-1.7.0 provides its own C++ and Qt 5 bindings which collide with C++ and Qt 4 bindings for app-crypt/gpgme provided kde-apps/kdepimlibs:4. The simplest solution is to rename C++ and Qt 4 bindings for app-crypt/gpgme provided kde-apps/kdepimlibs:4: libgpgme++ -> libkde4_gpgme++ libqgpgme -> libkde4_qgpgme And to update reverse dependencies.