Bug#793517: [pkg-fgfs-crew] Bug#793517: fltk1.3-dev cmake interface now requires libcairo2-dev and fluid?

2015-08-06 Thread Rebecca N. Palmer
It's lmms that isn't finding fluid (because it doesn't build-depend on 
it), fgrun is only missing libcairo2-dev.


However, fgrun already bypasses cmake-data with
find_package(FLTK REQUIRED NO_MODULE)
as recommended in 
https://sources.debian.net/src/fltk1.3/1.3.3-2/README.CMake.txt/#L233 
and required to use FLTK as a shared library; packages that don't may 
well hit #793549 as well.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794817: Should mplayer2 be removed from unstable?

2015-08-06 Thread Jonas Smedegaard
Quoting Sebastian Ramacher (2015-08-07 03:19:29)
> On 2015-08-06 23:05:58, Andreas Cadhalpun wrote:
>> I think mplayer2 should be removed because:
>>  * It is dead upstream (even the homepage is gone).
>>  * mplayer is back in Debian, which can replace mplayer2.
>
> … and one copy of mplayer is surely enough. Alessio, Jonas, Reinhard: 
> What is your opinion on that?

Suggestion sounds sensible, but my opinion shouldn't carry much weight, 
as I don't follow those packages in particular: I've moved to mpv as my 
favored media player.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature


Bug#794032: marked as done (uninstallable: depends on libinput10 (>= 0.17.0))

2015-08-06 Thread Debian Bug Tracking System
Your message dated Fri, 07 Aug 2015 06:33:57 +
with message-id 
and subject line Bug#794032: fixed in xserver-xorg-input-libinput 0.13.0-1
has caused the Debian Bug report #794032,
regarding uninstallable: depends on libinput10 (>= 0.17.0)
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 ow...@bugs.debian.org
immediately.)


-- 
794032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794032
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-input-libinput-udeb
Version: 0.11.0-1
Severity: serious
Tags: d-i
Justification: renders package unusable

(x-d-cc: debian-boot@)

Hi,

xserver-xorg-input-libinput-udeb is currently not installable, because
it depends on libinput10 (>= 0.17.0), and this package only comes as a
deb package. You might want to investigate shipping such a udeb in
src:libinput, and having your DDX driver rebuilt against it.

I'm a bit ambivalent about the severity. I'd usually file this as
grave but since that doesn't lead to any practical issue (as for the
gtk3 udeb), it probably could be seen as just important. Picking
serious as a middle ground, please adjust as you see fit.

Mraw,
KiBi.
--- End Message ---
--- Begin Message ---
Source: xserver-xorg-input-libinput
Source-Version: 0.13.0-1

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

