Debian Bug report logs -
#764580
gettext causes infinite memory expansion loop in m4
Reported by: Andreas Henriksson <andreas@fatal.se>
Date: Thu, 9 Oct 2014 09:24:02 UTC
Severity: normal
Fixed in version gettext/0.19.2-3
Done: Santiago Vila <sanvila@debian.org>
Bug is archived. No further changes may be made.
Forwarded to bug-m4@gnu.org
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#764580; Package m4.
(Thu, 09 Oct 2014 09:24:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Andreas Henriksson <andreas@fatal.se>:
New Bug report received and forwarded. Copy sent to Santiago Vila <sanvila@debian.org>.
(Thu, 09 Oct 2014 09:24:06 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: m4
Version: 1.4.17-4
Severity: normal
Dear Maintainer,
While trying to investigate a reported issue in util-linux
I was going to attempt a git bisect but I wasn't even able
to build the old version.
git clone git://git.debian.org/git/collab-maint/pkg-util-linux.git util-linux
cd util-linux
git checkout v2.20.1
./autogen.sh
autopoint: /usr/bin/autopoint (GNU gettext-tools) 0.19.2
aclocal: aclocal (GNU automake) 1.14.1
autoconf: autoconf (GNU Autoconf) 2.69
autoheader: autoheader (GNU Autoconf) 2.69
automake: automake (GNU automake) 1.14.1
libtoolize: libtoolize (GNU libtool) 2.4.2
^C
Before aborting, m4 was observed to have allocated 38g ram (and
counting)....
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages m4 depends on:
ii libc6 2.19-11
ii libsigsegv2 2.10-4
m4 recommends no packages.
m4 suggests no packages.
-- no debconf information
Reply sent
to Santiago Vila <sanvila@unex.es>:
You have marked Bug as forwarded.
(Thu, 09 Oct 2014 10:09:20 GMT) (full text, mbox, link).
Message #8 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
Hello.
I received the following report from the Debian bug system:
---------- Forwarded message ----------
From: Andreas Henriksson <andreas@fatal.se>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Date: Thu, 9 Oct 2014 11:21:12 +0200
Subject: Bug#764580: m4 eats memory for breakfast
Package: m4
Version: 1.4.17-4
Severity: normal
Dear Maintainer,
While trying to investigate a reported issue in util-linux
I was going to attempt a git bisect but I wasn't even able
to build the old version.
git clone git://git.debian.org/git/collab-maint/pkg-util-linux.git util-linux
cd util-linux
git checkout v2.20.1
./autogen.sh
autopoint: /usr/bin/autopoint (GNU gettext-tools) 0.19.2
aclocal: aclocal (GNU automake) 1.14.1
autoconf: autoconf (GNU Autoconf) 2.69
autoheader: autoheader (GNU Autoconf) 2.69
automake: automake (GNU automake) 1.14.1
libtoolize: libtoolize (GNU libtool) 2.4.2
^C
Before aborting, m4 was observed to have allocated 38g ram (and
counting)....
[...]
Added indication that 764580 affects src:util-linux
Request was from Thorsten Glaser <tg@mirbsd.de>
to control@bugs.debian.org.
(Thu, 09 Oct 2014 11:48:07 GMT) (full text, mbox, link).
Message #11 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On 10/09/2014 04:01 AM, Santiago Vila wrote:
>
> While trying to investigate a reported issue in util-linux
> I was going to attempt a git bisect but I wasn't even able
> to build the old version.
>
> git clone git://git.debian.org/git/collab-maint/pkg-util-linux.git util-linux
> cd util-linux
> git checkout v2.20.1
> ./autogen.sh
> autopoint: /usr/bin/autopoint (GNU gettext-tools) 0.19.2
> aclocal: aclocal (GNU automake) 1.14.1
> autoconf: autoconf (GNU Autoconf) 2.69
> autoheader: autoheader (GNU Autoconf) 2.69
> automake: automake (GNU automake) 1.14.1
> libtoolize: libtoolize (GNU libtool) 2.4.2
> ^C
>
Most likely, this is not a memory leak in m4, so much as a bug in
util-linux' configure.ac that is causing m4 to go into an infinite loop.
When you mention a git bisect, is that of the util-linux repository,
trying to determine which commit introduced the bug into the
configure.ac file? Or are you trying to bisect if an earlier version of
m4 did not have a memory leak on the same point in time of util-linux?
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Message #12 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On 10/09/2014 12:47 PM, Eric Blake wrote:
>> git clone git://git.debian.org/git/collab-maint/pkg-util-linux.git util-linux
>> cd util-linux
>> git checkout v2.20.1
>> ./autogen.sh
>> autopoint: /usr/bin/autopoint (GNU gettext-tools) 0.19.2
Okay, I am repeating the setup on my Fedora 20 system, with autopoint
0.18.3 and m4 1.4.16; and I can reproduce that running 'autopoint
--force' is the step in ./autogen.sh that causes m4 to run away with
memory. At this point, I'm suspecting an autopoint bug.
>
> Most likely, this is not a memory leak in m4, so much as a bug in
> util-linux' configure.ac that is causing m4 to go into an infinite loop.
Or something in the way autopoint is running m4.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Message #13 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On 10/09/2014 01:14 PM, Eric Blake wrote:
> On 10/09/2014 12:47 PM, Eric Blake wrote:
>
>>> git clone git://git.debian.org/git/collab-maint/pkg-util-linux.git util-linux
>>> cd util-linux
>>> git checkout v2.20.1
>>> ./autogen.sh
>>> autopoint: /usr/bin/autopoint (GNU gettext-tools) 0.19.2
>
> Okay, I am repeating the setup on my Fedora 20 system, with autopoint
> 0.18.3 and m4 1.4.16; and I can reproduce that running 'autopoint
> --force' is the step in ./autogen.sh that causes m4 to run away with
> memory. At this point, I'm suspecting an autopoint bug.
>
>>
>> Most likely, this is not a memory leak in m4, so much as a bug in
>> util-linux' configure.ac that is causing m4 to go into an infinite loop.
>
> Or something in the way autopoint is running m4.
In particular, autom4te --verbose shows this is the runaway command line:
/usr/bin/m4 --nesting-limit=1024 --gnu --include=/usr/share/autoconf
--debug=aflq --fatal-warning --debugfile=/tmp/am4tSXlU7J/traces.0t
--trace=AM_GNU_GETTEXT_VERSION --trace=_m4_warn --trace=include
--trace=m4_include --trace=m4_pattern_allow --trace=m4_pattern_forbid
--reload-state=/usr/share/autoconf/autoconf/autoconf.m4f
--undefine=__m4_version__ - configure.ac > /tmp/am4tSXlU7J/output.0t
where stdin is fed the following prepended to configure.ac:
echo '\
dnl disable macros which may abort autom4te
m4_undefine([m4_assert])
m4_undefine([m4_fatal])
m4_undefine([m4_warn])
m4_undefine([m4_errprintn])
m4_undefine([m4_exit])
m4_undefine([m4_include])
m4_undefine([m4_esyscmd])
dnl macros which needs to be traced without aclocal.m4
m4_define([AM_GNU_GETTEXT], [])
m4_define([AM_GNU_GETTEXT_VERSION], [])
'
I bet if you downgrade to gettext 0.17, that things work again (it was
gettext 0.18 that tried to switch to an m4 trace run rather than a grep
for learning about the existence of gettext macros embedded in
configure.ac). I'm still not easily seeing the inf-loop in all of that,
though.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Message #14 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On 10/09/2014 01:36 PM, Eric Blake wrote:
> In particular, autom4te --verbose shows this is the runaway command line:
>
> /usr/bin/m4 --nesting-limit=1024 --gnu --include=/usr/share/autoconf
> --debug=aflq --fatal-warning --debugfile=/tmp/am4tSXlU7J/traces.0t
> --trace=AM_GNU_GETTEXT_VERSION --trace=_m4_warn --trace=include
> --trace=m4_include --trace=m4_pattern_allow --trace=m4_pattern_forbid
> --reload-state=/usr/share/autoconf/autoconf/autoconf.m4f
> --undefine=__m4_version__ - configure.ac > /tmp/am4tSXlU7J/output.0t
and adding --debug to keep the temp files, I note that the traces.0t
file consistently gets stuck at:
m4trace:configure.ac:506: -1- m4_pattern_allow([^LIBMOUNT_VERSION$])
m4trace:configure.ac:519: -1- m4_pattern_allow([^HAVE_LIBMOUNT_MOUNT$])
m4trace:configure.ac:546: -1- m4_pattern_allow([^H
where configure.ac has at line 546:
UTIL_CHECK_LIB(util, openpty)
Alas, traces.0t is buffered, so it is not a precise point of where the
loop is happening, but somewhere shortly after there is the culprit.
I'm still trying to see if I can coax m4 into emitting more details
about what is looping; I may have luck attaching a gdb process at the
point it starts consuming memory...
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Message #15 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
[adding bug-gettext; this is a flaw in gettext, not m4. Two patches
below; one for util-linux, one for gettext]
On 10/09/2014 02:14 PM, Eric Blake wrote:
> On 10/09/2014 01:36 PM, Eric Blake wrote:
>
>> In particular, autom4te --verbose shows this is the runaway command line:
>>
>> /usr/bin/m4 --nesting-limit=1024 --gnu --include=/usr/share/autoconf
>> --debug=aflq --fatal-warning --debugfile=/tmp/am4tSXlU7J/traces.0t
>> --trace=AM_GNU_GETTEXT_VERSION --trace=_m4_warn --trace=include
>> --trace=m4_include --trace=m4_pattern_allow --trace=m4_pattern_forbid
>> --reload-state=/usr/share/autoconf/autoconf/autoconf.m4f
>> --undefine=__m4_version__ - configure.ac > /tmp/am4tSXlU7J/output.0t
>
> and adding --debug to keep the temp files, I note that the traces.0t
> file consistently gets stuck at:
>
> m4trace:configure.ac:506: -1- m4_pattern_allow([^LIBMOUNT_VERSION$])
> m4trace:configure.ac:519: -1- m4_pattern_allow([^HAVE_LIBMOUNT_MOUNT$])
> m4trace:configure.ac:546: -1- m4_pattern_allow([^H
>
> where configure.ac has at line 546:
>
> UTIL_CHECK_LIB(util, openpty)
>
> Alas, traces.0t is buffered, so it is not a precise point of where the
> loop is happening, but somewhere shortly after there is the culprit.
> I'm still trying to see if I can coax m4 into emitting more details
> about what is looping; I may have luck attaching a gdb process at the
> point it starts consuming memory...
A bit more progress: if I inject:
m4_builtin([m4exit], [33])
into key places in configure.ac, I can easily tell if the trace reaches
that point. So I've narrowed it down to the macro call
UTIL_CHECK_SYSCALL at line 745 of the configure.ac; the trace easily
gets through everything earlier than that point, and never seems to get
to anything after that point. So, the bug lies somewhere in the eternal
expansion of this beast:
UTIL_CHECK_SYSCALL([ioprio_set],
[alpha], [442],
[i*86], [289],
[ia64*], [1274],
[powerpc*], [273],
[s390*], [282],
[sparc*], [196],
[sh*], [288],
[x86_64*], [251])
And indeed, that calls an embedded
_UTIL_CHECK_SYSCALL_FALLBACK(m4_shift($@))
which tries to recursively step through that list. Sadly, it recurses
by way of m4_shiftn(2, $@), and _that_ macro calls m4_assert() as part
of its means of ensuring that the recursion is sane. It is supposed to
shift until empty. But gettext is rudely undefining m4_assert, which
means the recursion is infinite because the next iteration is no longer
empty, but contains an unexpanded instance of m4_assert.
This patch to util-linux's configure.ac is sufficient to work around the
gettext bug.
============
diff --git i/configure.ac w/configure.ac
index c216045..df746ad 100644
--- i/configure.ac
+++ w/configure.ac
@@ -736,7 +736,9 @@ m4_define([_UTIL_CHECK_SYSCALL_FALLBACK],
[m4_ifval([$1],
[#(
$1) syscall="$2" ;;dnl
+ m4_pushdef([m4_assert])dnl work around gettext 0.18 bug
_UTIL_CHECK_SYSCALL_FALLBACK(m4_shiftn(2, $@))])dnl
+ m4_popdef([m4_assert])dnl
])
============
Meanwhile, this is the patch I recommend for gettext; and since this is
a build-breaker, I recommend that gettext push a new release soon
(distros can backport the fix without waiting for the release; but the
fact that the build system is BROKEN because of a flaw in gettext is a
regression from 0.17 days).
============
diff --git i/gettext-tools/misc/autopoint.in
w/gettext-tools/misc/autopoint.in
index c31943f..87ee374 100644
--- i/gettext-tools/misc/autopoint.in
+++ w/gettext-tools/misc/autopoint.in
@@ -1,6 +1,6 @@
#! /bin/sh
#
-# Copyright (C) 2002-2013 Free Software Foundation, Inc.
+# Copyright (C) 2002-2014 Free Software Foundation, Inc.
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -143,14 +143,14 @@ fi
func_trace_autoconf ()
{
echo '\
-dnl disable macros which may abort autom4te
-m4_undefine([m4_assert])
-m4_undefine([m4_fatal])
-m4_undefine([m4_warn])
-m4_undefine([m4_errprintn])
-m4_undefine([m4_exit])
-m4_undefine([m4_include])
-m4_undefine([m4_esyscmd])
+dnl replace macros which may abort autom4te with a no-op variant
+m4_pushdef([m4_assert])
+m4_pushdef([m4_fatal])
+m4_pushdef([m4_warn])
+m4_pushdef([m4_errprintn])
+m4_pushdef([m4_exit])
+m4_pushdef([m4_include])
+m4_pushdef([m4_esyscmd])
' \
| "$AUTOM4TE" --no-cache --language=Autoconf-without-aclocal-m4 \
--trace="$1":\$% - "$2" 2>/dev/null
diff --git i/gettext-tools/misc/gettextize.in
w/gettext-tools/misc/gettextize.in
index dbe4d1e..33299b9 100644
--- i/gettext-tools/misc/gettextize.in
+++ w/gettext-tools/misc/gettextize.in
@@ -1,6 +1,6 @@
#! /bin/sh
#
-# Copyright (C) 1995-1998, 2000-2013 Free Software Foundation, Inc.
+# Copyright (C) 1995-1998, 2000-2014 Free Software Foundation, Inc.
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -143,14 +143,14 @@ fi
func_trace_autoconf ()
{
echo '\
-dnl disable macros which may abort autom4te
-m4_undefine([m4_assert])
-m4_undefine([m4_fatal])
-m4_undefine([m4_warn])
-m4_undefine([m4_errprintn])
-m4_undefine([m4_exit])
-m4_undefine([m4_include])
-m4_undefine([m4_esyscmd])
+dnl replace macros which may abort autom4te with a no-op variant
+m4_pushdef([m4_assert])
+m4_pushdef([m4_fatal])
+m4_pushdef([m4_warn])
+m4_pushdef([m4_errprintn])
+m4_pushdef([m4_exit])
+m4_pushdef([m4_include])
+m4_pushdef([m4_esyscmd])
' \
| "$AUTOM4TE" --no-cache --language=Autoconf-without-aclocal-m4 \
--trace="$1":\$% - "$2" 2>/dev/null
============
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Bug reassigned from package 'm4' to 'gettext'.
Request was from Eric Blake <eblake@redhat.com>
to control@bugs.debian.org.
(Thu, 09 Oct 2014 20:57:19 GMT) (full text, mbox, link).
No longer marked as found in versions m4/1.4.17-4.
Request was from Eric Blake <eblake@redhat.com>
to control@bugs.debian.org.
(Thu, 09 Oct 2014 20:57:19 GMT) (full text, mbox, link).
Changed Bug title to 'gettext causes infinite memory expansion loop in m4' from 'm4 eats memory for breakfast'
Request was from Eric Blake <eblake@redhat.com>
to control@bugs.debian.org.
(Thu, 09 Oct 2014 20:57:20 GMT) (full text, mbox, link).
Message #22 received at 764580-forwarded@bugs.debian.org (full text, mbox, reply):
Eric Blake <eblake@redhat.com> writes:
> Meanwhile, this is the patch I recommend for gettext; and since this is
> a build-breaker, I recommend that gettext push a new release soon
> (distros can backport the fix without waiting for the release; but the
> fact that the build system is BROKEN because of a flaw in gettext is a
> regression from 0.17 days).
Thanks for the investigation and patch; pushed to the git. The next
gettext release will be available in this weekend.
Regards,
--
Daiki Ueno
Reply sent
to Santiago Vila <sanvila@debian.org>:
You have taken responsibility.
(Thu, 09 Oct 2014 22:51:12 GMT) (full text, mbox, link).
Notification sent
to Andreas Henriksson <andreas@fatal.se>:
Bug acknowledged by developer.
(Thu, 09 Oct 2014 22:51:12 GMT) (full text, mbox, link).
Message #27 received at 764580-close@bugs.debian.org (full text, mbox, reply):
Source: gettext
Source-Version: 0.19.2-3
We believe that the bug you reported is fixed in the latest version of
gettext, 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 764580@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Santiago Vila <sanvila@debian.org> (supplier of updated gettext 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 Oct 2014 00:24:52 +0200
Source: gettext
Binary: gettext-base gettext gettext-el gettext-doc autopoint libgettextpo0 libasprintf0c2 libgettextpo-dev libasprintf-dev
Architecture: source all amd64
Version: 0.19.2-3
Distribution: unstable
Urgency: medium
Maintainer: Santiago Vila <sanvila@debian.org>
Changed-By: Santiago Vila <sanvila@debian.org>
Description:
autopoint - The autopoint program from GNU gettext
gettext - GNU Internationalization utilities
gettext-base - GNU Internationalization utilities for the base system
gettext-doc - Documentation for GNU gettext
gettext-el - Emacs po-mode for editing gettext .po files
libasprintf-dev - GNU Internationalization library development files
libasprintf0c2 - GNU library to use fprintf and friends in C++
libgettextpo-dev - GNU Internationalization library development files
libgettextpo0 - GNU Internationalization library
Closes: 764580
Changes:
gettext (0.19.2-3) unstable; urgency=medium
.
* Applied patch by Eric Blake to autopoint.in and gettextize.in
fixing an infinite recursion in m4 that prevented util-linux
to be build. Closes: #764580.
* Updated config.guess and config.sub.
Checksums-Sha1:
3d9fc9c29f06793e0a217d600d16a76c08eb333e 1929 gettext_0.19.2-3.dsc
cd4844aaff862cd3bc80310c67d4b030c58a1c97 39652 gettext_0.19.2-3.debian.tar.xz
031046f8b33d427a655621fad2a27a5beacb5afa 59070 gettext-el_0.19.2-3_all.deb
519d83305059eb11a6b9df7a70450f56e893aa9a 536232 gettext-doc_0.19.2-3_all.deb
ea79814c91b67e4b7157c1a76925f97c4db29129 407946 autopoint_0.19.2-3_all.deb
c5da0b1ec1b82b1b4724f69295fb794da3023629 120580 gettext-base_0.19.2-3_amd64.deb
0b6e9eb1ada6db10fc66a81071dc0afd270bad8c 1237786 gettext_0.19.2-3_amd64.deb
c203348ac12b97879c3e0b71264973cca5eaf179 137238 libgettextpo0_0.19.2-3_amd64.deb
59ecb97f952463336dbb8580ba864064293445c7 30896 libasprintf0c2_0.19.2-3_amd64.deb
de2fd47ab0a52dfa15881862b518c942388a8245 153018 libgettextpo-dev_0.19.2-3_amd64.deb
1c9f25ce8861e5cadb310abfbdd8b76398fe37f0 30740 libasprintf-dev_0.19.2-3_amd64.deb
Checksums-Sha256:
3f18f231a57db909f79e4fe49cce4f288eebb6f922d270923fb9160923f4805c 1929 gettext_0.19.2-3.dsc
248a21ad8bccd971b70cad47b60710c255a61381fbfb8229c895a259fb3e1b95 39652 gettext_0.19.2-3.debian.tar.xz
750b70dea82a94f6bcbd8ba069e319b4763a64291bdee39e07a9bbdea129f48b 59070 gettext-el_0.19.2-3_all.deb
a6354512937729439839e39eba646f7026f860a8d2403f1c3a5243b931716677 536232 gettext-doc_0.19.2-3_all.deb
8086847b988799f266e0ab4d57bba0077e178687078b719b343c66a691082700 407946 autopoint_0.19.2-3_all.deb
c36d15b69faaaf5b995ae3146711d488181b7be7223b953aa5e3880e62a16b1a 120580 gettext-base_0.19.2-3_amd64.deb
e7e95a8481138f99495b98d5506514cdb5cf4c5f598b47a9c440acc9548812b0 1237786 gettext_0.19.2-3_amd64.deb
4963747e4bab9f44db5980904087f0bdfb75861878ae1b15d96f805b089307ae 137238 libgettextpo0_0.19.2-3_amd64.deb
b385268617ebbb6673c03f605e407ca65aacae9c9203b3bfd1e13055b6d86a9f 30896 libasprintf0c2_0.19.2-3_amd64.deb
4165abdcb689549f14dfed756db9b736a9eccc4c99eec1f1250ec826d41787d4 153018 libgettextpo-dev_0.19.2-3_amd64.deb
de1a5351d8c80421e9119e509fca5c2d7844b4339369c94b41971c5b55abb4ed 30740 libasprintf-dev_0.19.2-3_amd64.deb
Files:
8d57121f610eb37b7cde7aa99f79e86c 59070 lisp optional gettext-el_0.19.2-3_all.deb
9b449f5c1dacfd1a24e9e8995066b797 536232 doc optional gettext-doc_0.19.2-3_all.deb
06d9c55c6f500e612da929e57fb5afe6 407946 devel optional autopoint_0.19.2-3_all.deb
2aa88c4c2df6373d8f3b467c4bc3005c 120580 utils standard gettext-base_0.19.2-3_amd64.deb
8748d3bc47ffa47d8b05c28c95be8cea 1237786 devel optional gettext_0.19.2-3_amd64.deb
060899e0378245cba31ea5e74333f975 137238 libs optional libgettextpo0_0.19.2-3_amd64.deb
9986e5af711738a6ae54c77f87566595 30896 libs standard libasprintf0c2_0.19.2-3_amd64.deb
71c343937144fb6294d329e81846fbb1 153018 libdevel optional libgettextpo-dev_0.19.2-3_amd64.deb
28584c61e114ebe96cba14ef569a7959 30740 libdevel optional libasprintf-dev_0.19.2-3_amd64.deb
ea07d389174115b64214617a122a1886 1929 devel optional gettext_0.19.2-3.dsc
5224e324c39aa8668034038d89dbaf9b 39652 devel optional gettext_0.19.2-3.debian.tar.xz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBCAAGBQJUNw4dAAoJEEHOfwufG4syz+8H/0SSFep1QnwPxegRXPusDujs
wYFH0Kw+RRqpI0jsJ1IRGMhuVKiMmMjeUqKW7n7YyB+SFQZrpl9L8TH+p2zg91Wa
szjbIAvbEBkfd2yk76DE1HWhaKjtK1FWoyCgZjAwTz3ON6uHqVVv1OLfxNbyQZwI
uoJ7iyK1o7gwEV+fM+l/Aa7nkd6xtg2e/aQ+VknmEGJ6658f0zmLT7cfPRufJGTy
7UMvsSSIedIfGCULC41sCINj6IiIWxx2KIVMj63AqW047O8XtlZ2LgLP/N4cE6Q7
KhoAWKxU1QOXKdg77ZEcdzkWuy9/UDZG+0peRZ0VFcSqwm+57CLPLBhXcJq9bzk=
=ojjK
-----END PGP SIGNATURE-----
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Mon, 17 Nov 2014 07:39:01 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Thu Sep 28 08:19:16 2023;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.