Debian Bug report logs - #554612
/usr/bin/dpkg-source: include-binaries doesn't work

Toggle useless messages

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

From: Mike Hommey <mh+reportbug@glandium.org>

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

Subject: /usr/bin/dpkg-source: include-binaries doesn't work

Date: Thu, 05 Nov 2009 17:24:40 +0100

Package: dpkg-dev
Version: 1.15.4.1
Severity: normal
File: /usr/bin/dpkg-source

Disclaimer: I've only tried to add binaries in a subdirectory of debian/. Maybe
it only doesn't work there.

I tried several different things, including:
- Putting full path in debian/source/include-binaries (starting with debian/)
- Putting path after debian/ in debian/source/include-binaries (i.e.
  extras/Throbber-small.png for debian/extras/Throbber-small.png)
- Putting nothing in debian/source/include-binaries and use the
  --include-binaries option to dpkg-source.

None of the above works.

The first two end up saying:
dpkg-source: error: unwanted binary file: ../Throbber-small.png

The last one ends up saying:
dpkg-source: info: adding ../Throbber-small.gif to debian/source/include-binaries
dpkg-source: info: building iceape in iceape_2.0-1.debian.tar.gz
tar: Removing leading `../' from member names
tar: ../Throbber-small.png: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
dpkg-source: error: tar -cf - gave error exit status 2


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-dev depends on:
ii  binutils                      2.20-2     The GNU assembler, linker and bina
ii  bzip2                         1.0.5-3    high-quality block-sorting file co
ii  dpkg                          1.15.4.1   Debian package management system
ii  libtimedate-perl              1.1900-1   Time and date functions for Perl
ii  lzma                          4.43-14    Compression method of 7z format in
ii  make                          3.81-7     An utility for Directing compilati
ii  patch                         2.5.9-5    Apply a diff file to an original
ii  perl [perl5]                  5.10.1-6   Larry Wall's Practical Extraction 
ii  perl-modules                  5.10.1-6   Core Perl modules

Versions of packages dpkg-dev recommends:
ii  build-essential           11.4           Informational list of build-essent
ii  fakeroot                  1.14.3         Gives a fake root environment
ii  gcc [c-compiler]          4:4.3.3-9+nmu1 The GNU C compiler
ii  gcc-4.1 [c-compiler]      4.1.2-27       The GNU C compiler
ii  gcc-4.2 [c-compiler]      4.2.4-6        The GNU C compiler
ii  gcc-4.3 [c-compiler]      4.3.4-6        The GNU C compiler
ii  gcc-4.4 [c-compiler]      4.4.2-2        The GNU C compiler
ii  gnupg                     1.4.10-2       GNU privacy guard - a free PGP rep
ii  gpgv                      1.4.10-2       GNU privacy guard - signature veri

Versions of packages dpkg-dev suggests:
ii  debian-keyring [debian-mainta 2009.08.27 GnuPG (and obsolete PGP) keys of D

-- no debconf information

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

From: Mike Hommey <mh@glandium.org>

To: 554612@bugs.debian.org

Subject: Re: /usr/bin/dpkg-source: include-binaries doesn't work

Date: Thu, 5 Nov 2009 18:07:47 +0100

On Thu, Nov 05, 2009 at 05:24:40PM +0100, Mike Hommey wrote:
> Package: dpkg-dev
> Version: 1.15.4.1
> Severity: normal
> File: /usr/bin/dpkg-source
> 
> Disclaimer: I've only tried to add binaries in a subdirectory of debian/. Maybe
> it only doesn't work there.
> 
> I tried several different things, including:
> - Putting full path in debian/source/include-binaries (starting with debian/)
> - Putting path after debian/ in debian/source/include-binaries (i.e.
>   extras/Throbber-small.png for debian/extras/Throbber-small.png)
> - Putting nothing in debian/source/include-binaries and use the
>   --include-binaries option to dpkg-source.
> 
> None of the above works.
> 
> The first two end up saying:
> dpkg-source: error: unwanted binary file: ../Throbber-small.png
> 
> The last one ends up saying:
> dpkg-source: info: adding ../Throbber-small.gif to debian/source/include-binaries
> dpkg-source: info: building iceape in iceape_2.0-1.debian.tar.gz
> tar: Removing leading `../' from member names
> tar: ../Throbber-small.png: Cannot stat: No such file or directory
> tar: Exiting with failure status due to previous errors
> dpkg-source: error: tar -cf - gave error exit status 2

