Debian Bug report logs - #557667
dpkg-source does not create .pc without quilt

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Gerfried Fuchs <rhonda@debian.at>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: dpkg-dev: behaving differently wether quilt is installed or not

Date: Mon, 23 Nov 2009 17:40:47 +0100

Package: dpkg-dev
Version: 1.13.26
Severity: important

	Hi!

 Given the recent thread on debian-devel I'm filing this as bugreport.
Behaving differently wether quilt is installed or not is working against
the principles of least surprise, results in FTBFS in certain areas, and
is a hassle.

 Fix for this would be to Depend on quilt to make sure that it's always
installed and make dpkg-source -x behave *exactly the same* all the
time. Another fix for it would be to make dpkg-source -x be able to do
that even without quilt installed. But it is important to have
dpkg-source behave idempotent, otherwise there will be lots of different
areas things can (and will) break.

 Thanks,
Rhonda

Message #10 received at 557667@bugs.debian.org (full text, mbox, reply):

From: Raphael Hertzog <hertzog@debian.org>

To: Gerfried Fuchs <rhonda@debian.at>, 557667@bugs.debian.org

Subject: Re: Bug#557667: dpkg-dev: behaving differently wether quilt is installed or not

Date: Mon, 23 Nov 2009 22:14:01 +0100

notfound 557667 1.13.26
found 557667 1.14.25
thanks

On Mon, 23 Nov 2009, Gerfried Fuchs wrote:
> Version: 1.13.26

The etch version has no support of new formats at all... :)

> Behaving differently wether quilt is installed or not is working against
> the principles of least surprise, results in FTBFS in certain areas, and
> is a hassle.

Would it be more acceptable if it could no more lead to FTBFS at all?

What other hassle have you identified apart from the problem that you
can't use quilt if you had it not installed at unpack time?

>  Fix for this would be to Depend on quilt to make sure that it's always
> installed and make dpkg-source -x behave *exactly the same* all the
> time. Another fix for it would be to make dpkg-source -x be able to do
> that even without quilt installed.

What do you mean by "do that"? Creating the .pc directory used by quilt?

> But it is important to have dpkg-source behave idempotent, otherwise
> there will be lots of different areas things can (and will) break.

I'm all for fixing dpkg-source to avoid those breakage when you discover
them but I don't want to have dpkg-source recreate .pc without using quilt
and guillem would like to avoid the quilt dependency.

Cheers,
-- 
Raphaël Hertzog

Message #19 received at 557667@bugs.debian.org (full text, mbox, reply):

From: Gerfried Fuchs <rhonda@deb.at>

To: Raphael Hertzog <hertzog@debian.org>

Cc: 557667@bugs.debian.org, 553928@bugs.debian.org

Subject: Re: Bug#557667: dpkg-dev: behaving differently wether quilt is installed or not

Date: Wed, 25 Nov 2009 09:51:02 +0100

block 553928 with 557667
thanks

* Raphael Hertzog <hertzog@debian.org> [2009-11-23 22:14:01 CET]:
> notfound 557667 1.13.26
> found 557667 1.14.25
> thanks

 Sorry. :)

> On Mon, 23 Nov 2009, Gerfried Fuchs wrote:
> > Behaving differently wether quilt is installed or not is working against
> > the principles of least surprise, results in FTBFS in certain areas, and
> > is a hassle.
> 
> Would it be more acceptable if it could no more lead to FTBFS at all?

 That's a bit overrated, please keep the discussion to a sensible level.
Though, either it should built conflict with quilt, or build-depend on
quilt, or not produce FTBFS in these areas. This is one big reason to
*not* switch to default 3.0 (quilt) source format.

> What other hassle have you identified apart from the problem that you
> can't use quilt if you had it not installed at unpack time?

 None that I am yet aware of but I'm not certain that there are no
others. Not having dpkg, as a toolchain program, behave reliable in
exactly the same way in all areas is just calling for troubles,
possibly forseeable and not yet forseeable ones.

> >  Fix for this would be to Depend on quilt to make sure that it's always
> > installed and make dpkg-source -x behave *exactly the same* all the
> > time. Another fix for it would be to make dpkg-source -x be able to do
> > that even without quilt installed.
> 
> What do you mean by "do that"? Creating the .pc directory used by quilt?

 Yes, so that dpkg-source -x behaves exactly the same, no matter wether
