Bug#673158: /usr/bin/dpkg-buildflags: Error in French manpage translation

2012-05-16 Thread Vincent Danjean
Package: dpkg-dev Version: 1.16.3+0~184407.7~1.gbp45fe25 Severity: minor File: /usr/bin/dpkg-buildflags Tags: l10n I just see several problems in the French translation of dpkg-buildflags(1). I will continue this bug report in French. Il y a une traduction erronnée (contresens) pour l'entrée

Bug#673158: /usr/bin/dpkg-buildflags: Error in French manpage translation

2012-05-16 Thread Christian PERRIER
Quoting Vincent Danjean (vdanj...@debian.org): Il y a une traduction erronnée (contresens) pour l'entrée 'pie' dans la section HARDENING: [...]the code areas must be compiled as position-independent[...] [...]les zones de codes doivent être compilées comme dépendantes de la

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

2012-05-16 Thread Guillem Jover
Hi! On Sun, 2011-11-13 at 22:42:49 +, Roger Leigh wrote: New version attached. It includes your changes, plus the documentation fixes you suggested. I've now come back to this and it indeed does make sense and looks sane. I've some comments below, that once fixed I'll be comfortable

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

2012-05-16 Thread Roger Leigh
On Wed, May 16, 2012 at 08:36:29PM +0200, Guillem Jover wrote: Hi! Hi Guillem! On Sun, 2011-11-13 at 22:42:49 +, Roger Leigh wrote: New version attached. It includes your changes, plus the documentation fixes you suggested. I've now come back to this and it indeed does make sense

Bug#673190: dpkg-query: --list should add arch suffix to all foreign arch packages

2012-05-16 Thread Carsten Hey
Package: dpkg Version: 1.16.3 Severity: wishlist dpkg-query --list should add arch suffix to all foreign arch packages. # dpkg --print-architecture amd64 # dpkg -l sc | grep ' sc' | tr -s ' ' ii sc 7.16-3 Text-based spreadsheet with VI-like keybindings # apt-get remove sc ...

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

2012-05-16 Thread Guillem Jover
On Wed, 2012-05-16 at 21:00:47 +0100, Roger Leigh wrote: On Wed, May 16, 2012 at 08:36:29PM +0200, Guillem Jover wrote: On Sun, 2011-11-13 at 22:42:49 +, Roger Leigh wrote: New version attached. It includes your changes, plus the documentation fixes you suggested. I've now come

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

2012-05-16 Thread Roger Leigh
On Wed, May 16, 2012 at 10:23:23PM +0200, Guillem Jover wrote: On Wed, 2012-05-16 at 21:00:47 +0100, Roger Leigh wrote: On Wed, May 16, 2012 at 08:36:29PM +0200, Guillem Jover wrote: The comment about it being introduced recently seems misplaced here. I've changed these to 1.16.4. This

Bug#673190: dpkg-query: --list should add arch suffix to all foreign arch packages

2012-05-16 Thread Guillem Jover
tag 673190 wontfix thanks Hi, On Wed, 2012-05-16 at 22:04:30 +0200, Carsten Hey wrote: Package: dpkg Version: 1.16.3 Severity: wishlist dpkg-query --list should add arch suffix to all foreign arch packages. # dpkg --print-architecture amd64 # dpkg -l sc | grep ' sc' | tr -s ' '

Processed: Re: Bug#673190: dpkg-query: --list should add arch suffix to all foreign arch packages

2012-05-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tag 673190 wontfix Bug #673190 [dpkg] dpkg-query: --list should add arch suffix to all foreign arch packages Added tag(s) wontfix. thanks Stopping processing here. Please contact me if you need assistance. -- 673190:

Bug#673190: dpkg-query: --list should add arch suffix to all foreign arch packages

2012-05-16 Thread Jonathan Nieder
Hi, Guillem Jover wrote: On Wed, 2012-05-16 at 22:04:30 +0200, Carsten Hey wrote: dpkg-query --list should add arch suffix to all foreign arch packages. [...] single-instanced packages should not really be arch-qualified because there will always only be a single instance Would it

Bug#673190: dpkg-query: --list should add arch suffix to all foreign arch packages

2012-05-16 Thread Carsten Hey
* Guillem Jover [2012-05-16 22:46 +0200]: As long as the user enabled a foreign architecture, and the dependencies are fulfilled, I don't see why the fact that it's foreign or not is really important. There are cases where knowing that a package is installed from arch foo is interesting,