Debian distribution maintenance software
pp.
Timo Aaltonen  (supplier of updated 
xserver-xorg-input-libinput 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 07 Aug 2015 09:12:38 +0300
Source: xserver-xorg-input-libinput
Binary: xserver-xorg-input-libinput xserver-xorg-input-libinput-dev 
xserver-xorg-input-libinput-udeb xserver-xorg-input-libinput-dbg
Architecture: source amd64 all
Version: 0.13.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Timo Aaltonen 
Description:
 xserver-xorg-input-libinput - X.Org X server -- libinput input driver
 xserver-xorg-input-libinput-dbg - X.Org X server -- libinput input driver 
(debug symbols)
 xserver-xorg-input-libinput-dev - X.Org X server -- libinput input driver 
(development headers)
 xserver-xorg-input-libinput-udeb - X.Org X server -- libinput input driver 
(udeb)
Closes: 794032
Changes:
 xserver-xorg-input-libinput (0.13.0-1) unstable; urgency=medium
 .
   * New upstream release.
   * control: Bump libinput build-dep (Closes: #794032).
Checksums-Sha1:
 8806104798910bfe0c7bd20dcea91141c309e31d 2524 
xserver-xorg-input-libinput_0.13.0-1.dsc
 8e5c44231a4ee6878a66ea71f9c4d2e9a57d79e6 380091 
xserver-xorg-input-libinput_0.13.0.orig.tar.gz
 e7227f2ccbb97f23bc7fde1b4e11a6ac7fa6cf51 5001 
xserver-xorg-input-libinput_0.13.0-1.diff.gz
 237c15f2b15509db54c61ae6f5cc2c8fad77e248 64802 
xserver-xorg-input-libinput-dbg_0.13.0-1_amd64.deb
 6a7b3600a91a15b94b9fe94dc23c55d63368122e 15478 
xserver-xorg-input-libinput-dev_0.13.0-1_all.deb
 f01cd0006608df284490ecc4fbf0960c06201f1d 13482 
xserver-xorg-input-libinput-udeb_0.13.0-1_amd64.udeb
 3b99dbd4c2b95beb6709b1c1938ac3aa00149bce 30332 
xserver-xorg-input-libinput_0.13.0-1_amd64.deb
Checksums-Sha256:
 220aa6c90811361e25e9795c01765e448b9091a1a6fdd250ec391c340837ff64 2524 
xserver-xorg-input-libinput_0.13.0-1.dsc
 8c473dfedde32d2c701bfd5ba68794730a69f822d2373deaeaeffa7aa02a6562 380091 
xserver-xorg-input-libinput_0.13.0.orig.tar.gz
 8210092dbaf1128da1b77c6f7eb6c9cfe062c18ec04c611e3796cb73e3dae569 5001 
xserver-xorg-input-libinput_0.13.0-1.diff.gz
 a05b5cad6de1e29caa9aceeb940c2546e3d27ba5ba989afe4a314359b8e92c0e 64802 
xserver-xorg-input-libinput-dbg_0.13.0-1_amd64.deb
 2f5150ea4ebc584d6d5302ebf475267e43f4eaa5526c9f2f06cdc276affc9119 15478 
xserver-xorg-input-libinput-dev_0.13.0-1_all.deb
 b593900cd6f9c4420b5724c1725aa46fbf6106a5281562fcd0d5d6a54a6d091a 13482 
xserver-xorg-input-libinput-udeb_0.13.0-1_amd64.udeb
 aed492c2c36020ca24c6f9e78ecf9bf2355ddb4be51be85d7d22c2bfd4aef24a 30332 
xserver-xorg-input-libinput_0.13.0-1_amd64.deb
Files:
 c6e87add5dfc6cd5acf592742a8715d9 2524 x11 optional 
xserver-xorg-input-libinput_0.13.0-1.dsc
 ba89

Bug#794704: viva: FTBFS

2015-08-06 Thread Martin Quinson
On Thu, Aug 06, 2015 at 12:38:41PM +0200, Tobias Frost wrote:
> 
> Hi Martin,
> 
> Thanks for the reply!
> can you check if the workaround would solve this; Maybe a quick fix would
> help to get the libconfig transition forward faster, as a new upstream
> version takes lots more time...
> 

I will need to wait for tomorrow night as I have no good connexion
here. I'm not even sure of when this mail will get out of my box :(

Sorry, Mt

-- 
You have a problem and decide to use floats. 
Now you have 2.0001 problems. -- Old Computer Engineers saying


signature.asc
Description: Digital signature


Processed: severity of 794717 is serious, tagging 794717

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 794717 serious
Bug #794717 [libreoffice-core] depends on libboost-date-time1.55.0, which is 
broken by new libstdc++6
Severity set to 'serious' from 'important'
> tags 794717 + sid
Bug #794717 [libreoffice-core] depends on libboost-date-time1.55.0, which is 
broken by new libstdc++6
Added tag(s) sid.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794717
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: add libsigc++-2.0 as a libstdc++6 follow-up transition

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reopen 791170
Bug #791170 {Done: Michael Biebl } [src:libsigc++-2.0] 
libsigc++-2.0: library transition is needed when GCC 5 is
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions libsigc++-2.0/2.4.1-2.
> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was d...@debian.org).
> usertag 791170 + transition
There were no usertags set.
Usertags are now: transition.
> block 791170 by 790756
Bug #791170 [src:libsigc++-2.0] libsigc++-2.0: library transition is needed 
when GCC 5 is
791170 was not blocked by any bugs.
791170 was not blocking any bugs.
Added blocking bug(s) of 791170: 790756
> reassign 791170 release.debian.org
Bug #791170 [src:libsigc++-2.0] libsigc++-2.0: library transition is needed 
when GCC 5 is
Bug reassigned from package 'src:libsigc++-2.0' to 'release.debian.org'.
No longer marked as found in versions libsigc++-2.0/2.4.1-1.
Ignoring request to alter fixed versions of bug #791170 to the same values 
previously set
> severity 791170 normal
Bug #791170 [release.debian.org] libsigc++-2.0: library transition is needed 
when GCC 5 is
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791170: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791170
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794832: mnemosyne: Please drop unused, hard-coded dependency on obsolete libicu52

2015-08-06 Thread Steve Langasek
Package: mnemosyne
Version: 2.2.1-2
Severity: serious
Tags: patch
Justification: uninstallable
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Hi Robert,

The mnemosyne package in unstable has a hard-coded dependency on libicu52. 
The icu library is in the midst of an soname change, and now provides
libicu55 instead of libicu52.

The last time icu had an soname change, pochu raised the point that this
dependency should probably be dropped (bug #732005).  You didn't give any
explanation on that bug why the dependency should be there, but just revved
the dependency to the new soname.  I've grepped through the mnemosyne
source, and there are no references anywhere to any files contained in the
libicu package.  The fact that you changed the dependency without making any
changes to the source is further evidence that the dependency is unused. 
Please drop the unneeded dependency, as in the attached (trivial) patch.

Thanks for considering.
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru mnemosyne-2.2.1/debian/changelog mnemosyne-2.2.1/debian/changelog
diff -Nru mnemosyne-2.2.1/debian/control mnemosyne-2.2.1/debian/control
--- mnemosyne-2.2.1/debian/control	2013-12-19 10:42:18.0 -0800
+++ mnemosyne-2.2.1/debian/control	2015-08-06 20:03:24.0 -0700
@@ -10,7 +10,7 @@
 Package: mnemosyne
 Architecture: all
 Depends: python, python-qt4, python-qt4-sql, python-matplotlib, 
-python-cherrypy3, libicu52, libqt4-sql-sqlite
+python-cherrypy3, libqt4-sql-sqlite
 Description: spaced repetition flash-card program
  The Mnemosyne software resembles a traditional flash-card program to help you
  memorise question/answer pairs, but with an important twist: it uses a


Bug#793517: fltk1.3-dev cmake interface now requires libcairo2-dev and fluid?

2015-08-06 Thread Aaron M. Ucko
"Rebecca N. Palmer"  writes:

> Adding libcairo2-dev (and fluid, where not already present) as
> build-dependencies should fix this (though I currently can't run a
> full test due to the gcc5 transition).

Thanks for copying me!

fgrun already build-depends on fluid; cmake's failure to find it stems
from a mismatch between the current versions of cmake-data's
FindFLTK.cmake and libfltk1.3-dev's FLTKConfig.cmake.  I argue in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793549 that cmake-data
should adapt, but haven't heard back from its maintainer.  Meanwhile,
affected packages such as fgrun can work around the issue by explicitly
invoking

cmake ... -DFLTK_FLUID_EXECUTABLE=/usr/bin/fluid ...

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794817: Should mplayer2 be removed from unstable?

2015-08-06 Thread Sebastian Ramacher
On 2015-08-06 23:05:58, Andreas Cadhalpun wrote:
> Package: mplayer2
> Severity: serious
> 
> I think mplayer2 should be removed because:
>  * It is dead upstream (even the homepage is gone).
>  * mplayer is back in Debian, which can replace mplayer2.

… and one copy of mplayer is surely enough. Alessio, Jonas, Reinhard: What is
your opinion on that?

> Unless someone objects, I'll reassign this bug to ftp.debian.org for
> removal soon.

Before doing so, please file bugs against packages (Build-)Depending on
mplayer2 to switch back to mplayer:

Checking reverse dependencies...
# Broken Depends:
jajuk: jajuk
kphotoalbum: kphotoalbum

# Broken Build-Depends:
jajuk: mplayer2

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#793296: marked as done (package mruby FTBFS on mips and mipsel)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 22:48:47 +
with message-id 
and subject line Bug#793296: fixed in mruby 1.1.0+20150807+git4fdf4922-1
has caused the Debian Bug report #793296,
regarding package mruby FTBFS on mips and mipsel
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 ow...@bugs.debian.org
immediately.)


-- 
793296: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793296
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mruby
Version: 1.1.0+20150601+gitbd2686d8-1
Severity: serious
Tags: sid + patch
User: debian-m...@lists.debian.org
Usertags: mips-patch

Hello,

Package mruby_1.1.0+20150601+gitbd2686d8-1 FTBFS on mips and mipsel:
https://buildd.debian.org/status/fetch.php?pkg=mruby&arch=mips&ver=1.1.0%2B20150601%2Bgitbd2686d8-1&stamp=1433142411
https://buildd.debian.org/status/fetch.php?pkg=mruby&arch=mipsel&ver=1.1.0%2B20150601%2Bgitbd2686d8-1&stamp=1433138468

There is a solution for this issue upstream:
https://github.com/mruby/mruby/commit/3bcf570a17d25783187c8aa3413bf48425b29619#diff-91a9f78b081c7ee9c0eb0538fe5efc76

With this change package builds successfully for MIPS.

Please include this patch.

Thank you!

Regards,
Jurica
--- mruby-1.1.0+20150601+gitbd2686d8.orig/src/fmt_fp.c
+++ mruby-1.1.0+20150601+gitbd2686d8/src/fmt_fp.c
@@ -90,7 +90,7 @@ fmt_u(uint32_t x, char *s)
 typedef char compiler_defines_long_double_incorrectly[9-(int)sizeof(long double)];
 #endif
 
-#if defined(__CYGWIN32__) || defined(__NetBSD__) || defined(mips)
+#if (defined(__CYGWIN32__) || defined(__NetBSD__) || defined(mips)) && !defined(__linux__)
 static long double
 frexpl (long double x, int *eptr)
 {
--- End Message ---
--- Begin Message ---
Source: mruby
Source-Version: 1.1.0+20150807+git4fdf4922-1

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

Debian distribution maintenance software
pp.
Nobuhiro Iwamatsu  (supplier of updated mruby 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 07 Aug 2015 07:08:54 +0900
Source: mruby
Binary: mruby libmruby-dev
Architecture: source amd64
Version: 1.1.0+20150807+git4fdf4922-1
Distribution: unstable
Urgency: medium
Maintainer: Nobuhiro Iwamatsu 
Changed-By: Nobuhiro Iwamatsu 
Description:
 libmruby-dev - lightweight implementation of the Ruby language (development 
file
 mruby  - lightweight implementation of the Ruby language
Closes: 793296
Changes:
 mruby (1.1.0+20150807+git4fdf4922-1) unstable; urgency=medium
 .
   * Snapshot, taken from the master (20150807). (Closes: #793296)
Checksums-Sha1:
 712523702fb975b18aea7f51f44295870b5fab46 2011 
mruby_1.1.0+20150807+git4fdf4922-1.dsc
 3b117412e032a908e54a746eb3ae569dad2bb7e9 379694 
mruby_1.1.0+20150807+git4fdf4922.orig.tar.gz
 92ccb2941a66d0166a527468fd191137eaccb8c8 3456 
mruby_1.1.0+20150807+git4fdf4922-1.debian.tar.xz
 4c0c8e5909f54d14dc7005059cec85c19eabdb7b 219640 
libmruby-dev_1.1.0+20150807+git4fdf4922-1_amd64.deb
 23140165456d1f6dccf1555477852803c554b7e9 254292 
mruby_1.1.0+20150807+git4fdf4922-1_amd64.deb
Checksums-Sha256:
 09bab934d8cfcf1c05262575ce2e45d01e1ea54f26ef012117f21a9fc764 2011 
mruby_1.1.0+20150807+git4fdf4922-1.dsc
 1f7a5c7ea11f808a7f863eb731ea80676d27883edc56a3a1f4a7f5c79fb46cf8 379694 
mruby_1.1.0+20150807+git4fdf4922.orig.tar.gz
 b9d751f0c4e27a6cca3067633d17af8ba09f8b05f902cf055620483d5e383b34 3456 
mruby_1.1.0+20150807+git4fdf4922-1.debian.tar.xz
 0766719a2292cc417749fd2ad4328c2e20684c0fd7ebc6bdd5b22bc32caf14df 219640 
libmruby-dev_1.1.0+20150807+git4fdf4922-1_amd64.deb
 daba8af19f6716e553acc9d115988bc4a61edc5e5589c37526813fa11a217d52 254292 
mruby_1.1.0+20150807+git4fdf4922-1_amd64.deb
Files:
 2e0ae81047ff2dbc407d03fcafcbb24e 2011 ruby extra 
mruby_1.1.0+20150807+git4fdf4922-1.dsc
 08dc79f58b1cd32f08598fcdac7c1615 379694 ruby extra 
mruby_1.1.0+20150807+git4fdf4922.orig.tar.gz
 40cc7750111e6ed1bed23eb7b315a5ee 3456 ruby extra 
mruby_1.1.0+20150807+git4fdf4922-1.debian.tar.xz
 28937de0298158bbc254ff221b4e336f 219640 libdevel extra 
libmruby-dev_1.1.0+20150807+git4fdf4922-1_amd64.deb
 91ba34a07cb3f0759b954bccfd23c173 2542

Processed: this is not pending, isn't it

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # this does not look pending at all, please correct me if it is
> tags 779324 - pending
Bug #779324 [src:van.pydeb] van.pydeb uses a private pkg_resources interface, 
not available anymore in 12.2
Removed tag(s) pending.
> --
Stopping processing here.

Please contact me if you need assistance.
-- 
779324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779324
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#789518: wagon2: FTBFS in sid

2015-08-06 Thread Emmanuel Bourg
I got a look too, and this issue is a real mystery.

The error occurs when the tests for wagon-file are executed. I thought
it was caused by the upgrade of maven-surefire-plugin to the version
2.17 in June, but reverting to the version 2.10 from Jessie produces the
same error, and the latest version 2.18.1 doesn't work better.

The error 'ClassNotFoundException:
org.apache.xbean.asm5.original.commons.EmptyVisitor' means that
xbean-asm5-shaded is not on the classpath. wagon-file has the following
dependency graph:

org.apache.maven.wagon:wagon-file:jar:2.7
+- commons-lang:commons-lang:jar:debian:compile
+- org.apache.maven.wagon:wagon-provider-api:jar:2.7:compile
|  \- org.codehaus.plexus:plexus-utils:jar:debian:compile
+- org.apache.maven.wagon:wagon-provider-test:jar:2.7:test
|  +- org.codehaus.plexus:plexus-container-default:jar:debian:test
|  |  +- org.codehaus.plexus:plexus-classworlds:jar:debian:test
|  |  +- org.apache.xbean:xbean-reflect:jar:debian:test
|  |  \- com.google.guava:guava:jar:debian:test
|  +- org.easymock:easymock:jar:debian:test
|  |  +- cglib:cglib:jar:3.x:test
|  |  +- org.ow2.asm:asm:jar:4.x:test
|  |  \- org.objenesis:objenesis:jar:debian:test
|  +- org.mortbay.jetty:jetty:jar:6.x:test
|  |  +- org.mortbay.jetty:jetty-util:jar:6.x:test
|  |  \- javax.servlet:servlet-api:jar:2.5:test
|  \- log4j:log4j:jar:1.2.x:test
\- junit:junit:jar:4.x:test
   \- org.hamcrest:hamcrest-core:jar:debian:test

The graph contains xbean-reflect, and xbean-asm5-shaded is an
optional/provided dependency of xbean-reflect (this relation hasn't
changed since the versions in Jessie). Both artifacts are in the same
package (libxbean-java), so when xbean-reflect is used in a Maven
project xbean-asm5-shaded should always be loaded in the classpath,
because these artifacts are always installed together. But now for some
reason it doesn't happen, xbean-asm5-shaded is ignored.

Removing the optional and provided flags for the xbean-asm5-shaded
dependency in the xbean-reflect pom solves the issue, but I still fail
to understand what change triggered this issue.

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: fltk1.3-dev cmake interface now requires libcairo2-dev and fluid?

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 patch
Bug #793517 [src:fgrun] FTBFS: fails to detect FLTK 1.3 during cmake configure
Ignoring request to alter tags of bug #793517 to the same tags previously set

-- 
793517: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793517
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#793517: fltk1.3-dev cmake interface now requires libcairo2-dev and fluid?

2015-08-06 Thread Rebecca N. Palmer

Control: tags -1 patch

Since libfltk1.3-dev 1.3.3-1 switched to using upstream's cmake files 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792386#10), using it 
from cmake now appears to require libcairo2-dev and fluid, which are not 
hard Depends of the package (presumably because they aren't required 
when using it from autotools/pkg-config).


This causes fgrun 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793517) and lmms 
(https://reproducible.debian.net/rb-pkg/unstable/amd64/lmms.html) to 
FTBFS; it could also affect gmsh, zynaddsubfx and mathgl.  (yoshimi 
already had these dependencies, and freecad appears to not actually use 
FLTK.)


Adding libcairo2-dev (and fluid, where not already present) as 
build-dependencies should fix this (though I currently can't run a full 
test due to the gcc5 transition).



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: fltk1.3-dev cmake interface now requires libcairo2-dev and fluid?

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 patch
Bug #793517 [src:fgrun] FTBFS: fails to detect FLTK 1.3 during cmake configure
Added tag(s) patch.

-- 
793517: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793517
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794627: [Pkg-mozext-maintainers] Bug#794627: enigmail does not work with gpg 2.1.6

2015-08-06 Thread Daniel Kahn Gillmor
On Thu 2015-08-06 00:56:55 -0400, Pirate Praveen wrote:
> [dkg:]
>>> Are you able to encrypt/decrypt/sign from the gpg command line?
>
> yes, I and encrypt and decrypt from commandline.
>
>> everything works with gnupg2 2.0.38-3 from unstable.
>> 
>> It looks my gcr is old, I'll try updating gcr.
>
> ii  gcr3.16.0-1 amd64GNOME crypto services (daemon and
> ii  pinentry-gtk2  0.9.5-2  amd64GTK+-2-based PIN or pass-phrase e
>
> still not working.

hm, frustrating.  As i understand it, you've upgraded to 2.1.6-1 for
both gnupg2 and gnupg-agent, restarted your machine, and you are still
having a problem with enigmail.

i don't think you haven't tried sending me an encrypted/unsigned message
with 2.1.6-1 yet.  could you try that?

Also, can you send me (privately, redacted and encrypted if you like) a
copy of the enigmail debugging log after a session in which you try to
send a signed mail?  you can get to the debug log only if you've enabled
"advanced settings" in the general enigmail preferences dialog box.
Once that's enabled, the "Enigmail" menu will sport a "Debugging
Options..." submenu, which allows you to copy/paste a "Console" and a
"Log" window.

hope we can get to the bottom of this!

 --dkg


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 792494

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 792494 + pending
Bug #792494 [src:evolution-data-server] evolution-data-server fails to build 
with GCC 5 from experimental
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
792494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792494
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 794638

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 794638 + pending
Bug #794638 [libtag1v5-vanilla] FTBFS: no same version dependencies for 
'sameVersionDep:libtag1-dev' found
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794638: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794638
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#792494: evolution-data-server fails to build with GCC 5 from experimental

2015-08-06 Thread Simon McVittie
On Thu, 06 Aug 2015 at 10:25:54 +0100, Simon McVittie wrote:
> I have not been able to test the patched e-d-s yet, since upgrading
> my system to the g++-5 ABI still has too much collateral damage

Now tested and uploaded to DELAYED/2, final debdiff attached.
Please let me know if I should cancel or reschedule.

S
diffstat for evolution-data-server-3.16.3 evolution-data-server-3.16.3

 changelog |   11 +++
 control   |1 -
 libedataserver-1.2-20.symbols |8 +---
 rules |6 +++---
 4 files changed, 15 insertions(+), 11 deletions(-)

diff -Nru evolution-data-server-3.16.3/debian/changelog evolution-data-server-3.16.3/debian/changelog
--- evolution-data-server-3.16.3/debian/changelog	2015-06-11 20:28:39.0 +0100
+++ evolution-data-server-3.16.3/debian/changelog	2015-08-06 19:56:34.0 +0100
@@ -1,3 +1,14 @@
+evolution-data-server (3.16.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Disable libphonenumber support for now, to disentangle e-d-s from
+that part of the libstdc++ transition (which it appears is going
+to involve a new upstream release).
+  * debian/libedataserver-1.2-20.symbols: mark ICU template instantiations
+as optional since they are not intended to be ABI (Closes: #792494)
+
+ -- Simon McVittie   Thu, 06 Aug 2015 19:56:33 +0100
+
 evolution-data-server (3.16.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru evolution-data-server-3.16.3/debian/control evolution-data-server-3.16.3/debian/control
--- evolution-data-server-3.16.3/debian/control	2015-05-31 12:54:52.0 +0100
+++ evolution-data-server-3.16.3/debian/control	2015-08-06 09:39:16.0 +0100
@@ -40,7 +40,6 @@
libkrb5-dev,
libldap2-dev,
liboauth-dev (>= 0.9.4),
-   libphonenumber6-dev [linux-any],
libjson-glib-dev,
librest-dev (>= 0.7),
libnss3-dev,
diff -Nru evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols
--- evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols	2015-06-11 19:57:52.0 +0100
+++ evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols	2015-08-06 10:05:11.0 +0100
@@ -1,11 +1,5 @@
 libedataserver-1.2.so.20 libedataserver-1.2-20 #MINVER#
- _ZN6icu_5214StringByteSinkISsE6AppendEPKci@Base 3.16.2
- _ZN6icu_5214StringByteSinkISsED0Ev@Base 3.16.2
- _ZN6icu_5214StringByteSinkISsED1Ev@Base 3.16.2
- _ZN6icu_5214StringByteSinkISsED2Ev@Base 3.16.2
- _ZTIN6icu_5214StringByteSinkISsEE@Base 3.16.2
- _ZTSN6icu_5214StringByteSinkISsEE@Base 3.16.2
- _ZTVN6icu_5214StringByteSinkISsEE@Base 3.16.2
+ (c++|regex|optional=template)"icu_[0-9]+::StringByteSink<.*@Base" 3.16.2
  __e_source_private_replace_dbus_object@Base 3.16.2
  e_async_closure_callback@Base 3.16.2
  e_async_closure_free@Base 3.16.2
diff -Nru evolution-data-server-3.16.3/debian/rules evolution-data-server-3.16.3/debian/rules
--- evolution-data-server-3.16.3/debian/rules	2014-09-06 17:44:17.0 +0100
+++ evolution-data-server-3.16.3/debian/rules	2015-08-06 09:50:39.0 +0100
@@ -25,9 +25,9 @@
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 include /usr/share/dpkg/buildflags.mk
 
-ifeq ($(DEB_HOST_ARCH_OS),linux)
-	DEB_CONFIGURE_EXTRA_FLAGS += --with-phonenumber=/usr
-endif
+#ifeq ($(DEB_HOST_ARCH_OS),linux)
+#	DEB_CONFIGURE_EXTRA_FLAGS += --with-phonenumber=/usr
+#endif
 
 DEB_CONFIGURE_EXTRA_FLAGS += \
 	--sysconfdir=/etc \


Bug#790975: fixed in afflib 3.7.6-4

2015-08-06 Thread Eriberto
Hi Julien,

Thanks a lot for your quick reply. I will wait 2 days to fix some
symbols for ports.

Regards,

Eriberto


2015-08-06 18:08 GMT-03:00 Julien Cristau :
> On Thu, Aug  6, 2015 at 22:55:32 +0200, Julien Cristau wrote:
>
>> On Thu, Aug  6, 2015 at 17:44:32 -0300, Eriberto wrote:
>>
>> > Hum... Sorry, can you detail for me how to proceed? Need I use v5?
>> >
>> Yes, something like the patch below.
>>
> ... except with the .symbols files fixed to refer to libafflib0v5
> instead of libafflib0; sorry about that.
>
> Cheers,
> Julien


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794638: FTBFS: no same version dependencies for 'sameVersionDep:libtag1-dev' found

2015-08-06 Thread Simon McVittie
On Thu, 06 Aug 2015 at 09:28:24 +0100, Simon McVittie wrote:
> I attach a patch for taglib which lets taglib-extras compile.

Uploaded to DELAYED/2, final debdiff attached. Let me know if
I should cancel or reschedule.

S
diffstat for taglib-1.9.1 taglib-1.9.1

 changelog |   10 ++
 libtag1v5-vanilla.symbols |2 ++
 2 files changed, 12 insertions(+)

diff -Nru taglib-1.9.1/debian/changelog taglib-1.9.1/debian/changelog
--- taglib-1.9.1/debian/changelog	2015-08-04 18:49:37.0 +0100
+++ taglib-1.9.1/debian/changelog	2015-08-06 20:51:15.0 +0100
@@ -1,3 +1,13 @@
+taglib (1.9.1-2.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Provide a minimal symbols file (with no actual symbols yet)
+to produce a shlibs dependency on libtag1v5 instead of
+libtag1v5-vanilla, so that the use of dh_sameversiondep in
+taglib-extras can work. (Closes: #794638)
+
+ -- Simon McVittie   Thu, 06 Aug 2015 20:50:57 +0100
+
 taglib (1.9.1-2.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru taglib-1.9.1/debian/libtag1v5-vanilla.symbols taglib-1.9.1/debian/libtag1v5-vanilla.symbols
--- taglib-1.9.1/debian/libtag1v5-vanilla.symbols	2015-07-16 00:14:35.0 +0100
+++ taglib-1.9.1/debian/libtag1v5-vanilla.symbols	2015-08-06 08:58:04.0 +0100
@@ -1,3 +1,5 @@
+libtag.so.1 libtag1v5 #MINVER#
+
 #MISSING: 1.9.1-2.1ubuntu2~gcc5.1# (optional)_ZN6TagLib3ASF4File13UnknownObjectD0Ev@Base 1.7-2~
 #MISSING: 1.9.1-2.1ubuntu2~gcc5.1# (optional)_ZN6TagLib3ASF4File13UnknownObjectD1Ev@Base 1.7-2~
 #MISSING: 1.9.1-2.1ubuntu2~gcc5.1# (optional)_ZN6TagLib3ASF4File13UnknownObjectD2Ev@Base 1.7-2~


Bug#794815: [pkg-go] Bug#794815: FTBFS because go generate is missing a build dependency... and then some.

2015-08-06 Thread Michael Hudson-Doyle
On 7 August 2015 at 08:41, Hilko Bengen  wrote:
> Source: golang-x-text
> Version: 0+git20150518.c93e7c9-1
> Severity: grave
>
> Beacuse dh-golang now executes go generate, the "stringer" binary is
> needed in building:
>
> ,
> | ...
> | src/golang.org/x/text/width/trieval.go
> | src/golang.org/x/text/width/width.go
> | src/golang.org/x/text/width/width.go:5: running "stringer": exec: 
> "stringer": executable file not found in $PATH
> | dh_auto_build: go generate -v golang.org/x/text golang.org/x/text/cases 
> golang.org/x/text/cldr golang.org/x/text/collate 
> golang.org/x/text/collate/build golang.org/x/text/collate/colltab 
> golang.org/x/text/display golang.org/x/text/encoding 
> golang.org/x/text/encoding/charmap golang.org/x/text/encoding/htmlindex 
> golang.org/x/text/encoding/ianaindex golang.org/x/text/encoding/internal 
> golang.org/x/text/encoding/internal/identifier 
> golang.org/x/text/encoding/japanese golang.org/x/text/encoding/korean 
> golang.org/x/text/encoding/simplifiedchinese 
> golang.org/x/text/encoding/traditionalchinese 
> golang.org/x/text/encoding/unicode golang.org/x/text/internal/colltab 
> golang.org/x/text/internal/gen golang.org/x/text/internal/testtext 
> golang.org/x/text/internal/triegen golang.org/x/text/internal/ucd 
> golang.org/x/text/language golang.org/x/text/runes golang.org/x/text/search 
> golang.org/x/text/transform golang.org/x/text/unicode/norm 
> golang.org/x/text/unicode/rangetable golang.org/x/text/width returned exit 
> code 1
> | make: *** [build] Error 1
> | debian/rules:9: recipe for target 'build' failed
> | dpkg-buildpackage: error: debian/rules build gave error exit status 2
> `
>
> I tried the patch below, but now the build fails with a different error:
>
> ,
> | ...
> | src/golang.org/x/text/width/width.go
> | stringer: checking package: transform.go:10:2: could not import 
> golang.org/x/text/transform (can't find import: golang.org/x/text/transform)
> | src/golang.org/x/text/width/width.go:5: running "stringer": exit status 1
> | ...
> `

Hm, I think this is an argument against running go:generate at package
build time -- stringer, an absolutely canonical target for
go:generate, uses go/types which depends on the package dependencies
being already built, and if you run go generate before install then
they won't be. I guess you could run go install, go generate, and go
install again which would at least be less broken than the current
behaviour (it would also fix the ubuntu-snappy build I think). Or stop
running go:generate at package build time, I think it's at best a
marginal thing.


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794819: missing license in debian/copyright

2015-08-06 Thread Thorsten Alteholz

Package: aprx
Version: 2.08.svn593-1
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

please add the missing licenses of at least ssl.* to your 
debian/copyright.


Thanks!
  Thorsten


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#790975: fixed in afflib 3.7.6-4

2015-08-06 Thread Julien Cristau
On Thu, Aug  6, 2015 at 22:55:32 +0200, Julien Cristau wrote:

> On Thu, Aug  6, 2015 at 17:44:32 -0300, Eriberto wrote:
> 
> > Hum... Sorry, can you detail for me how to proceed? Need I use v5?
> > 
> Yes, something like the patch below.
> 
... except with the .symbols files fixed to refer to libafflib0v5
instead of libafflib0; sorry about that.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#794817: Should mplayer2 be removed from unstable?

2015-08-06 Thread Andreas Cadhalpun
Package: mplayer2
Severity: serious

I think mplayer2 should be removed because:
 * It is dead upstream (even the homepage is gone).
 * mplayer is back in Debian, which can replace mplayer2.

Unless someone objects, I'll reassign this bug to ftp.debian.org for
removal soon.

Best regards,
Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#790975: fixed in afflib 3.7.6-4

2015-08-06 Thread Eriberto
Hum... Sorry, can you detail for me how to proceed? Need I use v5?

Thanks!

Eriberto


2015-08-06 17:18 GMT-03:00 Julien Cristau :
> Control: reopen -1
>
> On Thu, Aug  6, 2015 at 19:33:49 +, Joao Eriberto Mota Filho wrote:
>
>>  afflib (3.7.6-4) unstable; urgency=medium
>>  .
>>* Upload to unstable.
>>* Updated all symbols. (Closes: #790975)
>
> No, that's not how it works.  You need to rename the binary package.
>
> Cheers,
> Julien


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794815: FTBFS because go generate is missing a build dependency... and then some.

2015-08-06 Thread Hilko Bengen
Source: golang-x-text
Version: 0+git20150518.c93e7c9-1
Severity: grave

Beacuse dh-golang now executes go generate, the "stringer" binary is
needed in building:

,
| ...
| src/golang.org/x/text/width/trieval.go
| src/golang.org/x/text/width/width.go
| src/golang.org/x/text/width/width.go:5: running "stringer": exec: "stringer": 
executable file not found in $PATH
| dh_auto_build: go generate -v golang.org/x/text golang.org/x/text/cases 
golang.org/x/text/cldr golang.org/x/text/collate 
golang.org/x/text/collate/build golang.org/x/text/collate/colltab 
golang.org/x/text/display golang.org/x/text/encoding 
golang.org/x/text/encoding/charmap golang.org/x/text/encoding/htmlindex 
golang.org/x/text/encoding/ianaindex golang.org/x/text/encoding/internal 
golang.org/x/text/encoding/internal/identifier 
golang.org/x/text/encoding/japanese golang.org/x/text/encoding/korean 
golang.org/x/text/encoding/simplifiedchinese 
golang.org/x/text/encoding/traditionalchinese 
golang.org/x/text/encoding/unicode golang.org/x/text/internal/colltab 
golang.org/x/text/internal/gen golang.org/x/text/internal/testtext 
golang.org/x/text/internal/triegen golang.org/x/text/internal/ucd 
golang.org/x/text/language golang.org/x/text/runes golang.org/x/text/search 
golang.org/x/text/transform golang.org/x/text/unicode/norm 
golang.org/x/text/unicode/rangetable golang.org/x/text/width returned exit code 
1
| make: *** [build] Error 1
| debian/rules:9: recipe for target 'build' failed
| dpkg-buildpackage: error: debian/rules build gave error exit status 2
`

I tried the patch below, but now the build fails with a different error:

,
| ...
| src/golang.org/x/text/width/width.go
| stringer: checking package: transform.go:10:2: could not import 
golang.org/x/text/transform (can't find import: golang.org/x/text/transform)
| src/golang.org/x/text/width/width.go:5: running "stringer": exit status 1
| ...
`

Cheers,
-Hilko
>From 81465392a4d0ad328be7d4641838ef34a4e14fa1 Mon Sep 17 00:00:00 2001
From: Hilko Bengen 
Date: Thu, 6 Aug 2015 22:24:27 +0200
Subject: [PATCH] Add golang-golang-x-tools (stringer) to build dependencies

---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 832be68..f42d227 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: devel
 Priority: extra
 Maintainer: Debian Go packaging team 
 Uploaders: Martín Ferrari 
-Build-Depends: debhelper (>= 9), dh-golang, golang-go
+Build-Depends: debhelper (>= 9), dh-golang, golang-go, golang-golang-x-tools
 Standards-Version: 3.9.6
 Homepage: https://godoc.org/golang.org/x/text
 Vcs-Git: git://anonscm.debian.org/pkg-go/packages/golang-x-text.git
-- 
2.5.0



Processed: Re: Bug#790975: fixed in afflib 3.7.6-4

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> reopen -1
Bug #790975 {Done: Joao Eriberto Mota Filho } [src:afflib] 
afflib: library transition may be needed when GCC 5 is the default
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions afflib/3.7.6-4.

-- 
790975: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790975
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#790975: fixed in afflib 3.7.6-4

2015-08-06 Thread Julien Cristau
Control: reopen -1

On Thu, Aug  6, 2015 at 19:33:49 +, Joao Eriberto Mota Filho wrote:

>  afflib (3.7.6-4) unstable; urgency=medium
>  .
>* Upload to unstable.
>* Updated all symbols. (Closes: #790975)

No, that's not how it works.  You need to rename the binary package.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#794298: asciinema: broken, Unable to upload

2015-08-06 Thread Daniel Shahaf
Marcin Kulik wrote on Thu, Aug 06, 2015 at 10:31:46 +0200:
> [api]
> url = https://asciinema.org

Thanks, this value works.

Note that if I add a trailing slash, then I get an error:

~ Asciicast recording finished.
~ Do you want to upload it? [Y/n] y
~ Uploading...
Unauthenticated

So, to summarize: the workaround is to set url to the value given by
Marcin above, and exactly that value: no trailing slash, no leading
"www.", and keep the leading "url =".

> (no „www.”, and the „url =” is needed too)
> 
> See https://asciinema.org/docs/config for config syntax.

Thanks for the pointer.

Daniel


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#790975: marked as done (afflib: library transition may be needed when GCC 5 is the default)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 19:33:49 +
with message-id 
and subject line Bug#790975: fixed in afflib 3.7.6-4
has caused the Debian Bug report #790975,
regarding afflib: library transition may be needed when GCC 5 is the default
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 ow...@bugs.debian.org
immediately.)


-- 
790975: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790975
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:afflib
Version: 3.7.6-2
Severity: important
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Background [1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
and dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

What is needed:

 - Rebuild the library using g++/g++-5 from experimental. Note that
   most likely all C++ libraries within the build dependencies need
   a rebuild too. You can find the log for a rebuild in
 https://people.debian.org/~doko/logs/gcc5-20150701/
   Search for "BEGIN GCC CXX11" in the log.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.
 
 - If there are no reverse dependencies, it should be the package
   maintainers decision if a transition is needed.  However this might
   break software which is not in the Debian archive, and built
   against these packages.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered. Then reassign the issue to release.debian.org and
   properly tag it as a transition issue, by sending an email to
   cont...@bugs.debian.org:
   
 user release.debian@packages.debian.org
 usertag  + transition
 block  by 790756
 reassign  release.debian.org
   
 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
--- End Message ---
--- Begin Message ---
Source: afflib
Source-Version: 3.7.6-4

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

Debian distribution maintenance software
pp.
Joao Eriberto Mota Filho  (supplier of updated afflib 
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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 06 Aug 2015 16:11:40 -0300
Source: afflib
Binary: libafflib0 libafflib-dev afflib-dbg afflib-tools
Architecture: source amd64
Version: 3.7.6-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Forensics 
Changed-By: Joao Eriberto Mota Filho 
Description:
 afflib-dbg - Advanced Forensics Format Library (debug version)
 afflib-tools - Advanced Forensics Format Library (utilities)
 libafflib-dev - Advanced Forensics Format Library (development files)
 libafflib0 - Advanced Forensics Format Library
Closes: 790975
Changes:
 afflib (3.7.6-4) unstable; urgency=medium
 .
   * Upload to unstable.
   * Updated all symbols. (Closes: #790975)
Checksums-Sha1:
 c218a479fcc61d3278e4277c30b308c74f74662e 2164 afflib_3.7.

Processed: Re: Bug#791063: gsmlib: library transition may be needed when GCC 5 is the default

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> severity -1 serious
Bug #791063 [src:gsmlib] gsmlib: library transition may be needed when GCC 5 is 
the default
Severity set to 'serious' from 'important'
> tag -1 confirmed
Bug #791063 [src:gsmlib] gsmlib: library transition may be needed when GCC 5 is 
the default
Added tag(s) confirmed.

-- 
791063: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791063
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#791052: gmetadom: library transition may be needed when GCC 5 is the default

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 confirmed
Bug #791052 [src:gmetadom] gmetadom: library transition may be needed when GCC 
5 is the default
Added tag(s) confirmed.
> severity -1 serious
Bug #791052 [src:gmetadom] gmetadom: library transition may be needed when GCC 
5 is the default
Severity set to 'serious' from 'important'

-- 
791052: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791052
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#781197: FTBFS with GCC-5

2015-08-06 Thread Sebastian Andrzej Siewior
On 2015-08-06 13:42:29 [+0200], Sylvestre Ledru wrote:
> > | Makefile:107: recipe for target 'check-local' failed
> > 
> > on AMD64. One step further I guess.
> Do you have the actual errors?

not anymore. I built it yesterday and copied the build-log away. The
remaining part is gone but I could rebuilt it.

> We should probably just silent/ignore these 29 tests.
As you suggest.

> This is the support of ARM64. I don't think that anybody is going to use
> clang 3.5 to build on/to ARM64 using this version (3.6 is much better for 
> ARM64)

It might better to disable the ARM64 target (if possible) so nobody is
using the broken code. However if you desire only llvm-3.6 in the next
Debian release and 3.5 is temporary here then it probably doesn't matter
since it will removed from testing & unstable.

> Sylvestre

Sebastian


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#790655: python3-pygithub, remove the package?

2015-08-06 Thread Dmitry Bogatov
* Gianfranco Costamagna  [2015-08-06 
08:59:21+]
> >Okay. mentors gives me 500 error, probably it dislikes Tor. I will
> >investigate, but now to keep things fast you can
> >
> >git clone git://anonscm.debian.org/users/kaction-guest/pygithub.git
> >
> >and NMU it. Also, I can violate nettiqette *hard* and email
> >packaging to you.
> thanks a lot, but I leave the decision to you.

I found new solution: please get package from alioth
(~kaction-guest/repository/mini-dinstall), review (changes are trivial,
but still) and upload it. If I am correct, it will
avoid NMU.

--
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes


pgpJR_fL_GXBI.pgp
Description: PGP signature


Processed: reassign 794730 to src:cwidget, forcibly merging 794594 794730, reassign 794757 to src:cwidget ...

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc
> reassign 794730 src:cwidget
Bug #794730 [libcwidget3] symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
Bug reassigned from package 'libcwidget3' to 'src:cwidget'.
No longer marked as found in versions cwidget/0.5.17-3.
Ignoring request to alter fixed versions of bug #794730 to the same values 
previously set
> forcemerge 794594 794730
Bug #794594 [src:cwidget] library transition is needed with GCC 5 is the default
Bug #794730 [src:cwidget] symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
Severity set to 'serious' from 'grave'
Added indication that 794730 affects aptitude
The source cwidget and version 0.5.17-3+b1 do not appear to match any binary 
packages
Marked as found in versions cwidget/0.5.17-3 and cwidget/0.5.17-3+b1.
Added tag(s) patch, stretch, and sid.
Merged 794594 794730
> reassign 794757 src:cwidget
Bug #794757 [aptitude] aptitude fails to launch with symbol lookup error
Bug reassigned from package 'aptitude' to 'src:cwidget'.
No longer marked as found in versions aptitude/0.6.11-1.
Ignoring request to alter fixed versions of bug #794757 to the same values 
previously set
> forcemerge 794594 794757
Bug #794594 [src:cwidget] library transition is needed with GCC 5 is the default
Bug #794730 [src:cwidget] symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
Bug #794757 [src:cwidget] aptitude fails to launch with symbol lookup error
Severity set to 'serious' from 'grave'
Added indication that 794757 affects aptitude
The source cwidget and version 0.5.17-3+b1 do not appear to match any binary 
packages
Marked as found in versions cwidget/0.5.17-3+b1 and cwidget/0.5.17-3.
Added tag(s) patch, stretch, and sid.
Bug #794730 [src:cwidget] symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
Merged 794594 794730 794757
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794594: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794594
794730: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794730
794757: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794757
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 778178

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 778178 - fixed
Bug #778178 [src:xapian-omega] xapian-omega: ftbfs with GCC-5
Ignoring request to alter tags of bug #778178 to the same tags previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
778178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778178
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794736: libvigraimpex: library transition is needed when GCC 5 is the default

2015-08-06 Thread Andreas Metzler
On 2015-08-06 Matthias Klose  wrote:
> Package: src:libvigraimpex
> Version: 1.10.0+dfsg-9
> Severity: serious
> Tags: sid stretch confirmed
> User: debian-...@lists.debian.org
> Usertags: libstdc++-cxx11

> [ confirmed, for both 1.10.0+dfsg-9 in experimental and 1.9.0+dfsg-10 in 
> unstable ]
[...]

Hello,

how about combining this with #793044 (transition: libvigraimpex)
instead of doing two transitions? Ubuntu already has a patch for the
Vigra-1.10.0 C++ transitiion.

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794757: marked as done (aptitude fails to launch with symbol lookup error)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 6 Aug 2015 15:22:10 +0200
with message-id <20150806132209.gu25...@sym.noone.org>
and subject line Re: Bug#794594: cwidget: library transition is needed with GCC 
5 is the default (unresolved symbol _ZN7cwidget7widgets5pager8set_textERKSsPKc)
has caused the Debian Bug report #794594,
regarding aptitude fails to launch with symbol lookup error
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 ow...@bugs.debian.org
immediately.)


-- 
794594: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794594
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: aptitude
Version: 0.6.11-1+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

aptitude is no longer usable since the previous upgrade. When
I try to start it from bash, it writes :
aptitude: symbol lookup error: aptitude: undefined symbol:
_ZN7cwidget7widgets5pager8set_textERKSsPKc

I haven't tried the 0.7-1 since apt-get wants to keep
the  0.6.11-1+b1 installed.

I think that a dependance library is the reason of the problem
but I don't achieve to determnine which library is the cause.

I suspect the new libstdc++6 (5.2.14) that breaks many packages,
but I'm not sure.



-- Package-specific info:
Terminal: screen
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:

aptitude linkage:
linux-vdso.so.1 (0x7ffef45fe000)
libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7f0edce17000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f0edcbe1000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f0edc9b6000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f0edc7b)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f0edc4b1000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f0edc1e3000)
libboost_iostreams.so.1.55.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7f0edbfcb000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f0edbbb4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f0edb996000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f0edb61b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f0edb31a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f0edb103000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f0edad5a000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f0edab57000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f0eda952000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f0eda737000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f0eda527000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f0eda303000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f0eda0fb000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f0ed9ef5000)
/lib64/ld-linux-x86-64.so.2 (0x5571ac4ae000)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.3-e1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.11-1
ii  libapt-pkg4.121.0.9.10
ii  libboost-iostreams1.55.0  1.55.0+dfsg-4
ii  libc6 2.19-19
ii  libcwidget3   0.5.17-3+b1
ii  libgcc1   1:5.2.1-14
ii  libncursesw5  5.9+20150516-2
ii  libsigc++-2.0-0c2a2.4.1-1
ii  libsqlite3-0  3.8.11.1-1
ii  libstdc++65.2.1-14
ii  libtinfo5 5.9+20150516-2
ii  libxapian22   1.2.21-1

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.7-1
ii  libparse-debianchangelog-perl   1.2.0-5
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
ii  debtags   2.0+nmu1
ii  tasksel   3.33

-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 0.5.17-3.1

Hi,

Matthias Klose wrote:
> Package: src:cwidget
> Version: 0.5.17-3
> Tags: patch sid stretch
> User: debian-...@lists.debian.org
> Usertags: libstdc++-cxx11
> 
> seen when binNMUing cwidget, unresolved symbol
> _ZN7cwidget

Bug#777770: marked as done (analitza: ftbfs with GCC-5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 15:34:42 +
with message-id 
and subject line Bug#70: fixed in analitza 4:4.14.0-2
has caused the Debian Bug report #70,
regarding analitza: ftbfs with GCC-5
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 ow...@bugs.debian.org
immediately.)


-- 
70: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=70
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:analitza
Version: 4:4.14.0-1
Severity: normal
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-5

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
severity of this report may be raised before the stretch release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc5-20150205/analitza_4.14.0-1_unstable_gcc5.log
The last lines of the build log are at the end of this report.

To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ 

Common build failures are C11 as the default C mode, new warnings
resulting in build failures with -Werror turned on, or new/dropped
symbols in Debian symbols files.  For other C/C++ related build failures
see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html

[...]
@@ -204,8 +204,11 @@
  _ZN8Analitza8Analyzer14initBVarsRangeEPKNS_5ApplyEiPNS_6ObjectES5_@ABI_5_1 
4:4.12.80
  _ZN8Analitza8Analyzer14insertVariableERK7QStringPKNS_6ObjectE@ABI_5_1 
4:4.12.80
  _ZN8Analitza8Analyzer14insertVariableERK7QStringRKNS_10ExpressionE@ABI_5_1 
4:4.12.80
+ 
_ZN8Analitza8Analyzer14iterateAndSimpINS_4ListEN5QListIPNS_6ObjectEE8iteratorEEEvPT_@ABI_5_1
 4:4.14.0-1
+ 
_ZN8Analitza8Analyzer14iterateAndSimpINS_9ContainerEN5QListIPNS_6ObjectEE8iteratorEEEvPT_@ABI_5_1
 4:4.14.0-1
  _ZN8Analitza8Analyzer15alphaConversionEPNS_5ApplyEi@ABI_5_1 4:4.12.80
  _ZN8Analitza8Analyzer15alphaConversionEPNS_9ContainerEi@ABI_5_1 4:4.12.80
+ 
_ZN8Analitza8Analyzer15alphaConversionINS_4ListEN5QListIPNS_6ObjectEE8iteratorEEEvPT_i@ABI_5_1
 4:4.14.0-1
  _ZN8Analitza8Analyzer15calculateLambdaEv@ABI_5_1 4:4.12.80
  _ZN8Analitza8Analyzer15initializeBVarsEPKNS_5ApplyEi@ABI_5_1 4:4.12.80
  _ZN8Analitza8Analyzer15simpPolynomialsEPNS_5ApplyE@ABI_5_1 4:4.12.80
@@ -254,9 +257,9 @@
  _ZN8Analitza9ContainerC2ERKS0_@ABI_5_1 4:4.12.80
  _ZN8Analitza9MatrixRowC1Ei@ABI_5_1 4:4.12.80
  _ZN8Analitza9MatrixRowC2Ei@ABI_5_1 4:4.12.80
- _ZN8Analitza9MatrixRowD0Ev@ABI_5_1 4:4.12.80
- _ZN8Analitza9MatrixRowD1Ev@ABI_5_1 4:4.12.80
- _ZN8Analitza9MatrixRowD2Ev@ABI_5_1 4:4.12.80
+#MISSING: 4:4.14.0-1# _ZN8Analitza9MatrixRowD0Ev@ABI_5_1 4:4.12.80
+#MISSING: 4:4.14.0-1# _ZN8Analitza9MatrixRowD1Ev@ABI_5_1 4:4.12.80
+#MISSING: 4:4.14.0-1# _ZN8Analitza9MatrixRowD2Ev@ABI_5_1 4:4.12.80
  _ZN8Analitza9Variables19initializeConstantsEv@ABI_5_1 4:4.12.80
  _ZN8Analitza9Variables6modifyERK7QStringPKNS_6ObjectE@ABI_5_1 4:4.12.80
  _ZN8Analitza9Variables6modifyERK7QStringRKNS_10ExpressionE@ABI_5_1 4:4.12.80
@@ -272,9 +275,9 @@
  _ZN8ExpLexer8getTokenEv@ABI_5_1 4:4.12.80
  _ZN8ExpLexerC1ERK7QString@ABI_5_1 4:4.12.80
  _ZN8ExpLexerC2ERK7QString@ABI_5_1 4:4.12.80
- _ZN8ExpLexerD0Ev@ABI_5_1 4:4.12.80
- _ZN8ExpLexerD1Ev@ABI_5_1 4:4.12.80
- _ZN8ExpLexerD2Ev@ABI_5_1 4:4.12.80
+#MISSING: 4:4.14.0-1# _ZN8ExpLexerD0Ev@ABI_5_1 4:4.12.80
+#MISSING: 4:4.14.0-1# _ZN8ExpLexerD1Ev@ABI_5_1 4:4.12.80
+#MISSING: 4:4.14.0-1# _ZN8ExpLexerD2Ev@ABI_5_1 4:4.12.80
  _ZNK13AbstractLexer10printQueueERK6QQueueINS_5TOKENEE@ABI_5_1 4:4.12.80
  _ZNK8Analitza10Expression10isEquationEv@ABI_5_1 4:4.12.80
  _ZNK8Analitza10Expression10lambdaBodyEv@ABI_5_1 4:4.12.80
Use of uninitialized value in numeric eq (==) at /usr/bin/dh_makeshlibs line 
251.
Use of uninitialized value in numeric eq (==) at /usr/bin/dh_makeshlibs line 
251.
dh_makeshlibs: failing due to earlier errors
make[2]: *** [override_dh_makeshlibs] Error 2
debian/rules:8: recipe for target 'override_dh_makeshlibs' failed
make[2]: Leaving directory '/«PKGBUILDDIR»'
make[1]: *** [pre_binary-arch_dh_makeshlibs] Error 2
/usr/share/pkg-kde-tools/qt-kde-team/2/dhmk.mk:97: recipe for target 
'pre_binary-arch_dh_makeshlibs' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [debian/dhmk_binary-arch] Er

Bug#794783: aces3: ftbfs on mipsel

2015-08-06 Thread Julien Cristau
Source: aces3
Version: 3.0.8-4
Severity: serious
Tags: sid stretch

aces3's rebuild for the libstdc++6 transition failed to build on mipsel.
Sadly (see other bug) the build log is not usable to figure out what
went wrong.

Cheers,
Julien


signature.asc
Description: Digital signature


Processed: Re: Bug#785305: Keepass would disable "Lock on suspend" when running on mono

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> severity -1 wishlist
Bug #785305 [keepass2] keepass2: option to lock workspace on suspend does not 
work
Severity set to 'wishlist' from 'grave'
> tags -1 + wontfix upstream - security
Bug #785305 [keepass2] keepass2: option to lock workspace on suspend does not 
work
Added tag(s) wontfix and upstream.
Bug #785305 [keepass2] keepass2: option to lock workspace on suspend does not 
work
Removed tag(s) security.

-- 
785305: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785305
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794554: marked as done (roboptim-core: FTBFS due to boost problem)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 17:05:47 +
with message-id 
and subject line Bug#794554: fixed in roboptim-core 2.0-7.1
has caused the Debian Bug report #794554,
regarding roboptim-core: FTBFS due to boost problem
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 ow...@bugs.debian.org
immediately.)


-- 
794554: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794554
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: robotim-core
Severity: serious
Justification: FTBFS
Control: block 792013 by -1

Dear Maintainer,

A binNMU of your package for liblog4cxx reveiled that it fails to build with 
boost 1.58.
See here:
https://buildd.debian.org/status/fetch.php?pkg=roboptim-core&arch=amd64&ver=2.0-7%2Bb1&stamp=1438682995

>From a disance, it looks like this problem: 
http://lists.boost.org/Archives/boost/2015/05/221934.php

I will try to tackle this FTBFS tonight and if successfully NMU this to 
DELAYED/2.
Let me know if you have any objections.

-- 
tobi



-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.5-revert-done (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
--- End Message ---
--- Begin Message ---
Source: roboptim-core
Source-Version: 2.0-7.1

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

Debian distribution maintenance software
pp.
Tobias Frost  (supplier of updated roboptim-core 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 04 Aug 2015 18:35:01 +0200
Source: roboptim-core
Binary: libroboptim-core-dev libroboptim-core2 libroboptim-core2-plugin-base 
libroboptim-core2-dbg libroboptim-core-doc
Architecture: source amd64 all
Version: 2.0-7.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Tobias Frost 
Description:
 libroboptim-core-dev - numerical optimization library - development files
 libroboptim-core-doc - numerical optimization library - documentation
 libroboptim-core2 - numerical optimization library
 libroboptim-core2-dbg - numerical optimization library - debugging symbols
 libroboptim-core2-plugin-base - numerical optimization library - core plug-ins
Closes: 794414 794416 794554
Changes:
 roboptim-core (2.0-7.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Patch to compile with new boost (Closes: #794554)
   * Update VCS-Browser in d/control to point to debian branch (Closes: #794414)
   * Changing B-D from liblog4cxx10-dev to liblog4cxx-dev" (Closes: #794416)
   * Bump S-V to 3.9.6 -- no changes required
Checksums-Sha1:
 00db6cb7c4ebbdfba3eab5ebd4b4a23d0ca71c20 2389 roboptim-core_2.0-7.1.dsc
 0f1a6699eae970df6ba41258ba8c8a98cdb54de4 33036 
roboptim-core_2.0-7.1.debian.tar.xz
 a964c07a9ffc8f0a9dc64e866298c6057c6d9f08 321360 
libroboptim-core-doc_2.0-7.1_all.deb
Checksums-Sha256:
 4ff6f98637bd535f2031c91646be9b196d4c772cce394ea76ab6536720897776 2389 
roboptim-core_2.0-7.1.dsc
 db0700fb3466f597f5eedc3f30af3305d0d57c7e883326f0880a251cfcdf3fd5 33036 
roboptim-core_2.0-7.1.debian.tar.xz
 0d95f9354da322b6c05af458501fff5f503e4009034e92e673038e9d553c10f7 321360 
libroboptim-core-doc_2.0-7.1_all.deb
Files:
 a9f54e3b6964aa96f2449959d5c0656d 2389 libs extra roboptim-core_2.0-7.1.dsc
 c2d4758371f911e190fa60b7e915f247 33036 libs extra 
roboptim-core_2.0-7.1.debian.tar.xz
 cf59e33f3bf5541c448ec1e6b722662a 321360 doc extra 
libroboptim-core-doc_2.0-7.1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVwOtkAAoJEJFk+h0XvV02hisQANaxr99ZyQzoeAbwqAp5raMk
BDrx9tcJvAR5QGTkVzROr22c6HP3bc25/aU605e0Em+iokoAr4cSwJcCPTxeYBUQ
OsiGsSJhJ11Hx/N0tb1zbVngzl/2SvYVKBOYDysHbk96hamaJEe2J9X/XvNN+qKy
pweb7Ey0e8bWb4D+vtgwM4IcXAAPZqGO7Czk2xhOdPSVkPi1SOuAfFXIb5alU58K
z0YQ9xttzSw2XuOtAenrBmGaQRX1gWA9z6rJxKHB4Tr0G54IkAEvUciS5DstxFvO
Z4WgH7cyXaDDZIl4JUq8k71CdeVSfiQ7YThqJcZ/5PzI7jdsaVn1Qk85aicZEVD/
cQyxU1U2g1CiqviMaCSeaX/Q9AHVZ9jNdAXmEfcGeczW5rVNIj4yIsDk3zxyIYpx
gw5FPcsXHsRmbi/0

Bug#778025: marked as done (netrek-client-cow: ftbfs with GCC-5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 15:38:12 +
with message-id 
and subject line Bug#778025: fixed in netrek-client-cow 3.3.0-3.1
has caused the Debian Bug report #778025,
regarding netrek-client-cow: ftbfs with GCC-5
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 ow...@bugs.debian.org
immediately.)


-- 
778025: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778025
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:netrek-client-cow
Version: 3.3.0-3
Severity: normal
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-5

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
severity of this report may be raised before the stretch release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc5-20150205/netrek-client-cow_3.3.0-3_unstable_gcc5.log
The last lines of the build log are at the end of this report.

To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ 

Common build failures are C11 as the default C mode, new warnings
resulting in build failures with -Werror turned on, or new/dropped
symbols in Debian symbols files.  For other C/C++ related build failures
see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html

[...]
checking for usleep... (cached) yes
checking for setstate... (cached) yes
checking for strdup... yes
checking for rint... yes
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.2.4... yes
checking for Mix_OpenAudio in -lSDL_mixer... yes
checking whether make sets $(MAKE)... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
/bin/bash: ./config.rpath: No such file or directory
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
configure: creating ./config.status
config.status: creating system.mk
config.status: creating key.mk
config.status: creating po/Makefile.in
config.status: creating config.h
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
configure: WARNING: unrecognized options: --disable-maintainer-mode, 
--disable-dependency-tracking
make[1]: Leaving directory '/«PKGBUILDDIR»'
   dh_auto_build -a
make[1]: Entering directory '/«PKGBUILDDIR»'
make -f system.mk KEYDEF=sample_key.def netrek-client-cow
make[2]: Entering directory '/«PKGBUILDDIR»'
gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security  -fPIE  -fstack-protector-strong  -D_FORTIFY_SOURCE=2  
-Wformat -Wformat-security -Werror=format-security  -DRSA -Iyes/include  
-Wl,-z,relro -Wl,-z,defs -Wl,--as-needed  -fPIE -pie  -Wl,-z,relro  -Wl,-z,now  
 -Iyes/include  -o mkkey mkkey.c  -Lyes/lib -lgmp -lX11 -lnsl -lm   
-L/usr/lib/x86_64-linux-gnu -lSDL -lSDL_mixer -lXxf86vm 
-L/usr/lib/x86_64-linux-gnu -lImlib2
mkkey.c:81:16: fatal error: mp.h: No such file or directory
compilation terminated.
make[2]: *** [mkkey] Error 1
system.mk:147: recipe for target 'mkkey' failed
make[2]: Leaving directory '/«PKGBUILDDIR»'
make[1]: *** [netrekI] Error 2
Makefile:26: recipe for target 'netrekI' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2
debian/rules:38: recipe for target 'build-arch' failed
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
--- End Message ---
--- Begin Message ---
Source: netrek-client-cow
Source-Version: 3.3.0-3.1

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

A summary of the changes between this version and the previous one is
atta

Bug#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default

2015-08-06 Thread Sebastian Ramacher
user release.debian@packages.debian.org
usertag 791307 + transition
block 791307 by 790756
reassign 791307 release.debian.org
severity 791307 normal
retitle 791307 transition: vamp-plugin-sdk (GCC 5)
thanks

On 2015-08-06 10:35:40, Simon McVittie wrote:
> Control: severity 791307 serious
> Control: retitle 791307 vamp-plugin-sdk: library transition needed for GCC 5 
> ABI
> 
> On Fri, 03 Jul 2015 at 13:14:47 +, Matthias Klose wrote:
> >  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
> >library API, and are used by the reverse dependencies of the
> >library.
> 
> Yes they are, mixxx uses them:
> https://buildd.debian.org/status/fetch.php?pkg=mixxx&arch=amd64&ver=1.11.0~dfsg-4%2Bb1&stamp=1438764427
> 
> for example:
> 
> lin32_build/vamp/vamppluginloader.o: In function 
> `VampPluginLoader::loadPlugin(std::__cxx11::basic_string std::char_traits, std::allocator >, float, int)':
> /«PKGBUILDDIR»/src/vamp/vamppluginloader.cpp:58: undefined reference to 
> `_VampHost::Vamp::HostExt::PluginLoader::loadPlugin(std::__cxx11::basic_string  std::char_traits, std::allocator >, float, int)'

Indded. A version with the renamed packages is in NEW.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Processed: Re: Bug#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was 
sramac...@debian.org).
> usertag 791307 + transition
There were no usertags set.
Usertags are now: transition.
> block 791307 by 790756
Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition needed 
for GCC 5 ABI
791307 was not blocked by any bugs.
791307 was not blocking any bugs.
Added blocking bug(s) of 791307: 790756
> reassign 791307 release.debian.org
Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition needed 
for GCC 5 ABI
Bug reassigned from package 'src:vamp-plugin-sdk' to 'release.debian.org'.
No longer marked as found in versions vamp-plugin-sdk/2.6~repack0-1.
Ignoring request to alter fixed versions of bug #791307 to the same values 
previously set
> severity 791307 normal
Bug #791307 [release.debian.org] vamp-plugin-sdk: library transition needed for 
GCC 5 ABI
Severity set to 'normal' from 'serious'
> retitle 791307 transition: vamp-plugin-sdk (GCC 5)
Bug #791307 [release.debian.org] vamp-plugin-sdk: library transition needed for 
GCC 5 ABI
Changed Bug title to 'transition: vamp-plugin-sdk (GCC 5)' from 
'vamp-plugin-sdk: library transition needed for GCC 5 ABI'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791307
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794056: python-llfuse: python3-llfuse FTBFS in unstable

2015-08-06 Thread Nikolaus Rath
On Jul 30 2015, Steve Langasek  wrote:
> On Thu, Jul 30, 2015 at 05:26:17AM -0700, Nikolaus Rath wrote:
>> control: tags -1 +pending
>
>> On Jul 30 2015, Steve Langasek  wrote:
>> > While preparing the python3.5 transition in Ubuntu, we found that
>> > python-llfuse would fail to build from source.  Where previously the 
>> > package
>> > could be built against cython alone, it's now necessary to have cython-dbg
>> > installed
>
>> This is already fixed in 0.40+dfsg-2, which is currently waiting for a
>> sponsored upload.
>
> Ok.  I could possibly sponsor this; I don't see it on
> mentors.debian.net?

Cool. It was only in the Debian Python Modules Team SVN. I've uploaded
to mentors now:

http://mentors.debian.net/debian/pool/main/p/python-llfuse/python-llfuse_0.40+dfsg-2.dsc

>> Somehow becoming Debian Maintainer was a lot easier than getting someone
>> to actually give me upload rights for the packages I maintain. My
>> advocates & sponsors of the past either have their GPG key expired or no
>> time :-/.
>
> If you could give me a link to the DM docs (it's been a long time since I've
> done this), I could have a look at this after reviewing python-llfuse.

Oh, that would be fantastic! As far as I know (from
https://wiki.debian.org/DebianMaintainer#Granting_Permissions) the
following incantation should do the job (when executed by a DD):

 dcut dm --uid "nikol...@rath.org" --allow s3ql python-dugong python-llfuse

Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


signature.asc
Description: PGP signature


Bug#790781: marked as done (FTBFS with GCC 5: error: mp.h: No such file or directory)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 15:38:12 +
with message-id 
and subject line Bug#778025: fixed in netrek-client-cow 3.3.0-3.1
has caused the Debian Bug report #778025,
regarding FTBFS with GCC 5: error: mp.h: No such file or directory
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 ow...@bugs.debian.org
immediately.)


-- 
778025: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778025
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: netrek-client-cow
Version: 3.3.0-3
Severity: serious
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-5

netrek-client-cow fails to build with GCC 5.  Even though the
configure script finds gmp.h, HAVE_GMP2_H is not set, therefore mp.h
is used instead of gmp.h.

> sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c4n1.hlinux.usa.hp.com
...
> checking X11/xpm.h presence... no
> checking for X11/xpm.h... no
> checking for gmp.h... yes
>   RSA utilities for COW build found.
> checking for main in -lXbsd... no
...
> make -f system.mk KEYDEF=sample_key.def netrek-client-cow
> make[2]: Entering directory '/«PKGBUILDDIR»'
> gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security  -fPIE  -fstack-protector-strong  -D_FORTIFY_SOURCE=2 
>  -Wformat -Wformat-security -Werror=format-security  -DRSA -Iyes/include  
> -Wl,-z,relro -Wl,-z,defs -Wl,--as-needed  -fPIE -pie  -Wl,-z,relro  
> -Wl,-z,now   -Iyes/include  -o mkkey mkkey.c  -Lyes/lib -lgmp -lX11 -lnsl -lm 
>   -L/usr/lib/aarch64-linux-gnu -lSDL -lSDL_mixer -lXxf86vm 
> -L/usr/lib/aarch64-linux-gnu -lImlib2
> mkkey.c:81:16: fatal error: mp.h: No such file or directory
> compilation terminated.
> system.mk:147: recipe for target 'mkkey' failed
> make[2]: *** [mkkey] Error 1
> make[2]: Leaving directory '/«PKGBUILDDIR»'

-- 
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
--- End Message ---
--- Begin Message ---
Source: netrek-client-cow
Source-Version: 3.3.0-3.1

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

Debian distribution maintenance software
pp.
gregor herrmann  (supplier of updated netrek-client-cow 
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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 04 Aug 2015 16:54:47 +0200
Source: netrek-client-cow
Binary: netrek-client-cow
Architecture: source
Version: 3.3.0-3.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Games Team 
Changed-By: gregor herrmann 
Description:
 netrek-client-cow - client for netrek online game
Closes: 778025
Changes:
 netrek-client-cow (3.3.0-3.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix "ftbfs with GCC-5": add patches provided by Thavatchai
 Makphaibulchoke:
 - add -std=gn89 to CFLAGS in debian/rules, a work around to instruct gcc-5
   to use gnu-89 semantics for inline function declarations
 - 006-gcc5.patch: add -P to CPPFLAGS when checking for GMP 2, a work
   around for gcc-5 preprocessor started to emit line markers to properly
   distinguish whether a macro token comes from a system header
 (Closes: #778025)
Checksums-Sha1:
 f7d18f004fcdab4eb5dff464782e0faa7ec65e53 2313 netrek-client-cow_3.3.0-3.1.dsc
 968abb3e9ccd676969950c352d661aee62e21fce 13092 
netrek-client-cow_3.3.0-3.1.debian.tar.xz
Checksums-Sha256:
 d349d6731f4a74e805eb9c47d67042db9fd83be71ecddfe61b3149e00da166a8 2313 
netrek-client-cow_3.3.0-3.1.dsc
 a8cf856abd80c7ef87e397093b2326d5c096d8e205f85b3b87ebdfa4513f9d07 13092 
netrek-client-cow_3.3.0-3.1.debian.tar.xz
Files:
 d40eb1958a859d931b618cea06380cb4 2313 games optional 
netrek-client-cow_3.3.0-3.1.dsc
 5abe5fbbadc56ef6d26c1cbb0ac2a9c5 13092 games optional 
netrek-client-cow_3.3.0-3.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVwNM9XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGLtgQAIRfhzwOd2YrUjDYFR6PrDnK
da4re77VFgZM+90SBIG6ZSkENLstQ+EN58ccvMvw8AUJ7UH+ca0VT86jDUe1aFAa
C+J9nb9ZuCHFUr6tB/CNOZF6cUuVNaJoLzFO8xMEhvbT99uDUdulokNJp3JtgU30
aut

Bug#777889: marked as done (grantlee: ftbfs with GCC-5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 15:36:58 +
with message-id 
and subject line Bug#777889: fixed in grantlee 0.4.0-3
has caused the Debian Bug report #777889,
regarding grantlee: ftbfs with GCC-5
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 ow...@bugs.debian.org
immediately.)


-- 
777889: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777889
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:grantlee
Version: 0.4.0-2
Severity: normal
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-5

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
severity of this report may be raised before the stretch release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc5-20150205/grantlee_0.4.0-2_unstable_gcc5.log
The last lines of the build log are at the end of this report.

To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ 

Common build failures are C11 as the default C mode, new warnings
resulting in build failures with -Werror turned on, or new/dropped
symbols in Debian symbols files.  For other C/C++ related build failures
see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html

[...]
   dh_installdocs -a -O--parallel
   dh_installchangelogs -a -O--parallel
   dh_perl -a -O--parallel
   dh_link -a -O--parallel
   dh_compress -a -O--parallel
   dh_fixperms -a -O--parallel
   debian/rules override_dh_strip
make[1]: Entering directory '/«PKGBUILDDIR»'
dh_strip --dbg-package=grantlee-dbg
make[1]: Leaving directory '/«PKGBUILDDIR»'
   debian/rules override_dh_makeshlibs
make[1]: Entering directory '/«PKGBUILDDIR»'
dh_makeshlibs -V -X/usr/lib/grantlee/
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libgrantlee-core0/DEBIAN/symbols doesn't match 
completely debian/libgrantlee-core0.symbols
--- debian/libgrantlee-core0.symbols (libgrantlee-core0_0.4.0-2_amd64)
+++ dpkg-gensymbolsyeRzh6   2015-02-07 10:03:12.69784 +
@@ -126,9 +126,9 @@
  _ZN8Grantlee12VariableNode6renderEPNS_12OutputStreamEPNS_7ContextE@Base 0.1.4
  _ZN8Grantlee12VariableNodeC1ERKNS_16FilterExpressionEP7QObject@Base 0.1.4
  _ZN8Grantlee12VariableNodeC2ERKNS_16FilterExpressionEP7QObject@Base 0.1.4
- _ZN8Grantlee12VariableNodeD0Ev@Base 0.1.4
- _ZN8Grantlee12VariableNodeD1Ev@Base 0.1.4
- _ZN8Grantlee12VariableNodeD2Ev@Base 0.2.0
+#MISSING: 0.4.0-2# _ZN8Grantlee12VariableNodeD0Ev@Base 0.1.4
+#MISSING: 0.4.0-2# _ZN8Grantlee12VariableNodeD1Ev@Base 0.1.4
+#MISSING: 0.4.0-2# _ZN8Grantlee12VariableNodeD2Ev@Base 0.2.0
  _ZN8Grantlee12isSafeStringERK8QVariant@Base 0.1.4
  _ZN8Grantlee13NullLocalizer10pushLocaleERK7QString@Base 0.2.0
  _ZN8Grantlee13NullLocalizer11loadCatalogERK7QStringS3_@Base 0.2.0
@@ -293,9 +293,9 @@
  _ZN8Grantlee8TextNode16staticMetaObjectE@Base 0.1.4
  _ZN8Grantlee8TextNodeC1ERK7QStringP7QObject@Base 0.1.4
  _ZN8Grantlee8TextNodeC2ERK7QStringP7QObject@Base 0.1.4
- _ZN8Grantlee8TextNodeD0Ev@Base 0.1.4
- _ZN8Grantlee8TextNodeD1Ev@Base 0.1.4
- _ZN8Grantlee8TextNodeD2Ev@Base 0.2.0
+#MISSING: 0.4.0-2# _ZN8Grantlee8TextNodeD0Ev@Base 0.1.4
+#MISSING: 0.4.0-2# _ZN8Grantlee8TextNodeD1Ev@Base 0.1.4
+#MISSING: 0.4.0-2# _ZN8Grantlee8TextNodeD2Ev@Base 0.2.0
  _ZN8Grantlee8VariableC1ERK7QString@Base 0.1.4
  _ZN8Grantlee8VariableC1ERKS0_@Base 0.1.4
  _ZN8Grantlee8VariableC1Ev@Base 0.1.4
dh_makeshlibs: failing due to earlier errors
make[1]: *** [override_dh_makeshlibs] Error 2
debian/rules:20: recipe for target 'override_dh_makeshlibs' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [binary-arch] Error 2
debian/rules:11: recipe for target 'binary-arch' failed
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2
--- End Message ---
--- Begin Message ---
Source: grantlee
Source-Version: 0.4.0-3

We believe that the bug you reported is fixed in the latest version of
grantlee, 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.  I

Processed: tagging 793593

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 793593 + pending
Bug #793593 [pdns-backend-mysql] fails to remove if mysql-client is not (no 
longer) installed
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
793593: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793593
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794742: more testing

2015-08-06 Thread Daniel Pocock


I did some more tests

I moved the following to a backup location:
   ~/.icedove
   ~/.thunderbird
   ~/.cache/icedove

so it should create a completely new profile.

Then I run it in safe mode to avoid any plugins:

$ icedove -safe-mode

The main window appears but it is unresponsive to any mouse clicks on
any of the buttons or menus.  I looked for any modal popup windows or
dialogs that may have blocked mouse clicks on the main window but I
couldn't find any.

I attach a screenshot.  The console output is:

$ icedove -safe-mode

(process:7319): GLib-CRITICAL **: g_slice_set_config: assertion
'sys_page_size == 0' failed
TypeError: nounDef is undefined
-- Exception object --
*
-- Stack Trace --
gloda_ns_newQuery@resource:///modules/gloda/gloda.js:1897:5
ContactIdentityCompleter@resource://gre/components/glautocomp.js:178:7
nsAutoCompleteGloda@resource://gre/components/glautocomp.js:493:5
XPCOMUtils__getFactory/factory.createInstance@resource://gre/modules/XPCOMUtils.jsm:271:11
glodaSearch_XBL_Constructor@chrome://messenger/content/search.xml:75:1




I used strace to capture all activity during startup and tried to work
out what else it may have been looking for in $HOME.  There were over
1500 references to distinct files in $HOME



Bug#794757: Thanks for the answer.

2015-08-06 Thread Gilles Crèvecœur
Hi,
Indeed, installing the 0.7-1 version of aptitude solves the problem.

Thanks.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#792920: uqm: FTBFS due to missing -lm

2015-08-06 Thread Peter Piwowarski
The following (ugly) diff at least lets UQM build on jessie and above. 
The next upstream release will hopefully have a better fix, but upstream 
releases are very infrequent (and Debian's UQM package is already four 
years out of date, see #640881).


--- uqm-0.7.0.orig/build.vars.in
+++ uqm-0.7.0/build.vars.in
@@ -30,7 +30,7 @@ SED='@SED@'
REZ='@REZ@'
WINDRES='@WINDRES@'
uqm_CFLAGS='@CFLAGS@'
-uqm_LDFLAGS='@LDFLAGS@'
+uqm_LDFLAGS='@LDFLAGS@ -lm'
uqm_INSTALL_BINDIR=$DESTDIR'@INSTALL_BINDIR@'
uqm_INSTALL_LIBDIR=$DESTDIR'@INSTALL_LIBDIR@'
uqm_INSTALL_SHAREDIR=$DESTDIR'@INSTALL_SHAREDIR@'


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#777785: marked as done (attica: ftbfs with GCC-5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 15:34:49 +
with message-id 
and subject line Bug#85: fixed in attica 0.4.2-2
has caused the Debian Bug report #85,
regarding attica: ftbfs with GCC-5
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 ow...@bugs.debian.org
immediately.)


-- 
85: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=85
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:attica
Version: 0.4.2-1
Severity: normal
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-5

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
severity of this report may be raised before the stretch release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc5-20150205/attica_0.4.2-1_unstable_gcc5.log
The last lines of the build log are at the end of this report.

To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ 

Common build failures are C11 as the default C mode, new warnings
resulting in build failures with -Werror turned on, or new/dropped
symbols in Debian symbols files.  For other C/C++ related build failures
see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html

[...]
  _ZN6Attica8Activity19setAssociatedPersonERKNS_6PersonE@Base 0.4.0
  _ZN6Attica8Activity5setIdERK7QString@Base 0.4.0
  _ZN6Attica8Activity6Parser8parseXmlER16QXmlStreamReader@Base 0.4.0
- _ZN6Attica8Activity6ParserD0Ev@Base 0.4.0
- _ZN6Attica8Activity6ParserD1Ev@Base 0.4.0
- _ZN6Attica8Activity6ParserD2Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica8Activity6ParserD0Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica8Activity6ParserD1Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica8Activity6ParserD2Ev@Base 0.4.0
  _ZN6Attica8Activity7setLinkERK4QUrl@Base 0.4.0
  _ZN6Attica8ActivityC1ERKS0_@Base 0.4.0
  _ZN6Attica8ActivityC1Ev@Base 0.4.0
@@ -871,9 +871,9 @@
  _ZN6Attica8ActivityaSERKS0_@Base 0.4.0
  _ZN6Attica8Category5setIdERK7QString@Base 0.4.0
  _ZN6Attica8Category6Parser8parseXmlER16QXmlStreamReader@Base 0.4.0
- _ZN6Attica8Category6ParserD0Ev@Base 0.4.0
- _ZN6Attica8Category6ParserD1Ev@Base 0.4.0
- _ZN6Attica8Category6ParserD2Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica8Category6ParserD0Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica8Category6ParserD1Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica8Category6ParserD2Ev@Base 0.4.0
  _ZN6Attica8Category7setNameERK7QString@Base 0.4.0
  _ZN6Attica8CategoryC1ERKS0_@Base 0.4.0
  _ZN6Attica8CategoryC1Ev@Base 0.4.0
@@ -1015,14 +1015,14 @@
  _ZN6Attica9DeleteJob16staticMetaObjectE@Base 0.4.0
  _ZN6Attica9DeleteJobC1EPNS_17PlatformDependentERK15QNetworkRequest@Base 0.4.0
  _ZN6Attica9DeleteJobC2EPNS_17PlatformDependentERK15QNetworkRequest@Base 0.4.0
- _ZN6Attica9DeleteJobD0Ev@Base 0.4.0
- _ZN6Attica9DeleteJobD1Ev@Base 0.4.0
- _ZN6Attica9DeleteJobD2Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica9DeleteJobD0Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica9DeleteJobD1Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica9DeleteJobD2Ev@Base 0.4.0
  _ZN6Attica9Publisher5setIdERK7QString@Base 0.4.0
  _ZN6Attica9Publisher6Parser8parseXmlER16QXmlStreamReader@Base 0.4.0
- _ZN6Attica9Publisher6ParserD0Ev@Base 0.4.0
- _ZN6Attica9Publisher6ParserD1Ev@Base 0.4.0
- _ZN6Attica9Publisher6ParserD2Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica9Publisher6ParserD0Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica9Publisher6ParserD1Ev@Base 0.4.0
+#MISSING: 0.4.2-1# _ZN6Attica9Publisher6ParserD2Ev@Base 0.4.0
  _ZN6Attica9Publisher6setUrlERK7QString@Base 0.4.0
  _ZN6Attica9Publisher7setNameERK7QString@Base 0.4.0
  _ZN6Attica9Publisher8addFieldERKNS_5FieldE@Base 0.4.0
dh_makeshlibs: failing due to earlier errors
make: *** [binary-arch] Error 2
debian/rules:7: recipe for target 'binary-arch' failed
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2
--- End Message ---
--- Begin Message ---
Source: attica
Source-Version: 0.4.2-2

We believe that the bug you reported is fixed in the latest version of
attica, 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 close

Bug#794658: Debian Sid: unresolved dependencies

2015-08-06 Thread Jordi Pujol Palomer
Hello,

dependencies have not been a problem for me,
version 1.58 of that libraries was already installed.

the real problem is on maven tests,
the package compiled after modifying the file
debian/maven.properties

uncomment the line:
#maven.test.skip=true

Regards,

Jordi Pujol


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794788: libterralib: FTBFS on non-Linux: "Operating system is unknown!"

2015-08-06 Thread Aaron M. Ucko
Source: libterralib
Version: 4.3.0+dfsg.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of libterralib for kFreeBSD and the Hurd now fail:

  ../../../src/libspl/include/spl_platform.h:84:3: error: #error "ERROR: 
Operating system is unknown!"

Could you please take a look?  If supporting these operating systems
is no longer feasible, please ask ftpmaster to remove the existing
non-Linux builds to unblock migration to testing.  (It would be better
to fix the package to build everywhere again, though.)

Thanks!


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#785305: Keepass would disable "Lock on suspend" when running on mono

2015-08-06 Thread Markus Frosch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: severity -1 wishlist
Control: tags -1 + wontfix upstream - security

On Wed, 5 Aug 2015 08:42:24 +0200 Bernhard Schmidt  wrote:
> On Wed, Jun 17, 2015 at 01:28:20AM -0400, Braiam Peguero wrote:
> 
> Hi,
> 
>>> From version 2.30 onwards, keepass would disable those
>> options while running on mono [1]. We could fix this asap if someone could 
>> figure out how to make a diff of the snapshot.
>> 
>> [1]: http://sourceforge.net/p/keepass/bugs/1378/#8e7b
> 
> So if I understand this correctly 2.30 will just not offer those options 
> anymore. I'd argue for downgrading the severity of this bug to
> allow keepass2 back in stretch. The functionality is basically wontfix in 
> upstream, it will just be hidden.
> 
> Regarding a patch, I could not find a public keepass2 repository, and the 
> development snapshot linked in above bug is a binary.

Agreed, this feature is simply not available on Mono. Since this feature is not
implemented and upstream will remove the nonavailable option, this is basically 
a wishlist.

And even if users would try to use it they will clearly see that their 
workspace was not locked after resume.

- -Markus

- -- 
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVw3nNAAoJEJo1i6sEpO0niu8P/3MOBRYoGGYr5RutT+rZqvVn
TklmWytjvEUykJ0EuTSO5N8iPBnxag/AAMlUw/xOauDqq0bAjkJbPu6pBcVRk5kN
jRPEQKtZ8n/j0bhuPchpVev8ldS0hzt2viEjVEGj/PHFO1fi/BU6222RwV/dQes4
UFSnQHAsu2ZwHgHLJdyLtjNhjXf8IYR7asFwXbOsjt0pN/UKIUsd7hSiGJFAI6q2
sOhKuAyTzU2gW99DRHTRAvZmpnTYai+7d0azTawyZoG011qgnmHzn5MUH5qy6ZP6
6985TLFILvQZPmhNHZ381xiZb7U6hXlSAok7NgV3/OJuNDhnHNtaRmfspKWyqMMW
L2SlNbtrfsK1Ia54lIJQcdpI8HayQ1zMNwFkhh3m6fBrH9iwibIWPV3SyR2bRu7a
wJBwIegqKbM0K2tIB6FkOE8w0a8idrHQUa/IUW5aqMJ7hsqCewIUySVQ8Y2TUgdc
bGrQDfgQkmpVqX+t3yUXx2oLwVkOqPqDijJuzoxmd+IxwhgsJZJka+VzxQFKRJUj
VA8S8b+tBQNoL5X8A1UG1bG6d6nlnp3r8UbvVSrZxZKe7iAE3yybv5uiOwSz38Ob
OqUBZ6yMhzkvDyNs/ZpyOyrLkwF3arg6Qok/jpFcUD9uPmP5fNFwzGGkhcVhJ7BO
SDVHAhLsjxrv05upUjbm
=UouL
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 778178

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 778178 - fixed
Bug #778178 [src:xapian-omega] xapian-omega: ftbfs with GCC-5
Removed tag(s) fixed.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
778178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778178
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794730: marked as done (symbol lookup error: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 6 Aug 2015 15:22:10 +0200
with message-id <20150806132209.gu25...@sym.noone.org>
and subject line Re: Bug#794594: cwidget: library transition is needed with GCC 
5 is the default (unresolved symbol _ZN7cwidget7widgets5pager8set_textERKSsPKc)
has caused the Debian Bug report #794594,
regarding symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
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 ow...@bugs.debian.org
immediately.)


-- 
794594: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794594
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libcwidget3
Version: 0.5.17-3+b1
Severity: grave

# aptitude
aptitude: symbol lookup error: aptitude: undefined symbol: 
_ZN7cwidget7widgets5pager8set_textERKSsPKc
Downgrading to 0.5.17-3 fixes it.
--- End Message ---
--- Begin Message ---
Version: 0.5.17-3.1

Hi,

Matthias Klose wrote:
> Package: src:cwidget
> Version: 0.5.17-3
> Tags: patch sid stretch
> User: debian-...@lists.debian.org
> Usertags: libstdc++-cxx11
> 
> seen when binNMUing cwidget, unresolved symbol
> _ZN7cwidget7widgets5pager8set_textERKSsPKc
> 
> Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
> rebuild aptitude.

Matthias told me on IRC that he didn't close the bug with his NMU
because he intended to use it as bug for tracking the according
transition.

But since aptitude is the only reverse dependency of cwidget, there's
not much of a transition and it's done since aptitude 0.7-1 built on
all architectures:

https://release.debian.org/transitions/html/auto-cwidget.html
https://buildd.debian.org/status/package.php?p=aptitude

Hence closing this bug report (and all its duplicates so far).

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE--- End Message ---


Bug#794732: libguestfs: FTBFS

2015-08-06 Thread Richard W.M. Jones

It seems to be the same as this Ubuntu bug report:

https://bugs.launchpad.net/ubuntu/+source/ocaml-gettext/+bug/1481994

Rich.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794554: Fixed upstream

2015-08-06 Thread Gianfranco Costamagna
Hi Tobias, I do not know if you are aware of this,
and there are only 4 hours left for the upload (in deferred queue).


Anyway, upstream fixed this issue there:
https://github.com/roboptim/roboptim-core/commit/ebf98e6c293113cd7729f7560deafb2ac2cea7be

cheers,

Gianfranco


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794594: marked as done (library transition is needed with GCC 5 is the default)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 6 Aug 2015 15:22:10 +0200
with message-id <20150806132209.gu25...@sym.noone.org>
and subject line Re: Bug#794594: cwidget: library transition is needed with GCC 
5 is the default (unresolved symbol _ZN7cwidget7widgets5pager8set_textERKSsPKc)
has caused the Debian Bug report #794594,
regarding library transition is needed with GCC 5 is the default
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 ow...@bugs.debian.org
immediately.)


-- 
794594: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794594
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:cwidget
Version: 0.5.17-3
Tags: patch sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

seen when binNMUing cwidget, unresolved symbol
_ZN7cwidget7widgets5pager8set_textERKSsPKc

Manuel, I'm directly NMUing to enable the aptitude maintainers to fix and
rebuild aptitude.

diff -Nru cwidget-0.5.17/debian/changelog cwidget-0.5.17/debian/changelog
--- cwidget-0.5.17/debian/changelog 2015-07-31 02:19:53.0 +0200
+++ cwidget-0.5.17/debian/changelog 2015-08-04 20:50:42.0 +0200
@@ -1,3 +1,12 @@
+cwidget (0.5.17-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libcwidget3 to libcwidget3v5, libcwidget3 to libcwidget3v5,
+follow-up for the libstdc++6 ABI transition. Addresses: #.
+  * Add Conflicts/Replaces for the old packages.
+
+ -- Matthias Klose   Tue, 04 Aug 2015 20:46:19 +0200
+
 cwidget (0.5.17-3) unstable; urgency=low
 
   * Changes to build with GCC-5 and in C++11 mode (Closes: #792681).
diff -Nru cwidget-0.5.17/debian/control cwidget-0.5.17/debian/control
--- cwidget-0.5.17/debian/control   2015-07-31 00:43:39.0 +0200
+++ cwidget-0.5.17/debian/control   2015-08-04 20:48:19.0 +0200
@@ -8,7 +8,7 @@
 Build-Depends: debhelper (>= 9~),
dh-autoreconf,
gettext,
-   libcppunit-dev,
+   libcppunit-dev (>= 1.13.2-2.1),
libncursesw5-dev,
libsigc++-2.0-dev
 Build-Depends-Indep: doxygen,
@@ -18,13 +18,15 @@
 Standards-Version: 3.9.6
 Testsuite: autopkgtest
 
-Package: libcwidget3
+Package: libcwidget3v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Suggests: libcwidget-dev
+Conflicts: libcwidget3
+Replaces: libcwidget3
 Description: high-level terminal interface library for C++ (runtime files)
  libcwidget is a modern user interface library modeled on GTK+ and Qt,
  but using curses as its display layer and with widgets that are
@@ -33,7 +35,7 @@
  This package contains the files that are required to run programs
  compiled against libcwidget.
 
-Package: libcwidget3-dbg
+Package: libcwidget3v5-dbg
 Section: debug
 Priority: extra
 Architecture: any
@@ -41,6 +43,8 @@
 Depends: ${misc:Depends},
  libcwidget3 (= ${binary:Version})
 Suggests: libcwidget-dev
+Conflicts: libcwidget3-dbg
+Replaces: libcwidget3-dbg
 Description: high-level terminal interface library for C++ (debugging files)
  libcwidget is a modern user interface library modeled on GTK+ and Qt,
  but using curses as its display layer and with widgets that are
@@ -55,7 +59,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
- libcwidget3 (= ${binary:Version}),
+ libcwidget3v5 (= ${binary:Version}),
  libsigc++-2.0-dev,
  libncursesw5-dev,
  pkg-config
diff -Nru cwidget-0.5.17/debian/libcwidget3.install 
cwidget-0.5.17/debian/libcwidget3.install
--- cwidget-0.5.17/debian/libcwidget3.install   2014-02-27 20:59:24.0 
+0100
+++ cwidget-0.5.17/debian/libcwidget3.install   1970-01-01 01:00:00.0 
+0100
@@ -1,2 +0,0 @@
-usr/lib/*/libcwidget.so.*
-usr/share/locale
diff -Nru cwidget-0.5.17/debian/libcwidget3v5.install 
cwidget-0.5.17/debian/libcwidget3v5.install
--- cwidget-0.5.17/debian/libcwidget3v5.install 1970-01-01 01:00:00.0 
+0100
+++ cwidget-0.5.17/debian/libcwidget3v5.install 2014-02-27 20:59:24.0 
+0100
@@ -0,0 +1,2 @@
+usr/lib/*/libcwidget.so.*
+usr/share/locale
diff -Nru cwidget-0.5.17/debian/rules cwidget-0.5.17/debian/rules
--- cwidget-0.5.17/debian/rules 2015-07-31 02:17:57.0 +0200
+++ cwidget-0.5.17/debian/rules 2015-08-04 20:49:23.0 +0200
@@ -35,4 +35,4 @@
dh_installexamples -plibcwidget-dev src/cwidget/testcwidget.cc
 
 override_dh_strip:
-   dh_strip -a --dbg-package=libcwidget3-dbg
+   dh_strip -a --dbg-package=libcwidget3v5-dbg
--- End Message ---
--- Begin Message ---
Version: 0.5.17-3.1

Hi,

Matthias K

Processed: Re: [Pkg-nagios-devel] Bug#785005: icinga-web: config XML parsing error and memory leak

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> severity -1 normal
Bug #785005 [src:icinga-web] icinga-web: config XML parsing error and memory 
leak
Severity set to 'normal' from 'grave'
> tags -1 + unreproducible
Bug #785005 [src:icinga-web] icinga-web: config XML parsing error and memory 
leak
Added tag(s) unreproducible.

-- 
785005: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785005
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#785005: [Pkg-nagios-devel] Bug#785005: icinga-web: config XML parsing error and memory leak

2015-08-06 Thread Markus Frosch
Control: severity -1 normal
Control: tags -1 + unreproducible

On Mo, 2015-05-11 at 15:43 +0200, Dominik George wrote:
> The config parser fails when loading the Agavi configuration files:
> 
> PHP Fatal error:  Uncaught exception 'AgaviParseException' with 
> message 'Validation of configuration file "/usr/share/icinga
> -web/app/config/config_handlers.xml" failed:\n\nSchematron validation 
> of configuration file "/usr/share/icinga
> -web/app/config/config_handlers.xml" failed: Transformation failed: 
> Processing using schema file "/usr/share/icinga
> -web/lib/agavi/src/config/sch/config_handlers.sch" resulted in an 
> invalid stylesheet' in /usr/share/icinga
> -web/lib/agavi/src/config/AgaviXmlConfigParser.class.php:726\nStack 
> trace:\n#0 /usr/share/icinga
> -web/lib/agavi/src/config/AgaviXmlConfigParser.class.php(437): 
> AgaviXmlConfigParser::validate(Object(AgaviXmlConfigDomDocument), 
> 'production', NULL, Array)\n#1 /usr/share/icinga
> -web/lib/agavi/src/config/AgaviXmlConfigParser.class.php(217): 
> AgaviXmlConfigParser->execute(Array, Array)\n#2 /usr/share/icinga
> -web/lib/agavi/src/config/AgaviConfigCache.class.php(183): 
> AgaviXmlConfigParser::run('/usr/share/icin...', 'production', NULL, 
> Array, Array)\n
>  #3 /usr/share/icinga-web/lib/agavi/src/config/Agavi in 
> /usr/share/icinga
> -web/lib/agavi/src/config/AgaviXmlConfigParser.class.php on line 726
> 
> 
> This seems to be a known issue with Agavi applications, somehow 
> related
> to libxml and/or PHP versions: 
> https://github.com/agavi/agavi/wiki/WTF
> 
> I tried and verified that the error goes away when setting the 
> following
> in /usr/share/icinga-web/app/config.php:
> 
>   AgaviConfig::set('core.skip_config_validation', true);
> 
> 
> Sadly, this does not only cause an Internal Server Error to be 
> thrown,
> but also makes the PHP process eat up all memory and swap, then get
> killed by the OOM killer. Please make sure to verify if this is a
> relevant bug in PHP.

I'm not sure how to address this problem, I never encountered the
problem myself, not on Debian since squeeze and not on any other
distribution.

Can you reproduce this on other systems and explain any changes you did
to XML configuration or from the user side?

I really doubt that this is a major problem, and if it can be
reproduced only 

So far, sorry for the late answer...

Best Regards
Markus Frosch
-- 
mar...@lazyfrosch.de
http://www.lazyfrosch.de

signature.asc
Description: This is a digitally signed message part


Processed: user release.debian....@packages.debian.org, usertagging 794753, severity of 794753 is normal

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was 
a...@adam-barratt.org.uk).
> usertags 794753 = transition
There were no usertags set.
Usertags are now: transition.
> # transitions are not RC...
> severity 794753 normal
Bug #794753 [release.debian.org] libxml++2.6: Transistion required for GCC-5
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794753: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794753
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#777970: marked as done (libqt4pas: ftbfs with GCC-5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 12:19:09 +
with message-id 
and subject line Bug#777970: fixed in libqt4pas 2.5-13
has caused the Debian Bug report #777970,
regarding libqt4pas: ftbfs with GCC-5
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 ow...@bugs.debian.org
immediately.)


-- 
777970: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777970
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:libqt4pas
Version: 2.5-12
Severity: normal
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-5

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The
severity of this report may be raised before the stretch release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc5-20150205/libqt4pas_2.5-12_unstable_gcc5.log
The last lines of the build log are at the end of this report.

To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t experimental install g++ 

Common build failures are C11 as the default C mode, new warnings
resulting in build failures with -Werror turned on, or new/dropped
symbols in Debian symbols files.  For other C/C++ related build failures
see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html

[...]
- (optional=templinst)_ZN5QListIP7QActionED2Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QActionE6appendERKS1_@Base 
2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QActionED1Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QActionED2Ev@Base 2.4
  (optional=templinst)_ZN5QListIP7QObjectE13detach_helperEi@Base 2.4
- (optional=templinst)_ZN5QListIP7QObjectED1Ev@Base 2.4
- (optional=templinst)_ZN5QListIP7QObjectED2Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QObjectED1Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QObjectED2Ev@Base 2.4
  (optional=templinst)_ZN5QListIP7QWidgetE13detach_helperEi@Base 2.4
- (optional=templinst)_ZN5QListIP7QWidgetED1Ev@Base 2.4
- (optional=templinst)_ZN5QListIP7QWidgetED2Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QWidgetED1Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP7QWidgetED2Ev@Base 2.4
  (optional=templinst)_ZN5QListIP9QWebFrameE13detach_helperEi@Base 2.4
- (optional=templinst)_ZN5QListIP9QWebFrameED1Ev@Base 2.4
- (optional=templinst)_ZN5QListIP9QWebFrameED2Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP9QWebFrameED1Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIP9QWebFrameED2Ev@Base 2.4
+ _ZN5QListIdE5clearEv@Base 2.5-12
  (optional=templinst)_ZN5QListIiE13detach_helperEi@Base 2.4
  (optional=templinst|arch=!amd64 !armel !armhf !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !powerpc !ppc64 
!sparc)_ZN5QListIiE13detach_helperEv@Base 2.5
  (optional=templinst)_ZN5QListIiE18detach_helper_growEii@Base 2.4
- (optional=templinst)_ZN5QListIiE6appendERKi@Base 2.4
- (optional=templinst)_ZN5QListIiED1Ev@Base 2.4
- (optional=templinst)_ZN5QListIiED2Ev@Base 2.4
+ _ZN5QListIiE5clearEv@Base 2.5-12
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIiE6appendERKi@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIiED1Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst)_ZN5QListIiED2Ev@Base 2.4
  (optional=templinst|arch=!ia64 !ppc64 
!s390x|subst)_ZN5QListI{qreal}E13detach_helperEi@Base 2.5
 #MISSING: 2.5# (optional=templinst|arch=!amd64 !mips !mipsel !powerpc 
!powerpcspe !s390 !sparc|subst)_ZN5QListI{qreal}E13detach_helperEv@Base 2.4
  (optional=templinst|subst|arch=amd64 armel armhf i386 powerpc ppc64 
sparc)_ZN5QListI{qreal}E18detach_helper_growEii@Base 2.4
- (optional=templinst|subst|arch=amd64 armel armhf i386 powerpc ppc64 
sparc)_ZN5QListI{qreal}E6appendERK{qreal}@Base 2.4
- (optional=templinst|subst|arch=amd64 armel armhf i386 powerpc ppc64 
sparc)_ZN5QListI{qreal}ED1Ev@Base 2.4
- (optional=templinst|subst|arch=amd64 armel armhf i386 powerpc ppc64 
sparc)_ZN5QListI{qreal}ED2Ev@Base 2.4
- _ZN7QStringD1Ev@Base 2.4
- _ZN7QStringD2Ev@Base 2.4
+#MISSING: 2.5-12# (optional=templinst|subst|arch=amd64 armel armhf i386 
powerpc ppc64 sparc)_ZN5QListI{qreal}E6appendERK{qreal}@Base 2.4
+#MISSING: 2.5-12# (optional=templinst|subst|arch=amd6

Bug#794701: libffado: FTBFS with GCC-5

2015-08-06 Thread Tobias Frost

Quoting Sebastian Ramacher :



I've closed the bug due to the recent d-d-annouce mail asking to not  
file bugs

for these kind of linker failures. Instead it should be checked whether
transition bugs for the libraries exists and file bugs against them.


Seems that I missed this, thanks for pointing me to that.


If there is no transition bug for libxml++, please file one.


Done, reassigned the bug #794753 to release.debian.org


Cheers
--
Sebastian Ramacher


Thanks


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: tagging 772612, severity of 772612 is normal

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 772612 + unreproducible
Bug #772612 [kmail] kmail: Sent message opened for editing by default and can 
be removed from sent by saving
Added tag(s) unreproducible.
> severity 772612 normal
Bug #772612 [kmail] kmail: Sent message opened for editing by default and can 
be removed from sent by saving
Severity set to 'normal' from 'grave'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
772612: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772612
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#769155: kde-workspace-bin: laptop does not go to sleep when critical battery level is reached

2015-08-06 Thread Maximiliano Curia

¡Hola!

Adding the upower maintainers to the loop.

El 2015-03-28 a las 22:51 +0100, Andreas Stempfhuber escribió:
I tested with a third notebook (an old Compal CL51) upgraded from Wheezy to 
Jessie. The issue is the same and also the workaround is the same.


The workaround is to enable the upower service with "systemctl enable upower" 
so that upower is started prior to PowerDevil.


How is that upower was not enabled by default?

I'll change the severity back to grave as I installed Jessie now on three 
notebooks and can reproduce the issue with every installation.


With this workaround and the previous one (starting upower from rc.local) it 
seems that starting upower from the dbus interface is not working correctly.


It also seems to affect some users, but not all, I thought this was a hardware 
difference, ould it be that the difference is in a user configuration like 
belonging to the powerdev group?


Happy hacking,
--
"A computer program does what you tell it to do, not what you want it to do."
-- Greer's Law
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature


Bug#794763: mplayer2: MPlayer interrupted by signal 11 in module: demux_open

2015-08-06 Thread Aleksandr P
Package: mplayer2
Version: 2.0-728-g2c378c7-4+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Mplayer2 seems to be broken. For all videos in different formats I tried to
watch I get:

$ mplayer video.avi
MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team
Cannot open file '/home/aleksandr/.mplayer/input.conf': No such file or
directory
Failed to open /home/aleksandr/.mplayer/input.conf.
Cannot open file '/etc/mplayer/input.conf': No such file or directory
Failed to open /etc/mplayer/input.conf.

Playing video.avi.


MPlayer interrupted by signal 11 in module: demux_open
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.

Backtrace:
(gdb) run video.avi
Starting program: /usr/bin/mplayer video.avi
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team
Cannot open file '/home/aleksandr/.mplayer/input.conf': No such file or
directory
Failed to open /home/aleksandr/.mplayer/input.conf.
Cannot open file '/etc/mplayer/input.conf': No such file or directory
Failed to open /etc/mplayer/input.conf.

Playing video.avi.

Program received signal SIGSEGV, Segmentation fault.
strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.


Maybe information from valgrind will be useful (see attachment)

The same bug can be found at https://trac.mplayerhq.hu/ticket/2237

Some similar bugs:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760669
https://trac.videolan.org/vlc/ticket/11851

Best regards,
Alexandr



-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mplayer2 depends on:
ii  liba52-0.7.4  0.7.4-17
ii  libasound21.0.28-1
ii  libass5   0.10.2-3
ii  libavcodec56  6:11.4-1~deb8u1
ii  libavformat56 6:11.4-1~deb8u1
ii  libavresample26:11.4-1~deb8u1
ii  libavutil54   6:11.4-1~deb8u1
ii  libbluray11:0.6.2-1
ii  libbs2b0  3.1.0+dfsg-2.1
ii  libc6 2.19-18
ii  libcaca0  0.99.beta19-2
ii  libcdio-cdda1 0.83-4.2
ii  libcdio-paranoia1 0.83-4.2
ii  libcdio13 0.83-4.2
ii  libdca0   0.0.5-7
ii  libdirectfb-1.2-9 1.2.10.0-5.1
ii  libdv41.0.0-6
ii  libdvdread4   5.0.0-1
ii  libenca0  1.16-1
ii  libfaad2  2.7-8
ii  libgif4   4.1.6-11
ii  libgl1-mesa-glx [libgl1]  10.3.2-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20140719git3eb0ae6a~dfsg-2
ii  libjpeg62-turbo   1:1.3.1-12
ii  liblcms2-22.6-3+b3
ii  liblircclient00.9.0~pre1-1.2
ii  libmad0   0.15.1b-8
ii  libmpg123-0   1.20.1-2
ii  libogg0   1.3.2-1
ii  libpng12-01.2.50-2+b2
ii  libpostproc52 6:0.git20120821-4
ii  libpulse0 5.0-13
ii  libquvi7  0.4.1-3
ii  libsdl1.2debian   1.2.15-10+b1
ii  libsmbclient  2:4.1.17+dfsg-2
ii  libspeex1 1.2~rc1.2-1
ii  libswscale3   6:11.4-1~deb8u1
ii  libtheora01.1.1+dfsg.1-6
ii  libtinfo5 5.9+20140913-1+b1
ii  libvdpau1 0.8-3
ii  libvorbis0a   1.3.4-2
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxss1   1:1.2.2-1
ii  libxv12:1.0.10-1+b1
ii  libxvidcore4  2:1.3.3-1
ii  libxxf86vm1   1:1.1.3-1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

mplayer2 recommends no packages.

mplay

Processed: reassign 794753 to release.debian.org, affects 794753

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 794753 release.debian.org
Bug #794753 [libxml++2.6] libxml++2.6: Transistion required for GCC-5
Bug reassigned from package 'libxml++2.6' to 'release.debian.org'.
Ignoring request to alter found versions of bug #794753 to the same values 
previously set
Ignoring request to alter fixed versions of bug #794753 to the same values 
previously set
> affects 794753 libxml++2.6
Bug #794753 [release.debian.org] libxml++2.6: Transistion required for GCC-5
Added indication that 794753 affects libxml++2.6
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794753: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794753
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: severity of 791130 is normal

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 791130 normal
Bug #791130 [release.debian.org] libitpp: library transition may be needed when 
GCC 5 is the default
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791130
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: severity of 794613 is serious, retitle 794613 to libcmis: FTBFS with gcc-5, block 794613 with 791013

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 794613 serious
Bug #794613 {Done: Rene Engelhard } [src:libcmis] libcmis: 
FTBFS with gcc-5 on hppa
Severity set to 'serious' from 'normal'
> retitle 794613 libcmis: FTBFS with gcc-5
Bug #794613 {Done: Rene Engelhard } [src:libcmis] libcmis: 
FTBFS with gcc-5 on hppa
Changed Bug title to 'libcmis: FTBFS with gcc-5' from 'libcmis: FTBFS with 
gcc-5 on hppa'
> block 794613 with 791013
Bug #794613 {Done: Rene Engelhard } [src:libcmis] libcmis: 
FTBFS with gcc-5
794613 was not blocked by any bugs.
794613 was not blocking any bugs.
Added blocking bug(s) of 794613: 791013
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794613: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794613
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#781197: FTBFS with GCC-5

2015-08-06 Thread Sylvestre Ledru
Le 06/08/2015 13:36, Sebastian Andrzej Siewior a écrit :
> On 2015-03-25 23:57:21 [+0100], Roderich Schupp wrote:
>> Build stops with:
>>
> I tried 3.5.2-1 with gcc version 5.2.1 20150730 (Debian 5.2.1-14). Patch
> Patch #1 should fix the FTBFS.
> Patch #2 should workaround the part where it tries to use gcc-5.2 which is
> not available as package or binary.
Many thanks!

> The build ends now with
> | 
> | Failing Tests (29):
> | LLVM :: CodeGen/AArch64/arm64-2012-06-06-FPToUI.ll
> | LLVM :: CodeGen/AArch64/arm64-abi_align.ll
> | LLVM :: CodeGen/AArch64/arm64-anyregcc-crash.ll
> | LLVM :: CodeGen/AArch64/arm64-anyregcc.ll
> | LLVM :: CodeGen/AArch64/arm64-big-endian-bitconverts.ll
> | LLVM :: CodeGen/AArch64/arm64-big-endian-vector-caller.ll
> | LLVM :: CodeGen/AArch64/arm64-elf-globals.ll
> | LLVM :: CodeGen/AArch64/arm64-fast-isel-call.ll
> | LLVM :: CodeGen/AArch64/arm64-fast-isel-indirectbr.ll
> | LLVM :: CodeGen/AArch64/arm64-fast-isel-noconvert.ll
> | LLVM :: CodeGen/AArch64/arm64-fastisel-gep-promote-before-add.ll
> | LLVM :: CodeGen/AArch64/arm64-fp128.ll
> | LLVM :: CodeGen/AArch64/arm64-illegal-float-ops.ll
> | LLVM :: CodeGen/AArch64/arm64-neon-mul-div.ll
> | LLVM :: CodeGen/AArch64/arm64-neon-vector-list-spill.ll
> | LLVM :: CodeGen/AArch64/arm64-platform-reg.ll
> | LLVM :: CodeGen/AArch64/arm64-spill.ll
> | LLVM :: CodeGen/AArch64/arm64-stackmap.ll
> | LLVM :: CodeGen/AArch64/arm64-stacksave.ll
> | LLVM :: CodeGen/AArch64/arm64-vcvt_f.ll
> | LLVM :: CodeGen/AArch64/arm64-vfloatintrinsics.ll
> | LLVM :: CodeGen/AArch64/i128-fast-isel-fallback.ll
> | LLVM :: CodeGen/AArch64/illegal-float-ops.ll
> | LLVM :: CodeGen/AArch64/ldst-opt.ll
> | LLVM :: CodeGen/AArch64/neon-fpround_f128.ll
> | LLVM :: CodeGen/AArch64/ragreedy-csr.ll
> | LLVM :: CodeGen/AArch64/regress-tail-livereg.ll
> | LLVM :: CodeGen/AArch64/sincos-expansion.ll
> | LLVM :: CodeGen/AArch64/sincospow-vector-expansion.ll
> | 
> |   Expected Passes: 11001
> |   Expected Failures  : 80
> |   Unsupported Tests  : 156
> |   Unexpected Passes  : 18
> |   Unexpected Failures: 29
> | Makefile:107: recipe for target 'check-local' failed
> 
> on AMD64. One step further I guess.
Do you have the actual errors?
We should probably just silent/ignore these 29 tests.
This is the support of ARM64. I don't think that anybody is going to use
clang 3.5 to build on/to ARM64 using this version (3.6 is much better for ARM64)

Sylvestre


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#791170: marked as done (libsigc++-2.0: library transition is needed when GCC 5 is)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 12:00:16 +
with message-id 
and subject line Bug#791170: fixed in libsigc++-2.0 2.4.1-2
has caused the Debian Bug report #791170,
regarding libsigc++-2.0: library transition is needed when GCC 5 is
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 ow...@bugs.debian.org
immediately.)


-- 
791170: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791170
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:libsigc++-2.0
Version: 2.4.1-1
Severity: important
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Background [1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
and dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

What is needed:

 - Rebuild the library using g++/g++-5 from experimental. Note that
   most likely all C++ libraries within the build dependencies need
   a rebuild too. You can find the log for a rebuild in
 https://people.debian.org/~doko/logs/gcc5-20150701/
   Search for "BEGIN GCC CXX11" in the log.

 - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
   library API, and are used by the reverse dependencies of the
   library.

 - If there are no symbols matching __cxx11 or B5cxx11 in the symbols
   forming the library API, you should close this issue with a short
   explanation.
 
 - If there are no reverse dependencies, it should be the package
   maintainers decision if a transition is needed.  However this might
   break software which is not in the Debian archive, and built
   against these packages.

 - If a library transition is needed, please prepare for the change.
   Rename the library package, append "v5" to the name of the package
   (e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
   have a soversion bump and you upload this version instead of the
   renamed package.  Prepare a patch and attach it to this issue (mark
   this issue with patch), so that it is possible to NMU such a
   package. We'll probably have more than hundred transitions
   triggered. Then reassign the issue to release.debian.org and
   properly tag it as a transition issue, by sending an email to
   cont...@bugs.debian.org:
   
 user release.debian@packages.debian.org
 usertag  + transition
 block  by 790756
 reassign  release.debian.org
   
 - If unsure if a transition is needed, please tag the issue with help
   to ask for feedback from other Debian developers.

The libstdc++6 transition will be a large one, and it will come with a
lot of pain.  Please help it by preparing the follow-up transitions.

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
--- End Message ---
--- Begin Message ---
Source: libsigc++-2.0
Source-Version: 2.4.1-2

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

Debian distribution maintenance software
pp.
Michael Biebl  (supplier of updated libsigc++-2.0 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 06 Aug 2015 10:22:08 +0200
Source: libsigc++-2.0
Binary: libsigc++-2.0-0v5 libsigc++-2.0-dev libsigc++-2.0-doc
Architecture: source amd64 all
Version: 2.4.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 

Changed-By: Michael Biebl 
Description:
 libsigc++-2.0-0v5 - type-safe Signal Framework for C++ - runtime
 libsigc++-2.0-dev - type-safe Signal Framework for C++ - development files
 libsigc++-2.0-doc - type-safe Signal Framework for C++ - reference 
documentation
Closes: 791170
Changes:
 libsigc++-2.0 (2.4.1-2) unstable; urgency=medium
 .
   [ Matthias Klose ]
   * Rename libsigc++-2.0-0c2a to libsigc++-2.0-0v5. Closes: #791170.
   * Add Conflict/Replaces to the 

Bug#794701: libffado: FTBFS with GCC-5

2015-08-06 Thread Sebastian Ramacher
On 2015-08-06 12:08:44, Tobias Frost wrote:
> Source: libffado
> Followup-For: Bug #794701
> 
> Hi Sebastian,
> 
> Well, techhnically this bug is still unsresolved, so I wondering why you are 
> closing it.
> More accurate would be to reassign it then to libxml++ and glibmm2.4 (I will 
> do so afterwards)
> 
> However, can you advice the transistion bug for libxml++. I could not find it.
> 
> libxml++ also does not have any bug recorded, so the maintainer might not 
> even be aware that 
> there is some action required.

I've closed the bug due to the recent d-d-annouce mail asking to not file bugs
for these kind of linker failures. Instead it should be checked whether
transition bugs for the libraries exists and file bugs against them.

If there is no transition bug for libxml++, please file one.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#781197: FTBFS with GCC-5

2015-08-06 Thread Sebastian Andrzej Siewior
On 2015-03-25 23:57:21 [+0100], Roderich Schupp wrote:
> Build stops with:
> 
I tried 3.5.2-1 with gcc version 5.2.1 20150730 (Debian 5.2.1-14). Patch
Patch #1 should fix the FTBFS.
Patch #2 should workaround the part where it tries to use gcc-5.2 which is
not available as package or binary.
The build ends now with
| 
| Failing Tests (29):
| LLVM :: CodeGen/AArch64/arm64-2012-06-06-FPToUI.ll
| LLVM :: CodeGen/AArch64/arm64-abi_align.ll
| LLVM :: CodeGen/AArch64/arm64-anyregcc-crash.ll
| LLVM :: CodeGen/AArch64/arm64-anyregcc.ll
| LLVM :: CodeGen/AArch64/arm64-big-endian-bitconverts.ll
| LLVM :: CodeGen/AArch64/arm64-big-endian-vector-caller.ll
| LLVM :: CodeGen/AArch64/arm64-elf-globals.ll
| LLVM :: CodeGen/AArch64/arm64-fast-isel-call.ll
| LLVM :: CodeGen/AArch64/arm64-fast-isel-indirectbr.ll
| LLVM :: CodeGen/AArch64/arm64-fast-isel-noconvert.ll
| LLVM :: CodeGen/AArch64/arm64-fastisel-gep-promote-before-add.ll
| LLVM :: CodeGen/AArch64/arm64-fp128.ll
| LLVM :: CodeGen/AArch64/arm64-illegal-float-ops.ll
| LLVM :: CodeGen/AArch64/arm64-neon-mul-div.ll
| LLVM :: CodeGen/AArch64/arm64-neon-vector-list-spill.ll
| LLVM :: CodeGen/AArch64/arm64-platform-reg.ll
| LLVM :: CodeGen/AArch64/arm64-spill.ll
| LLVM :: CodeGen/AArch64/arm64-stackmap.ll
| LLVM :: CodeGen/AArch64/arm64-stacksave.ll
| LLVM :: CodeGen/AArch64/arm64-vcvt_f.ll
| LLVM :: CodeGen/AArch64/arm64-vfloatintrinsics.ll
| LLVM :: CodeGen/AArch64/i128-fast-isel-fallback.ll
| LLVM :: CodeGen/AArch64/illegal-float-ops.ll
| LLVM :: CodeGen/AArch64/ldst-opt.ll
| LLVM :: CodeGen/AArch64/neon-fpround_f128.ll
| LLVM :: CodeGen/AArch64/ragreedy-csr.ll
| LLVM :: CodeGen/AArch64/regress-tail-livereg.ll
| LLVM :: CodeGen/AArch64/sincos-expansion.ll
| LLVM :: CodeGen/AArch64/sincospow-vector-expansion.ll
| 
|   Expected Passes: 11001
|   Expected Failures  : 80
|   Unsupported Tests  : 156
|   Unexpected Passes  : 18
|   Unexpected Failures: 29
| Makefile:107: recipe for target 'check-local' failed

on AMD64. One step further I guess.

> Cheers, Roderich

Sebastian

http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/ADT/IntrusiveRefCntPtr.h?r1=218295&r2=218294&pathrev=218295

diff --git a/include/llvm/ADT/IntrusiveRefCntPtr.h b/include/llvm/ADT/IntrusiveRefCntPtr.h
--- a/include/llvm/ADT/IntrusiveRefCntPtr.h
+++ b/include/llvm/ADT/IntrusiveRefCntPtr.h
@@ -197,6 +197,9 @@ public:
   private:
 void retain() { if (Obj) IntrusiveRefCntPtrInfo::retain(Obj); }
 void release() { if (Obj) IntrusiveRefCntPtrInfo::release(Obj); }
+
+template 
+friend class IntrusiveRefCntPtr;
   };
 
   template
diff --git a/debian/rules b/debian/rules
--- a/debian/rules
+++ b/debian/rules
@@ -2,8 +2,9 @@
 
 TARGET_BUILD	:= build-llvm
 DEB_INST		:= $(CURDIR)/debian/tmp/
-#GCC_VERSION := 4.8
-GCC_VERSION := $(shell dpkg-query -W -f '$${Version}' g++ | sed -rne 's,^([0-9]+:)?([0-9]+\.[0-9]+|[0-9]+).*$$,\2,p')
+# As for gcc-5 5.2.1-14 there is no gcc-5.2 package or binary
+GCC_VERSION := 5
+#GCC_VERSION := $(shell dpkg-query -W -f '$${Version}' g++ | sed -rne 's,^([0-9]+:)?([0-9]+\.[0-9]+|[0-9]+).*$$,\2,p')
 LLVM_VERSION	:= 3.5
 LLVM_VERSION_FULL := $(LLVM_VERSION).2
 SONAME_EXT  := 1


Bug#794757: further information.

2015-08-06 Thread Gilles Crèvecœur
Hi,

See the attach file for the result of the command :
strace aptitude.

I hope this, help to track the problem.

execve("/usr/bin/aptitude", ["aptitude"], [/* 51 vars */]) = 0
brk(0)  = 0x557951e4d000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f90de18b000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=177713, ...}) = 0
mmap(NULL, 177713, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f90de15f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\307\3\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=1502016, ...}) = 0
mmap(NULL, 3599424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f90ddbfe000
mprotect(0x7f90ddd66000, 2093056, PROT_NONE) = 0
mmap(0x7f90ddf65000, 32768, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x167000) = 0x7f90ddf65000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libncursesw.so.5", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\206\0\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=221128, ...}) = 0
mmap(NULL, 2316904, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f90dd9c8000
mprotect(0x7f90dd9fd000, 2093056, PROT_NONE) = 0
mmap(0x7f90ddbfc000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x34000) = 0x7f90ddbfc000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libtinfo.so.5", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\316\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=171800, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f90de15e000
mmap(NULL, 2269152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f90dd79e000
mprotect(0x7f90dd7c4000, 2093056, PROT_NONE) = 0
mmap(0x7f90dd9c3000, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x25000) = 0x7f90dd9c3000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300'\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=22728, ...}) = 0
mmap(NULL, 2118064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f90dd598000
mprotect(0x7f90dd59d000, 2093056, PROT_NONE) = 0
mmap(0x7f90dd79c000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7f90dd79c000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libcwidget.so.3", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3404\3\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=1042888, ...}) = 0
mmap(NULL, 3140408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f90dd299000
mprotect(0x7f90dd391000, 2097152, PROT_NONE) = 0
mmap(0x7f90dd591000, 28672, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf8000) = 0x7f90dd591000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libsqlite3.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\272\0\0\0\0\0\0"..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0644, st_size=837368, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f90de15d000
mmap(NULL, 2934520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f90dcfcc000
mprotect(0x7f90dd094000, 2093056, PROT_NONE) = 0
mmap(0x7f90dd293000, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc7000) = 0x7f90dd293000
mmap(0x7f90dd298000, 1784, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f90dd298000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0", 
O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\303\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=97376, ...}) = 0
mmap(NULL, 2192424, PROT_READ|PROT_EXEC, MAP_PRIVATE|

Bug#794728: marked as done (exiv2: FTBFS (32-bit): symbols not as expected)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 11:04:26 +
with message-id 
and subject line Bug#794728: fixed in exiv2 0.25-2
has caused the Debian Bug report #794728,
regarding exiv2: FTBFS (32-bit): symbols not as expected
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 ow...@bugs.debian.org
immediately.)


-- 
794728: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794728
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: exiv2
Version: 0.25-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of exiv2 for 32-bit architectures such as i386 have been failing
because they wind up with a somewhat different set of (mangled) symbol
names than 64-bit builds do.  Could you please take a look?  You can
find the details at

https://buildd.debian.org/status/logs.php?pkg=exiv2&ver=0.25-1

Thanks!
--- End Message ---
--- Begin Message ---
Source: exiv2
Source-Version: 0.25-2

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

Debian distribution maintenance software
pp.
Maximiliano Curia  (supplier of updated exiv2 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 06 Aug 2015 12:37:59 +0200
Source: exiv2
Binary: exiv2 libexiv2-14 libexiv2-dev libexiv2-doc libexiv2-dbg
Architecture: source amd64 all
Version: 0.25-2
Distribution: unstable
Urgency: medium
Maintainer: Debian KDE Extras Team 
Changed-By: Maximiliano Curia 
Description:
 exiv2  - EXIF/IPTC metadata manipulation tool
 libexiv2-14 - EXIF/IPTC metadata manipulation library
 libexiv2-dbg - EXIF/IPTC metadata manipulation library - debug
 libexiv2-dev - EXIF/IPTC metadata manipulation library - development files
 libexiv2-doc - EXIF/IPTC metadata manipulation library - HTML documentation
Closes: 794728
Changes:
 exiv2 (0.25-2) unstable; urgency=medium
 .
   * Update symbols files from buildds logs (0.25-1) (Closes: #794728) Thanks
 to Aaron M. Ucko.
   * Update symbols files.
Checksums-Sha1:
 c90c0d93b64e680765222cf148a536211102258f 2254 exiv2_0.25-2.dsc
 752caf1986627817e3c301a5499d2753c677d0d2 21176 exiv2_0.25-2.debian.tar.xz
 1a41f5a3d4b878fcad415457a22984247d074a74 104106 exiv2_0.25-2_amd64.deb
 1e5e4da089adcad098d0bbb120fbe2e00cd31d63 701042 libexiv2-14_0.25-2_amd64.deb
 c078b5661951088240bd7b3ec7da68a8b1e0c1b7 5589558 libexiv2-dbg_0.25-2_amd64.deb
 0ab78e674f0fb20c461c3a7ad4b8ed69f96c3ae1 1529950 libexiv2-dev_0.25-2_amd64.deb
 eb0d0670b5d1e99ae680da7e042b495f066d0566 19610524 libexiv2-doc_0.25-2_all.deb
Checksums-Sha256:
 8ee362a71b2b597ae35a916e352479f190eaa133448cb81e5c9ff103d4a855b3 2254 
exiv2_0.25-2.dsc
 5dbc23a2b1da7a9b901670b32b3f056d67753ab61ec9f8caef849afef725b656 21176 
exiv2_0.25-2.debian.tar.xz
 9279a5c1efe91ae683e02a1d36b68f7ccdfdb3e78115f08ec839c497b8d8a36e 104106 
exiv2_0.25-2_amd64.deb
 77ff251c6ec37006a1ceaee3e7851bbeacf13e7118a3b5c0058497e3546bfd3b 701042 
libexiv2-14_0.25-2_amd64.deb
 6b0429392c6f75af2d8d88287915f63cfbcfc553df7db11fafd2d8042d4e5eb9 5589558 
libexiv2-dbg_0.25-2_amd64.deb
 829746357dee1ddf4c5847cd56f82c8dbe8131431564531b47a401392950ae58 1529950 
libexiv2-dev_0.25-2_amd64.deb
 1edc4898e568042463765f09b755ac8e0c84c56ed136b73ee559f09e0062fbbe 19610524 
libexiv2-doc_0.25-2_all.deb
Files:
 a5030cfdcceabf5e9e3e35120990e54e 2254 graphics optional exiv2_0.25-2.dsc
 9a7295c39fe8f4b3e621bb57a451cf1c 21176 graphics optional 
exiv2_0.25-2.debian.tar.xz
 e8c4fa574e08d6031de9dcb829de02e6 104106 graphics optional 
exiv2_0.25-2_amd64.deb
 31a14385a39244b11b71ba54a5bc45f3 701042 libs optional 
libexiv2-14_0.25-2_amd64.deb
 01ec18a0316b1fdbf5955ccbe9d8c1d0 5589558 debug extra 
libexiv2-dbg_0.25-2_amd64.deb
 fc3aa4ade0604e347b330c5eefe89cbe 1529950 libdevel optional 
libexiv2-dev_0.25-2_amd64.deb
 7e06a985816f53d84defded0f65597b8 19610524 doc optional 
libexiv2-doc_0.25-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVwzuKAAoJEMcZdpmymyMqEdIP/i3eddxBnuAmviVnpNM6kjQp
FmoHQEgjmpW5F2JJe7770ZvgIOt54qmFpuO7jZHZq0lx0gEsBv+W3H3TIUCT9xy1
dHhrbzIhKPW3cJ1kkhPW0BkM+HqbyuTC6m8oCL77uL4Uv+fgSirwyuAP0M9imFvP

Bug#794757: aptitude fails to launch with symbol lookup error

2015-08-06 Thread Gilles Crèvecœur
Package: aptitude
Version: 0.6.11-1+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

aptitude is no longer usable since the previous upgrade. When
I try to start it from bash, it writes :
aptitude: symbol lookup error: aptitude: undefined symbol:
_ZN7cwidget7widgets5pager8set_textERKSsPKc

I haven't tried the 0.7-1 since apt-get wants to keep
the  0.6.11-1+b1 installed.

I think that a dependance library is the reason of the problem
but I don't achieve to determnine which library is the cause.

I suspect the new libstdc++6 (5.2.14) that breaks many packages,
but I'm not sure.



-- Package-specific info:
Terminal: screen
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:

aptitude linkage:
linux-vdso.so.1 (0x7ffef45fe000)
libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7f0edce17000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f0edcbe1000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f0edc9b6000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f0edc7b)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f0edc4b1000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f0edc1e3000)
libboost_iostreams.so.1.55.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7f0edbfcb000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f0edbbb4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f0edb996000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f0edb61b000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f0edb31a000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f0edb103000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f0edad5a000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f0edab57000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f0eda952000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f0eda737000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f0eda527000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f0eda303000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f0eda0fb000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f0ed9ef5000)
/lib64/ld-linux-x86-64.so.2 (0x5571ac4ae000)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.3-e1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.11-1
ii  libapt-pkg4.121.0.9.10
ii  libboost-iostreams1.55.0  1.55.0+dfsg-4
ii  libc6 2.19-19
ii  libcwidget3   0.5.17-3+b1
ii  libgcc1   1:5.2.1-14
ii  libncursesw5  5.9+20150516-2
ii  libsigc++-2.0-0c2a2.4.1-1
ii  libsqlite3-0  3.8.11.1-1
ii  libstdc++65.2.1-14
ii  libtinfo5 5.9+20150516-2
ii  libxapian22   1.2.21-1

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.7-1
ii  libparse-debianchangelog-perl   1.2.0-5
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
ii  debtags   2.0+nmu1
ii  tasksel   3.33

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Patch to fix this bug

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was 
a.ku...@alumni.iitm.ac.in).
> usertag 791130 + transition
There were no usertags set.
Usertags are now: transition.
> block 791130 by 790756
Bug #791130 [src:libitpp] libitpp: library transition may be needed when GCC 5 
is the default
791130 was not blocked by any bugs.
791130 was not blocking any bugs.
Added blocking bug(s) of 791130: 790756
> reassign 791130 release.debian.org
Bug #791130 [src:libitpp] libitpp: library transition may be needed when GCC 5 
is the default
Bug reassigned from package 'src:libitpp' to 'release.debian.org'.
No longer marked as found in versions libitpp/4.3.1-3.
Ignoring request to alter fixed versions of bug #791130 to the same values 
previously set
> tags 791130 + patch
Bug #791130 [release.debian.org] libitpp: library transition may be needed when 
GCC 5 is the default
Added tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791130
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794704: viva: FTBFS

2015-08-06 Thread Tobias Frost

Quoting Martin Quinson :


Hello,

I'm in the process of packaging the new upstream release to see if it
helps. Thanks for the report and the workaround.

Bye, Mt.

On Thu, Aug 06, 2015 at 02:02:40AM +0200, Sebastian Ramacher wrote:

On 2015-08-05 22:35:20, Tobias Frost wrote:
> [  1%] Generating src/utils/moc_QPajeTypeFilter.cxx
> cd  
/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils && /usr/lib/x86_64-linux-gnu/qt4/bin/moc  
@/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils/moc_QPajeTypeFilter.cxx_parameters
> usr/include/boost/type_traits/detail/has_binary_operator.hp:50:  
Parse error at "BOOST_JOIN"


See [1] for a workaround.

Cheers

[1]  
https://bugreports.qt.io/browse/QTBUG-22829?focusedCommentId=274496&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-274496

--
Sebastian Ramacher




--
Pour être heureux, il faut penser au bonheur d'un autre.
  -- Gaston Bachelard (La Psychanalyse du feu, 1949)


Hi Martin,

Thanks for the reply!
can you check if the workaround would solve this; Maybe a quick fix  
would help to get the libconfig transition forward faster, as a new  
upstream version takes lots more time...


Best regards,
Tobi


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794716: marked as done (Needs transition for g++5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 11:00:15 +
with message-id 
and subject line Bug#794716: fixed in lucene++ 3.0.7-6
has caused the Debian Bug report #794716,
regarding Needs transition for g++5
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 ow...@bugs.debian.org
immediately.)


-- 
794716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794716
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:lucene++
Version: 3.0.7-5
Severity: serious
Tags: patch

Control: user release.debian@packages.debian.org
Control: usertag -1 + transition
Control: block -1 by 790756

Hi,

lucene++ changes ABI in public symbols when built with g++ 5 (sorry, I
don't have a diff handy but I can get one if you want - BTW a symbols
file would be nice!). This means that it needs to be transitioned.

I've done this in Ubuntu, and here's a diff for Debian for you to review
and hopefully upload.

The diff also includes an upstream fix to bulid against boost 1.58.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
diff -Nru lucene++-3.0.7/debian/control lucene++-3.0.7/debian/control
--- lucene++-3.0.7/debian/control	2015-04-28 13:57:53.0 +0100
+++ lucene++-3.0.7/debian/control	2015-08-05 22:46:58.0 +0100
@@ -21,8 +21,8 @@
 Package: liblucene++-dev
 Section: libdevel
 Architecture: any
-Depends: liblucene++-contrib0 (= ${binary:Version}),
- liblucene++0 (= ${binary:Version}),
+Depends: liblucene++-contrib0v5 (= ${binary:Version}),
+ liblucene++0v5 (= ${binary:Version}),
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Development files for Lucene++
@@ -41,22 +41,26 @@
  .
  This package contains the reference manual and examples.
 
-Package: liblucene++0
+Package: liblucene++0v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Conflicts: liblucene++0
+Replaces: liblucene++0
 Description: Shared library for Lucene++
  Lucene++ is an up to date C++ port of the popular Java Lucene
  library, a high-performance, full-featured text search engine.
  .
  This package contains the shared library.
 
-Package: liblucene++-contrib0
+Package: liblucene++-contrib0v5
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Conflicts: liblucene++-contrib0v5
+Replaces: liblucene++-contrib0v5
 Description: Shared library with Lucene++ contributions
  Lucene++ is an up to date C++ port of the popular Java Lucene
  library, a high-performance, full-featured text search engine.
diff -Nru lucene++-3.0.7/debian/liblucene++0.install lucene++-3.0.7/debian/liblucene++0.install
--- lucene++-3.0.7/debian/liblucene++0.install	2015-01-30 22:43:56.0 +
+++ lucene++-3.0.7/debian/liblucene++0.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/liblucene++.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++0v5.install lucene++-3.0.7/debian/liblucene++0v5.install
--- lucene++-3.0.7/debian/liblucene++0v5.install	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++0v5.install	2015-01-30 22:43:56.0 +
@@ -0,0 +1 @@
+usr/lib/*/liblucene++.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides
--- lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++0v5.lintian-overrides	2015-08-05 23:03:16.0 +0100
@@ -0,0 +1,2 @@
+# G++5 ABI transition
+liblucene++0v5: package-name-doesnt-match-sonames liblucene++0
diff -Nru lucene++-3.0.7/debian/liblucene++-contrib0.install lucene++-3.0.7/debian/liblucene++-contrib0.install
--- lucene++-3.0.7/debian/liblucene++-contrib0.install	2015-01-30 22:43:56.0 +
+++ lucene++-3.0.7/debian/liblucene++-contrib0.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/liblucene++-contrib.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++-contrib0v5.install lucene++-3.0.7/debian/liblucene++-contrib0v5.install
--- lucene++-3.0.7/debian/liblucene++-contrib0v5.install	1970-01-01 01:00:00.0 +0100
+++ lucene++-3.0.7/debian/liblucene++-contrib0v5.install	2015-01-30 22:43:56.0 +
@@ -0,0 +1 @@
+usr/lib/*/liblucene++-contrib.so.*
diff -Nru lucene++-3.0.7/debian/liblucene++-contrib0v5.lintian-overrides lucene++-3.0.7/debian/liblucene++-contrib0v5.lintian-overrides
--- l

Bug#794701: libffado: FTBFS with GCC-5

2015-08-06 Thread Tobias Frost
Source: libffado
Followup-For: Bug #794701

Hi Sebastian,

Well, techhnically this bug is still unsresolved, so I wondering why you are 
closing it.
More accurate would be to reassign it then to libxml++ and glibmm2.4 (I will do 
so afterwards)

However, can you advice the transistion bug for libxml++. I could not find it.

libxml++ also does not have any bug recorded, so the maintainer might not even 
be aware that 
there is some action required.

-- 
tobi

-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.0.5-revert-done (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#778183: add patch and upload to delayed

2015-08-06 Thread domcox

As -ftemplate-depth is only set in DEBUG mode, why ./waf --configure is not ran 
with the option --debug-level=release (or --debug-release=optimized)?

-- 
domcox 


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794716: Thanks Laney for the good work!

2015-08-06 Thread Gianfranco Costamagna
Hi Laney,

I just added the two symbols files, and uploaded on unstable a few minutes ago.

Dinstall time and in a couple of hours we should be ready :)

thanks for the good work, and for the bug report!

cheers,

Gianfranco


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: your mail

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 794716 pending
Bug #794716 [src:lucene++] Needs transition for g++5
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
794716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794716
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: cloning 794701, reopening -1, reassign -1 to libxml++2.6, affects -1 ..., affects 791050 ...

2015-08-06 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> clone 794701 -1
Bug #794701 {Done: Sebastian Ramacher } [libffado] 
libffado: FTBFS with GCC-5
Bug 794701 cloned as bug 794753
794753 was not blocked by any bugs.
794753 was blocking: 794626
Added blocking bug(s) of 794753: 794626
> reopen -1
Bug #794753 {Done: Sebastian Ramacher } [libffado] 
libffado: FTBFS with GCC-5
Bug reopened
Ignoring request to alter fixed versions of bug #794753 to the same values 
previously set
> reassign -1 libxml++2.6
Bug #794753 [libffado] libffado: FTBFS with GCC-5
Bug reassigned from package 'libffado' to 'libxml++2.6'.
Ignoring request to alter found versions of bug #794753 to the same values 
previously set
Ignoring request to alter fixed versions of bug #794753 to the same values 
previously set
> affects -1 libffado
Bug #794753 [libxml++2.6] libffado: FTBFS with GCC-5
Added indication that 794753 affects libffado
> retitle -1 libxml++2.6: Transistion required for GCC-5
Bug #794753 [libxml++2.6] libffado: FTBFS with GCC-5
Changed Bug title to 'libxml++2.6: Transistion required for GCC-5' from 
'libffado: FTBFS with GCC-5'
> affects 791050 libffado
Bug #791050 [release.debian.org] glibmm2.4: library transition may be needed 
when GCC 5 is the default
Added indication that 791050 affects libffado
> block 794626 with -1
Bug #794626 [release.debian.org] libconfig: library transition may be needed 
when GCC 5 is the default
794626 was blocked by: 794703 794733 794706 794701 794704 778125 794732 794700
794626 was blocking: 778125 794753
Added blocking bug(s) of 794626: 794753
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
791050: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791050
794626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794626
794701: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794701
794753: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794753
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794536: marked as done (squid3: FTBS on GCC-5)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 09:39:27 +
with message-id 
and subject line Bug#794536: fixed in squid3 3.5.7-1
has caused the Debian Bug report #794536,
regarding squid3: FTBS on GCC-5
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 ow...@bugs.debian.org
immediately.)


-- 
794536: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794536
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: squid3
Version: 3.5.5-1
Severity: important


squid3 package is FTBS in sid due to libstdc++6 transition.

Adding this bug to hold squid3 in unstable until we can sort out libecap3.

Amos
--- End Message ---
--- Begin Message ---
Source: squid3
Source-Version: 3.5.7-1

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

Debian distribution maintenance software
pp.
Luigi Gangitano  (supplier of updated squid3 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu,  6 Aug 2015 01:14:00 +0200
Source: squid3
Binary: squid3 squid squid-dbg squid-common squidclient squid-cgi squid-purge
Architecture: source amd64 all
Version: 3.5.7-1
Distribution: unstable
Urgency: medium
Maintainer: Luigi Gangitano 
Changed-By: Luigi Gangitano 
Description:
 squid  - Full featured Web Proxy cache (HTTP proxy)
 squid-cgi  - Full featured Web Proxy cache (HTTP proxy) - control CGI
 squid-common - Full featured Web Proxy cache (HTTP proxy) - common files
 squid-dbg  - Full featured Web Proxy cache (HTTP proxy) - Debug symbols
 squid-purge - Full featured Web Proxy cache (HTTP proxy) - control utility
 squid3 - Dummy transitional package.
 squidclient - Full featured Web Proxy cache (HTTP proxy) - control utility
Closes: 253777 789602 793400 794536 794639
Changes:
 squid3 (3.5.7-1) unstable; urgency=medium
 .
   [ Amos Jeffries  ]
   * New upstream release (Closes: #789602, #793400, #253777)
 .
   * debian/rules
 - Add BUILDCXXFLAGS to use hardening flags during build
 .
   * debian/squid.links
 - Add symlink for squid3.8 man(8) page to resolve lintian issue
 .
   * debian/squid.postinst
 - Remove unnecessary 'squid -z' (Closes: #794639)
 .
   [ Luigi Gangitano  ]
   * Rebuild using GCC-5 (Closes: #794536)
 .
   * debian/squid.postinst
 - Check for squid3 initscript before we try to execute it
 .
   * debian/squid.rc
 - Set working directory to /var/run/squid
Checksums-Sha1:
 e2147e285e7cb179ebb7903fe692cf129f5121c2 2324 squid3_3.5.7-1.dsc
 ec11d4a875d922b9094f3e6033ccb7b13107bc63 4749271 squid3_3.5.7.orig.tar.gz
 7084c004337c2190a2a37042d8762fa0cef1ef03 23952 squid3_3.5.7-1.debian.tar.xz
 5b6773e0ca6705090b64448e36dd57ab652c49c8 157526 squid-cgi_3.5.7-1_amd64.deb
 bb8f2f30283e2957aba3e6680266ba9d0e47473c 276570 squid-common_3.5.7-1_all.deb
 453819895c9d2821c7eadd2d00651723b0e448a9 11525542 squid-dbg_3.5.7-1_amd64.deb
 befd09ad3e1eebb5f8190fd02aa2f30e5053d24a 152134 squid-purge_3.5.7-1_amd64.deb
 0ff4fbc486afb80e1afa4ae775035a50e37b7bbc 133722 squid3_3.5.7-1_all.deb
 cd2636a8573d5db4ac0686b3af5cc46b9c5618a0 2293750 squid_3.5.7-1_amd64.deb
 da3cbdaf6b89de0170b2cba6c90a96739712621e 163258 squidclient_3.5.7-1_amd64.deb
Checksums-Sha256:
 fd259e292a3417097cb78eff540bd6911d11909f6d219b0e5949a1a0acdfa316 2324 
squid3_3.5.7-1.dsc
 9307352af825059e0ff4f65c14999e4e2a1673bace336edc7ea31eea9ab0 4749271 
squid3_3.5.7.orig.tar.gz
 4f6a039b7897c1e4ccf23c2c870de9cbd161d04dfda8063ef15846632ca2e18e 23952 
squid3_3.5.7-1.debian.tar.xz
 abb10a1257997b7b56e2140e414e53eb1d9786f153af3640e2b532daaef8717a 157526 
squid-cgi_3.5.7-1_amd64.deb
 797f55bf5a362f8d732a54c0889629f0341b962828c190a891183efd1cd9bf1c 276570 
squid-common_3.5.7-1_all.deb
 33cdae95860882cb5524b880ee8b9f83c687a18902723e911c793702c9495919 11525542 
squid-dbg_3.5.7-1_amd64.deb
 2f3de21dde3d40ee61430de2e3d0a00284edee9a6d1961634224a81e14534a19 152134 
squid-purge_3.5.7-1_amd64.deb
 aad17a51ea919ea7c4ac79c13212e30f8941515e3e57a1388d0004299b87a90f 133722 
squid3_3.5.7-1_all.deb
 2b02f295239fc179201f29e28712666ec2e432ca901e9677b9f30d1a703cc7c2 2293750 
squid_3.5.7-1_amd64.deb
 4f129cbdf5698c04c5e941c513039a5447

Bug#791130: Patch to fix this bug

2015-08-06 Thread Kumar Appaiah
user release.debian@packages.debian.org
usertag 791130 + transition
block 791130 by 790756
reassign 791130 release.debian.org
tags 791130 + patch
thanks

A patch is attached. The reverse dependencies have been verified to
build with this change. Please let me know if I can upload this to
unstable.

Thanks.

Kumar
   
>From 86b4dcd6daa7ef61895cc16517a2a5367e4470d0 Mon Sep 17 00:00:00 2001
From: Kumar Appaiah 
Date: Thu, 6 Aug 2015 15:01:32 +0530
Subject: [PATCH] Rename binary package to libitpp8v5 do handle GCC5
 transition.

---
 debian/changelog  |  7 +++
 debian/control| 12 
 debian/libitpp8.install   |  1 -
 debian/libitpp8v5.install |  1 +
 4 files changed, 16 insertions(+), 5 deletions(-)
 delete mode 100644 debian/libitpp8.install
 create mode 100644 debian/libitpp8v5.install

diff --git a/debian/changelog b/debian/changelog
index 3d70ba7..84ab47a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libitpp (4.3.1-5) unstable; urgency=medium
+
+  * Rename binary package to libitpp8v5 do handle GCC5
+transition.
+
+ -- Kumar Appaiah   Thu, 06 Aug 2015 13:30:23 +0530
+
 libitpp (4.3.1-4) experimental; urgency=medium
 
   * debian/patches:
diff --git a/debian/control b/debian/control
index 07cd5f1..3a29567 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/libitpp
 Package: libitpp-dev
 Section: libdevel
 Architecture: any
-Depends: libitpp8 (= ${binary:Version}), ${misc:Depends}
+Depends: libitpp8v5 (= ${binary:Version}), ${misc:Depends}
 Description: C++ library of signal processing and communication routines: Headers
  IT++ is a C++ library of mathematical, signal processing and
  communication classes and functions. Its main use is in simulation of
@@ -24,11 +24,13 @@ Description: C++ library of signal processing and communication routines: Header
  .
  This package has the development libraries and headers for IT++.
 
-Package: libitpp8
+Package: libitpp8v5
 Section: libs
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
+Conflicts: libitpp8
+Replaces: libitpp8
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: C++ library of signal processing and communication routines
  IT++ is a C++ library of mathematical, signal processing and
@@ -38,11 +40,13 @@ Description: C++ library of signal processing and communication routines
  and matrix classes, and a set of accompanying routines. Such a kernel
  makes IT++ similar to MATLAB or GNU Octave .
 
-Package: libitpp8-dbg
+Package: libitpp8v5-dbg
 Section: debug
 Priority: extra
 Architecture: any
-Depends: libitpp8 (= ${binary:Version}), ${misc:Depends}
+Conflicts: libitpp8-dbg
+Replaces: libitpp8-dbg
+Depends: libitpp8v5 (= ${binary:Version}), ${misc:Depends}
 Description: C++ library of signal processing and communication routines: Debug symbols
  IT++ is a C++ library of mathematical, signal processing and
  communication classes and functions. Its main use is in simulation of
diff --git a/debian/libitpp8.install b/debian/libitpp8.install
deleted file mode 100644
index 3ddde58..000
--- a/debian/libitpp8.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff --git a/debian/libitpp8v5.install b/debian/libitpp8v5.install
new file mode 100644
index 000..3ddde58
--- /dev/null
+++ b/debian/libitpp8v5.install
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
-- 
2.1.4



Bug#789376: marked as done (missing licenses in debian/copyright)

2015-08-06 Thread Debian Bug Tracking System
Your message dated Thu, 06 Aug 2015 09:36:54 +
with message-id 
and subject line Bug#789376: fixed in pcp 3.10.6
has caused the Debian Bug report #789376,
regarding missing licenses in debian/copyright
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 ow...@bugs.debian.org
immediately.)


-- 
789376: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789376
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: pcp
Version: 3.10.4
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

lots of files in man/*, book/* and images/* are licensed under some 
version of CC.
Please remove all files from the tarball that use a DFSG incompatible 
license and mention the others in your debian/copyright.


Thanks!
  Thorsten
--- End Message ---
--- Begin Message ---
Source: pcp
Source-Version: 3.10.6

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

Debian distribution maintenance software
pp.
Nathan Scott  (supplier of updated pcp 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 ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 04 Aug 2015 12:38:48 +1000
Source: pcp
Binary: pcp pcp-conf libpcp3-dev libpcp3 libpcp-gui2-dev libpcp-gui2 
libpcp-mmv1-dev libpcp-mmv1 libpcp-pmda3-dev libpcp-pmda3 libpcp-trace2-dev 
libpcp-trace2 libpcp-import1-dev libpcp-import1 python-pcp libpcp-pmda-perl 
libpcp-import-perl libpcp-logsummary-perl libpcp-mmv-perl pcp-import-sar2pcp 
pcp-import-ganglia2pcp pcp-import-mrtg2pcp pcp-import-sheet2pcp 
pcp-import-iostat2pcp pcp-import-collectl2pcp pcp-doc pcp-testsuite pcp-manager 
pcp-webapi pcp-gui
Architecture: source amd64 all
Version: 3.10.6
Distribution: unstable
Urgency: low
Maintainer: PCP Development Team 
Changed-By: Nathan Scott 
Description:
 libpcp-gui2 - Performance Co-Pilot graphical client tools library
 libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and 
headers
 libpcp-import-perl - Performance Co-Pilot log import Perl module
 libpcp-import1 - Performance Co-Pilot data import library
 libpcp-import1-dev - Performance Co-Pilot data import library and headers
 libpcp-logsummary-perl - Performance Co-Pilot historical log summary module
 libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module
 libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library
 libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers
 libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module
 libpcp-pmda3 - Performance Co-Pilot Domain Agent library
 libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers
 libpcp-trace2 - Performance Co-Pilot application tracing library
 libpcp-trace2-dev - Performance Co-Pilot application tracing library and 
headers
 libpcp3- Performance Co-Pilot library
 libpcp3-dev - Performance Co-Pilot library and headers
 pcp- System level performance monitoring and performance management
 pcp-conf   - Performance Co-Pilot runtime configuration
 pcp-doc- Documentation and tutorial for the Performance Co-Pilot
 pcp-gui- Visualisation tools for the Performance Co-Pilot toolkit
 pcp-import-collectl2pcp - Tool for importing data from collectl into PCP 
archive logs
 pcp-import-ganglia2pcp - Tool for importing data from ganglia into PCP archive 
logs
 pcp-import-iostat2pcp - Tool for importing data from iostat into PCP archive 
logs
 pcp-import-mrtg2pcp - Tool for importing data from MRTG into PCP archive logs
 pcp-import-sar2pcp - Tool for importing data from sar into PCP archive logs
 pcp-import-sheet2pcp - Tool for importing data from a spreadsheet into PCP 
archive logs
 pcp-manager - Performance Co-Pilot (PCP) manager daemon
 pcp-testsuite - Performance Co-Pilot (PCP) Test Suite
 pcp-webapi - Performance Co-Pilot (PCP) web API service
 python-pcp - Performance Co-Pilot Python PMAPI module
Closes: 789376
Changes:
 pcp (3.10.6) unstable; urgency=low
 .
   * Update documentation license notes (closes: #789376)
   * New release (full details in CHANGELOG).
Checksums-Sha1:
 2576592761b2c

Processed: Re: Bug#791307: vamp-plugin-sdk: library transition may be needed when GCC 5 is the default

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> severity 791307 serious
Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition may be 
needed when GCC 5 is the default
Severity set to 'serious' from 'important'
> retitle 791307 vamp-plugin-sdk: library transition needed for GCC 5 ABI
Bug #791307 [src:vamp-plugin-sdk] vamp-plugin-sdk: library transition may be 
needed when GCC 5 is the default
Changed Bug title to 'vamp-plugin-sdk: library transition needed for GCC 5 ABI' 
from 'vamp-plugin-sdk: library transition may be needed when GCC 5 is the 
default'

-- 
791307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791307
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#792494: evolution-data-server fails to build with GCC 5 from experimental

2015-08-06 Thread Simon McVittie
On Thu, 06 Aug 2015 at 10:25:54 +0100, Simon McVittie wrote:
> the attached patch

... is now attached.
diffstat for evolution-data-server-3.16.3 evolution-data-server-3.16.3

 changelog |   10 ++
 control   |1 -
 libedataserver-1.2-20.symbols |8 +---
 rules |6 +++---
 4 files changed, 14 insertions(+), 11 deletions(-)

diff -Nru evolution-data-server-3.16.3/debian/changelog evolution-data-server-3.16.3/debian/changelog
--- evolution-data-server-3.16.3/debian/changelog	2015-06-11 20:28:39.0 +0100
+++ evolution-data-server-3.16.3/debian/changelog	2015-08-06 09:52:58.0 +0100
@@ -1,3 +1,13 @@
+evolution-data-server (3.16.3-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Disable libphonenumber support for now, to disentangle e-d-s from
+the libstdc++ transition.
+  * debian/libedataserver-1.2-20.symbols: mark ICU template instantiations
+as optional since they are not intended to be ABI (Closes: #792494)
+
+ -- Simon McVittie   Thu, 06 Aug 2015 08:39:18 +
+
 evolution-data-server (3.16.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru evolution-data-server-3.16.3/debian/control evolution-data-server-3.16.3/debian/control
--- evolution-data-server-3.16.3/debian/control	2015-05-31 12:54:52.0 +0100
+++ evolution-data-server-3.16.3/debian/control	2015-08-06 09:39:16.0 +0100
@@ -40,7 +40,6 @@
libkrb5-dev,
libldap2-dev,
liboauth-dev (>= 0.9.4),
-   libphonenumber6-dev [linux-any],
libjson-glib-dev,
librest-dev (>= 0.7),
libnss3-dev,
diff -Nru evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols
--- evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols	2015-06-11 19:57:52.0 +0100
+++ evolution-data-server-3.16.3/debian/libedataserver-1.2-20.symbols	2015-08-06 09:56:45.0 +0100
@@ -1,11 +1,5 @@
 libedataserver-1.2.so.20 libedataserver-1.2-20 #MINVER#
- _ZN6icu_5214StringByteSinkISsE6AppendEPKci@Base 3.16.2
- _ZN6icu_5214StringByteSinkISsED0Ev@Base 3.16.2
- _ZN6icu_5214StringByteSinkISsED1Ev@Base 3.16.2
- _ZN6icu_5214StringByteSinkISsED2Ev@Base 3.16.2
- _ZTIN6icu_5214StringByteSinkISsEE@Base 3.16.2
- _ZTSN6icu_5214StringByteSinkISsEE@Base 3.16.2
- _ZTVN6icu_5214StringByteSinkISsEE@Base 3.16.2
+ (c++|regex|optional=template)"icu_52::StringByteSink<.*@Base" 3.16.2
  __e_source_private_replace_dbus_object@Base 3.16.2
  e_async_closure_callback@Base 3.16.2
  e_async_closure_free@Base 3.16.2
diff -Nru evolution-data-server-3.16.3/debian/rules evolution-data-server-3.16.3/debian/rules
--- evolution-data-server-3.16.3/debian/rules	2014-09-06 17:44:17.0 +0100
+++ evolution-data-server-3.16.3/debian/rules	2015-08-06 09:50:39.0 +0100
@@ -25,9 +25,9 @@
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 include /usr/share/dpkg/buildflags.mk
 
-ifeq ($(DEB_HOST_ARCH_OS),linux)
-	DEB_CONFIGURE_EXTRA_FLAGS += --with-phonenumber=/usr
-endif
+#ifeq ($(DEB_HOST_ARCH_OS),linux)
+#	DEB_CONFIGURE_EXTRA_FLAGS += --with-phonenumber=/usr
+#endif
 
 DEB_CONFIGURE_EXTRA_FLAGS += \
 	--sysconfdir=/etc \


Bug#792494: evolution-data-server fails to build with GCC 5 from experimental

2015-08-06 Thread Simon McVittie
On Wed, 15 Jul 2015 at 14:05:22 +0200, Matthias Klose wrote:
> patch at
> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-016/+files/evolution-data-server_3.12.11-0ubuntu3~gcc5.1_3.12.11-0ubuntu3.diff.gz

I've adapted that patch on the assumption that e-d-s upstream do not consider
the offending symbols to be ABI (they're C++ template instantiations from
a private module).

> also:
> library transition may be needed when GCC 5 is the default

I think this is a false positive because those symbols aren't API.

> The libstdc++6 transition will be a large one, and it will come with a
> lot of pain.  Please help it by preparing the follow-up transitions.

To reduce the pain slightly, the attached patch also disables
libphonenumber support on Linux for the moment; according to codesearch,
only syncevolution uses it, and syncevolution seems to be designed to
cope gracefully with its absence.

This would let the buildds start work on libreoffice as soon as e-d-s
has built; this seems like a big win, because libreoffice takes hours
to build, and has had a pair of successful binNMUs on kFreeBSD (where
libphonenumber is already disabled).

I have not been able to test the patched e-d-s yet, since upgrading
my system to the g++-5 ABI still has too much collateral damage (notably
including libreoffice becoming uninstallable). However, perhaps it's
worth uploading anyway, to keep the transition moving?

S


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794704: viva: FTBFS

2015-08-06 Thread Martin Quinson
Hello,

I'm in the process of packaging the new upstream release to see if it
helps. Thanks for the report and the workaround.

Bye, Mt.

On Thu, Aug 06, 2015 at 02:02:40AM +0200, Sebastian Ramacher wrote:
> On 2015-08-05 22:35:20, Tobias Frost wrote:
> > [  1%] Generating src/utils/moc_QPajeTypeFilter.cxx
> > cd 
> > /home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils
> >  && /usr/lib/x86_64-linux-gnu/qt4/bin/moc 
> > @/home/tobi/libconfig-rebuild/viva-1.0+git20140604.271f86fa51/obj-x86_64-linux-gnu/src/utils/moc_QPajeTypeFilter.cxx_parameters
> > usr/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error 
> > at "BOOST_JOIN"
> 
> See [1] for a workaround.
> 
> Cheers
> 
> [1] 
> https://bugreports.qt.io/browse/QTBUG-22829?focusedCommentId=274496&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-274496
> -- 
> Sebastian Ramacher



-- 
Pour être heureux, il faut penser au bonheur d'un autre.
  -- Gaston Bachelard (La Psychanalyse du feu, 1949)


signature.asc
Description: Digital signature


Bug#790655: python3-pygithub, remove the package?

2015-08-06 Thread Gianfranco Costamagna
Hi dear Dmitry,



>Okay. mentors gives me 500 error, probably it dislikes Tor. I will
>investigate, but now to keep things fast you can
>
>git clone git://anonscm.debian.org/users/kaction-guest/pygithub.git
>
>and NMU it. Also, I can violate nettiqette *hard* and email
>packaging to you.



thanks a lot, but I leave the decision to you.

I pointed upstream in using python-3to2 or 2to3 to port at build-time the 
packaging.

However I'm not a python developer, so I find difficult to adapt the patch for 
the pygithub case.

I'll need this package probably not prior that in a month or two, so there is 
no real rush for this.

Let me know if you want an upload or you prefer to wait and avoid the binNEW 
queue again :)

cheers,

Gianfranco


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794674: Found

2015-08-06 Thread Bastien ROUCARIES
control: found -1 2.5.34


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Processed: Found

2015-08-06 Thread Debian Bug Tracking System
Processing control commands:

> found -1 2.5.34
Bug #794674 [lintian] lintian: FTBFS due to test failures with dpkg-dev >= 
1.18.2
Marked as found in versions lintian/2.5.34.

-- 
794674: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794674
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#794298: asciinema: broken, Unable to upload

2015-08-06 Thread Marcin Kulik
It should be:

[api]
url = https://asciinema.org

(no „www.”, and the „url =” is needed too)

See https://asciinema.org/docs/config for config syntax.

Marcin

On Tue, 4 Aug 2015 10:28:47 + Daniel Shahaf wrote:
> gustavo panizzo wrote on Tue, Aug 04, 2015 at 00:05:46 +0800:
> > being so simple to fix, wouldn't be more easy just to configure it on
> > config file
> >  
> > [api]
> > https://asciinema.org
>  
> This works for me: using asciinema 0.9.8-1 and python3-openssl 0.14-1,
> and the following ~/.asciinema/config, uploads work.
>  
> [[[
> [user]
>  
> [api]
> token = 5539660d-91c0-4a29-975c-6ecb14523fce
> https://www.asciinema.org/
> ]]]
>  
> Uploads also work if I delete the last line, but not if I prefix "url = "
> to it (in that case I get the original error again).
>  
> Thanks,
>  
> Daniel
>  
> > I was expecting something more difficult, I will contact my sponsor to
> > get the fix out (for default configs)
>  
>  

-- 
Marcin


Bug#794638: FTBFS: no same version dependencies for 'sameVersionDep:libtag1-dev' found

2015-08-06 Thread Simon McVittie
Control: reassign 794638 libtag1v5-vanilla 1.9.1-2.3
Control: affects 794638 src:taglib-extras
Control: tags 794638 + patch

On Wed, 05 Aug 2015 at 10:54:36 +0100, Jonathan Wiltshire wrote:
> taglib-extras fails to build with a taglib built for the GCC-5 transition
> (where libtag1 has been renamed libtag1v5):
> 
> dh_sameversiondep: /usr/bin/dh_sameversiondep: no same version
> dependencies for 'sameVersionDep:libtag1-dev' found (at Depends of the
> libtag-extras-dev package)

This appears to be because libtag1v5-vanilla has no non-comment lines in its
symbols file, resulting in generation of a dependency on libtag1v5-vanilla,
whereas the -dev depends on libtag1v5 (and dh_sameversiondep expects that
the symbols file/shlibs will generate a dependency on that too).

I attach a patch for taglib which lets taglib-extras compile. The
modified taglib appears to be functional in trivial testing with btag(1)
in an up to date sid chroot. I don't have any media files that require
taglib-extras, so I can't test that.

In principle all dependent packages should be binNMU'd afterwards (to pick up
the intended versioned dependency on libtag1v5 instead of an unversioned
dependency on libtag1v5-vanilla); but libtag1v5 currently depends on
libtag1v5-vanilla with no alternative anyway, and older versions of
libtag1v5 do not exist, so there's no real need to do the binNMUs.

After the dust has settled, I think the taglib maintainer should seriously
consider dropping the "flavour" arrangement and just building libtag1v5
as a conventional library package, but that doesn't seem like a decision
to be made in an NMU or during a 3K-package transition.

> This holds up other transitions, so your prompt attention is appreciated.

I'll NMU if nobody either objects or takes responsibility.

S
diffstat for taglib-1.9.1 taglib-1.9.1

 changelog |   10 ++
 libtag1v5-vanilla.symbols |2 ++
 2 files changed, 12 insertions(+)

diff -Nru taglib-1.9.1/debian/changelog taglib-1.9.1/debian/changelog
--- taglib-1.9.1/debian/changelog	2015-08-04 18:49:37.0 +0100
+++ taglib-1.9.1/debian/changelog	2015-08-06 09:00:03.0 +0100
@@ -1,3 +1,13 @@
+taglib (1.9.1-2.4) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Provide a minimal symbols file (with no actual symbols yet)
+to produce a shlibs dependency on libtag1v5 instead of
+libtag1v5-vanilla, so that the use of dh_sameversiondep in
+taglib-extras can work. (Closes: #794638)
+
+ -- Simon McVittie   Thu, 06 Aug 2015 07:58:06 +
+
 taglib (1.9.1-2.3) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru taglib-1.9.1/debian/libtag1v5-vanilla.symbols taglib-1.9.1/debian/libtag1v5-vanilla.symbols
--- taglib-1.9.1/debian/libtag1v5-vanilla.symbols	2015-07-16 00:14:35.0 +0100
+++ taglib-1.9.1/debian/libtag1v5-vanilla.symbols	2015-08-06 08:58:04.0 +0100
@@ -1,3 +1,5 @@
+libtag.so.1 libtag1v5 #MINVER#
+
 #MISSING: 1.9.1-2.1ubuntu2~gcc5.1# (optional)_ZN6TagLib3ASF4File13UnknownObjectD0Ev@Base 1.7-2~
 #MISSING: 1.9.1-2.1ubuntu2~gcc5.1# (optional)_ZN6TagLib3ASF4File13UnknownObjectD1Ev@Base 1.7-2~
 #MISSING: 1.9.1-2.1ubuntu2~gcc5.1# (optional)_ZN6TagLib3ASF4File13UnknownObjectD2Ev@Base 1.7-2~


  1   2   >