Debian Bug report logs - #792681
cwidget ftbfs with GCC 5

Toggle useless messages

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

From: Matthias Klose <doko@debian.org>

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

Subject: cwidget ftbfs with GCC 5

Date: Fri, 17 Jul 2015 15:13:14 +0200

Package: src:cwidget
Version: 0.5.17-2
Severity: normal
Tags: sid stretch patch
User: debian-gcc@lists.debian.org
Usertags: ftbfs-gcc-5

GCC 5 complains about using c++11 features without passing -std=c++11. Also
setting the maintainer flag without exporting it doesn't help.

patch at
https://launchpadlibrarian.net/211899860/cwidget_0.5.17-2ubuntu1_0.5.17-2ubuntu2.diff.gz

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

From: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>

To: Matthias Klose <doko@debian.org>, 792681@bugs.debian.org

Subject: Re: Bug#792681: cwidget ftbfs with GCC 5

Date: Fri, 17 Jul 2015 17:57:05 +0100

Hello,

2015-07-17 14:13 GMT+01:00 Matthias Klose <doko@debian.org>:
> Package: src:cwidget
> Version: 0.5.17-2
> Severity: normal
> Tags: sid stretch patch
> User: debian-gcc@lists.debian.org
> Usertags: ftbfs-gcc-5
>
> GCC 5 complains about using c++11 features without passing -std=c++11. Also
> setting the maintainer flag without exporting it doesn't help.
>
> patch at
> https://launchpadlibrarian.net/211899860/cwidget_0.5.17-2ubuntu1_0.5.17-2ubuntu2.diff.gz

If I found the correct build log where you determined this [1], the
compiler fails when including

In file included from /usr/include/c++/5/string:52:0,
                 from ../../../src/cwidget/curses++.h:25,
                 from colors.cc:22:

Line 22 of colors is:
#include <cwidget/curses++.h>

And line 25 of curses++.h is:
#include <string>

The error is:
-----------------------
/usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
std::__cxx11::basic_string<cwidget::wchtype>::<anonymous>':
/usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
std::__cxx11::basic_string<cwidget::wchtype>'
../../../src/cwidget/curses++.h:199:31:   required from here
/usr/include/c++/5/bits/basic_string.h:121:53: error: member
'cwidget::wchtype
std::__cxx11::basic_string<cwidget::wchtype>::<anonymous
union>::_M_local_buf [1]' with constructor not allowed in union
  _CharT           _M_local_buf[_S_local_capacity + 1];
                                                     ^
/usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted
unions only available with -std=c++11 or -std=gnu++11
-----------------------

This is because wchtype does not seem to be able to be used as part of
unions inside basic_string.h because the constructors/destructors are
not "trivial" enough.

I was trying to work around this for a while, because I think that
forcing c++11 mode will have cascading effects on rev-deps (currently
only one within Debian, but it is aptitude with almost 100% of
reported installations by popcon), but I could not find a satisfactory
solution yet.

Is there a deadline to fix this?


[1] https://people.debian.org/~doko/logs/gcc5-20150701-ftbfs/logs-failed-gcc5/cwidget_0.5.17-2_unstable_gcc5.log


-- 
Manuel A. Fernandez Montecelo <manuel.montezelo@gmail.com>

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

From: Matthias Klose <doko@debian.org>

To: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>, 792681@bugs.debian.org

Cc: Michael Vogt <mvo@debian.org>, Aptitude Development Team <aptitude-devel@lists.alioth.debian.org>

Subject: Re: Bug#792681: cwidget ftbfs with GCC 5

Date: Sat, 18 Jul 2015 10:50:01 +0200

