[pkg-gnupg-maint] cpp/qt bindings status

Andre Heinecke aheinecke at intevation.de
Fri Oct 14 15:08:38 UTC 2016


Hi,

On Thursday 13 October 2016 17:51:11 Daniel Kahn Gillmor wrote:
> > I also got feedback from Luca (SUSE) that the conflict with kdepimlibs
> > 4.14 is causing problems. I wonder if we should change the install
> > locations to "/usr/include/gpgme-cpp" and "/usr/include/gpgme-qt" or do
> > you think it's too late for that?
> 
> It's not too late for that in debian; these bindings have only been
> published in debian in the experimental repo thus far, so nothing
> depends on them explicitly -- yet!
> 
> But any changes we want to make in the naming or versioning of these
> bindings probably need to happen soon if we want them to be considered
> for inclusion in debian.
> 
> > I like the suggestion of libgpgme-cpp-dev and libgpgme-qt-dev.
> 
> fwiw, i also like the simplicity and clarity of this scheme.

From Sandro I took that he was slightly in favor of keeping the old name. Luca 
has also already packaged the current state.
And with the conflict only in the -dev packages with a somewhat old version 
should not be so big a problem.

Personally I like libgpgme-qt libgpgme-cpp, better and think now that It was a 
mistake not to change them when migrating the code. This is also what other 
projects do, e.g. libpoppler with libpoppler-qt4, libpoppler-cpp etc. 

> > I don't think gpgmepp and qgpgme are that widespread. And the
> > namespaces used are just GpgME and QGpgME. Maybe also changing the
> > installed librarary names to match libgpgme-qt.so ?
> 
> the list of reverse dependencies in debian isn't all that large, but
> getting a full rename transition done so that all of the old versions
> can be dropped might end up being too big of a move before the debian
> freeze.  I don't think that should stop you from trying to get the right
> names going forward upstream, though.

I tend to agree that the change is too distruptive now. To make it cleanly we 
should also rename the installed libraries, how the libraries are mentioned in 
the doc etc and not just change the header install location. And this would be 
another very disruptive change after we just did one. Also this way at least 
for QGpgME we follow the <namespace>/<class> pattern for the camelcased 
includes.

To summarize: I like libgpgme-qt and libgpgme-cpp better then libgpgmepp and 
libqgpgme but I don't think we should change it right now.

> > FYI there was some API missing / not installed in the qt variant that is
> > used in kleopatra and KMail, so we'll need a new release soon. KDEPIM
> > master already depends on the new libraries.

Werner is currently working on the release, it might even come today.

Regards,
Andre

-- 
Andre Heinecke |  ++49-541-335083-262  | http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 630 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnupg-maint/attachments/20161014/4ab45bd1/attachment.sig>


More information about the pkg-gnupg-maint mailing list