A bit more information. It *hum*hum* works, actually, and the error
message above was due to remaining stuff in
debian/source/include-binaries.

So, with nothing in debian/source/include-binaries it works, provided
you give the --include-binaries option, except that the binary files
end up both at the root and in the debian/ (sub)directory both in the
debian.tar.gz and once extracted.

But then, doing dpkg-source -b without the --include-binaries option on
the directory you get from dpkg-source -x'ing the resulting .dsc from
above, complains about the modified file that is in the root directory.

dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building iceape using existing ./iceape_2.0.orig.tar.bz2
dpkg-source: error: cannot represent change to iceape-2.0/preview.png: binary file contents changed
dpkg-source: error: add preview.png in debian/source/include-binaries if you want to store the modified binary in the debian tarball
dpkg-source: error: unrepresentable changes to source

Trying again with --include-binaries works, but puts the file twice at
the root level:

$ tar -ztvf iceape_2.0-1.debian.tar.gz|grep preview.png
-rw-r--r-- 0/0            9474 2009-11-05 17:29 debian/extras/preview.png
-rw-r--r-- 0/0            9474 2009-11-05 15:35 preview.png
-rw-r--r-- 0/0            9474 2009-11-05 15:35 preview.png

(I really should try with something smaller than iceape, because
dpkg-source -b with the quilt format is slower than the old 1.0 format,
which was not fast either)

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

From: Raphael Hertzog <hertzog@debian.org>

To: Mike Hommey <mh@glandium.org>, 554612@bugs.debian.org

Subject: Re: Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work

Date: Thu, 5 Nov 2009 21:04:45 +0100

[Message part 1 (text/plain, inline)]

On Thu, 05 Nov 2009, Mike Hommey wrote:
> A bit more information. It *hum*hum* works, actually, and the error
> message above was due to remaining stuff in
> debian/source/include-binaries.

No, it really doesn't work as expected. It works in lenny but doesn't work
properly in sid. I think it might be due to a behavioural difference
in perl's File::Find...

With --include-binaries if you should really get messages like this:
dpkg-source: info: adding debian/test.png to debian/source/include-binaries
and not:
dpkg-source: info: adding ../test.png to debian/source/include-binaries

debian/source/include-binaries should contain paths relative to the root
directory of the source package.

Effectively find() behaves differently but it's also due to a lack of a
parameter that guaranteed that it would not change the current directory.
So it's a bug of dpkg-source and not of File::Find.

That said, it should work for binaries outside of the debian directory as
it's not the same code path and in that case I get proper messages.

Attached is the suggested patch. Tell me if you have other problems.

Cheers,
-- 
Raphaël Hertzog

[patch (text/plain, attachment)]

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

From: Mike Hommey <mh@glandium.org>

To: Raphael Hertzog <hertzog@debian.org>

Cc: 554612@bugs.debian.org

Subject: Re: Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work

Date: Thu, 5 Nov 2009 21:45:11 +0100

On Thu, Nov 05, 2009 at 09:04:45PM +0100, Raphael Hertzog wrote:
> On Thu, 05 Nov 2009, Mike Hommey wrote:
> > A bit more information. It *hum*hum* works, actually, and the error
> > message above was due to remaining stuff in
> > debian/source/include-binaries.
> 
> No, it really doesn't work as expected. It works in lenny but doesn't work
> properly in sid. I think it might be due to a behavioural difference
> in perl's File::Find...
> 
> With --include-binaries if you should really get messages like this:
> dpkg-source: info: adding debian/test.png to debian/source/include-binaries
> and not:
> dpkg-source: info: adding ../test.png to debian/source/include-binaries
> 
> debian/source/include-binaries should contain paths relative to the root
> directory of the source package.
> 
> Effectively find() behaves differently but it's also due to a lack of a
> parameter that guaranteed that it would not change the current directory.
> So it's a bug of dpkg-source and not of File::Find.
> 
> That said, it should work for binaries outside of the debian directory as
> it's not the same code path and in that case I get proper messages.
> 
> Attached is the suggested patch. Tell me if you have other problems.

