The following commit has been merged in the master branch:
commit e03a8325caf1b02dca6908cde96f3fcff50d001a
Author: Raphaël Hertzog hert...@debian.org
Date: Fri Jul 29 11:38:55 2011 +0200
dpkg-mergechangelogs: fix test-suite
In commit 5c233019cc770fb59671090d4a9462adb149921f I
On Tue, Jul 26, 2011 at 11:32:27PM +0200, Raphael Hertzog wrote:
TODO: add a STRIP operation to the set of operations supported by
dpkg-buildflags. DEB_CFLAGS_MAINT_STRIP=--foo --bar would basically
drop all occurrences of --foo and --bar in the returned build flags.
QUESTION: Is this ok to
On Fri, 29 Jul 2011, Steve Langasek wrote:
On Tue, Jul 26, 2011 at 11:32:27PM +0200, Raphael Hertzog wrote:
TODO: add a STRIP operation to the set of operations supported by
dpkg-buildflags. DEB_CFLAGS_MAINT_STRIP=--foo --bar would basically
drop all occurrences of --foo and --bar in the
On Wed, 20 Jul 2011, Raphael Hertzog wrote:
Forgot to expand a bit: the version related variables are commonly used in
get-orig-source targets, and it would be nice to factor out the version
splitting logic.
The source package name is often the same as the name of the only
binary package
Hi,
On Mon, 25 Jul 2011, Modestas Vainius wrote:
What do you think about taking this further and supporting expressions like
cpuattr:value (or cpuattr-value, or cpuattr=value, or whatever other syntax)
in the architecture wildcards (Dpkg::Arch::debarch_is()). In this particular
case:
*
Package: dpkg
Version: 1.16.0.3
Severity: normal
Hello,
I have a btrfs filesystem on /, and I experience an extreme slowness
when updating or installing packages, presumably due to dpkg's way to
write or unpack files. As a consequence, any kind of dist-upgrade takes
a very long time and the
6 matches
Mail list logo
