Package: coreutils Version: 5.97-5 Severity: important
Actually a critical bug as it prevents bootup. On the other hand, it probably don't affect that many people yet. The problem is that this command: chmod 0:0 filename will do a completely unnecessary call into the name service switch. This is unnecessary as the user and group is provided numerically. It is of course necessary with "chmod username:groupname file" but that is a different case. This hangs the machine booting, because: 1. A xserver script provided by debian does exactly this chmod thing 2. The system uses openldap as its user database 3. openldap isn't started yet so chmod blocks forever. As a workaround, I have nsswitch.conf set up to try the standard files before contacting the ldap server. This gives me a small performance penalty on all lookups but the machine boots. Looking up names is unnecessary when the uid:gid is numeric already, it'd be nice if this was eliminated. ldap is a nice way of running a centralized user database after all. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-mm1 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1 Access control list shared library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libselinux1 1.30.28-2 SELinux shared libraries coreutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