On 07/17/2015 06:57 PM, Manuel A. Fernandez Montecelo wrote:
> Hello,
> 
> 2015-07-17 14:13 GMT+01:00 Matthias Klose <doko@debian.org>:
>> Package: src:cwidget
>> Version: 0.5.17-2
>> Severity: normal
>> Tags: sid stretch patch
>> User: debian-gcc@lists.debian.org
>> Usertags: ftbfs-gcc-5
>>
>> GCC 5 complains about using c++11 features without passing -std=c++11. Also
>> setting the maintainer flag without exporting it doesn't help.
>>
>> patch at
>> https://launchpadlibrarian.net/211899860/cwidget_0.5.17-2ubuntu1_0.5.17-2ubuntu2.diff.gz
> 
> If I found the correct build log where you determined this [1], the
> compiler fails when including
> 
> In file included from /usr/include/c++/5/string:52:0,
>                  from ../../../src/cwidget/curses++.h:25,
>                  from colors.cc:22:
> 
> Line 22 of colors is:
> #include <cwidget/curses++.h>
> 
> And line 25 of curses++.h is:
> #include <string>
> 
> The error is:
> -----------------------
> /usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
> std::__cxx11::basic_string<cwidget::wchtype>::<anonymous>':
> /usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
> std::__cxx11::basic_string<cwidget::wchtype>'
> ../../../src/cwidget/curses++.h:199:31:   required from here
> /usr/include/c++/5/bits/basic_string.h:121:53: error: member
> 'cwidget::wchtype
> std::__cxx11::basic_string<cwidget::wchtype>::<anonymous
> union>::_M_local_buf [1]' with constructor not allowed in union
>   _CharT           _M_local_buf[_S_local_capacity + 1];
>                                                      ^
> /usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted
> unions only available with -std=c++11 or -std=gnu++11
> -----------------------
> 
> This is because wchtype does not seem to be able to be used as part of
> unions inside basic_string.h because the constructors/destructors are
> not "trivial" enough.
> 
> I was trying to work around this for a while, because I think that
> forcing c++11 mode will have cascading effects on rev-deps (currently
> only one within Debian, but it is aptitude with almost 100% of
> reported installations by popcon), but I could not find a satisfactory
> solution yet.
> 
> Is there a deadline to fix this?

yes, Jul 31. please see my email to d-d-a.

> [1] https://people.debian.org/~doko/logs/gcc5-20150701-ftbfs/logs-failed-gcc5/cwidget_0.5.17-2_unstable_gcc5.log

this was the error I saw:

Making all in config
make[5]: Entering directory
'/scratch/packages/tmp/cwidget-0.5.17/src/cwidget/config'
/bin/bash ../../../libtool  --tag=CXX   --mode=compile g++
-DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I../../..  -Wall -Werror
-I../../.. -I. -I../../.. -I../../../src -D_FORTIFY_SOURCE=2  -g -O2
-fstack-protector-strong -Wformat -Werror=format-security -D_REENTRANT
-I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include  -c -o
colors.lo colors.cc
libtool: compile:  g++ -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I.
-I../../.. -Wall -Werror -I../../.. -I. -I../../.. -I../../../src
-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -D_REENTRANT -I/usr/include/sigc++-2.0
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -c colors.cc  -fPIC -DPIC -o
.libs/colors.o
In file included from /usr/include/c++/5/string:52:0,
                 from ../../../src/cwidget/curses++.h:25,
                 from colors.cc:22:
/usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
std::__cxx11::basic_string<cwidget::wchtype>::<anonymous>':
/usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
std::__cxx11::basic_string<cwidget::wchtype>'
../../../src/cwidget/curses++.h:199:31:   required from here
/usr/include/c++/5/bits/basic_string.h:121:53: error: member 'cwidget::wchtype
std::__cxx11::basic_string<cwidget::wchtype>::<anonymous union>::_M_local_buf
[1]' with constructor not allowed in union
  _CharT           _M_local_buf[_S_local_capacity + 1];
                                                     ^
/usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted unions only
available with -std=c++11 or -std=gnu++11
Makefile:448: recipe for target 'colors.lo' failed
make[5]: *** [colors.lo] Error 1
make[5]: Leaving directory '/scratch/packages/tmp/cwidget-0.5.17/src/cwidget/config'
Makefile:603: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1

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

From: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>

To: Matthias Klose <doko@debian.org>

Cc: 792681@bugs.debian.org, 777778@bugs.debian.org, Michael Vogt <mvo@debian.org>, Aptitude Development Team <aptitude-devel@lists.alioth.debian.org>

Subject: Re: [Aptitude-devel] Bug#792681: cwidget ftbfs with GCC 5

Date: Sat, 18 Jul 2015 22:29:25 +0100

