Hi Ryan,
On 04.01.19 04:17, Ryan Tandy wrote:
> Thanks in advance for any testing you're able to do.
I verified that cups doesn't crash with your packages on debian stretch.
On debian buster, cups doesn't crash even without your patched packages.
As far as I can tell this matches the behaviour
Hi Ryan,
thanks for fixing this. My organisation has moved to sssd and the cups
VM has been upgraded to debian buster since we needed driver for newer
printers, so this isn't an issue for us anymore.
I've set up a VM and managed to reproduce the crash. Packages for
stretch and buster definitely
On Sun, 10 Jun 2018 08:51:47 -0700 Ryan Tandy wrote:
> Thanks for the followup. Yes, fixing it as a Debian patch is probably
> the best path for now, and maybe trying upstream again at a later date.
> To a certain extent it's easier here because we have a more homogeneous
> platform than
On 10.06.2018 17:51, Ryan Tandy wrote:
> I never did get around to re-asking GnuTLS upstream about adding a
> workaround on their end, but I suspect there's no point; after all
> libldap is doing the very things their documentation explicitly says a
> library should never do.
GnuTLS upstream
Openldap calling gnutls_global_set_mutex also breaks cups when using
pam_ldap: http://www.openldap.org/its/index.cgi?findid=8797
As upstream is unwilling to fix this and the calling
gnutls_global_set_mutex isn't really necessary, how about patching this
in the debian package?
5 matches
Mail list logo