Source: perl
Version: 5.26.0-4
Severity: normal
Tags: patch
User: [email protected]
Usertags: sh4
Hi!
src:perl currently fails to build from source on sh4 with:
./miniperl -Ilib make_ext.pl cpan/Archive-Tar/pm_to_blib MAKE="/usr/bin/make" LIBPERL_A=libperl.a
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Unsuccessful Makefile.PL(cpan/Archive-Tar): code=11 at make_ext.pl line 518.
Makefile:586: recipe for target 'cpan/Archive-Tar/pm_to_blib' failed
make[1]: *** [cpan/Archive-Tar/pm_to_blib] Error 2
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
debian/rules:124: recipe for target 'perl.static' failed
make: *** [perl.static] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
I have not tracked down the actual reason for the bug yet, but it can
be worked around by building perl without optimizations enabled on sh4.
The attached patch disables the optimizations on sh4 and makes the build
succeed. Please consider applying it for the next upload.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Acknowledgement sent
to Niko Tyni <[email protected]>:
Extra info received and forwarded to list.
(Sat, 22 Jul 2017 19:12:04 GMT) (full text, mbox, link).
Subject: Re: Bug#869373: perl: Please add workaround to fix FTBFS on sh4
Date: Sat, 22 Jul 2017 22:08:53 +0300
On Sat, Jul 22, 2017 at 08:51:23PM +0200, John Paul Adrian Glaubitz wrote:
> Source: perl
> Version: 5.26.0-4
> Severity: normal
> Tags: patch
> User: [email protected]
> Usertags: sh4
>
> Hi!
>
> src:perl currently fails to build from source on sh4 with:
>
> ./miniperl -Ilib make_ext.pl cpan/Archive-Tar/pm_to_blib MAKE="/usr/bin/make" LIBPERL_A=libperl.a
> qemu: uncaught target signal 11 (Segmentation fault) - core dumped
> Unsuccessful Makefile.PL(cpan/Archive-Tar): code=11 at make_ext.pl line 518.
> Makefile:586: recipe for target 'cpan/Archive-Tar/pm_to_blib' failed
> make[1]: *** [cpan/Archive-Tar/pm_to_blib] Error 2
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
> debian/rules:124: recipe for target 'perl.static' failed
> make: *** [perl.static] Error 2
> dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
>
> I have not tracked down the actual reason for the bug yet, but it can
> be worked around by building perl without optimizations enabled on sh4.
>
> The attached patch disables the optimizations on sh4 and makes the build
> succeed. Please consider applying it for the next upload.
Thanks. In that case you should be able to work around the breakage
(and hopefully catch up with the 5.26 transition) by building with
DEB_BUILD_OPTIONS=noopt.
The failure mode looks very similar to the hppa one (#869122, cc'd)
so I guess it should get similar treatment.
Would you be able to narrow this down to file level? Cf. #838613 and
debian/patches/debian/hppa_op_optimize_workaround.diff
--
Niko Tyni [email protected]
Acknowledgement sent
to John Paul Adrian Glaubitz <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Sat, 22 Jul 2017 19:21:04 GMT) (full text, mbox, link).
Subject: Re: Bug#869373: perl: Please add workaround to fix FTBFS on sh4
Date: Sat, 22 Jul 2017 21:19:30 +0200
On 07/22/2017 09:08 PM, Niko Tyni wrote:
> Thanks. In that case you should be able to work around the breakage
> (and hopefully catch up with the 5.26 transition) by building with
> DEB_BUILD_OPTIONS=noopt.
This is for the buildds. I know that I can build the package manually.
> The failure mode looks very similar to the hppa one (#869122, cc'd)
> so I guess it should get similar treatment.
I tried the same workaround on hppa, it didn't help unfortunately.
> Would you be able to narrow this down to file level? Cf. #838613 and
> debian/patches/debian/hppa_op_optimize_workaround.diff
This patch seems to fix a failure of the testsuite, no? The build on
hppa crashes much earlier though.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Acknowledgement sent
to Niko Tyni <[email protected]>:
Extra info received and forwarded to list.
(Sat, 22 Jul 2017 19:42:03 GMT) (full text, mbox, link).
Subject: Re: Bug#869373: perl: Please add workaround to fix FTBFS on sh4
Date: Sat, 22 Jul 2017 22:38:52 +0300
On Sat, Jul 22, 2017 at 09:19:30PM +0200, John Paul Adrian Glaubitz wrote:
> On 07/22/2017 09:08 PM, Niko Tyni wrote:
> > Thanks. In that case you should be able to work around the breakage
> > (and hopefully catch up with the 5.26 transition) by building with
> > DEB_BUILD_OPTIONS=noopt.
>
> This is for the buildds. I know that I can build the package manually.
Sure, I was just thinking of a manual "porter upload" to get the binNMUs
going before the next source upload. But it looks like you (or someone
else) did that already.
> > The failure mode looks very similar to the hppa one (#869122, cc'd)
> > so I guess it should get similar treatment.
>
> I tried the same workaround on hppa, it didn't help unfortunately.
Too bad. Dropping that bug then.
> > Would you be able to narrow this down to file level? Cf. #838613 and
> > debian/patches/debian/hppa_op_optimize_workaround.diff
>
> This patch seems to fix a failure of the testsuite, no? The build on
> hppa crashes much earlier though.
My point was just that file-level optimizations can be achieved by
modifying cflags.SH as seen in that patch. I think (but haven't
verified) that miniperl is built via cflags.SH too.
--
Niko
Acknowledgement sent
to John Paul Adrian Glaubitz <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Sat, 22 Jul 2017 19:57:06 GMT) (full text, mbox, link).
Subject: Re: Bug#869373: perl: Please add workaround to fix FTBFS on sh4
Date: Sat, 22 Jul 2017 21:53:19 +0200
On 07/22/2017 09:38 PM, Niko Tyni wrote:
> Sure, I was just thinking of a manual "porter upload" to get the binNMUs
> going before the next source upload. But it looks like you (or someone
> else) did that already.
That was me ;-). I'm doing the same for hppa now.
>>> The failure mode looks very similar to the hppa one (#869122, cc'd)
>>> so I guess it should get similar treatment.
>>
>> I tried the same workaround on hppa, it didn't help unfortunately.
>
> Too bad. Dropping that bug then.
Adding it back on. For some reason, adding "noopt" wasn't passed to
the build environment. It builds with the following hack added
to debian/config.debian:
hppa:*)
optimize="$optimize${optimize:+ }-O0";;
I will bootstrap perl_5.26 for hppa now.
>>> Would you be able to narrow this down to file level? Cf. #838613 and
>>> debian/patches/debian/hppa_op_optimize_workaround.diff
>>
>> This patch seems to fix a failure of the testsuite, no? The build on
>> hppa crashes much earlier though.
>
> My point was just that file-level optimizations can be achieved by
> modifying cflags.SH as seen in that patch. I think (but haven't
> verified) that miniperl is built via cflags.SH too.
OK, I wasn't aware of that. That's the first time I am hacking
on the perl package ;).
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Acknowledgement sent
to John Paul Adrian Glaubitz <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Mon, 24 Jul 2017 10:48:08 GMT) (full text, mbox, link).
Subject: Re: Bug#869122: perl: 5.26 FTBFS on hppa: broken miniperl?
Date: Mon, 24 Jul 2017 12:45:03 +0200
On Sun, Jul 23, 2017 at 09:32:04PM -0400, John David Anglin wrote:
> Maybe the patch will also fix the sh build.
Yes, it does. I just tested the patch and I can confirm with the patch
applied, I can build src:perl just fine on sh4 without "noopt".
Would be great if this patch could be added for the next upload to
address these two bugs unless there is anything that speaks against
adding it.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Acknowledgement sent
to John David Anglin <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Mon, 24 Jul 2017 18:03:07 GMT) (full text, mbox, link).
Subject: Re: Bug#869122: perl: 5.26 FTBFS on hppa: broken miniperl?
Date: Mon, 24 Jul 2017 14:01:16 -0400
On 2017-07-24, at 6:45 AM, John Paul Adrian Glaubitz wrote:
> On Sun, Jul 23, 2017 at 09:32:04PM -0400, John David Anglin wrote:
>> Maybe the patch will also fix the sh build.
>
> Yes, it does. I just tested the patch and I can confirm with the patch
> applied, I can build src:perl just fine on sh4 without "noopt".
I created a gcc bug report:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81538
Dave
--
John David Anglin [email protected]
Acknowledgement sent
to Niko Tyni <[email protected]>:
Extra info received and forwarded to list.
(Mon, 24 Jul 2017 20:39:07 GMT) (full text, mbox, link).
On Mon, Jul 24, 2017 at 02:01:16PM -0400, John David Anglin wrote:
> On 2017-07-24, at 6:45 AM, John Paul Adrian Glaubitz wrote:
>
> > On Sun, Jul 23, 2017 at 09:32:04PM -0400, John David Anglin wrote:
> >> Maybe the patch will also fix the sh build.
> >
> > Yes, it does. I just tested the patch and I can confirm with the patch
> > applied, I can build src:perl just fine on sh4 without "noopt".
>
> I created a gcc bug report:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81538
Thanks for your great work on this!
I feel somewhat uneasy about applying a workaround patch that affects
all the architectures for the sake of non-release architectures.
I can see that it's just a code reorganization that presumably avoids
the buggy gcc optimization (at least for the time being), but it's a bit
hard to feed upstream as-is and I wouldn't like to carry it for the major
architectures without upstreaming it.
Do you know why the GCC optimization issue only seems to affect hppa+sh4?
I wonder if lowering the optimization of the affected
code would be an easier workaround. On that note, looking
at the build logs makes me think the cflags fiddling in
debian/patches/debian/hppa_op_optimize_workaround.diff is still working,
but the problem here is that op.c is linked to opmini.c for the miniperl
build and that still gets compiled at -O2.
Does it work for you without the Perl_custom_op_get_field() code
reorganization if you patch cflags.SH further like this?
- op) : work around http://bugs.debian.org/838613
+ op|opmini) : work around http://bugs.debian.org/838613
This should make it build both op.c and opmini.c at -O0.
Or does this hit the hppa "-O0 -fPIC" problem again?
(For sh4, the archname check on the next lines obviously needs adjustment
too.)
Thanks again, especially for filing the gcc upstream bug so we can
eventually get rid of these workarounds.
--
Niko
Acknowledgement sent
to John Paul Adrian Glaubitz <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Mon, 24 Jul 2017 20:48:05 GMT) (full text, mbox, link).
On 07/24/2017 10:36 PM, Niko Tyni wrote:
> I feel somewhat uneasy about applying a workaround patch that affects
> all the architectures for the sake of non-release architectures.
Then just apply it conditionally in debian/rules:
ifneq (,$(filter hppa sh4, $(DEB_HOST_ARCH)))
patch -p1 < debian/patches/hppa-fix.patch
endif
It's not the cleanest solution, but should fix the problem.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Acknowledgement sent
to John David Anglin <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Mon, 24 Jul 2017 21:06:07 GMT) (full text, mbox, link).
On 2017-07-24, at 4:45 PM, John Paul Adrian Glaubitz wrote:
> On 07/24/2017 10:36 PM, Niko Tyni wrote:
>> I feel somewhat uneasy about applying a workaround patch that affects
>> all the architectures for the sake of non-release architectures.
>
> Then just apply it conditionally in debian/rules:
>
> ifneq (,$(filter hppa sh4, $(DEB_HOST_ARCH)))
> patch -p1 < debian/patches/hppa-fix.patch
> endif
>
> It's not the cleanest solution, but should fix the problem.
For now, I think that is a good suggestion. It will probably take some time to diagnose the
gcc bug and find a fix.
Dave
--
John David Anglin [email protected]
Acknowledgement sent
to John David Anglin <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Mon, 24 Jul 2017 21:33:09 GMT) (full text, mbox, link).
On 2017-07-24, at 4:36 PM, Niko Tyni wrote:
> Do you know why the GCC optimization issue only seems to affect hppa+sh4?
No.
This hunk of code is wrong:
.loc 1 14875 0 is_stmt 0 discriminator 2
bl Perl_sv_2iv_flags,%r2
copy %r4,%r26
.LVL1245:
copy %r29,%r3
The above line is wrong. r29 is potentially clobbered by the call to Perl_sv_2iv_flags.
It's a call clobbered register. It sets %r3 which is responsible for the garbage return value.
I think this probably occurs as a result of the merging of the switch statements but I'm
not 100% certain.
>
> I wonder if lowering the optimization of the affected
> code would be an easier workaround. On that note, looking
> at the build logs makes me think the cflags fiddling in
> debian/patches/debian/hppa_op_optimize_workaround.diff is still working,
> but the problem here is that op.c is linked to opmini.c for the miniperl
> build and that still gets compiled at -O2.
>
> Does it work for you without the Perl_custom_op_get_field() code
> reorganization if you patch cflags.SH further like this?
>
> - op) : work around http://bugs.debian.org/838613
> + op|opmini) : work around http://bugs.debian.org/838613
>
> This should make it build both op.c and opmini.c at -O0.
Might work.
>
> Or does this hit the hppa "-O0 -fPIC" problem again?
Again, I don't know. I had thought the R_PARISC_DPREL21L relocation problem was
an optimization issue. I have installed perl 5.26+b1 on a couple of systems. Building
libjavascript-minifier-xs-perl with it doesn't trigger the issue nor does building it with
DEB_BUILD_OPTIONS=noop. Something is wrong with Adrian's build that doesn't
occur with my patched build. buildd still has Adrian's version.
Dave
--
John David Anglin [email protected]
Acknowledgement sent
to John David Anglin <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Tue, 25 Jul 2017 19:57:07 GMT) (full text, mbox, link).
On 2017-07-24, at 5:31 PM, John David Anglin wrote:
>> Does it work for you without the Perl_custom_op_get_field() code
>> reorganization if you patch cflags.SH further like this?
>>
>> - op) : work around http://bugs.debian.org/838613
>> + op|opmini) : work around http://bugs.debian.org/838613
>>
>> This should make it build both op.c and opmini.c at -O0.
>
> Might work.
Another option is to use gcc-7. It built 2.26 successfully. Problem seems to be specific to gcc-6.
>
>>
>> Or does this hit the hppa "-O0 -fPIC" problem again?
>
> Again, I don't know. I had thought the R_PARISC_DPREL21L relocation problem was
> an optimization issue. I have installed perl 5.26+b1 on a couple of systems. Building
> libjavascript-minifier-xs-perl with it doesn't trigger the issue nor does building it with
> DEB_BUILD_OPTIONS=noop.
There are a handful of packages that still have the R_PARISC_DPREL21L relocation problem
using 5.26+b1. I looked at libembperl-perl. The gcc driver is dropping the -fPIC option and
it's not passed to cc1. Thus, the relocation error.
It might be some kind of argument length error.
Dave
--
John David Anglin [email protected]
Acknowledgement sent
to John David Anglin <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Tue, 25 Jul 2017 20:36:11 GMT) (full text, mbox, link).
On 2017-07-25, at 3:55 PM, John David Anglin wrote:
>>>
>>>
>>> Or does this hit the hppa "-O0 -fPIC" problem again?
>>
>> Again, I don't know. I had thought the R_PARISC_DPREL21L relocation problem was
>> an optimization issue. I have installed perl 5.26+b1 on a couple of systems. Building
>> libjavascript-minifier-xs-perl with it doesn't trigger the issue nor does building it with
>> DEB_BUILD_OPTIONS=noop.
>
> There are a handful of packages that still have the R_PARISC_DPREL21L relocation problem
> using 5.26+b1. I looked at libembperl-perl. The gcc driver is dropping the -fPIC option and
> it's not passed to cc1. Thus, the relocation error.
-fPIC is recognized if it is last option. Maybe it has to come after -fno-pie?
Dave
--
John David Anglin [email protected]
Acknowledgement sent
to John David Anglin <[email protected]>:
Extra info received and forwarded to list. Copy sent to Niko Tyni <[email protected]>.
(Tue, 25 Jul 2017 22:45:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Niko Tyni <[email protected]>:
Extra info received and forwarded to list.
(Sun, 30 Jul 2017 13:36:05 GMT) (full text, mbox, link).
On Tue, Jul 25, 2017 at 03:55:14PM -0400, John David Anglin wrote:
> On 2017-07-24, at 5:31 PM, John David Anglin wrote:
>
> >> Does it work for you without the Perl_custom_op_get_field() code
> >> reorganization if you patch cflags.SH further like this?
> >>
> >> - op) : work around http://bugs.debian.org/838613
> >> + op|opmini) : work around http://bugs.debian.org/838613
> >>
> >> This should make it build both op.c and opmini.c at -O0.
> >
> > Might work.
>
> Another option is to use gcc-7. It built 2.26 successfully. Problem seems to be specific to gcc-6.
My preference at this point would be amending the earlier patch as above
to also lower the opmini.c optimization. I intend to upload 5.26.0-5
soonish with that workaround activated for hppa and sh4. Let's revisit
the other options if that doesn't work out.
(I understand the urgency related to the 5.26 transition is over now
for you too, so it hopefully shouldn't impact your other work much if
-5 doesn't build on hppa/sh4 after all.)
Thanks for your work,
--
Niko Tyni [email protected]
Notification sent
to John Paul Adrian Glaubitz <[email protected]>:
Bug acknowledged by developer.
(Sun, 30 Jul 2017 17:54:13 GMT) (full text, mbox, link).
Source: perl
Source-Version: 5.26.0-5
We believe that the bug you reported is fixed in the latest version of
perl, 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 [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Niko Tyni <[email protected]> (supplier of updated perl 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 [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Sun, 30 Jul 2017 19:15:47 +0300
Source: perl
Binary: perl-base perl-doc perl-debug libperl5.26 libperl-dev perl-modules-5.26 perl
Architecture: source
Version: 5.26.0-5
Distribution: unstable
Urgency: medium
Maintainer: Niko Tyni <[email protected]>
Changed-By: Niko Tyni <[email protected]>
Description:
libperl-dev - Perl library: development files
libperl5.26 - shared Perl library
perl - Larry Wall's Practical Extraction and Report Language
perl-base - minimal Perl system
perl-debug - debug-enabled Perl interpreter
perl-doc - Perl documentation
perl-modules-5.26 - Core Perl modules
Closes: 869122869373869612
Changes:
perl (5.26.0-5) unstable; urgency=medium
.
* Make perl-base Break intltool (<< 0.51.0-4). (Closes: #869612)
* Amend debian/CVE-2016-1238/base-pm-amends-pt2.diff description based
on the final upstream commit information.
* Lower the optimization level of opmini.c on hppa. (Closes: #869122)
* Also lower the optimization level of op.c and opmini.c on sh4.
(Closes: #869373)
Checksums-Sha1:
f19c4ca83ccba228151e317ce740f476a08bd9bf 2369 perl_5.26.0-5.dsc
19a95a70cf73abb1972cff48e37b2df193837b9c 159684 perl_5.26.0-5.debian.tar.xz
e13cc4528ae28c1e2cbf2394908b68ad18541481 4652 perl_5.26.0-5_source.buildinfo
Checksums-Sha256:
31d355b9a7a1cd49ea5cee2a1419c0030ca809a6bf9cfbfd996bac3426fc3b9d 2369 perl_5.26.0-5.dsc
52dd745532e04ceb30d1b24497e783c59f0c719b029d9395f2a7a7abc46db959 159684 perl_5.26.0-5.debian.tar.xz
49bfd6c005c39b145b9ee4568834286ad1ee2d15e5074585f1cad2c367979f5c 4652 perl_5.26.0-5_source.buildinfo
Files:
4e4f66525bf76d92129948f6aff52d18 2369 perl standard perl_5.26.0-5.dsc
5f38b3b561f2f81015b1ff191d6d8595 159684 perl standard perl_5.26.0-5.debian.tar.xz
99e9084fcc002e313f8d6f7a26cf04e2 4652 perl standard perl_5.26.0-5_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQJFBAEBCAAvFiEEdqKOQsmBHZHoj7peLsD/s7cwGx8FAll+BnoRHG50eW5pQGRl
Ymlhbi5vcmcACgkQLsD/s7cwGx/9xw/6A20drm/GO+x1WbdPsYZrwc2bZOs5fuNR
V+HXkpkwgCupUTdB6vH8rY6F6tjlB4nbY/W7rM3u+0p0ZuKvvGjx2N4bDOrx3bI6
0YoDKWMCFcpVgc79uDLT+v5axujdry3VDbrolKx+D+d6VR0RuNEs3e7Wal4npdUP
71N9bxtbeADBPJmDAICwfJPbGkKrhLQW4hc+BVCd5F4XKU0A4ZSVqXOCCFqbaU2s
94k/7IrtmgRsvQa7W1DYH4hRdHR3j+golip4mt02C6ZsyvgEP/LCNGErhJLxDkz1
e0eVgsTdLpbfAPuyF8Gr3KR2DgOysl9S5S0jILYnsePqxx+b0a7K+G4S+yGNpsLK
Fnq/v3d9d6hr6Jop7saOBCTi3ZEoV/gVqNz5lPlVo6x3Fe3LL7VdzKVhnNiK102z
U6M/npxH5qR2ZtZ+nN1tdJiTaFJkCaU4zL2iVQROla63pZ8CZ3fB07wstncXhXhX
R5GNimtx/QRXke2Gx6Yp3DwkH/0/FTYTWyLAMxurFI7WsPkfkmQpYsWw9SxfPXzk
DVC1FiOq5xmS8laeNFu6y8rfFhTpmF8cfGnAScGxN5S3BbpHsDC3sU5AWc0bXKGo
4duhzs9GH8bWETyBaFIL3JVxoKCTiRMEWZUm9jqKl9wrMdOZHU3my5napSJOc8el
DepjB0pb/Co=
=Xw4f
-----END PGP SIGNATURE-----
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.