Debian Bug report logs - #787093
autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Toggle useless messages

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

From: Antonio Terceiro <terceiro@debian.org>

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

Subject: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Thu, 28 May 2015 10:36:43 -0300

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

Package: autopkgtest
Version: 3.14.2
Severity: normal
Tags: patch

gem2deb seems to the first package to use build profiles in the official
Debian  archive, and it started to cause fallout in several places.
autopkgtest is also affected.

The fake package created to encode the test dependencies gets the
Build-Dependencies of the source package, and when it contains build
profiles, dpkg-deb chokes on it. Arguably dpkg-deb could ignore build
profiles, but since build profiles were proposed explicitly as an
extension for the Build-Depends: field, I'd say it makes sense to fix
this in autopkgtest.

The attached patch fixes this by filtering out build profile
specifications from dependencies.

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autopkgtest depends on:
ii  apt-utils       1.0.9.9
ii  libdpkg-perl    1.18.0
ii  procps          2:3.3.9-9
ii  python3         3.4.2-2
ii  python3-debian  0.1.27

Versions of packages autopkgtest recommends:
ii  autodep8  0.1

Versions of packages autopkgtest suggests:
ii  lxc          1:1.0.7-3terceiro1
ii  qemu-system  1:2.3+dfsg-3
ii  qemu-utils   1:2.3+dfsg-3
ii  schroot      1.6.10-1.1

-- no debconf information

-- 
Antonio Terceiro <terceiro@debian.org>