It seems to work properly with the patch. Would you know when this would
posible hit unstable ? ;)

Thanks,

Mike

PS: I do wonder, however, how dpkg-source can be *so much* slower than
tar -jxf ; diff -ruN (15 seconds for tar and 2 s for diff vs. 3'30 for
dpkg-source in quilt mode and 3' in format 1.0)

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

From: Raphael Hertzog <hertzog@debian.org>

To: Mike Hommey <mh@glandium.org>, 554612@bugs.debian.org

Subject: Re: Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work

Date: Thu, 5 Nov 2009 22:13:15 +0100

On Thu, 05 Nov 2009, Mike Hommey wrote:
> > No, it really doesn't work as expected. It works in lenny but doesn't work
> > properly in sid. I think it might be due to a behavioural difference
> > in perl's File::Find...

In fact no, it's a regression that I introduced in
3525f79792cff51757d99d45f51c96a15e6fa779.

> > Attached is the suggested patch. Tell me if you have other problems.
> 
> It seems to work properly with the patch. Would you know when this would
> posible hit unstable ? ;)

I don't know when we're going to upload the next version, I certainly hope
in the next few weeks, it's been 2 months already since the last upload.

Note however that you only need the fix to build the source package so you
could in theory upload the resulting package... it can be unpacked everywhere
(and rebuilt provided that they are not rebuilding the source package).

> PS: I do wonder, however, how dpkg-source can be *so much* slower than
> tar -jxf ; diff -ruN (15 seconds for tar and 2 s for diff vs. 3'30 for
> dpkg-source in quilt mode and 3' in format 1.0)

Check Dpkg::Source::Patch::add_diff_*() to understand why. AFAIK it's
there that most of the time is spent. It does a manual comparison of both
trees with many checks.

To verify run:
perl -d:Profile /usr/bin/dpkg-source -b <yourpackagedir>
And look at the first lines of prof.out.

Cheers,
-- 
Raphaël Hertzog

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

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

To: 554612-submitter@bugs.debian.org

Subject: Bug#554612 marked as pending

Date: Thu, 05 Nov 2009 21:14:38 +0000

tag 554612 pending
thanks

Hello,

Bug #554612 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=6f68144

---
commit 6f6814491f0240a4de97f22e60661489bb36f914
Author: Raphaël Hertzog <hertzog@debian.org>
Date:   Thu Nov 5 21:12:15 2009 +0100

    Dpkg::Source::Package::V2:do_build(): fix binary file check
    
    The find() call that is supposed to look for binary files in the debian
    sub-directory was missing the no_chdir option and due to this the
    File::Spec->abs2rel() call (inside the wanted function) was returning an
    invalid value when find() changed the current directory (since its second
    parameter is only valid while being in the current directory).
    
    The parameter got lost by mistake in 3525f79792cff51757d99d45f51c96a15e6fa779
    and it was present in lenny's version.

diff --git a/debian/changelog b/debian/changelog
index 738d7c8..836079a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -65,6 +65,8 @@ dpkg (1.15.5) UNRELEASED; urgency=low
   * Fix bashisms in dselect multicd access method. Closes: #530070
   * Add support of "xz" compression method for source packages. Add dependency
     dpkg-dev → xz-utils to ensure xz and unxz are available.
+  * Fix dpkg-source --include-binaries to correctly compute the path name of
+    the discovered binary files. Closes: #554612
 
   [ Updated dpkg translations ]
   * Czech (Miroslav Kure).

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

From: Mike Hommey <mh@glandium.org>

To: Raphael Hertzog <hertzog@debian.org>

Cc: 554612@bugs.debian.org

Subject: Re: Bug#554612: /usr/bin/dpkg-source: include-binaries doesn't work

Date: Thu, 5 Nov 2009 22:40:00 +0100

On Thu, Nov 05, 2009 at 10:13:15PM +0100, Raphael Hertzog wrote:
> On Thu, 05 Nov 2009, Mike Hommey wrote:
> > > No, it really doesn't work as expected. It works in lenny but doesn't work
> > > properly in sid. I think it might be due to a behavioural difference
> > > in perl's File::Find...
> 
> In fact no, it's a regression that I introduced in
> 3525f79792cff51757d99d45f51c96a15e6fa779.
> 
> > > Attached is the suggested patch. Tell me if you have other problems.
> > 
> > It seems to work properly with the patch. Would you know when this would
> > posible hit unstable ? ;)
> 
> I don't know when we're going to upload the next version, I certainly hope
> in the next few weeks, it's been 2 months already since the last upload.
> 
> Note however that you only need the fix to build the source package so you
> could in theory upload the resulting package... it can be unpacked everywhere
> (and rebuilt provided that they are not rebuilding the source package).

