[Pkg-libvirt-maintainers] Bug#745946: gtk-vnc: Uses gcrypt functions without explicit gcrypt build-dependency

Andreas Metzler ametzler at bebt.de
Sat Apr 26 17:27:00 UTC 2014


Package: gtk-vnc
Version: 0.5.2-3
Severity: normal
User: ametzler at debian.org
Usertags: gnutls3

gtk-vnc uses gcrypt directly (not only as an indirect dependency
via gnutls) but does not build-depend on it.

Some of the code (thread handler) would probably superfluous
nowadays[1] for the other functions it might be better to switch from
gcrypt to gnutls' crypto API, to limit external depencies. (GnuTLS v3
uses nettle instead of gcrypt.)

cu Andreas


[1]
------------------------------
NEWS in gnutls 2.12
** libgnutls: Added gnutls_global_set_mutex() to allow setting
alternative locking procedures. By default the system available
locking is used. In *NIX pthreads are used and in windows the
critical section API. This follows a different approach than the
previous versions that depended on libgcrypt initialization. The
locks are now set by default in systems that support it. Programs
that used gcry_control() to set thread locks should insert it into
a block of
#if GNUTLS_VERSION_NUMBER <= 0x020b00
        gcry_control(...)
#endif
------------------------------
 
-- 
`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'



More information about the Pkg-libvirt-maintainers mailing list