Remmina 1.2 backport

[Andreas Metzler]

On 2017-09-17 Andreas Metzler <ametzler at bebt.de> wrote:
> On 2017-09-17 Raphaël Halimi <raphael.halimi at gmail.com> wrote:
>> Le 17/09/2017 à 14:07, Andreas Metzler a écrit :
>>> I suspect from there on follows some contradicting views on what gcrypt
>>> is believed to support. - These two #defines are missing, but there are
>>> other condionals defines relating to GCRYPT_VERSION_NUMBER.
>>> Anyway, this is a bug in cmake/Modules/FindGCrypt.cmake.

>>> So a gcrypt backport is not needed.

>>> You might be wondering why libgcrypt 1.7.6-2+deb9u2 triggers the bug.
>>> Well, that is
>>> https://bugs.launchpad.net/ubuntu/+source/libgcrypt20/+bug/1700157 which
>>> was fixed 1.7.8-1.

>> Thanks a lot for investigating this.

>> However, I fail to understand why you state that a backport isn't
>> needed. Unless there is a plan to cherry-pick the fix for this bug and
>> include it in a future Stretch point release, libssh (and thus, Remmina)
>> can't be backported to Stretch.

> Hello,

> The bug is in libssh, it needs to be fixed there. Then libssh/sid with
> the fix can be backported.

Hello,

Actually it could also be fixed in the backport before/without being
included in sid. FWIW find attached a seems-to-work-me patch.

HTH, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3000_fix_gcrypt_version_parsing.diff
Type: text/x-diff
Size: 1229 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnutls-maint/attachments/20170917/388d1944/attachment.diff>