[SCM] dpkg's main repository branch, master, updated. 1.14.23-221-g7f866ad

2009-01-26 Thread Peter Krefting
The following commit has been merged in the master branch:
commit 7f866ade51e748e5fb3cb8cb902db62ca7c3ee5e
Author: Peter Krefting pet...@debian.org
Date:   Mon Jan 26 08:45:16 2009 +0100

Updated my surname.

diff --git a/THANKS b/THANKS
index 81fd913..9f93f22 100644
--- a/THANKS
+++ b/THANKS
@@ -131,7 +131,7 @@ Nicolas Bonifas
 Nicolas François nicolas.franc...@centraliens.net
 Nicolás Lichtmaier n...@debian.org
 Nils Rennebarth n...@debian.org
-Peter Karlsson pet...@debian.org
+Peter Krefting pet...@debian.org
 Peter Mann peter.m...@tuke.sk
 Peter van Dijk pe...@dataloss.nl
 Petr Cech c...@atrey.karlin.mff.cuni.cz
diff --git a/dselect/po/LINGUAS b/dselect/po/LINGUAS
index bf8a321..4250c2d 100644
--- a/dselect/po/LINGUAS
+++ b/dselect/po/LINGUAS
@@ -79,7 +79,7 @@ ru
 # Slovak - Roman Benko be...@acid.sk
 sk
 
-# Swedish - Peter Karlsson pet...@debian.org
+# Swedish - Peter Krefting pet...@debian.org
 sv
 
 # Tagalog - Eric Pareja xe...@upm.edu.ph
diff --git a/dselect/po/sv.po b/dselect/po/sv.po
index 8024a2a..89af3cc 100644
--- a/dselect/po/sv.po
+++ b/dselect/po/sv.po
@@ -1,6 +1,6 @@
 # Swedish translation of dpkg
 # Copyright © 1999-2008 Software in the Public Interest
-# Peter Karlsson pet...@debian.org, 1999-2008.
+# Peter Krefting pet...@debian.org, 1999-2008.
 # Daniel Nylander p...@danielnylander.se, 2006.
 #
 msgid 
@@ -9,7 +9,7 @@ msgstr 
 Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n
 POT-Creation-Date: 2008-03-30 10:09+0300\n
 PO-Revision-Date: 2008-04-03 13:18+0100\n
-Last-Translator: Peter Karlsson pet...@debian.org\n
+Last-Translator: Peter Krefting pet...@debian.org\n
 Language-Team: Swedish debian-l10n-swed...@lists.debian.org\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=utf-8\n
diff --git a/po/LINGUAS b/po/LINGUAS
index d379a53..475293b 100644
--- a/po/LINGUAS
+++ b/po/LINGUAS
@@ -100,7 +100,7 @@ ru
 # Slovak - Roman Benko be...@acid.sk
 sk
 
-# Swedish - Peter Karlsson pet...@debian.org
+# Swedish - Peter Krefting pet...@debian.org
 sv
 
 # Thai - Theppitak Karoonboonyanan t...@linux.thai.net
diff --git a/scripts/po/LINGUAS b/scripts/po/LINGUAS
index 95aeadd..bfad596 100644
--- a/scripts/po/LINGUAS
+++ b/scripts/po/LINGUAS
@@ -19,5 +19,5 @@ pl
 # Russian - Yuri Kozlov kozlo...@gmail.com
 ru
 
-# Swedish - Peter Karlsson pet...@debian.org
+# Swedish - Peter Krefting pet...@debian.org
 sv

-- 
dpkg's main repository


-- 
To UNSUBSCRIBE, email to debian-dpkg-cvs-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#163666: debian-policy: Unclear result with [arch] and |

2009-01-26 Thread Guillem Jover
Hi!

On Sun, 2009-01-25 at 15:20:02 -0800, Russ Allbery wrote:
 I finally found some time to write new proposed wording for the section in
 Policy on handling architecture-restricted dependencies.  Could you review
 this change and be sure that I'm correctly describing the situation?  I
 added a new, fairly complicated example based on one of the ones that
 Guillem explained for me.
 
 --- a/policy.sgml
 +++ b/policy.sgml
 @@ -4188,6 +4188,22 @@ Build-Depends-Indep: texinfo
  Build-Depends: kernel-headers-2.2.10 [!hurd-i386],
hurd-dev [hurd-i386], gnumach-dev [hurd-i386]
   /example
 + requires ttkernel-headers-2.2.0/tt on all architectures
 + other than hurd-i386 and requires tthurd-dev/tt and
 + ttgnumach-dev/tt only on hurd-i386.
 +   /p
 +
 +   p
 + If the architecture-restricted dependency is part of a set of
 + alternatives using tt|/tt, that branch of the alternative is
 + ignored completely on architectures that do not match the
 + restriction.  For example:
 + example compact=compact
 +Build-Depends: foo [!i386] | bar [!amd64]
 + /example
 + is equivalent to ttbar/tt on the i386 architecture, to
 + ttfoo/tt on the amd64 architecture, and to ttfoo |
 + bar/tt on all other architectures.
 /p
  
 p

Looks fine. Seconded.

regards,
guillem


-- 
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Bug#163666: debian-policy: Unclear result with [arch] and |

2009-01-26 Thread Emilio Pozuelo Monfort
Greetings from this new -policy subscriber!

Russ Allbery wrote:
 @@ -4188,6 +4188,22 @@ Build-Depends-Indep: texinfo
  Build-Depends: kernel-headers-2.2.10 [!hurd-i386],
hurd-dev [hurd-i386], gnumach-dev [hurd-i386]
   /example
 + requires ttkernel-headers-2.2.0/tt on all architectures
^
2.2.10?

Back to lurker mode,
Emilio



signature.asc
Description: OpenPGP digital signature


New unit and functional test suites

2009-01-26 Thread Guillem Jover
Hi!

Some days ago I committed the beginnings of a C unit test suite (I was
not really satisfied with any of the existing frameworks), and will be
working on making it more thorough, by continuing to refactor the code
and making it unit testable.


I've also created a new (private) repo for dpkg functional testing,
including mostly packages to be built directly with «dpkg-deb -b».

  http://git.hadrons.org/?p=debian/dpkg/pkg-tests.git

This is work in progress, to experiment with possible frameworks and
mainly to start collecting test cases. Also due to the requisites of
testing installation and removal of packages (need for root and ideally
a debootstrapped chroot, at least), which are better handled at release
time instead of build time, I think it's better off in a separate repo
for now.

The functional tests that do not need package installation/removal could
be moved to the dpkg.git repo, though. For these kind of test I've been
thinking about using autotest (autom4te) as it's well integrated with
automake, and if needed to write a small support shell library to be
used in combination with automake test functionality to avoid increasing
significantly the needed build dependencies.


Something that would make it easier to write and maintain the pkg test
cases would be to have all the DEBIAN contents in a single control file
(there's an example in the repo), a la equivs or spec-like form. Such
tool would also be a nice way to merge back equivs into dpkg.

regards,
guillem


-- 
To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org