quilt is installed or not.

> > But it is important to have dpkg-source behave idempotent, otherwise
> > there will be lots of different areas things can (and will) break.
> 
> I'm all for fixing dpkg-source to avoid those breakage when you discover
> them but I don't want to have dpkg-source recreate .pc without using quilt
> and guillem would like to avoid the quilt dependency.

 Then we are at a deadlock here and this means the dead for the push of
3.0 (quilt) as default, sorry. You claimed that quilt using packages
won't need to change anything, now it turns out that the quilt handling
has to be removed - and given that things *have* to be changed switching
the default can't happen.

 Feel free to close this bugreport when you remove the intention to fix
#553928 without making it a wontfix. :)  Unfortunately I don't see any
other way round that.

 Thanks. :)
Rhonda

Message #26 received at 557667@bugs.debian.org (full text, mbox, reply):

From: Raphael Hertzog <hertzog@debian.org>

To: Gerfried Fuchs <rhonda@deb.at>

Cc: 557667@bugs.debian.org, 553928@bugs.debian.org

Subject: Re: Bug#557667: dpkg-dev: behaving differently wether quilt is installed or not

Date: Wed, 25 Nov 2009 15:33:58 +0100

On Wed, 25 Nov 2009, Gerfried Fuchs wrote:
> block 553928 with 557667

It's not up to you to decide such things...

> > Would it be more acceptable if it could no more lead to FTBFS at all?
> 
>  That's a bit overrated, please keep the discussion to a sensible level.

The remark is serious, I committed changes so that when dpkg calls quilt
it will behave as strictly as the internal dpkg-source implementation. So
you will no longer have FTBFS due to fuzzy patches. It will fail to build
the source package on the maintainer machine directly (until he refreshes
the patches).

