[MacPorts] #52342: kdepimlibs4 apparent conflict with gpgme

[MacPorts]

#52342: kdepimlibs4 apparent conflict with gpgme
--------------------------+---------------------
  Reporter:  lionteeth@…  |      Owner:  nicos@…
      Type:  defect       |     Status:  closed
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.3.4
Resolution:  fixed        |   Keywords:
      Port:  kdepimlibs4  |
--------------------------+---------------------

Comment (by rjvbertin@…):

 I'm not sure if it's such a good idea to try to make KDEPim4 use much more
 recent GPGMe versions than the ones it ships with. KDEPim4 is
 unmaintained, and clearly some things have changed in the cmake files
 installed by gpgme, over time.

 Marko's error in https://trac.macports.org/ticket/52470 is a result of
 that, I think; it looks like `port:kdepimlibs4` installs 2 cmake files,

 {{{
   /opt/local/share/apps/cmake/modules/FindGpgme.cmake
   /opt/local/share/apps/cmake/modules/FindQGpgme.cmake
 }}}

 which apparently don't work with GPGMe 1.7 . Presumable, the 1st of these
 2 files is expecting `/opt/local/lib/gpgmepp/GpgmeppConfig.cmake`
 (installed by kdepimlibs4 too), while port:gpgme installs
 `/opt/local/lib/cmake/Gpgmepp/GpgmeppConfig.cmake`
 Are those files actually installed with your patch?

 There is an easier workaround: apply the part of my KDE4 patches that
 cause KDE4 headerfiles to be installed into ${prefix}/include/KDE4.
 Configure and port:kdelibs4 with `configure.args-append
 -DINCLUDE_INSTALL_DIR=${kde4.include_dirs}` (revbump of dependents only
 required if you really want to rebuild them). I define kde4.include_dirs
 in my kde4-1.1.tcl :

 {{{
 set kde4.include_prefix KDE4
 set kde4.include_dirs   ${prefix}/include/${kde4.include_prefix}
 }}}

 As a result, I have (after rebuilding kdepimlibs4):

 {{{
   /opt/local/include/KDE4/gpgme++/assuanresult.h
   /opt/local/include/KDE4/gpgme++/configuration.h
   /opt/local/include/KDE4/gpgme++/context.h
   /opt/local/include/KDE4/gpgme++/data.h
 ...
 }}}

 and no conflicts ... and KDEPIM builds as it expects to.

 This change is required anyway if we want to support concurrent KDE4 and
 KF5 installations. It also doesn't mean you cannot figure out how to build
 KDEPIM against all of port:gpgme ...

 Note also that kdepimlibs4 only provides the C++ wrappers, which use the C
 implementation from port:gpgme (and hence the latest version).
 The easiest "fix" would be to remove the gpgme++ header directory in the
 post-destroot (possibly replace it with a symlink to
 /opt/local/include/gpgme++ if using my /opt/local/include/KDE4 idea).

-- 
Ticket URL: <https://trac.macports.org/ticket/52342#comment:9>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system