[0001-builddeps-filter-out-build-profiles-syntax.patch (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

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

From: Johannes Schauer <josch@debian.org>

To: 787093@bugs.debian.org

Subject: Re: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Thu, 28 May 2015 21:01:20 +0200

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

Hi,

that patch just drops the restriction formula (the part between the <>
"brackets"). Have a look in the example I gave in this email:

http://lists.debian.org/20150528142653.2580.4450@hoothoot

to see how this leads to wrong results.

Instead, autopkgtest should parse and evaluate the build dependencies with
their restriction formula as if no build profiles are active.

To my knowledge, the only logic to do this properly currently exists in
dpkg-dev, apt and dose3. Since you are already using Dpkg::Deps::deps_parse()
in ./runner/adt-run you could just re-use the same method in ./lib/testdesc.py

For a testcase you might want to try:

+    def test_builddeps_with_build_profiles(self):
+        (ts, skipped) = self.call_parse(
+            'Tests: t\nDepends: @, @builddeps@',
+            'Source: nums\nBuild-Depends: bd1, bd2 <stage1> <cross>\n'
+            '\n'
+            'Package: one\nArchitecture: any')
+        self.assertEqual(ts[0].depends, ['one (>= 0~)', 'bd1',
+                                         'build-essential'])
+        self.assertFalse(skipped)
+

I also added autopkgtest to the list in the spec: https://wiki.debian.org/BuildProfileSpec

Thanks!

cheers, josch

[signature.asc (application/pgp-signature, inline)]

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

From: Antonio Terceiro <terceiro@debian.org>

To: Johannes Schauer <josch@debian.org>, 787093@bugs.debian.org

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Thu, 28 May 2015 20:14:29 -0300

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

On Thu, May 28, 2015 at 09:01:20PM +0200, Johannes Schauer wrote:
> Hi,
> 
> that patch just drops the restriction formula (the part between the <>
> "brackets"). Have a look in the example I gave in this email:
> 
> http://lists.debian.org/20150528142653.2580.4450@hoothoot
> 
> to see how this leads to wrong results.
> 
> Instead, autopkgtest should parse and evaluate the build dependencies with
> their restriction formula as if no build profiles are active.
> 
> To my knowledge, the only logic to do this properly currently exists in
> dpkg-dev, apt and dose3. Since you are already using Dpkg::Deps::deps_parse()
> in ./runner/adt-run you could just re-use the same method in ./lib/testdesc.py
> 
> For a testcase you might want to try:
> 
> +    def test_builddeps_with_build_profiles(self):
> +        (ts, skipped) = self.call_parse(
> +            'Tests: t\nDepends: @, @builddeps@',
> +            'Source: nums\nBuild-Depends: bd1, bd2 <stage1> <cross>\n'
> +            '\n'
> +            'Package: one\nArchitecture: any')
> +        self.assertEqual(ts[0].depends, ['one (>= 0~)', 'bd1',
> +                                         'build-essential'])
> +        self.assertFalse(skipped)
> +
> 
> I also added autopkgtest to the list in the spec: https://wiki.debian.org/BuildProfileSpec

Thanks for your insight! I have prepared a new patch, which is attached.
It is actually so simple that maybe it doesn't even warrant new
testcases? (also I couldn't figure out how to test that yet ;-))

With this patch applied I can successfully run the gem2deb test suite
with autopkgtest.

-- 
Antonio Terceiro <terceiro@debian.org>

[0001-Reduce-build-profiles-when-installing-dependencies.patch (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

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

From: Guillem Jover <guillem@debian.org>

To: Antonio Terceiro <terceiro@debian.org>, 787093@bugs.debian.org

Cc: Johannes Schauer <josch@debian.org>

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Fri, 29 May 2015 02:52:10 +0200

Hi!

On Thu, 2015-05-28 at 20:14:29 -0300, Antonio Terceiro wrote:
> From 14e2a91d48397546d2cc303082322e49f41c57f8 Mon Sep 17 00:00:00 2001
> From: Antonio Terceiro <terceiro@debian.org>
> Date: Thu, 28 May 2015 20:10:23 -0300
> Subject: [PATCH] Reduce build profiles when installing dependencies

> Build-Depends: lines using build profiles cannot be transformed as-is to
> Depends: lines. Luckily Dpkg::Deps already knows how to process build
> profiles so we just need to tell it to do that.

> diff --git a/runner/adt-run b/runner/adt-run
> index 71255d0..b97e6c5 100755
> --- a/runner/adt-run
> +++ b/runner/adt-run
> @@ -971,7 +971,8 @@ fi
>          perl = subprocess.Popen(['perl', '-'], stdin=subprocess.PIPE,
>                                  stdout=subprocess.PIPE)
>          code = '''use Dpkg::Deps;
> -                  $dep = deps_parse('%s', reduce_arch => 1, host_arch => '%s');
> +                  $dep = deps_parse('%s', reduce_arch => 1, host_arch => '%s',
> +                                    reduce_profiles => 1);
>                    print $dep->output(), "\\n";
>                    ''' % (deps, self.dpkg_arch)

If this is indeed parsing Build-Depends, you probably also want
“build_dep => 1” there.

Thanks,
Guillem

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

From: Antonio Terceiro <terceiro@debian.org>

To: Guillem Jover <guillem@debian.org>, 787093@bugs.debian.org

Cc: Johannes Schauer <josch@debian.org>

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Fri, 29 May 2015 07:42:44 -0300

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

Hi,

On Fri, May 29, 2015 at 02:52:10AM +0200, Guillem Jover wrote:
> Hi!
> 
> On Thu, 2015-05-28 at 20:14:29 -0300, Antonio Terceiro wrote:
> > From 14e2a91d48397546d2cc303082322e49f41c57f8 Mon Sep 17 00:00:00 2001
> > From: Antonio Terceiro <terceiro@debian.org>
> > Date: Thu, 28 May 2015 20:10:23 -0300
> > Subject: [PATCH] Reduce build profiles when installing dependencies
> 
> > Build-Depends: lines using build profiles cannot be transformed as-is to
> > Depends: lines. Luckily Dpkg::Deps already knows how to process build
> > profiles so we just need to tell it to do that.
> 
> > diff --git a/runner/adt-run b/runner/adt-run
> > index 71255d0..b97e6c5 100755
> > --- a/runner/adt-run
> > +++ b/runner/adt-run
> > @@ -971,7 +971,8 @@ fi
> >          perl = subprocess.Popen(['perl', '-'], stdin=subprocess.PIPE,
> >                                  stdout=subprocess.PIPE)
> >          code = '''use Dpkg::Deps;
> > -                  $dep = deps_parse('%s', reduce_arch => 1, host_arch => '%s');
> > +                  $dep = deps_parse('%s', reduce_arch => 1, host_arch => '%s',
> > +                                    reduce_profiles => 1);
> >                    print $dep->output(), "\\n";
> >                    ''' % (deps, self.dpkg_arch)
> 
> If this is indeed parsing Build-Depends, you probably also want
> “build_dep => 1” there.

Thanks for the tip.

In a part of the time, that code will be parsing Build-Depends that will
be turned into Depends: of a fake package that is installed to pull in test
dependencies. In that case, besides build_dep, is that anything else we
need to pass to be sure that the end result is compatible with Depends: ?

-- 
Antonio Terceiro <terceiro@debian.org>

[signature.asc (application/pgp-signature, inline)]

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

From: Johannes Schauer <josch@debian.org>

To: Antonio Terceiro <terceiro@debian.org>, "Guillem Jover" <guillem@debian.org>, 787093@bugs.debian.org

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Fri, 29 May 2015 13:08:06 +0200

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

Hi,

Quoting Antonio Terceiro (2015-05-29 12:42:44)
> On Fri, May 29, 2015 at 02:52:10AM +0200, Guillem Jover wrote:
> > If this is indeed parsing Build-Depends, you probably also want “build_dep
> > => 1” there.
> In a part of the time, that code will be parsing Build-Depends that will be
> turned into Depends: of a fake package that is installed to pull in test
> dependencies. In that case, besides build_dep, is that anything else we need
> to pass to be sure that the end result is compatible with Depends: ?

you can see how sbuild does it which also parses Build-Depends to then create a
dummy binary package to install later from them:

http://sources.debian.net/src/sbuild/0.65.2-1/lib/Sbuild/ResolverBase.pm/#L827

Turning build-depends into a binary package seem to be a common pattern not
only shared by autopkgtest and sbuild but is also used by pbuilder or
mk-build-deps. It would be great if there was a common library doing this but
maybe the slightly different requirements of each software taking this approach
as well as the different programming languages used make this tricky.

On the other hand, I think all this software mainly does it that way because
apt in unstable cannot yet be given a .dsc or unpacked debian/control and then
satisfy the build dependencies from it. So everybody using apt to satisfy build
dependencies of a local package first creates a dummy package from these build
dependencies and only then passes it to apt.  Maybe all the software using this
approach can drop it once apt from experimental moves to unstable because that
one can do `apt-get build-dep foo.dsc`.

cheers, josch

[signature.asc (application/pgp-signature, inline)]

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

From: Antonio Terceiro <terceiro@debian.org>

To: Guillem Jover <guillem@debian.org>

Cc: 787093@bugs.debian.org, Johannes Schauer <josch@debian.org>

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Sat, 30 May 2015 08:35:25 -0300

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

On Fri, May 29, 2015 at 02:52:10AM +0200, Guillem Jover wrote:
> Hi!
> 
> On Thu, 2015-05-28 at 20:14:29 -0300, Antonio Terceiro wrote:
> > From 14e2a91d48397546d2cc303082322e49f41c57f8 Mon Sep 17 00:00:00 2001
> > From: Antonio Terceiro <terceiro@debian.org>
> > Date: Thu, 28 May 2015 20:10:23 -0300
> > Subject: [PATCH] Reduce build profiles when installing dependencies
> 
> > Build-Depends: lines using build profiles cannot be transformed as-is to
> > Depends: lines. Luckily Dpkg::Deps already knows how to process build
> > profiles so we just need to tell it to do that.
> 
> > diff --git a/runner/adt-run b/runner/adt-run
> > index 71255d0..b97e6c5 100755
> > --- a/runner/adt-run
> > +++ b/runner/adt-run
> > @@ -971,7 +971,8 @@ fi
> >          perl = subprocess.Popen(['perl', '-'], stdin=subprocess.PIPE,
> >                                  stdout=subprocess.PIPE)
> >          code = '''use Dpkg::Deps;
> > -                  $dep = deps_parse('%s', reduce_arch => 1, host_arch => '%s');
> > +                  $dep = deps_parse('%s', reduce_arch => 1, host_arch => '%s',
> > +                                    reduce_profiles => 1);
> >                    print $dep->output(), "\\n";
> >                    ''' % (deps, self.dpkg_arch)
> 
> If this is indeed parsing Build-Depends, you probably also want
> “build_dep => 1” there.

Indeed, thanks.

I am attaching an updated patch.

-- 
Antonio Terceiro <terceiro@debian.org>

[0001-Reduce-build-profiles-when-installing-dependencies.patch (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

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

From: Antonio Terceiro <terceiro@debian.org>

To: Johannes Schauer <josch@debian.org>

Cc: Guillem Jover <guillem@debian.org>, 787093@bugs.debian.org

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Sat, 30 May 2015 08:39:52 -0300

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

On Fri, May 29, 2015 at 01:08:06PM +0200, Johannes Schauer wrote:
> Hi,
> 
> Quoting Antonio Terceiro (2015-05-29 12:42:44)
> > On Fri, May 29, 2015 at 02:52:10AM +0200, Guillem Jover wrote:
> > > If this is indeed parsing Build-Depends, you probably also want “build_dep
> > > => 1” there.
> > In a part of the time, that code will be parsing Build-Depends that will be
> > turned into Depends: of a fake package that is installed to pull in test
> > dependencies. In that case, besides build_dep, is that anything else we need
> > to pass to be sure that the end result is compatible with Depends: ?
> 
> you can see how sbuild does it which also parses Build-Depends to then create a
> dummy binary package to install later from them:
> 
> http://sources.debian.net/src/sbuild/0.65.2-1/lib/Sbuild/ResolverBase.pm/#L827
> 
> Turning build-depends into a binary package seem to be a common pattern not
> only shared by autopkgtest and sbuild but is also used by pbuilder or
> mk-build-deps. It would be great if there was a common library doing this but
> maybe the slightly different requirements of each software taking this approach
> as well as the different programming languages used make this tricky.

As far as different programming languages go, I think this could
probably be a small binary provided by apt that everyone could call
('take this Depends:/Build-Depends: line, and make sure those packages
are all installed'). Does not seem a lot different from `apt-get
build-dep foo.dsc`.

> On the other hand, I think all this software mainly does it that way because
> apt in unstable cannot yet be given a .dsc or unpacked debian/control and then
> satisfy the build dependencies from it. So everybody using apt to satisfy build
> dependencies of a local package first creates a dummy package from these build
> dependencies and only then passes it to apt.  Maybe all the software using this
> approach can drop it once apt from experimental moves to unstable because that
> one can do `apt-get build-dep foo.dsc`.

That would not work for autopkgtest because build depends is actually
not the common case, the normal case is installing packages that  are
needed for running the tests (usually "all the binary packages for this
source"), so we would need to create a fake .dsc to make use of that
feature anyway.

-- 
Antonio Terceiro <terceiro@debian.org>

[signature.asc (application/pgp-signature, inline)]

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

From: Martin Pitt <mpitt@debian.org>

To: Antonio Terceiro <terceiro@debian.org>, 787093@bugs.debian.org

Cc: Johannes Schauer <josch@debian.org>, Guillem Jover <guillem@debian.org>

Subject: Re: Bug#787093: autopkgtest: dpkg-deb chokes with build profiles in Build-Depends:

Date: Fri, 10 Jul 2015 10:13:49 +0200

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

Control: tag -1 pending

Hello all,

Antonio Terceiro [2015-05-28 10:36 -0300]:
> gem2deb seems to the first package to use build profiles in the official
> Debian  archive, and it started to cause fallout in several places.
> autopkgtest is also affected.

As discussed I now fixed @builddeps@ parsing properly. For the unit
test I combined Antonio's and Johannes' suggestions and test a
positive and a negative case:

  http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=fd343efd5

However, there is a second code path, for packages specifying
"build-needed", or you just give it a .dsc which then needs to be
built. This is handled in this patch:

  http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=302d85e5

So in summary I believe this should now be good.
"./run-from-checkout gem2deb_0.18.3.dsc" builds and tests fine.

Thanks, and sorry for the delay!

Martin

-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

[signature.asc (application/pgp-signature, inline)]

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

From: Martin Pitt <mpitt@debian.org>

To: 787093-close@bugs.debian.org

Subject: Bug#787093: fixed in autopkgtest 3.16

Date: Fri, 10 Jul 2015 09:34:49 +0000

Source: autopkgtest
Source-Version: 3.16

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

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 787093@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Martin Pitt <mpitt@debian.org> (supplier of updated autopkgtest 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@ftp-master.debian.org)


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

Format: 1.8
Date: Fri, 10 Jul 2015 11:26:36 +0200
Source: autopkgtest
Binary: autopkgtest
Architecture: source all
Version: 3.16
Distribution: unstable
Urgency: medium
Maintainer: Autopkgtest team <autopkgtest-devel@lists.alioth.debian.org>
Changed-By: Martin Pitt <mpitt@debian.org>
Description:
 autopkgtest - automatic as-installed testing for Debian packages
Closes: 787093 790650
Changes:
 autopkgtest (3.16) unstable; urgency=medium
 .
   Behaviour changes and improvements:
   * ssh-setup/nova: Re-try nova boot up to three times if it fails, and sleep
     5 minutes in between. This occasionally fails due to exceeding quota or
     temporary glitches.
   * Drop gpg-signing local archive and mark it as [trusted=yes] instead. This
     gets rid of the requirement to generate a gpg key on first run. Drop
     corresponding --gnupg-home option. (LP: #1472691)
   * Drop long-obsolete --tmp-dir backwards compat option.
   * ssh-setup/snappy: Adjust ubuntu-device-flash arguments to new
     release/channel structure from Ubuntu 15.10, and default to rolling/edge.
     Add new --release option.
 .
   Bug fixes:
   * ssh-setup/nova: Silence "invalid command wait-reboot" warning.
   * setup-commands/cloud-vm-setup: Purge cloud-init too. It sometimes causes
     longer hangs on boot and might interfere with tests in other ways, and we
     only need it for first-time initialization anyway.
   * adt-virt-qemu: adt-buildvm-ubuntu-cloud: Don't use -enable-kvm QEMU option
     if /dev/kvm does not exist. (Closes: #790650)
   * Quiesce warnings from tar. Avoids "time stamp is in the future" log spew.
     (LP: #1468868)
   * Move apt sources setup from setup-commands/cloud-vm-setup to
     ssh-setup/nova. --apt-pocket does not work with the former as that runs
     too late.
   * Use Dpkg::Deps to evaluate/reduce build dependencies for expanding
     "@builddeps@". This handles build profiles. (Closes: #787093)
   * Resolve build profiles when installing build dependencies to build tested
     package.
   * Adjust NullRunner.test_tmp_install_perl test case to use
     libtest-requires-perl instead of libtest-tester-perl; the latter got
     removed from Debian.
Checksums-Sha1:
 2843c5d7a98fa82aaf13e29698888e0775657091 1755 autopkgtest_3.16.dsc
 13793600cdfd775f9c7f2211e58c41e9674818ae 173173 autopkgtest_3.16.tar.gz
 c22c4df37797c59e4bda444e350dc4227bf43e89 147890 autopkgtest_3.16_all.deb
Checksums-Sha256:
 2e587b443c158a764389a1c4a3720b39f92e52f74b800dacd8338e30f88d2a75 1755 autopkgtest_3.16.dsc
 71f77474ce13651ea381aa97b9ef35aa578c40104aaf5c3f7a80644484c91229 173173 autopkgtest_3.16.tar.gz
 a704d6b766fdd3dfdeecffa78ed66f9fbc2a573c2ac0e053e4a0aeee44cd67f0 147890 autopkgtest_3.16_all.deb
Files:
 7f7e229578279e33d6225c04dc80b063 1755 devel optional autopkgtest_3.16.dsc
 2aaa18003dedfac40d3ed7108eed1a89 173173 devel optional autopkgtest_3.16.tar.gz
 5c6c9b729ce76e86c7ccb1ddcd672a6c 147890 devel optional autopkgtest_3.16_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJVn5CQAAoJENFO8V2v4RNHGt0QAKfoXEpCRbClFH9GgqbFUmlu
b0YbFJpCTAZx8eyGAEUM2uesrtNrcPVW2B+0giOiSX7XXiTu63PaXrDRjhfXvD9u
O+aw5nr8L76Lhwc0V0SI1/qzwek+XXQkXCCjBw3rKFuHGLE/gMtlRJ1Q/fB48WSU
qpckUoD7rvGM8LKLUxwVg/1Jcjocmt5PEyTjdfRxV3UWZ0M3whkVgVYX3om/KEAG
wGI8EgH4bCBHFr6j9MXqdHarDmNHzbeCh/faJ7D6zuOO9+GPFVJIpiB6Ais8/854
tUw5bowKlTGJqrs4qrj5EbURtUwIJTMYuz2gMScKthxVTVdj5WQbxikvKa7Wy7sN
vSg7X/isqLcIFrKrnSMZoZu60rYtZvOyxOpvEtnIL+8+SQxx7Xu1dWqMOwFXkxXt
wIuvVvsWIelXcPwGoeorsCtFH89N3M+DCUWY0+gjmZIuluBe7NP7oMiXTq6yNcDa
Oc4Q4uYAGPG1007AKMU/S2cUNOvzOfsk5N9lyktVuLABE60u9CV6JGrfS/pPQcFk
SqVp7RFKLbFwZEzCmz+sAGK8wy2fS522glBp605E28bQUsQCNqQCyjFCKg/p+uUx
1QM+YV61hZ3g5kvd6C7ErpMGIGfpqRgVqGENvEcVfqS7oTss2dExugUIxSEYdlQ+
/Yb3Ga8eyEi1Oz4MwtVU
=8TOD
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.