2015-07-18 09:50 Matthias Klose:
>On 07/17/2015 06:57 PM, Manuel A. Fernandez Montecelo wrote:
>> Hello,
>>
>> 2015-07-17 14:13 GMT+01:00 Matthias Klose <doko@debian.org>:
>>> Package: src:cwidget
>>> Version: 0.5.17-2
>>> Severity: normal
>>> Tags: sid stretch patch
>>> User: debian-gcc@lists.debian.org
>>> Usertags: ftbfs-gcc-5
>>>
>>> GCC 5 complains about using c++11 features without passing -std=c++11. Also
>>> setting the maintainer flag without exporting it doesn't help.
>>>
>>> patch at
>>> https://launchpadlibrarian.net/211899860/cwidget_0.5.17-2ubuntu1_0.5.17-2ubuntu2.diff.gz
>>
>> If I found the correct build log where you determined this [1], the
>> compiler fails when including
>>
>> In file included from /usr/include/c++/5/string:52:0,
>>                  from ../../../src/cwidget/curses++.h:25,
>>                  from colors.cc:22:
>>
>> Line 22 of colors is:
>> #include <cwidget/curses++.h>
>>
>> And line 25 of curses++.h is:
>> #include <string>
>>
>> The error is:
>> -----------------------
>> /usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
>> std::__cxx11::basic_string<cwidget::wchtype>::<anonymous>':
>> /usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
>> std::__cxx11::basic_string<cwidget::wchtype>'
>> ../../../src/cwidget/curses++.h:199:31:   required from here
>> /usr/include/c++/5/bits/basic_string.h:121:53: error: member
>> 'cwidget::wchtype
>> std::__cxx11::basic_string<cwidget::wchtype>::<anonymous
>> union>::_M_local_buf [1]' with constructor not allowed in union
>>   _CharT           _M_local_buf[_S_local_capacity + 1];
>>                                                      ^
>> /usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted
>> unions only available with -std=c++11 or -std=gnu++11
>> -----------------------
>>
>> This is because wchtype does not seem to be able to be used as part of
>> unions inside basic_string.h because the constructors/destructors are
>> not "trivial" enough.
>>
>> I was trying to work around this for a while, because I think that
>> forcing c++11 mode will have cascading effects on rev-deps (currently
>> only one within Debian, but it is aptitude with almost 100% of
>> reported installations by popcon), but I could not find a satisfactory
>> solution yet.
>>
>> Is there a deadline to fix this?
>
>yes, Jul 31. please see my email to d-d-a.

OK.  I knew of the deadline to set GCC-5 as default, I was asking in the case
that you planned to NMU before that or not even after it was made default.


>> [1] https://people.debian.org/~doko/logs/gcc5-20150701-ftbfs/logs-failed-gcc5/cwidget_0.5.17-2_unstable_gcc5.log
>
>this was the error I saw:
>[...]
>Making all in config
>make[5]: Entering directory
>'/scratch/packages/tmp/cwidget-0.5.17/src/cwidget/config'
>/bin/bash ../../../libtool  --tag=CXX   --mode=compile g++
>-DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I../../..  -Wall -Werror
>-I../../.. -I. -I../../.. -I../../../src -D_FORTIFY_SOURCE=2  -g -O2
>-fstack-protector-strong -Wformat -Werror=format-security -D_REENTRANT
>-I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include  -c -o
>colors.lo colors.cc
>libtool: compile:  g++ -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I.
>-I../../.. -Wall -Werror -I../../.. -I. -I../../.. -I../../../src
>-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat
>-Werror=format-security -D_REENTRANT -I/usr/include/sigc++-2.0
>-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -c colors.cc  -fPIC -DPIC -o
>.libs/colors.o
>In file included from /usr/include/c++/5/string:52:0,
>                 from ../../../src/cwidget/curses++.h:25,
>                 from colors.cc:22:
>/usr/include/c++/5/bits/basic_string.h: In instantiation of 'union
>std::__cxx11::basic_string<cwidget::wchtype>::<anonymous>':
>/usr/include/c++/5/bits/basic_string.h:119:7:   required from 'class
>std::__cxx11::basic_string<cwidget::wchtype>'
>../../../src/cwidget/curses++.h:199:31:   required from here
>/usr/include/c++/5/bits/basic_string.h:121:53: error: member 'cwidget::wchtype
>std::__cxx11::basic_string<cwidget::wchtype>::<anonymous union>::_M_local_buf
>[1]' with constructor not allowed in union
>  _CharT           _M_local_buf[_S_local_capacity + 1];
>                                                     ^
>/usr/include/c++/5/bits/basic_string.h:121:53: note: unrestricted unions only
>available with -std=c++11 or -std=gnu++11
>Makefile:448: recipe for target 'colors.lo' failed
>make[5]: *** [colors.lo] Error 1
>make[5]: Leaving directory '/scratch/packages/tmp/cwidget-0.5.17/src/cwidget/config'
>Makefile:603: recipe for target 'all-recursive' failed
>make[4]: *** [all-recursive] Error 1

