Package: dpkg Version: 1.14.23 Severity: important I've thought about filing this as release critical as it is really weird behavior and seems like a fairly recent regression from somewhere. I had already seen this a few weeks ago while using pbuilder and dismissed it as random weirdness, but I now also see it in Debian Installer.
Attached the full installation log, but here is a sample: Dec 27 08:13:51 in-target: Selecting previously deselected package busybox. Dec 27 08:13:51 in-target: (Reading database ... [...] Dec 27 08:13:56 in-target: SELECTING PREVIOUSLY DESELECTED PACKAGE LIBVOLUME-ID0. Dec 27 08:13:56 in-target: (READING DATABASE ... [...] Dec 27 08:15:28 in-target: Selecting previously deselected package usbutils. Dec 27 08:15:28 in-target: (Reading database ... [...] Dec 27 08:26:47 in-target: SELECTING PREVIOUSLY DESELECTED PACKAGE EXIM4-CONFIG. Dec 27 08:26:47 in-target: (READING DATABASE ... Note that it seems limited to dpkg and that it's not persistent from one invocation to the next. The output of aptitude (and apt?) remains correct in lower/mixed case. I guess the first time I saw this with pbuilder was about a month ago. Before that I had never seen this behavior. Any idea what could be causing this switch to all CAPS? In both cases dpkg is run in a chroot. Could that be relevant? Cheers, FJP -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rjw (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 6.10-6 The GNU core utilities ii libc6 2.7-16 GNU C Library: Shared libraries ii lzma 4.43-14 Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.19 Advanced front-end for dpkg -- no debconf information
syslog.d-i.gz
Description: GNU Zip compressed data
