nscd gives undefined preference with identical names (passwd)

Hi, simple test system. order for passwd db in nsswitch.conf is compat ldap. Vast majority of uids/gids are on the system so "compat" (or files) must have precedence, and normally it does. Now when a username from /etc/passwd and from LDAP are identical (in name) (but not in UID) whichever

[glibc] branch sid updated (04b357a -> a813006)

This is an automated email from the git hooks/post-receive script. sthibault pushed a change to branch sid in repository glibc. from 04b357a * hurd-i386/cvs-libpthread-2.23.diff: Update new a813006 hurd-i386/cvs-tabdly.diff: New patch. The 1 revisions listed above as "new"

Processed: tagging 830584

Processing commands for cont...@bugs.debian.org: > tags 830584 + pending Bug #830584 [libc0.3-dev] Hurd termios.h: TABDLY does not include TAB3, so "stty tab0" does not undo "stty tab3" Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. --

Processed: Bug#830584 marked as pending

Processing commands for cont...@bugs.debian.org: > tag 830584 pending Bug #830584 [libc0.3-dev] Hurd termios.h: TABDLY does not include TAB3, so "stty tab0" does not undo "stty tab3" Ignoring request to alter tags of bug #830584 to the same tags previously set > thanks Stopping processing here.

[glibc] 01/01: hurd-i386/cvs-tabdly.diff: New patch.

This is an automated email from the git hooks/post-receive script. sthibault pushed a commit to branch sid in repository glibc. commit a81300656190011e9f7bf7e835b5d19407125071 Author: Samuel Thibault Date: Wed Jul 13 22:47:11 2016 +0200

Bug#831033: libc6: NSS (compat/nis) randomly fails for getent*

Package: libc6 Severity: important -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/64 CPU cores) Locale: LANG=en_US,

Re: Bug#830734: procps: FTBFS[!linux]: 'HOST_NAME_MAX' undeclared

On 2016-07-13 10:18, Craig Small wrote: > On Tue, Jul 12, 2016 at 11:43 PM Aaron M. Ucko wrote: > > > Craig Small writes: > > > > > /usr/include/x86_64-linux-gnu/bits/local_lim.h:#define HOST_NAME_MAX 64 > > > > I just took a closer look and noticed the

Re: Bug#830734: procps: FTBFS[!linux]: 'HOST_NAME_MAX' undeclared

On Tue, Jul 12, 2016 at 11:43 PM Aaron M. Ucko wrote: > Craig Small writes: > > > /usr/include/x86_64-linux-gnu/bits/local_lim.h:#define HOST_NAME_MAX 64 > > I just took a closer look and noticed the "-linux-" in this path. This > is not a header I would