I get this error with GCC-5 even if I let the default or explicitly set
-std=c++98, which is strange -- why does it try to include C++11 stuff even
then, like the namespaces in "required from 'class
std::__cxx11::basic_string<cwidget::wchtype>'" in the errors above?  It's a bit
odd.

Also, this code did not change for many years and it was compiling fine, I was
trying to look at GCC changelog but I did not see anything immediately obvious
that it causes it to fail after years working fine.

Anyway, aptitude with GCC-5 and -std=c++98 also suffers the same problem as
cwidget, because it fails to compile the cwidget header, if nothing else.  But
if cwidget goes C++11, it forces aptitude to go C++11, and it doesn't work for
other reasons (that I am working to fix), so we are between a rock and a hard
place.

Even if I can fix things in time before the deadline, maybe subtle changes like
the ABI problems make aptitude fail in catastrophic ways, there is not much time
to expose it and be tested before the deadline in experimental or similar.

I am thinking that the best solution is to force them to stay with gcc-4.9 for
the time being, it looks the safest bet.  After that or in parallel, as soon as
I get things working, I can upload to experimental the changes that allow them
to work with C++11, and keep it there for a while before moving to unstable.


Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montezelo@gmail.com>

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

From: Matthias Klose <doko@debian.org>

To: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>

Cc: 792681@bugs.debian.org, 777778@bugs.debian.org, Michael Vogt <mvo@debian.org>, Aptitude Development Team <aptitude-devel@lists.alioth.debian.org>

Subject: Re: [Aptitude-devel] Bug#792681: cwidget ftbfs with GCC 5

Date: Mon, 20 Jul 2015 16:24:12 +0200

On 07/18/2015 11:29 PM, Manuel A. Fernandez Montecelo wrote:
> Anyway, aptitude with GCC-5 and -std=c++98 also suffers the same problem as
> cwidget, because it fails to compile the cwidget header, if nothing else.  But
> if cwidget goes C++11, it forces aptitude to go C++11, and it doesn't work for
> other reasons (that I am working to fix), so we are between a rock and a hard
> place.
> 
> Even if I can fix things in time before the deadline, maybe subtle changes like
> the ABI problems make aptitude fail in catastrophic ways, there is not much time
> to expose it and be tested before the deadline in experimental or similar.
> 
> I am thinking that the best solution is to force them to stay with gcc-4.9 for
> the time being, it looks the safest bet.  After that or in parallel, as soon as
> I get things working, I can upload to experimental the changes that allow them
> to work with C++11, and keep it there for a while before moving to unstable.

no, this is definitely *not* an option.  cwidget and aptitude b-d on
libsigc++-2, and this will be built using GCC 5.  There will be neither g++-4.9
nor g++-4.8 in the archive once we finish this transition.  Maintainers don't
have the choice to fall-back to an older version this time.

Matthias

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

From: "Manuel A. Fernandez Montecelo" <manuel.montezelo@gmail.com>

To: Matthias Klose <doko@debian.org>

Cc: 792681@bugs.debian.org, 777778@bugs.debian.org, Michael Vogt <mvo@debian.org>, Aptitude Development Team <aptitude-devel@lists.alioth.debian.org>

Subject: Re: [Aptitude-devel] Bug#792681: cwidget ftbfs with GCC 5

Date: Mon, 20 Jul 2015 16:02:00 +0100

