Bug#979970: libselinux1: dependency to newer libc6 ignored by/missing for aptitude

Le 26/01/21 à 13:44, Julian Andres Klode a écrit : On Tue, Jan 26, 2021 at 12:52:52PM +0100, Aurelien Jarno wrote: reassign 979970 src:glibc,src:libselinux,src:apt,src:openssh thanks On 2021-01-25 11:59, Laurent Bigonville wrote: reassign 979970 src:glibc 2.30-1 affects 979970 + libselinux1

Bug#924712: crypt() not available _XOPEN_SOURCE is defined

Le 21/03/19 à 09:32, Florian Weimer a écrit : * Laurent Bigonville: Le 19/03/19 à 19:43, Florian Weimer a écrit : Can you compile the software using _DEFAULT_SOURCE (well, the default) or _GNU_SOURCE instead? Yes, the software can be compile when _XOPEN_SOURCE is not defined or when

Bug#924712: crypt() not available _XOPEN_SOURCE is defined

Le 19/03/19 à 19:43, Florian Weimer a écrit : * Laurent Bigonville: Package: libc6-dev Version: 2.28-8 Severity: serious Hi, The crypt.3 manpage, state that _XOPEN_SOURCE should be define for crypt() to be available. But it looks that it's currently the opposite, if _XOPEN_SOURCE is de

Bug#924712: crypt() not available _XOPEN_SOURCE is defined

FTR: https://bugzilla.redhat.com/show_bug.cgi?id=1566464

Bug#924712: crypt() not available _XOPEN_SOURCE is defined

ssion compared to stretch. Regards, Laurent Bigonville -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-3-amd64 (SMP w/8 CPU cores) Locale: L

Bug#880846: libc-bin: libnss_compat is deprecated and nsswitch should stop using it on new installation

Package: libc-bin Followup-For: Bug #880846 Hi, I've made a patch to fix this: https://salsa.debian.org/bigon/glibc/commit/043fac849ad0744a3c7c3ff394c19eb8db594a1a Kind regards, Laurent Bigonville -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT p

Bug#880846: libc-bin: libnss_compat is deprecated and nsswitch should stop using it on new installation

Package: libc-bin Followup-For: Bug #880846 Hi, According to the release note of 2.26, the nss_compat module is deprecated[0]. It's probably a good idea to stop using it on new installation Kind regards, Laurent Bigonville [0]https://sourceware.org/ml/libc-announce/2017/msg1

Bug#767707: nscd: Please include .service and .tmpfiles file

* helpers in the proper sequence[0] during the build. Cheers, Laurent Bigonville [0] https://wiki.debian.org/systemd/Packaging -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arch

Bug#754392: libc6:amd64: lock elision code used on machine not supporting TSX (xbegin, ...) instructions

/compositor.c:4316 This is the (illegal) instruction executed: => 0x7681d18b <__lll_lock_elision+75>: xbeginq 0x7681d191 <__lll_lock_elision+81> These instruction are only available on Haswell+ CPU's Cheers, Laurent Bigonville -- System Information: Debian Relea

Bug#728529: [DSE-Dev] Bug#728529: libselinux1: causes ld.so error in smartctl/smartd

Le Mon, 11 Nov 2013 09:40:52 +0100, Sven Hartge a écrit : > On 11.11.2013 09:34, Laurent Bigonville wrote: > > Le Mon, 11 Nov 2013 09:26:38 +0100, > > Sven Hartge a écrit : > > > >> On 11.11.2013 09:22, Laurent Bigonville wrote: > >>> Le Mon, 11 Nov

Bug#728529: [DSE-Dev] Bug#728529: libselinux1: causes ld.so error in smartctl/smartd

t;solution". What, if I am not able to > recompile an affected program? A binNMU for smartmontools has just been schedule. The new rebuilt version (6.2+svn3841-1+b1) of smartmontools should arrive soon on the archive. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-gl