Bug#844298: dpkg: bold yellow is unreadable with light background

2016-11-14 Thread Sven Joachim
Package: dpkg Version: 1.18.14 The "warning" keyword in dpkg and other programs is displayed in bold yellow, which is unreadable with a light background. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture

Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Raphael Hertzog
Control: tag -1 + patch Control: severity -1 serious Hi Guillem, On Sun, 13 Nov 2016, Guillem Jover wrote: > > The /usr merge violates core assumptions in dpkg-shlibdeps. The reason > > that amd64 isn't broken is sheer luck. > > /etc/ld.so.conf.d/x86_64-linux-gnu.conf lists /lib before /usr/lib,

Processed: Re: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Debian Bug Tracking System
Processing control commands: > tag -1 + patch Bug #843073 [dpkg-dev] dpkg-shlibdeps: broken on i386 with merged /usr Added tag(s) patch. > severity -1 serious Bug #843073 [dpkg-dev] dpkg-shlibdeps: broken on i386 with merged /usr Severity set to 'serious' from 'wishlist' -- 843073: http://bugs.d

Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Michael Biebl
Am 14.11.2016 um 12:22 schrieb Raphael Hertzog: > Please find two patches attached. > > I checked that the command below was failing with the current dpkg-dev > and it did no longer fail with the updated one. > > $ sbuild -d sid --add-depends=usrmerge --chroot-setup-commands="sed -i > 's#^/usr#

Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Felipe Sateler
On Mon, 14 Nov 2016 12:22:58 +0100 Raphael Hertzog wrote: > Control: tag -1 + patch > Control: severity -1 serious > > Hi Guillem, > > On Sun, 13 Nov 2016, Guillem Jover wrote: > > > The /usr merge violates core assumptions in dpkg-shlibdeps. The reason > > > that amd64 isn't broken is sheer luck.

Bug#843073: Debian Installer Stretch Alpha 8 release

2016-11-14 Thread Raphael Hertzog
On Mon, 14 Nov 2016, Raphael Hertzog wrote: > Please find two patches attached. Given Felipe's comment about not breaking API for find_library() I opted to create a new function, but a quick codesearch seems to indicate that no other package is relying on this function. https://codesearch.debian.

Bug#824636: dpkg: Slow install performance

2016-11-14 Thread Dr. Johann Pfefferl
Hello again, I run into the same problems now with a complete different target platform. The hardware consists of: - BananaPi board (ARM) - Debian stretch/testing root filesystem - Filesystem itself is a F2FS which also supports fallocate - Relative slow Class4 sdcard If I upgrade the system the

Bug#844348: dpkg: please support ${source:Upstream-Version} in query

2016-11-14 Thread Gianfranco Costamagna
Source: dpkg Version: 1.18.14 Severity: normal Hi, as said, I would appreciate being able to do something like this: dpkg-query --show --showformat='${source:Upstream-Version}' cmake to find the Upstream-Version. Such variable is already documented in deb-substvars(5). Is such a feature something

Bug#843776: dpkg-buildpackage should set LC_COLLATE=C.UTF-8

2016-11-14 Thread Guillem Jover
Hi! On Wed, 2016-11-09 at 13:43:21 +, Ian Jackson wrote: > Package: dpkg-dev > Version: 1.18.12 > Many package build rules, dh rules, etc., rely on shell globbing. > This shell globbing needs to be predictable. > > The output of a package build ought not to depend on the locale at > all, rea