2015-07-20 15:24 GMT+01:00 Matthias Klose <doko@debian.org>:
> On 07/18/2015 11:29 PM, Manuel A. Fernandez Montecelo wrote:
>> Anyway, aptitude with GCC-5 and -std=c++98 also suffers the same problem as
>> cwidget, because it fails to compile the cwidget header, if nothing else.  But
>> if cwidget goes C++11, it forces aptitude to go C++11, and it doesn't work for
>> other reasons (that I am working to fix), so we are between a rock and a hard
>> place.
>>
>> Even if I can fix things in time before the deadline, maybe subtle changes like
>> the ABI problems make aptitude fail in catastrophic ways, there is not much time
>> to expose it and be tested before the deadline in experimental or similar.
>>
>> I am thinking that the best solution is to force them to stay with gcc-4.9 for
>> the time being, it looks the safest bet.  After that or in parallel, as soon as
>> I get things working, I can upload to experimental the changes that allow them
>> to work with C++11, and keep it there for a while before moving to unstable.
>
> no, this is definitely *not* an option.  cwidget and aptitude b-d on
> libsigc++-2, and this will be built using GCC 5.  There will be neither g++-4.9
> nor g++-4.8 in the archive once we finish this transition.  Maintainers don't
> have the choice to fall-back to an older version this time.

Right.  So I have been working through the weekend to get aptitude to
compile with -std=c++11 (working in my system but still not pushed).
As you reported, there are problems compiling aptitude with gcc-5 in
the default mode, and after the failure that you reported it will
stumble upon the same problem that cwidget when including that cwidget
header (for which passing "-std=c++11" is the simplest solution, and
also the only that I found so far).

In terms of C++-based dependencies, aptitude depends on libsigc++-2.0,
xapian-core (#791312, it will not be ready immediately but soon
enough, it seems), apt and boost (gcc-5 ready, it seems).  I don't
know the details about sigc++ and apt, but if all of them are going to
be compiled with gcc-5 soon after its move to unstable, cwidget and
aptitude will be ready as well.

Now we have to work out the details about how to upload the changes,
enable them in lockstep and avoid breakages as much as possible (e.g.
tighten versions on the compiler and lib dependencies).


Cheers.
-- 
Manuel A. Fernandez Montecelo <manuel.montezelo@gmail.com>

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

From: mafm@debian.org (Manuel A. Fernandez Montecelo)

To: 792681-close@bugs.debian.org

Subject: Bug#792681: fixed in cwidget 0.5.17-3

Date: Fri, 31 Jul 2015 00:33:53 +0000

Source: cwidget
Source-Version: 0.5.17-3

