Your message dated Mon, 10 Mar 2008 23:02:07 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#455334: fixed in libept 0.5.15
has caused the Debian Bug report #455334,
regarding FTBFS with GCC 4.3: missing #includes
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
455334: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455334
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libept
Version: 0.5.10
Usertags: ftbfs-gcc-4.3
Your package causes other packages to fail to build with GCC 4.3.
Version 4.3 has not been released yet but I'm building with a snapshot
in order to find errors and give people an advance warning. In GCC
4.3, the C++ header dependencies have been cleaned up. The advantage
of this is that programs will compile faster. The downside is that
you actually need to directly #include everything you use (but you
really should do this anyway, otherwise your program won't work with
any compiler other than GCC). There's some more information about
this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include
You can reproduce this problem with gcc-snapshot from unstable. Note
that Red Hat, Novell and Ubuntu have done some work getting packages
to build with GCC 4.3 so there might be patches floating around
somewhere. I suggest you talk to your upstream.
> Automatic build of debtags_1.7.3 on em64t by sbuild/amd64 0.53
...
> make[3]: Entering directory `/build/tbm/debtags-1.7.3/tools'
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/tagcoll-2.0.7
> -I/usr/include/boost-1_33_1/ -DSCRIPTDIR=\"/usr/share/debtags\" -g -Wall
> -O2 -c -o Environment.o Environment.cc
> In file included from /usr/include/ept/debtags/debtags.h:29,
> from Environment.h:24,
> from Environment.cc:21:
> /usr/include/ept/debtags/tag.h:84: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:85: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:90: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:91: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:96: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:97: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:102: error: expected unqualified-id before '&'
> token
> /usr/include/ept/debtags/tag.h:102: error: expected ',' or '...' before '&'
> token
> /usr/include/ept/debtags/tag.h:170: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:171: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:176: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:177: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:182: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:183: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:188: error: 'string' in namespace 'std' does
> not name a type
> /usr/include/ept/debtags/tag.h:189: error: 'string' in namespace 'std' does
> not name a type
> make[3]: *** [Environment.o] Error 1
> make[3]: Leaving directory `/build/tbm/debtags-1.7.3/tools'
> make[2]: *** [all-recursive] Error 1
--
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---
--- Begin Message ---
Source: libept
Source-Version: 0.5.15
We believe that the bug you reported is fixed in the latest version of
libept, which is due to be installed in the Debian FTP archive:
ept-cache_0.5.15_i386.deb
to pool/main/libe/libept/ept-cache_0.5.15_i386.deb
libept-dev_0.5.15_i386.deb
to pool/main/libe/libept/libept-dev_0.5.15_i386.deb
libept0_0.5.15_i386.deb
to pool/main/libe/libept/libept0_0.5.15_i386.deb
libept_0.5.15.dsc
to pool/main/libe/libept/libept_0.5.15.dsc
libept_0.5.15.tar.gz
to pool/main/libe/libept/libept_0.5.15.tar.gz
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.
Petr Rockai <[EMAIL PROTECTED]> (supplier of updated libept 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: SHA1
Format: 1.7
Date: Mon, 10 Mar 2008 22:41:29 +0100
Source: libept
Binary: libept-dev libept0 ept-cache
Architecture: source i386
Version: 0.5.15
Distribution: unstable
Urgency: low
Maintainer: Enrico Zini <[EMAIL PROTECTED]>
Changed-By: Petr Rockai <[EMAIL PROTECTED]>
Description:
ept-cache - Commandline tool to search the package archive
libept-dev - High-level library for managing Debian package information
libept0 - High-level library for managing Debian package information
Closes: 455334 457128 459086 462920
Changes:
libept (0.5.15) unstable; urgency=low
.
[ Enrico Zini ]
* Compiles with gcc 4.3. Closes: #455334.
Thanks Matthias Klose for the patch.
* Builds with broken dash. Closes: #459086.
Thanks Daniel Hahler for the patch.
* ept-cache depends on apt-xapian-index >= 0.5. Closes: #457128.
* ept-cache show works on multiple packages. Closes: #462920.
.
[ Petr Rockai ]
* Enhancements to ept::core API, in support of Adept 3.0~alpha4.
- Handle exceptions coming from _system-Lock().
- AptException to slurp up _error into its context when being thrown.
- Support for system upgrades in ActionList.
- AptDatabase can be now told to use a custom OpProgress object.
* Fix a bug in AptDatabase::openState() trying to use NULL pointer.
Files:
2ea306ab05ac0faa7905972318d92365 923 libdevel optional libept_0.5.15.dsc
5cf31ca46f192b98c933151ecd818d7e 1667271 libdevel optional libept_0.5.15.tar.gz
f33aa1a9f7c4c9d001609fcf8aed404e 82082 libdevel optional
libept-dev_0.5.15_i386.deb
ec582aa4b6209a086113eeab38db9f46 182136 libs optional libept0_0.5.15_i386.deb
596c2eb61fa4683d450b5782f75e1ebe 110052 misc optional ept-cache_0.5.15_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFH1buBvQmfopLcAqkRAk8kAJ9oll7WqjZcaHIzAZXJzfvZ7HBW2wCfToVQ
/FsxH9oOhxVWD0sE1T6wbLo=
=JqUv
-----END PGP SIGNATURE-----
--- End Message ---