True, I forgot that buildds don't rebuild the source package.

> > PS: I do wonder, however, how dpkg-source can be *so much* slower
> > than
> > tar -jxf ; diff -ruN (15 seconds for tar and 2 s for diff vs. 3'30
> > for
> > dpkg-source in quilt mode and 3' in format 1.0)
> 
> Check Dpkg::Source::Patch::add_diff_*() to understand why. AFAIK it's
> there that most of the time is spent. It does a manual comparison of
> both
> trees with many checks.
> 
> To verify run:
> perl -d:Profile /usr/bin/dpkg-source -b <yourpackagedir>
> And look at the first lines of prof.out.

Oh my...

%Time    Sec.     #calls   sec/call  F  name
32.52   69.8110    44702   0.001562
Dpkg::Source::Patch::add_diff_file
29.95   64.2837    44829   0.001434     Dpkg::IPC::fork_and_exec
10.22   21.9370    44829   0.000489     Dpkg::IPC::wait_child
 7.14   15.3309    97591   0.000157     File::Spec::Unix::abs2rel
 4.25    9.1206   585681   0.000016     File::Spec::Unix::canonpath

forking diff for each file definitely doesn't help here. But that's
another story.

Cheers,

Mike

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

From: Guillem Jover <guillem@debian.org>

To: 554612-close@bugs.debian.org

Subject: Bug#554612: fixed in dpkg 1.15.5

Date: Tue, 17 Nov 2009 12:47:51 +0000

Source: dpkg
Source-Version: 1.15.5

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_all.deb
  to main/d/dpkg/dpkg-dev_1.15.5_all.deb
dpkg_1.15.5.dsc
  to main/d/dpkg/dpkg_1.15.5.dsc
dpkg_1.15.5.tar.bz2
  to main/d/dpkg/dpkg_1.15.5.tar.bz2
dpkg_1.15.5_amd64.deb
  to main/d/dpkg/dpkg_1.15.5_amd64.deb
dselect_1.15.5_amd64.deb
  to main/d/dpkg/dselect_1.15.5_amd64.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 554612@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <guillem@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: SHA1

Format: 1.8
Date: Tue, 17 Nov 2009 10:17:57 +0100
Source: dpkg
Binary: dpkg dpkg-dev dselect
Architecture: source amd64 all
Version: 1.15.5
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <debian-dpkg@lists.debian.org>
Changed-By: Guillem Jover <guillem@debian.org>
Description: 
 dpkg       - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect    - Debian package management front-end
Closes: 131633 402527 421367 453005 454628 482166 494136 516631 530070 536066 537338 543581 545274 545446 548541 548615 551829 553328 553580 554612 554689 555806
Changes: 
 dpkg (1.15.5) unstable; urgency=low
 .
   [ Guillem Jover ]
   * Remove obsolete conffiles on purge. Closes: #421367, #453005, #454628
   * Update list of binaries dpkg checks on the PATH.
     - Remove install-info, now a wrapper that will disappear soonish.
     - Add programs used by dpkg itself: sh, rm, find, tar and dpkg-deb.
   * Check and warn on duplicate conffiles in dpkg-deb. Closes: #131633
   * Make the upstream build system silent by default with automake 1.11 or
     newer, and always verbose when building the Debian packages.
   * Fix small leak when parsing ‘--ignore-depends’ option values.
   * Define compatibility WCOREDUMP only if the system does not have it.
   * When start-stop-daemon fails to set the io scheduling warn instead of
     finishing fatally. Closes: #553580
   * Update md5 file paths in debian/copyright.
     Thanks to Jonathan Nieder <jrnieder@gmail.com>.
   * On ‘dpkg-trigger --help’ print the default admindir instead of the one
     passed on the command line.
   * Abort on configure if the required C99 extensions are not supported.
   * Add C coding style document.
   * Make dpkg as strict as dpkg-statoverride on input when validating the
     parsed data from the statdb.
   * Rewrite dpkg-statoverride in C.
   * Use C99 snprintf function family semantics to avoid having to call them
     in a loop to grow the varbuf buffer. This should reduce memory usage and
     be slightly faster on varbufprintf calls.
   * Use the size from stat to allocate the buffers for readlink, instead of
     indefinitely calling readlink and growing the buffer. This should reduce
     memory usage when handling lots of symlinks, and be slightly faster.
   * Rework varbuf api to avoid increasing buffers indefinitely when adding
     content to them, regardless of space being already available.
   * Fix build macros to allow start-stop-deaemon to use TIOCNOTTY.
   * Generate the autoconf version from git to make it easier to see when a
     snapshot version is being used.
   * Add infrastructure for doxygen, for now not installed anywhere.
   * Allow overriding the pkg-config path to ease cross-compilation.
     Suggested by Tollef Fog Heen <tfheen@err.no>.
   * Fix spelling errors in the Catalan translation. Closes: #553328
     Thanks to Robert Millan.
   * Update the FSF postal address in the source code license headers by
     replacing it with a URL to the gnu.org page.
   * Fix a file descriptor leak in dpkg-deb.
     Reported by Raphael Geissert <atomo64@gmail.com>.
   * Fix resource leaks on error conditions in compat scandir.
   * Add a new status-fd action when disappearing a package. Closes: #537338
 .
   [ Raphaël Hertzog ]
   * Add versioned dependency on base-files (>= 5.0.0) to dpkg-dev to ensure
     that /etc/dpkg/origins/default exists. Closes: #545274
   * Update Standards-Version to 3.8.3 (no changes needed).
   * Major changes to the perl API:
     - Dpkg::Control is now Dpkg::Control::Info
     - Dpkg::Cdata is gone and is replaced by a new Dpkg::Control
     - Dpkg::Control::Fields contains authoritative information
       about fields allowed in various types of control information
       (and can be customized by each vendor). It also integrates
       information that was previously available through Dpkg::Deps.
     - Dpkg::Changelog has been split in multiple modules and largely
       modified to offer an interface that is now more in line with the
       other modules.
   * All dpkg-* perl programs that work with control information have been
     updated to use the new Dpkg::Control interface.
     In this process, dpkg-scanpackages has been fixed to not skip non-standard
     fields. Closes: #494136
   * Create Launchpad-Bugs-Fixed directly in the changelog parsing code thanks
     to a new vendor hook post-process-changelog-entry. Closes: #536066
   * Integrate dpkg-ftp into dselect. Add the required Replaces and Conflicts.
   * dpkg-scanpackages/dpkg-scansources now supports compressed override files.
   * dpkg-scanpackages now supports a new --medium option as needed to
     generate Packages.cd file for consumption by the multicd dselect access
     method. Closes: #402527
   * Integrate dpkg-multicd into dselect. Add the required Replaces and
     Conflicts. The dpkg-scanpackages fork is dropped. Closes: #516631
   * Fix bashisms in dselect multicd access method. Closes: #530070
   * Add support of "xz" compression method for source packages. Add dependency
     dpkg-dev → xz-utils to ensure xz and unxz are available.
   * Fix dpkg-source --include-binaries to correctly compute the path name of
     the discovered binary files. Closes: #554612
   * Remove extra quoting that should not be there while passing an exclude
     file to git ls-files during build of 3.0 (git) source package.
     Thanks to Courtney Bane for the patch. Closes: #551829
   * Optimize dpkg-source -b by avoiding many diff calls when not required.
     Thanks to Mike Hommey for the idea. Closes: #554689
   * Add new option --print-format to dpkg-source to be able to know by advance
     the source format that would be used during a build.
   * Modify dpkg-source -b to use default build options from
     debian/source/options. Thus it's now possible to have sticky options, for
     example for the choice of a compression method (--compression=<comp>).
   * dpkg-source outputs the list of upstream files modified by the diff.gz
     (applies only to source packages using format 1.0). Closes: #482166
     It also recommends usage of 3.0 (quilt) format during dpkg-source -b if it
     detects changes to upstream files that are stored in the .diff.gz.
   * Add DEP-3 compliant headers to automatic patches created by dpkg-source
     in 3.0 (quilt) source format. Closes: #543581
   * Switch dpkg to source format "3.0 (native)" with bzip2 compression.
 .
   [ Updated dpkg translations ]
   * Czech (Miroslav Kure).
   * French (Christian Perrier).
   * German (Sven Joachim).
   * Italian (Milo Casagrande). Closes: #548615, #555806
   * Polish (Wiktor Wandachowicz). Closes: #548541
   * Swedish (Peter Krefting).
 .
   [ Updated dselect translations ]
   * Czech (Miroslav Kure).
   * French (Christian Perrier).
   * German (Sven Joachim).
   * Polish (Wiktor Wandachowicz). Closes: #548541
   * Swedish (Peter Krefting).
 .
   [ Updated man page translations ]
   * French (Christian Perrier).
   * French translation error fixed (Christian Perrier)
     Thanks to Pietro Battiston for spotting it. Closes: #545446
   * German (Helge Kreutzmann).
   * Polish (Wiktor Wandachowicz). Closes: #548541
   * Swedish (Peter Krefting).
 .
   [ Updated scripts translations ]
   * German (Helge Kreutzmann).
   * Polish (Wiktor Wandachowicz). Closes: #548541
   * Swedish (Peter Krefting).
Checksums-Sha1: 
 8a4d00e01d47b47fb22feebfecd6ebb45d33e4a0 1185 dpkg_1.15.5.dsc
 f80768b09bad7c79d57ea247fa30d9e2cf8c8418 4656922 dpkg_1.15.5.tar.bz2
 4185bb1f2cefa0f04406c20ce68eccb971e0a828 2218876 dpkg_1.15.5_amd64.deb
 18c93cc9f6ad5e59e86b3dea27f23478792f7b77 770950 dselect_1.15.5_amd64.deb
 5a34568c79d6030aa85608821d2c9dd2905d878a 753660 dpkg-dev_1.15.5_all.deb
Checksums-Sha256: 
 a79a51695a4d270998e8f4c1db3f217c3526bf089d8c6956a704a52f521f6a6c 1185 dpkg_1.15.5.dsc
 58936b5ce1e0155ecbb67845f7e4de24a1bebcd8bedd714020fc4bc13e726c43 4656922 dpkg_1.15.5.tar.bz2
 0e6d9d71df3ba84eb991e6209925f165237bdf961cd10007d9701f26a7e42cb4 2218876 dpkg_1.15.5_amd64.deb
 ed22ab5726956f16c36fa99597b3e2466cec76a035dc59121980c76d70898181 770950 dselect_1.15.5_amd64.deb
 b766320fbfa14ae0282ecda0fe5fd46ed180098559825afea741a5c507ae83d4 753660 dpkg-dev_1.15.5_all.deb
Files: 
 b571ce1bb1754a0eecc942edf60808a3 1185 admin required dpkg_1.15.5.dsc
 4ae70d3ffdddf2d1eaf685a96b95396f 4656922 admin required dpkg_1.15.5.tar.bz2
 ef44e1582d655b71d39f8ce707df41c0 2218876 admin required dpkg_1.15.5_amd64.deb
 77a68e68c7ae8e0f65c867befed29a26 770950 admin optional dselect_1.15.5_amd64.deb
 a57832d125bb04f219e0337ab2ef20f6 753660 utils optional dpkg-dev_1.15.5_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAksCbOYACgkQuW9ciZ2SjJv6lwCcCc+3GAFly26wrApq1ZhaOuaQ
RPYAoPhsQIpDdTn5vnOewPrCBj7SfgpQ
=fZaU
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.