We believe that the bug you reported is fixed in the latest version of
cwidget, 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 792681@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Manuel A. Fernandez Montecelo <mafm@debian.org> (supplier of updated cwidget 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: SHA512

Format: 1.8
Date: Fri, 31 Jul 2015 01:10:21 +0100
Source: cwidget
Binary: libcwidget3 libcwidget3-dbg libcwidget-dev libcwidget-doc
Architecture: source amd64 all
Version: 0.5.17-3
Distribution: unstable
Urgency: low
Maintainer: Manuel A. Fernandez Montecelo <mafm@debian.org>
Changed-By: Manuel A. Fernandez Montecelo <mafm@debian.org>
Description:
 libcwidget-dev - high-level terminal interface library for C++ (development files)
 libcwidget-doc - high-level terminal interface library for C++ (documentation)
 libcwidget3 - high-level terminal interface library for C++ (runtime files)
 libcwidget3-dbg - high-level terminal interface library for C++ (debugging files)
Closes: 789224 792681
Changes:
 cwidget (0.5.17-3) unstable; urgency=low
 .
   * Changes to build with GCC-5 and in C++11 mode (Closes: #792681).
     Thanks Matthias Klose.  Prompted by:
     - transition to GCC-5 as default compiler in Debian unstable;
     - failure to compile cwidget without -std=c++11 with
       this new version;
     - there is a change in the ABI of libstdc++ w.r.t. GCC < 5, in
       std::string, std::list and other parts (sigc++-2.0 is a dependency of
       cwidget and uses std::list in the API)
   * Quell lintian warning xs-testsuite-header-in-debian-control by
     removing XS- prefix in debian/control
   * Revamp options passed to the compiler, among others some obsolete
     compiler flags that tried to address a problem with old versions of
     the compiler, but that were actually not enabled since long ago
   * Do not install jquery.js and link it from documentation directories in
     another place where it cropped up
   * Update Build-Depends-Indep on perlmagick to libimage-magick-perl
     (Closes: #789224).  Thanks Martin Michlmayr.
Checksums-Sha1:
 554b06941bf5e1ef6036da019f061df1eb769d2b 2211 cwidget_0.5.17-3.dsc
 41ef8257e74dd567299d021d5bc64d39b0b76a22 7256 cwidget_0.5.17-3.debian.tar.xz
 96d7ef964a884c6ae4093e57507290bc00eda01e 415082 libcwidget-dev_0.5.17-3_amd64.deb
 d4c9fb723f60fa05208d2c349c032396287a0993 382952 libcwidget-doc_0.5.17-3_all.deb
 c6ae609ce6f7ffc5ee6d7ab06867e4ddac18826d 3475366 libcwidget3-dbg_0.5.17-3_amd64.deb
 9e1ae2554608f8ec1af961b56d9c94d770911d74 335008 libcwidget3_0.5.17-3_amd64.deb
Checksums-Sha256:
 26a977505ad06f83e38431a89488cccff8b170c3612d0d362dcde2fe1031dc96 2211 cwidget_0.5.17-3.dsc
 bf68ed6d162101b3707a32ff785cb13824f475bb04a120238d1422fcf5e28368 7256 cwidget_0.5.17-3.debian.tar.xz
 3e1714a5c453d6058ad4e6e1e0367ba9b28d33785e50a22342596f065e9ff931 415082 libcwidget-dev_0.5.17-3_amd64.deb
 c2c697f7accf7abba60324320a576ea32e0f00634fc6c71ff70d38dfcb5220b9 382952 libcwidget-doc_0.5.17-3_all.deb
 d9707ad8f623255be87a7f64b5530fdda312373663d12789f7ec9cff7fd7a471 3475366 libcwidget3-dbg_0.5.17-3_amd64.deb
 523e1d75184f2cd8418aec2893e93f1df4a3a7951f2963b7e7479c2e41cdfe63 335008 libcwidget3_0.5.17-3_amd64.deb
Files:
 8a56ce48829f16bf321d5a5ff7b73533 2211 libs optional cwidget_0.5.17-3.dsc
 56d98cc1c04af9883e3540634756bc51 7256 libs optional cwidget_0.5.17-3.debian.tar.xz
 c3f67224d6e863888eea8db73b36fd53 415082 libdevel optional libcwidget-dev_0.5.17-3_amd64.deb
 f95d6795efa421a239f20fbd80eac475 382952 doc optional libcwidget-doc_0.5.17-3_all.deb
 40e9e315a227d5f12ad7b74c4172d5e5 3475366 debug extra libcwidget3-dbg_0.5.17-3_amd64.deb
 44b5632e50bbb920262d3dd0da6bc4aa 335008 libs optional libcwidget3_0.5.17-3_amd64.deb

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

iQIcBAEBCgAGBQJVur/1AAoJEH92BqRF3KgO850P/i+9NCBuBV3PNG3iCLo46KjP
Kq+TEpQ7Ci51k7xUbSYwb7qXjubw99BPZ4bBZm4ZNFRmndECzNBCfsOeTi4swM2/
QSVgKKZwzYaPIWPDMz4D6ydDeLitgj/OKRJ9Ex0gzIEdCi4e1TBE2o9HKAjlAD/p
AwX/OgE36HIb38TiHlwTUGFZDJ80rQXaHNymC1kuMcVWtYyWuabBj3egy+qO4eRU
+Qqv0gkJPB30lLPjsS+XgnHCZlFkq2LuZDDv7aUz9Qyzs3o42IXrzy9TdjhO0okq
rEUm7Rn2c1FxK2Dv6KLDGzKNj4uucIxzdLQl/cVcFkNScUHcG2KDUUcFOJzUuJpp
AUUbGGX/mBIJWRCERCDnvy6TJxGahfV/rXCw4a6YgwTMYSBlT9df1oqJfDxdlx0u
MSLeJbY6YxSn6ymxJtSS2LSGqkLClnd4XmV9OKBbVsIAlXdoIhfwcOb7sQeXllqb
wDP8UoXnqLH8N8thUezPJHeQGcuVj14vDZNAqWhx5w95nscpljcZ0qQYWUog9N0q
aLwHwY2+72WV1GQHN/OA4ws5dMcmgrqJ8qjGFSuiPjAG0U9pF3Vq6Yny3ZgdgNL2
ugcoegMB6maI8q93pCGGfEqUM4JchEPm/ouOPKMGV72rRiMXzeENCWfMW5qnumUj
8opqrKPEOW3WDIdlLMKI
=YOtd
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.