Bug#841068: hurd: system() is broken if exe/lib which links to pthread calls dlclose() of SO which links to curl-gnutls

Hi, On 19.10.2016 23:34, Samuel Thibault wrote: > Samuel Thibault, on Wed 19 Oct 2016 18:15:03 +0200, wrote: >> Eugene V. Lyubimkin, on Mon 17 Oct 2016 13:26:58 +0200, wrote: >>> Unfortunately, it was not enough for Cupt test suite on Hurd, since the >>> bug

Bug#841068: hurd: system() is broken if exe/lib which links to pthread calls dlclose() of SO which links to curl-gnutls

Package: libc0.3 Version: 2.24-4 Severity: normal Control: affects -1 cupt Hello Samuel and all, Thank you for fixing #839742, the original test case now passes. Unfortunately, it was not enough for Cupt test suite on Hurd, since the bug still happens under another circumstances - namely, if the

Bug#839742: hurd: system() is broken after dlclose() of SO which links to curl-gnutls

Hi Samuel, On 09.10.2016 13:23, Samuel Thibault wrote: > Samuel Thibault, on Tue 04 Oct 2016 15:33:58 +0200, wrote: >> Eugene V. Lyubimkin, on Tue 04 Oct 2016 14:37:58 +0200, wrote: >>> On Hurd, if one loads and unloads the shared object which was linked to >>> curl-gnu

Bug#839742: hurd: system() is broken after dlclose() of SO which links to curl-gnutls

Package: libc0.3 Version: 2.24-3 Severity: normal Control: affects -1 cupt [ Not sure if it's libc or kernel or something else, please reassign if needed. ] Dear Maintainer, Thank you for maintaining Glibc. On Hurd, if one loads and unloads the shared object which was linked to curl-gnutls libr

Re: Bug#551831: cupt: Incorrectly upgrades libc6, breaking the system

Hello Gabor, Gabor Gombas wrote: > On Wed, Oct 21, 2009 at 12:01:51PM +0300, Eugene V. Lyubimkin wrote: > >> However, this is another side of already archived >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543365 (ironically, reported >> by you too). On i386 we ha

Re: Bug#551831: cupt: Incorrectly upgrades libc6, breaking the system

we have the issue: libc6-i686 strictly Pre-Depends on libc6 (= ...), and whatever package from this two cupt tries to upgrade first, the pre-dependency will be broken. Let me try to add libc maintainers to the loop to know the correct upgrade path. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature

Re: Please test eglibc 2.9-23+multiarch.1

Aurelien Jarno wrote: > Except saying "apt sucks", I currently do not have more idea. Someone > else maybe? > /me suggests to try cupt and hides -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc D

Bug#516908: libc6: upstream README says "contains the version 2.7" though package version is 2.9

Package: libc6 Version: 2.9-3 Severity: minor >From /usr/share/doc/libc6/README.gz: -8<- This directory contains the version 2.7 release of the GNU C Library. ->8- The right version string might be 2.9. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unsta