The only remaining known problem is the one you where you unpack without
quilt and try to use quilt afterwards. And this one doesn't have to wait
that this bug is fixed but that all buildd use an sbuild recent enough
so that the source package is extracted in the build environment (so
build-depending on quilt is enough to ensure that it's properly unpacked).

> > I'm all for fixing dpkg-source to avoid those breakage when you discover
> > them but I don't want to have dpkg-source recreate .pc without using quilt
> > and guillem would like to avoid the quilt dependency.
> 
>  Then we are at a deadlock here and this means the dead for the push of
> 3.0 (quilt) as default, sorry. You claimed that quilt using packages
> won't need to change anything, now it turns out that the quilt handling
> has to be removed - and given that things *have* to be changed switching
> the default can't happen.

I might change my opinion though, after discussing with quilt's upstream,
he thinks it's reasonable to recreate the .pc even without quilt.

Cheers,
-- 
Raphaël Hertzog

Message #31 received at 557667@bugs.debian.org (full text, mbox, reply):

From: Gerfried Fuchs <rhonda@deb.at>

To: Raphael Hertzog <hertzog@debian.org>

Cc: 557667@bugs.debian.org, 553928@bugs.debian.org

Subject: Re: Bug#557667: dpkg-dev: behaving differently wether quilt is installed or not

Date: Wed, 25 Nov 2009 15:47:21 +0100

* Raphael Hertzog <hertzog@debian.org> [2009-11-25 15:33:58 CET]:
> On Wed, 25 Nov 2009, Gerfried Fuchs wrote:
> > block 553928 with 557667
> 
> It's not up to you to decide such things...

 It's no decision, it's a fact that the resolution of this is hindering
switching the 3.0 (quilt) format on by default, I don't know what this
has to do with any "deciding".

> > > Would it be more acceptable if it could no more lead to FTBFS at all?
> > 
> >  That's a bit overrated, please keep the discussion to a sensible level.
> 
> The remark is serious, I committed changes so that when dpkg calls quilt
> it will behave as strictly as the internal dpkg-source implementation. So
> you will no longer have FTBFS due to fuzzy patches. It will fail to build
> the source package on the maintainer machine directly (until he refreshes
> the patches).

 dpkg won't be able to make package "no more lead to FTBFS at all",
there will always be areas out of the scope of dpkg that lead to
FTBFSes. Or you meant something different, but then I have no clue on
what you meant with it.

> The only remaining known problem is the one you where you unpack without
> quilt and try to use quilt afterwards. And this one doesn't have to wait
> that this bug is fixed but that all buildd use an sbuild recent enough
> so that the source package is extracted in the build environment (so
> build-depending on quilt is enough to ensure that it's properly unpacked).

 Sorry, but you said yourself, don't sweat on sbuild too much. Actually,
having sbuild "fixed" would be a workaround for the core problem, and
won't solve that dpkg is behaving differently with quilt installed or
not. But I'm repeating myself and will refrain from iterating this
discussion again in case you don't bring up anything new.

 You are aware that dpkg is most probably the most central tool for
Debian (and its derivates) and actually it is crucial that it behaves in
a clear defined way and not differently depending on other packages
installed or not. The current situation isn't giving this, and that
alone should be reason enough against this format as default.

> >  Then we are at a deadlock here and this means the dead for the push of
> > 3.0 (quilt) as default, sorry. You claimed that quilt using packages
> > won't need to change anything, now it turns out that the quilt handling
> > has to be removed - and given that things *have* to be changed switching
> > the default can't happen.
> 
> I might change my opinion though, after discussing with quilt's upstream,
> he thinks it's reasonable to recreate the .pc even without quilt.

 If that works in a relieable way and dpkg won't behave differently when
quilt is installed or when it is not installed then that might be called
a solution to the situation, indeed.

 So long,
Rhonda

Message #38 received at 557667@bugs.debian.org (full text, mbox, reply):

From: Marc Brockschmidt <marc@marcbrockschmidt.de>

To: 557667@bugs.debian.org

Cc: control@bugs.debian.org

Subject: Breaks autobuilding

Date: Fri, 27 Nov 2009 10:01:37 +0100

severity 557667 serious
thanks

Heya,

This bug is a serious problems for our buildds. This is what happens on
praetorius, a modern installation using a chrooted (!) call of
dpkg-source:

dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::quilt
gpgv: keyblock resource `/home/buildd/.gnupg/trustedkeys.gpg': file open error
gpgv: Signature made Thu Nov 26 20:40:19 2009 UTC using DSA key ID 5D8CDA7B
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on ./crawl_0.5.2-1.dsc
dpkg-source: info: extracting crawl in crawl-0.5.2
dpkg-source: info: unpacking crawl_0.5.2.orig.tar.bz2
dpkg-source: info: unpacking crawl_0.5.2-1.debian.tar.gz
dpkg-source: info: applying spelling-error-in-binary-persistant
1 out of 1 hunk FAILED -- saving rejects to file source/dat/clua/dungeon.lua.rej
dpkg-source: error: patch -s -t -F 0 -N -p1 -u -V never -g0 -b -z .dpkg-orig -E gave error exit status 1
FAILED [dpkg-source died]
Giving back package crawl_2:0.5.2-1 after failure in unpack stage.

Additionally, sbuild considers failures in unpack stage to be a local
problem (no space, ...) and thus reports this back as error to
buildd. After a few errors, buildd will stop working to give the admin
time to repair the (obviously...) broken chroot.

So, as a result, this bug leads to sleeping buildds. Great. Now fix it.

Marc
-- 
BOFH #287:
Telecommunications is downshifting.

Message #43 received at 557667@bugs.debian.org (full text, mbox, reply):

From: Raphael Hertzog <hertzog@debian.org>

To: Marc Brockschmidt <marc@marcbrockschmidt.de>, 557667@bugs.debian.org

Subject: Re: Bug#557667: Breaks autobuilding

Date: Fri, 27 Nov 2009 14:18:15 +0100

retitle 557667 dpkg-source does not create .pc without quilt
severity 557667 important
thanks

On Fri, 27 Nov 2009, Marc Brockschmidt wrote:
> This bug is a serious problems for our buildds. This is what happens on
> praetorius, a modern installation using a chrooted (!) call of
> dpkg-source:

The fact that dpkg-source is not strict enough when quilt is installed
is already fixed in git and upcoming dpkg 1.15.5.3. I'll use #558233 to
track this problem. Note the fact that it's chrooted doesn't change
anything here because quilt has been removed from the build-dependency in
this case... while it was available on the build machine.

This bug (557667) will only be used to track the fact that the internal
quilt implementation currently doesn't create the .pc directory used by
quilt.

Thanks.
-- 
Raphaël Hertzog

Message #52 received at 557667-submitter@bugs.debian.org (full text, mbox, reply):

From: Raphaël Hertzog <hertzog@debian.org>

To: 557667-submitter@bugs.debian.org

Subject: Bug#557667 marked as pending

Date: Wed, 02 Dec 2009 21:19:32 +0000

tag 557667 pending
thanks

Hello,

Bug #557667 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:

    http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=d881cdc

---
commit d881cdca55e41e1b17d84b935c9a612e08f80f98
Author: Raphaël Hertzog <hertzog@debian.org>
Date:   Sun Nov 29 15:27:15 2009 +0100

    Dpkg::Source::Package::V3::quilt: create and use .pc directory
    
    Instead of calling quilt to apply patches, we always apply them
    by hand and we create the .pc directory used by quilt (version 2 in
    .pc/.version). That way we are fully compatible with quilt and we can't
    have differing behaviour whether quilt is installed or not.
    
    Update the documentation accordingly. The option --without-quilt is gone
    as is debian/patches/.dpkg-source-applied (replaced by
    .pc/applied-patches).

diff --git a/debian/changelog b/debian/changelog
index d938b3d..bfd7afa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,11 @@ dpkg (1.15.5.4) UNRELEASED; urgency=low
 
   * Fix Dpkg::Index::get() and remove(). Thanks to Roderich Schupp
     <roderich.schupp@googlemail.com> for the patch. Closes: #558595
+  * Modify implementation of "3.0 (quilt)" source format to not be
+    behave differently depending on whether quilt is installed or not.
+    The option --without-quilt is thus gone and dpkg-source creates
+    and relies on the .pc directory to know whether patches are applied
+    or not. Closes: #557667
 
  -- Raphael Hertzog <hertzog@debian.org>  Sun, 29 Nov 2009 18:15:16 +0100
 

Message #57 received at 557667-close@bugs.debian.org (full text, mbox, reply):

From: Raphael Hertzog <hertzog@debian.org>

To: 557667-close@bugs.debian.org

Subject: Bug#557667: fixed in dpkg 1.15.5.4

Date: Mon, 07 Dec 2009 09:36:26 +0000

Source: dpkg
Source-Version: 1.15.5.4

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:

dpkg-dev_1.15.5.4_all.deb
  to main/d/dpkg/dpkg-dev_1.15.5.4_all.deb
dpkg_1.15.5.4.dsc
  to main/d/dpkg/dpkg_1.15.5.4.dsc
dpkg_1.15.5.4.tar.bz2
  to main/d/dpkg/dpkg_1.15.5.4.tar.bz2
dpkg_1.15.5.4_i386.deb
  to main/d/dpkg/dpkg_1.15.5.4_i386.deb
dselect_1.15.5.4_i386.deb
  to main/d/dpkg/dselect_1.15.5.4_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 557667@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Raphael Hertzog <hertzog@debian.org> (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Mon, 07 Dec 2009 09:24:31 +0100
Source: dpkg
Binary: dpkg dpkg-dev dselect
Architecture: source i386 all
Version: 1.15.5.4
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <debian-dpkg@lists.debian.org>
Changed-By: Raphael Hertzog <hertzog@debian.org>
Description: 
 dpkg       - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect    - Debian package management front-end
Closes: 557667 558595
Changes: 
 dpkg (1.15.5.4) unstable; urgency=low
 .
   * Fix Dpkg::Index::get() and remove(). Thanks to Roderich Schupp
     <roderich.schupp@googlemail.com> for the patch. Closes: #558595
   * Modify implementation of "3.0 (quilt)" source format to not be
     behave differently depending on whether quilt is installed or not.
     The option --without-quilt is thus gone and dpkg-source creates
     and relies on the .pc directory to know whether patches are applied
     or not. Closes: #557667
   * Add new dpkg-source option --single-debian-patch supported by the source
     format "3.0 (quilt)" so that it behaves more like 1.0 and its single diff
     that is constantly updated with all upstream changes. Useful if the
     workflow is VCS based and can't generate a full patch set.
   * dpkg-source now uses debian/source/patch-header as header of the automatic
     Debian patch in format "3.0 (quilt)".
   * Fix Debian changelog parser so that the trailer line is again checked.
Checksums-Sha1: 
 bef6e261e83ff47759564701ca1ef3a00b330e0f 1522 dpkg_1.15.5.4.dsc
 fcc728f0e00735795f58cefc0c83f65dd1dffb09 4635483 dpkg_1.15.5.4.tar.bz2
 ae1f0e8ca0e8e82dd7cf234bb2e1af4d6c942c35 2166906 dpkg_1.15.5.4_i386.deb
 147a76d103a1e881d6479090f5d41a2b995a1e33 765094 dselect_1.15.5.4_i386.deb
 205dde8a11310c34b961c4de39818eb7030403e8 763168 dpkg-dev_1.15.5.4_all.deb
Checksums-Sha256: 
 d99a8757c5bf713f6102b36b816cf187ba325b3397d88147392ef51f604803dd 1522 dpkg_1.15.5.4.dsc
 129b88feb21fc6425f49c03f55f2c3b29d0feeaf6e9e1efb03453b01397f5444 4635483 dpkg_1.15.5.4.tar.bz2
 9388dca92317bac548dd215015e30afd6c1247c5bbb5ffc8ed39d9a8ca37445d 2166906 dpkg_1.15.5.4_i386.deb
 61c57514720ea1f1af7f47521b170e940d6c42a2d686480835aa09c70d6d0501 765094 dselect_1.15.5.4_i386.deb
 ef917fb01514eba406579eed26f76e9b1e67d63b3c249e81fcc12ae2b8c970ce 763168 dpkg-dev_1.15.5.4_all.deb
Files: 
 517753d44a84862293801f845eb78b98 1522 admin required dpkg_1.15.5.4.dsc
 3bb8aff494cc03a5c2ff8c7cd85eb776 4635483 admin required dpkg_1.15.5.4.tar.bz2
 b85b463467fc28cb1535a50786be3872 2166906 admin required dpkg_1.15.5.4_i386.deb
 cba4e5bf60cb19ef138a5cefbde71c78 765094 admin optional dselect_1.15.5.4_i386.deb
 7c18c43dde6b7babd4151db6678ba694 763168 utils optional dpkg-dev_1.15.5.4_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Signed by Raphael Hertzog

iQEcBAEBCAAGBQJLHL6uAAoJEAOIHavrwpq5X2UH/3xy68kN6VaBZm8qdGAbb7uo
osz+6BbvK+YTntMeCg+7Ip6EQoo944aOEJpBqgjZssgKiD86qInzFYA5j7qXp7jA
moVoExHmxAMrtTck1hH+p95o5RZFTVHre6W2FYoOoJbccH0b8R5QlmK/7nwny4ss
QvOIRdoDC43KL+7krXLxEt4PX2oNIV8cJRLiQnLGQz4Y62xPxbuo5SmZttNmmXeh
thYugKfxp2Jw3ffSijYL0icPQjCZmaA5Pqi8ikSeV33qyxtTgmCs4T18EM/ZvlCo
6m9jHAu+NQb0uxyYoEM1PjPNSXw7TS4cdnMFx5/Z1SwRg/W9hfGoprzrwnjDltQ=
=6zBD
-----END PGP SIGNATURE-----

Message #64 received at 557667-close@bugs.debian.org (full text, mbox, reply):

From: Raphael Hertzog <hertzog@debian.org>

To: 557667-close@bugs.debian.org

Subject: Bug#557667: fixed in dpkg 1.14.28

Date: Tue, 12 Jan 2010 19:58:12 +0000

Source: dpkg
Source-Version: 1.14.28

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:

dpkg-dev_1.14.28_all.deb
  to main/d/dpkg/dpkg-dev_1.14.28_all.deb
dpkg_1.14.28.dsc
  to main/d/dpkg/dpkg_1.14.28.dsc
dpkg_1.14.28.tar.gz
  to main/d/dpkg/dpkg_1.14.28.tar.gz
dpkg_1.14.28_i386.deb
  to main/d/dpkg/dpkg_1.14.28_i386.deb
dselect_1.14.28_i386.deb
  to main/d/dpkg/dselect_1.14.28_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 557667@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Raphael Hertzog <hertzog@debian.org> (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 03 Jan 2010 19:40:09 +0100
Source: dpkg
Binary: dpkg dpkg-dev dselect
Architecture: source i386 all
Version: 1.14.28
Distribution: stable
Urgency: low
Maintainer: Dpkg Developers <debian-dpkg@lists.debian.org>
Changed-By: Raphael Hertzog <hertzog@debian.org>
Description: 
 dpkg       - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect    - Debian package management front-end
Closes: 524375 557618 557667
Changes: 
 dpkg (1.14.28) stable; urgency=low
 .
   * Another round of updates concerning new source formats:
     - fix dpkg-source to not complain on binary files that are ignored and are
       not going to be included in the debian tarball of a "3.0 (quilt)" source
       package. Closes: #524375
     - let dpkg-source fail if several upstream orig.tar files are
       available (using different compression scheme) since we don't know
       which one to use.
     - before accepting to build a 3.0 (quilt) source packages, ensure that
       debian/patches is a directory (or non-existing) and that
       debian/patches/series is a file (or non-existing). Closes: #557618
     - modify implementation of "3.0 (quilt)" source format to not be
       behave differently depending on whether quilt is installed or not.
       The option --without-quilt is thus gone and dpkg-source creates and
       relies on the .pc directory to know whether patches are applied or
       not. Closes: #557667
Checksums-Sha1: 
 757452e3ccf90e251622c43e547bab2ec604cf3c 1544 dpkg_1.14.28.dsc
 41dbd2b6ecf3119b9958e50b3bb221d2edb84ccf 6869915 dpkg_1.14.28.tar.gz
 443a44ef341c24febb94b937b2db62a9c1763f12 2353726 dpkg_1.14.28_i386.deb
 95387f260775222b369c89f9c6458f3b67c9548c 800226 dselect_1.14.28_i386.deb
 2c5a210acc6ef7ca6c500c4bdabf690681a18ab8 770580 dpkg-dev_1.14.28_all.deb
Checksums-Sha256: 
 d63a5cd59a039ae0494e996e2bd6dd365bcf5e7454854bc78fe44151aefc5f00 1544 dpkg_1.14.28.dsc
 ac47ff2da9b851776e226ccb4228cabf91a6d59d12ba78ab51d0342c760e70cc 6869915 dpkg_1.14.28.tar.gz
 c6cdabe1245c63d04a1e25610844099776e20672e45051f017141d40214a3578 2353726 dpkg_1.14.28_i386.deb
 35708db89deecb067133a4d04019f66a516fd7ec340af3e2e3d86be789664137 800226 dselect_1.14.28_i386.deb
 7196994c6f9237f8aeda3bcf247a38ef8a30f5e9ff1bae96d5b8a7ebbee0ac39 770580 dpkg-dev_1.14.28_all.deb
Files: 
 b3cf68ddc838b4fde54d5a74f1010ed6 1544 admin required dpkg_1.14.28.dsc
 fbbe82271ac722d63882fdb79e80d304 6869915 admin required dpkg_1.14.28.tar.gz
 d45eb3f7ebc357c423e4265473d6b000 2353726 admin required dpkg_1.14.28_i386.deb
 3f40f82340d714a746dadcfcbbc3c252 800226 admin optional dselect_1.14.28_i386.deb
 e7eb1901151b8916d6a7758d5aa4d564 770580 utils optional dpkg-dev_1.14.28_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Signed by Raphael Hertzog

iQEcBAEBCAAGBQJLTGBaAAoJEAOIHavrwpq5NDIH/2YXs3w+KytD/TLSohilJ/MV
pwcUgy0+1KTfK5gPiUdssLA2uhIlS2fBRa80BkyaSjbkV9rvwArz3tA4/1cdcd+J
1gq5BMBD+9KHWfJjbKMUsHP1Ju1cfnLFxzWZJwRfeSdoriyJgALcK9U8iC9udPQF
dib9QTHsPpEwzBGzFN9qa+aAqDRmAeMDloA8PyXzZTJeFkOBkzdXFig/SEDzw54q
02THO1WiqsLHD+n5+A9MA1BeX0DtVCCBA3z5Z9KnN9dPHdCMbt8lMdrwVoXDV6Cf
9McPQmGE2el9doLnI8tHqP0ChDKVwpPt4HZ5LrYW3be1rl0fC7i6Kdzqzju7ldk=
=Sg6t
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.