Bug#794713: marked as done (openexr 2.2 ftbfs (fails checks on 32bit architectures))

[Debian Bug Tracking System]

Your message dated Mon, 9 Nov 2015 14:03:17 +0100
with message-id 

and subject line openexr 2.2 ftbfs (fails checks on 32bit architectures)
has caused the Debian Bug report #794713,
regarding openexr 2.2 ftbfs (fails checks on 32bit architectures)
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.)


-- 
794713: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794713
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:openexr
Version: 2.2.0-1
Severity: serious

openexr 2.2 fails checks on 32bit architectures, otoh I have no clue why the
build on armel suceeded.
--- End Message ---
--- Begin Message ---
fixed 794713 2.2.0-7
thanks

exp buildds looks just fine.--- End Message ---

Processed: openexr 2.2 ftbfs (fails checks on 32bit architectures)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 794713 2.2.0-7
Bug #794713 [src:openexr] openexr 2.2 ftbfs (fails checks on 32bit 
architectures)
Marked as fixed in versions openexr/2.2.0-7.
> thanks
Stopping processing here.

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

Bug#804549: simpleburn: segmentation fault

[Christophe Alonso]

Package: simpleburn
Version: 1.7.3-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Start simpleburn, then click "analiser le media" (analyze medium ?)



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages simpleburn depends on:
ii  cdrdao   1:1.2.3-2+b1
ii  cdrskin  1.4.0-3
ii  icedax   9:1.1.11-3
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libcdio-utils0.83-4.2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libglib2.0-0 2.46.1-2
ii  libgtk2.0-0  2.24.28-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  xorriso  1.4.0-3

Versions of packages simpleburn recommends:
ii  flac 1.3.1-4
ii  mencoder 2:1.2-1
ii  mpg123   1.22.4-1
ii  mplayer  2:1.2-1
ii  normalize-audio  0.7.7-13
ii  vorbis-tools 1.4.0-7

simpleburn suggests no packages.

-- no debconf information

Bug#804558: tweepy: FTBFS: ImportError: No module named {unittest2,vcr}

[Chris Lamb]

Source: tweepy
Version: 3.4.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

tweepy fails to build from source in unstable/amd64:

  [..]

  ==
  ERROR: tests.test_streaming (unittest.loader.ModuleImportFailure)
  --
  ImportError: Failed to import test module: tests.test_streaming
  Traceback (most recent call last):
File "/usr/lib/python2.7/unittest/loader.py", line 254, in
_find_tests
  module = self._get_module_from_name(name)
File "/usr/lib/python2.7/unittest/loader.py", line 232, in
_get_module_from_name
  __import__(name)
File "tests/test_streaming.py", line 3, in 
  from .config import tape
File "tests/config.py", line 3, in 
  import vcr
  ImportError: No module named vcr
  
  
  ==
  ERROR: tests.test_utils (unittest.loader.ModuleImportFailure)
  --
  ImportError: Failed to import test module: tests.test_utils
  Traceback (most recent call last):
File "/usr/lib/python2.7/unittest/loader.py", line 254, in
_find_tests
  module = self._get_module_from_name(name)
File "/usr/lib/python2.7/unittest/loader.py", line 232, in
_get_module_from_name
  __import__(name)
File "tests/test_utils.py", line 5, in 
  import unittest2 as unittest
  ImportError: No module named unittest2
  
  
  --
  Ran 7 tests in 0.001s
  
  FAILED (errors=7)
  E: pybuild pybuild:274: test: plugin distutils failed with: exit
  code=1: cd /build/tweepy-3.4.0/.pybuild/pythonX.Y_2.7/build; python2.7
  -m unittest discover -v 
  dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir .
  returned exit code 13
  debian/rules:5: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/tweepy_3.4.0-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


tweepy.3.4.0-1.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#801413: polarssl: CVE-2015-5291: Remote attack on clients using session tickets or SNI

[James Cowgill]

Hi,

On Tue, 2015-10-27 at 22:29 +0100, Moritz Mühlenhoff wrote:
> On Wed, Oct 21, 2015 at 01:43:26PM +0100, James Cowgill wrote:
> > Hi,
> > 
> > On Tue, 2015-10-20 at 19:37 +0200, Florian Weimer wrote:
> > > * James Cowgill:
> > [...]
> > > > One thing which was suggested was to use 1.3.14 and then disable at
> > > > compile time all the new features which may affect the ABI and then
> > > > revert the SONAME change, but is doing that actually allowed for the
> > > > security archive or will the update be too big?
> > > 
> > > We can do that, but I don't know if it is a good idea to patch
> > > cryptographic software in such extensive ways.
> > > 
> > > We can live with the addition of new symbols, but removal of symbols,
> > > changes in struct sizes or offsets, and so on, would be hugely
> > > problematic.  For are start, you could just build both the old and new
> > > versions and run libabigail on them, to get an idea what actually did
> > > change.
> > 
> > So I checked the ABI and had to revert a few commits. I've attached the
> > original libabigail diff (all against upstream versions) and the diff
> > after my patches. The variables don't look to me like they were ever
> > intended to be part of the public ABI so I don't think they're that
> > important.
> 
> Could you test that the reverse build deps in jessie still build?
> If so, I'd be fine with that approach for jessie.

Sorry it took a little longer than I expected, but here is a patch for
jessie. It can be applied on top of 1.3.14 in experimental.

The patch reverts the library rename in 1.3.14-0.1, applies the
compatability patch, and adds a call to dh_makeshlibs to ensure any
reverse dependencies emit a (>= 1.3.14) dependency since a small number
of symbols have been added in 1.3.14.

All the reverse dependencies build in jessie chroots except for
mongrel2 which FTBFS for unrelated reasons (see #804331 and #804385).

> For wheezy we can probably only make it end-of-life? There's
> only two reverse deps (pdns and gatling).

Upstream have bumped the SONAME of 1.2 as well do doing the same here
for wheezy could be a lot of work.

For this particular bug the fix seems to be a lot simpler though:
https://github.com/ARMmbed/mbedtls/commit/13ca8951f96f00750c9fda9928a9affcddcd342c

I also notice the above commit has been applied to squeeze-lts already.

Thanks,
Jamesdiff --git a/debian/changelog b/debian/changelog
index 4f62031..2bbcad4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-polarssl (1.3.14-0.1) experimental; urgency=high
+polarssl (1.3.14-0.1~deb8u1) jessie-security; urgency=high
 
   * Non-maintainer upload.
   * New upstream release. (Closes: #787324)
@@ -10,10 +10,12 @@ polarssl (1.3.14-0.1) experimental; urgency=high
 - Fixes mips64el bignum implementation. (Closes: #773306)
 - Fixes parsing of certain PCKS#3 files. (Closes: #781840)
 
-  * Rename libpolarssl7 package to libmbedtls9 due to SONAME bump.
+  * Patch added to maintain ABI compatibility with libpolarssl7 in jessie.
   * Drop CVE-2015-1182.patch - applied upstream.
+  * Ensure reverse dependencies emit a (>= 1.3.14) dependency due to new
+symbols introduced in 1.3.14.
 
- -- James Cowgill   Fri, 23 Oct 2015 21:49:24 +0100
+ -- James Cowgill   Mon, 09 Nov 2015 14:14:26 +
 
 polarssl (1.3.9-2.1) unstable; urgency=high
 
diff --git a/debian/control b/debian/control
index 4507611..b96a728 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Homepage: http://polarssl.org
 Package: libpolarssl-dev
 Architecture: any
 Section: libdevel
-Depends: libc6-dev, ${misc:Depends}, libmbedtls9 (= ${binary:Version})
+Depends: libc6-dev, ${misc:Depends}, libpolarssl7 (= ${binary:Version})
 Description: lightweight crypto and SSL/TLS library
  PolarSSL is a lean open source crypto library for providing SSL and TLS
  support in your programs. It offers an intuitive API and documented header
@@ -46,7 +46,7 @@ Description: lightweight crypto and SSL/TLS library
  .
  This package contains the runtime executables.
 
-Package: libmbedtls9
+Package: libpolarssl7
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff --git a/debian/libmbedtls9.lintian-overrides b/debian/libmbedtls9.lintian-overrides
deleted file mode 100644
index ce2276d..000
--- a/debian/libmbedtls9.lintian-overrides
+++ /dev/null
@@ -1,3 +0,0 @@
-# For compatability and to avoid conflicting with the libmbedtls-dev
-# package, the shlib symlink is called 'libpolarssl.so'
-libmbedtls9 binary: dev-pkg-without-shlib-symlink usr/lib/libmbedtls.so.9 usr/lib/libmbedtls.so
diff --git a/debian/libpolarssl-dev.links b/debian/libpolarssl-dev.links
index 1aacf15..3225358 100644
--- a/debian/libpolarssl-dev.links
+++ b/debian/libpolarssl-dev.links
@@ -1 +1 @@
-usr/lib/libmbedtls.so.9 usr/lib/libpolarssl.so
+usr/lib/libpolarssl.so.7 usr/lib/libpolarssl.so
diff --git a/debian/libmbedtls9.install 

Bug#804541: lvm2 Build-depends on obsolete package libcorosync-dev

[peter green]

Package: lvm2
Version: 2.02.133-1
Severity: serious
Tags: patch

Your package build-depends on libcorosync-dev which is no longer built 
by the corosync source package.


I replaced the build-depends on libcorosync-dev with 
libcorosync-core-dev and tried a build in a raspbian stretch-staging 
environment. Through build-testing I found I also needed to add 
libquorum-dev, libcmap-dev and libcpg-dev to get a sucessful build.


I have uploaded this to raspbian, a debdiff is available at 
http://debdiffs.raspbian.org/main/l/lvm2/lvm2_2.02.133-1%2brpi1.debdiff 
no intent to NMU in Debian.

Bug#775850: timblserver: FTBFS in unstable: error: 'class Timbl::GetOptClass' has no member named 'getLogFile'

[Joost van Baal-Ilić]

Hi Andreas e.a.,

On Mon, Nov 09, 2015 at 01:07:44PM +0100, Andreas Beckmann wrote:
> On Mon, 14 Sep 2015 14:11:40 +0200 Joost van =?utf-8?Q?Baal-Ili=C4=87?=
>  wrote:
> > On Mon, Sep 14, 2015 at 12:21:34PM +0100, Peter Green wrote:
> > > >
> > > >  timblserver (1.8-1) experimental; urgency=low
> > > >  .
> > > >* New upstream release.
> > > >  - Fixes "timblserver: FTBFS in unstable: error: 'class 
> > > > Timbl::GetOptClass'
> > > How come this was uploaded to experimental and not unstable?
> > > 
> > 
> > I'm not quite sure if uploading to unstable wouldn't introduce even more RC
> > bugs.  Don't have the time to find out about that now.  I'll likely be able 
> > to
> > allocate more time to it within about one month.
> 
> Did you find some time to look at this issue?

Nope.  Hrm, I guess I can state: if there hasn't been done done any
substantial work on this by february 1, 2016; feel free to remove this stuff
from the archive.  I expect I'll have been able to allocate some time on this
before that date.

> > btw: you're welcome to nmu if you're convinced that will fix bugs.
> 
> In unstable currently the whole reverse-build-deps set of timblserver is
> unbuildable and uninstallable.

Yes...  :(

Thanks for pinging me.

Bye,

Joost

Processed: canl-java_2.1.1-3_amd64.changes ACCEPTED into unstable

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 804462 2.1.1-3
Bug #804462 [src:canl-java] canl-java: FTBFS: 
org.apache.maven.plugins:maven-javadoc-plugin:pom:2.9.1 not found
Marked as fixed in versions canl-java/2.1.1-3.
> thanks
Stopping processing here.

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

Bug#804462: marked as done (canl-java: FTBFS: org.apache.maven.plugins:maven-javadoc-plugin:pom:2.9.1 not found)

[Debian Bug Tracking System]

Your message dated Mon, 9 Nov 2015 14:41:50 +0100
with message-id <1447076510.28534.24.ca...@fysast.uu.se>
and subject line canl-java_2.1.1-3_amd64.changes ACCEPTED into unstable
has caused the Debian Bug report #804462,
regarding canl-java: FTBFS: 
org.apache.maven.plugins:maven-javadoc-plugin:pom:2.9.1 not found
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.)


-- 
804462: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804462
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: canl-java
Version: 2.1.1-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[INFO]task-segment: [package]
[INFO] 
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.plugins:maven-javadoc-plugin

Reason: POM 'org.apache.maven.plugins:maven-javadoc-plugin' not found in 
repository: System is offline.

  org.apache.maven.plugins:maven-javadoc-plugin:pom:2.9.1


 for project org.apache.maven.plugins:maven-javadoc-plugin

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/canl-java.html

[2015-11-08] maven-javadoc-plugin 2.10.3-1 MIGRATED to testing (Britney)

-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
--- End Message ---
--- Begin Message ---
fixed 804462 2.1.1-3
thanks

Accepted:

Format: 1.8
Date: Mon, 09 Nov 2015 13:44:54 +0100
Source: canl-java
Binary: libcanl-java libcanl-java-doc
Architecture: source all
Version: 2.1.1-3
Distribution: unstable
Urgency: medium
Maintainer: Mattias Ellert 
Changed-By: Mattias Ellert 
Description:
 libcanl-java - EMI Common Authentication library - bindings for Java
 libcanl-java-doc - Javadoc documentation for canl-java
Closes: 804462
Changes:
 canl-java (2.1.1-3) unstable; urgency=medium
 .
   * Update maven-javadoc-plugin version (Closes: #704462)
Checksums-Sha1:
 0e5519ba9592feead9f56593aa697afbba083920 2107 canl-java_2.1.1-3.dsc
 ecfe80b467753d866b0845b1a7e99deb12462f0c 17896 canl-java_2.1.1-3.debian.tar.xz
 bde7fbda9cbe2a513dd57d5c49e6300f0ab3b1cb 223920 
libcanl-java-doc_2.1.1-3_all.deb
 07c091cb983b36f4425e3a5c595fe23e49dacd05 287626 libcanl-java_2.1.1-3_all.deb
Checksums-Sha256:
 39cc8b9796c4554d87c033ed8ba34f6433691c276edc1fef9ad7861b6ba7b7cf 2107 
canl-java_2.1.1-3.dsc
 9c3ad1d9aa700021e42cb05e0338f68662776850386a094040672f53082f0e57 17896 
canl-java_2.1.1-3.debian.tar.xz
 6fbf56972dad954b8ffe0c5b337d305d017cddec7175ae8edc33091c23ef2623 223920 
libcanl-java-doc_2.1.1-3_all.deb
 3e8d49a34d60244f0402a9560a537d4bb7f30f49b6d31ff00adeb56f372907a5 287626 
libcanl-java_2.1.1-3_all.deb
Files:
 27d513719cf2074d4b89253c333cc952 2107 java optional canl-java_2.1.1-3.dsc
 8d1f2bddf5e75187fe2deaaea871508f 17896 java optional 
canl-java_2.1.1-3.debian.tar.xz
 608ed1f3c606cf6d5ecff19ea6bfcfab 223920 doc optional 
libcanl-java-doc_2.1.1-3_all.deb
 e0876206a0d0032ff892f96e061297d6 287626 java optional 
libcanl-java_2.1.1-3_all.deb--- End Message ---

Bug#804551: xorg: Killed process 1772 (Xorg)

[Miguel Negrao]

Package: xorg
Version: 1:7.7+12
Severity: critical
Justification: causes serious data loss

Dear Maintainer,

Already 2 or 3 tims it has happened that after resume from suspend on my
laptop, when I login again back into gdm3, xorg gets killed by the kernel due
to lack of memory. I loose any unsaved work and have to reboot system to become
usable again. I have 8GB of memory and no swap. For 2 years using ubuntu, I had
never had issues with lack of memory killing xorg. It might have killed some
other process, but that was fine with me. I understand that lack of swap
causing a process to be killed is expected, what I find unexpected is that xorg
can take 8GB of memory, if indeed that is what is happening, or if it is some
other process using the memory, then xorg shouldn't be sacrified given how
important it is. This makes my system unusable, as I live in fear that xorg,
and everything else, can be killed at any moment...

miguel@miguel-MacBookPro:~$ cat /etc/apt/sources.list
deb http://snapshot.debian.org/archive/debian/20151105T095352Z/ testing non-
free contrib main
deb http://snapshot.debian.org/archive/debian-security/20151104T192310Z/
testing/updates non-free contrib main


Nov 07 11:52:54 miguel-MacBookPro kernel: Killed process 1772 (Xorg) total-
vm:1833300kB, anon-rss:1228904kB, file-rss:106980kB
Nov 07 11:52:54 miguel-MacBookPro kernel: Out of memory: Kill process 1772
(Xorg) score 165 or sacrifice child
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4699] 7  469920733  226
45   30 0 dbus
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4691] 0  469124461 1413
52   40 0 cupsd
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4688]33  4688   102032 2248
124   30 0 apache2
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4687]33  4687   102032 2248
124   30 0 apache2
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4686]33  4686   102032 2248
124   30 0 apache2
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4685]33  4685   102032 2248
124   30 0 apache2
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 4684]33  4684   102032 2248
124   30 0 apache2
Nov 07 11:52:54 miguel-MacBookPro kernel: [29338] 0 29338 3755  270
14   30 0 dhclient
Nov 07 11:52:54 miguel-MacBookPro kernel: [28829]  1000 28829 5874  598
16   30 0 bash
Nov 07 11:52:54 miguel-MacBookPro kernel: [28788] 0 28788 5485  209
15   30 0 bash
Nov 07 11:52:54 miguel-MacBookPro kernel: [28787] 0 2878717929  173
39   30 0 su
Nov 07 11:52:54 miguel-MacBookPro kernel: [28786] 0 2878617507  215
37   30 0 sudo
Nov 07 11:52:54 miguel-MacBookPro kernel: [28752]  1000 28752 5858  580
16   30 0 bash
Nov 07 11:52:54 miguel-MacBookPro kernel: [28051]  1000 28051   12365511432
110   30 0 ghc
Nov 07 11:52:54 miguel-MacBookPro kernel: [28032]  1000 28032 5858  523
16   30 0 bash
Nov 07 11:52:54 miguel-MacBookPro kernel: [24666]  1000 24666  115810934455
284   80 0 java
Nov 07 11:52:54 miguel-MacBookPro kernel: [24587]  1000 24587 3319  124
11   30 0 smartgit.sh
Nov 07 11:52:54 miguel-MacBookPro kernel: [20899]  1000 20899   132256 4532
182   40 0 qjackctl
Nov 07 11:52:54 miguel-MacBookPro kernel: [19436]  1000 19436   792205   137070
531   60 0 sclang
Nov 07 11:52:54 miguel-MacBookPro kernel: [19388]  1000 19388   69318174737
401   60 0 scide
Nov 07 11:52:54 miguel-MacBookPro kernel: [32588]  1000 32588   124219 1493
107   30 0 gvfsd-recent
Nov 07 11:52:54 miguel-MacBookPro kernel: [32436]  1000 32436   182550 9279
270   90 0 plugin-containe
Nov 07 11:52:54 miguel-MacBookPro kernel: [29157]  1000 29157   627107   182356
1038   60 0 iceweasel
Nov 07 11:52:54 miguel-MacBookPro kernel: [10804] 0 1080417301  331
38   30 0 gconfd-2
Nov 07 11:52:54 miguel-MacBookPro kernel: [24012]  1000 24012   367285   109358
294   40 0 tracker-miner-f
Nov 07 11:52:54 miguel-MacBookPro kernel: [14825]  1000 14825   12675212633
163   50 0 tomboy
Nov 07 11:52:54 miguel-MacBookPro kernel: [13754]  1000 13754   120054 2454
78   30 0 jackdbus
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 7725] 0  772544585  262
24   30 0 dconf-service
Nov 07 11:52:54 miguel-MacBookPro kernel: [ 6855] 0  685513013  197
28   30 0 dbus-daemon
Nov 

Bug#804556: datanommer.models: FTBFS: StatementError: raised as a result of Query-invoked autoflush

[Chris Lamb]

Source: datanommer.models
Version: 0.6.4-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

datanommer.models fails to build from source in unstable/amd64:

  [..]

File
"/usr/lib/python2.7/dist-packages/sqlalchemy/orm/persistence.py",
line 174, in save_obj
  mapper, table, insert)
File
"/usr/lib/python2.7/dist-packages/sqlalchemy/orm/persistence.py",
line 785, in _emit_insert_statements
  execute(statement, params)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py",
line 914, in execute
  return meth(self, multiparams, params)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/sql/elements.py",
line 323, in _execute_on_connection
  return connection._execute_clauseelement(self, multiparams,
  params)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py",
line 1010, in _execute_clauseelement
  compiled_sql, distilled_params
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py",
line 1078, in _execute_context
  None, None)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py",
line 1341, in _handle_dbapi_exception
  exc_info
File "/usr/lib/python2.7/dist-packages/sqlalchemy/util/compat.py",
line 199, in raise_from_cause
  reraise(type(exception), exception, tb=exc_tb)
File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py",
line 1073, in _execute_context
  context = constructor(dialect, self, conn, *args)
File
"/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py",
line 569, in _init_compiled
  self._process_executesingle_defaults()
File
"/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py",
line 1014, in _process_executesingle_defaults
  val = self.get_insert_default(c)
File
"/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py",
line 966, in get_insert_default
  return self._exec_default(column.default, column.type)
File
"/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py",
line 952, in _exec_default
  return default.arg(self)
File "datanommer/models/__init__.py", line 155, in
source_version_default
  dist = pkg_resources.get_distribution("datanommer.models")
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
line 551, in get_distribution
  dist = get_provider(dist)
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
line 431, in get_provider
  return working_set.find(moduleOrReq) or
  require(str(moduleOrReq))[0]
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
line 952, in require
  needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
line 839, in resolve
  raise DistributionNotFound(req, requirers)
  StatementError: (raised as a result of Query-invoked autoflush;
  consider using a session.no_autoflush block if this flush is occurring
  prematurely) (pkg_resources.DistributionNotFound) The
  'datanommer.models' distribution was not found and is required by the
  application [SQL: u'INSERT INTO messages (msg_id, i, topic, timestamp,
  certificate, signature, category, source_name, source_version, _msg)
  VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)'] [parameters: [{'category':
  'git', 'certificate': 'blah', 'i': 1, 'timestamp':
  datetime.datetime(2012, 8, 7, 2, 47, 30, 886738), '_msg':
  '{"commit":{"branch":"master","email":"m...@redhat.com","message":"Clear
  CFLAGS CXXFLAGS LDFLAGS.\\nThis is a bit of a
  hammer.","name":"Mark
  
Wielaard","rev":"7a98f80d9b61ce167e4ef8129c81ed9284ecf4e1","stats":{"files":{"valgrind.spec":{"deletions":2,"insertions":1,"lines":3}},"total":{"deletions":2,"files":1,"insertions":1,"lines":3}},"summary":"Clear
  CFLAGS CXXFLAGS LDFLAGS.","username":"mjw"}}', 'msg_id': None,
  'topic': 'org.debian.prod.git.receive.valgrind.master', 'signature':
  'blah'}]]
  
  --
  Ran 12 tests in 1.241s
  
  FAILED (errors=8)
  E: pybuild pybuild:274: test: plugin distutils failed with: exit
  code=1: cd
  /build/datanommer.models-0.6.4/.pybuild/pythonX.Y_2.7/build; python2.7
  -m nose tests
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
  --dir . returned exit code 13
  debian/rules:3: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/datanommer.models_0.6.4-2.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
  

Bug#804557: python-jmespath: FTBFS: ImportError: No module named nose.tools

[Chris Lamb]

Source: python-jmespath
Version: 0.4.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-jmespath fails to build from source in unstable/amd64:

  [..]
  
  ==
  ERROR: tests.test_compliance (unittest.loader.ModuleImportFailure)
  --
  ImportError: Failed to import test module: tests.test_compliance
  Traceback (most recent call last):
File "/usr/lib/python2.7/unittest/loader.py", line 254, in
_find_tests
  module = self._get_module_from_name(name)
File "/usr/lib/python2.7/unittest/loader.py", line 232, in
_get_module_from_name
  __import__(name)
File "tests/test_compliance.py", line 6, in 
  from nose.tools import assert_equal
  ImportError: No module named nose.tools
  
  
  --
  Ran 76 tests in 0.030s
  
  FAILED (errors=1)
  E: pybuild pybuild:274: test: plugin distutils failed with: exit
  code=1: cd /build/python-jmespath-0.4.1/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m unittest discover -v 
  dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir .
  returned exit code 13
  debian/rules:11: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/python-jmespath_0.4.1-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-jmespath.0.4.1-1.unstable.amd64.log.txt.gz
Description: application/gzip

Bug#804610: nordugrid-arc: FTBFS: error: 'SSLv3_client_method' was not declared in this scope

[Chris West (Faux)]

Source: nordugrid-arc
Version: 5.0.3-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

PayloadTLSMCC.cpp: In constructor 
'ArcMCCTLS::PayloadTLSMCC::PayloadTLSMCC(Arc::MCCInterface*, const 
ArcMCCTLS::ConfigTLSMCC&, Arc::Logger&)':
PayloadTLSMCC.cpp:241:46: error: 'SSLv3_client_method' was not declared in this 
scope
  sslctx_=SSL_CTX_new(SSLv3_client_method());
  ^
PayloadTLSMCC.cpp: In constructor 
'ArcMCCTLS::PayloadTLSMCC::PayloadTLSMCC(Arc::PayloadStreamInterface*, const 
ArcMCCTLS::ConfigTLSMCC&, Arc::Logger&)':
PayloadTLSMCC.cpp:328:46: error: 'SSLv3_server_method' was not declared in this 
scope
  sslctx_=SSL_CTX_new(SSLv3_server_method());
  ^
Makefile:742: recipe for target 'libmcctls_la-PayloadTLSMCC.lo' failed
make[7]: *** [libmcctls_la-PayloadTLSMCC.lo] Error 1
make[7]: Leaving directory '/nordugrid-arc-5.0.3/src/hed/mcc/tls'
Makefile:803: recipe for target 'all-recursive' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/nordugrid-arc.html

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

Bug#804487: [Pkg-openssl-devel] Bug#804487: openssl_1.0.2d-3 breaks mumble and mumble-server after binNMU

[Kurt Roeckx]

On Mon, Nov 09, 2015 at 09:36:46PM +, Chris Knadle wrote:
> Kurt Roeckx:
> > On Mon, Nov 09, 2015 at 07:58:30PM +, Chris Knadle wrote:
> >>
> >> Everybody dealing with the mumble bug agrees that SSL should be initialized
> >> before making SSL calls -- the reason I opened #804487 is to try to figure
> >> out /what/ caused mumble_1.2.10-2+b1 to break, when mumble_1.2.10-2 works.
> >> And I just tested -- mumble_1.2.10-2 works with openssl_1.0.2d-3.
> >> snapshot.debian.org has the before-and-after binNMU here:
> > 
> > I assume you mean 1.0.2d-1 there.  The soname changed between -1
> > and -3 you actually get a different binary package.
> 
> Let me be more specific: mumble_1.2.10-2 that was built with
> openssl_1.0.2d-1 works fine with openssl 1.0.2d-3 installed -- yet
> mumble_1.2.10-2+b1 that was /built/ with openssl_1.0.2d-3 does not.

Please note the "openssl" binary package version doesn't change
anything.  You don't depend on it, you use the library.

Mumble_1.2.10-2 uses the binary package "libssl1.0.0" (version
1.0.2d-1) while mumble_1.2.10-2+b1 uses libssl1.0.2 (version
1.0.2d-3).


Kurt

Bug#804619: tlsdate: FTBFS: undefined reference to `SSLv3_client_method'

[Chris West (Faux)]

Source: tlsdate
Version: 0.0.13-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

src/src_tlsdate_helper-tlsdate-helper.o: In function `run_ssl':
/tlsdate-0.0.13/src/tlsdate-helper.c:1139: undefined reference to 
`SSLv3_client_method'
collect2: error: ld returned 1 exit status
Makefile:1704: recipe for target 'src/tlsdate-helper' failed
make[2]: *** [src/tlsdate-helper] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/tlsdate.html

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

Bug#804618: znc: FTBFS: error: ‘SSLv3_client_method’ was not declared in this scope

[Chris West (Faux)]

Source: znc
Version: 1.6.1-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

src/Csocket.cpp: In member function ‘virtual bool Csock::SSLClientSetup()’:
src/Csocket.cpp:1467:48: error: ‘SSLv3_client_method’ was not declared in this 
scope
   m_ssl_ctx = SSL_CTX_new( SSLv3_client_method() );
^
src/Csocket.cpp: In member function ‘SSL_CTX* Csock::SetupServerCTX()’:
src/Csocket.cpp:1589:43: error: ‘SSLv3_server_method’ was not declared in this 
scope
   pCTX = SSL_CTX_new( SSLv3_server_method() );
   ^
Makefile:116: recipe for target 'src/Csocket.o' failed
make[2]: *** [src/Csocket.o] Error 1
make[2]: Leaving directory '/znc-1.6.1'

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/znc.html

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

Bug#804603: courier: FTBFS: undefined reference to `SSLv3_method'

[Chris West (Faux)]

Source: courier
Version: 0.73.1-1.6
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, as openssl have dropped sslv3 support:

./.libs/libcouriertls.a(libcouriertls.o): In function `tls_create':
/courier-0.73.1/libs/tcpd/libcouriertls.c:530: undefined reference to 
`SSLv3_method'
collect2: error: ld returned 1 exit status
Makefile:524: recipe for target 'couriertls' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/courier.html

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

Bug#804487: [Pkg-openssl-devel] Bug#804487: openssl_1.0.2d-3 breaks mumble and mumble-server after binNMU

[Kurt Roeckx]

On Mon, Nov 09, 2015 at 07:58:30PM +, Chris Knadle wrote:
> 
> Everybody dealing with the mumble bug agrees that SSL should be initialized
> before making SSL calls -- the reason I opened #804487 is to try to figure
> out /what/ caused mumble_1.2.10-2+b1 to break, when mumble_1.2.10-2 works.
> And I just tested -- mumble_1.2.10-2 works with openssl_1.0.2d-3.
> snapshot.debian.org has the before-and-after binNMU here:

I assume you mean 1.0.2d-1 there.  The soname changed between -1
and -3 you actually get a different binary package.

>http://snapshot.debian.org/package/mumble/1.2.10-2/
> 
> I'm looking at and comparing the build logs, and one of the things I see is
> that the build pulled in both libssl1.0.0 and libssl1.0.2, where the prior
> build only pulled in libssl1.0.0.  ldd shows that only libssl1.0.2 is linked
> in the resulting 'mumble' binary.  That doesn't sound right.

It's one of your build dependencies that was probably still using
libssl1.0.0 and probably isn't anymore.  That shouldn't case any
issue.


Kurt

Bug#804613: spamassassin: FTBFS: undefined reference to `SSLv3_client_method'

[Chris West (Faux)]

Source: spamassassin
Version: 3.4.1-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

spamc/libspamc.c: In function ‘message_filter’:
spamc/libspamc.c:1217:11: warning: assignment discards ‘const’ qualifier from 
pointer target type [-Wdiscarded-qualifiers]
  meth = TLSv1_client_method();
   ^
spamc/libspamc.c:1219:13: warning: implicit declaration of function 
‘SSLv3_client_method’ [-Wimplicit-function-declaration]
  meth = SSLv3_client_method(); /* default */
 ^
spamc/libspamc.c:1219:11: warning: assignment makes pointer from integer 
without a cast [-Wint-conversion]
  meth = SSLv3_client_method(); /* default */
   ^
spamc/libspamc.c: In function ‘message_tell’:
spamc/libspamc.c:1607:7: warning: assignment makes pointer from integer without 
a cast [-Wint-conversion]
  meth = SSLv3_client_method();
   ^
/tmp/cccJRbQ7.o: In function `message_tell':
/spamassassin-3.4.1/spamc/libspamc.c:1607: undefined reference to 
`SSLv3_client_method'
/tmp/cccJRbQ7.o: In function `message_filter':
/spamassassin-3.4.1/spamc/libspamc.c:1219: undefined reference to 
`SSLv3_client_method'
collect2: error: ld returned 1 exit status
spamc/Makefile:43: recipe for target 'spamc/spamc' failed
make[2]: *** [spamc/spamc] Error 1
make[2]: Leaving directory '/spamassassin-3.4.1'

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/spamassassin.html

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

Processed: tag

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 804613 + pending
Bug #804613 [src:spamassassin] spamassassin: FTBFS: undefined reference to 
`SSLv3_client_method'
Added tag(s) pending.
> thanks
Stopping processing here.

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

Bug#804616: sslscan: FTBFS: undefined reference to `SSLv3_client_method'

[Chris West (Faux)]

Source: sslscan
Version: 1.8.2-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

/tmp/cc9BAqDL.o: In function `testCipher':
/sslscan-1.8.2/sslscan.c:578: undefined reference to `SSLv3_client_method'
/tmp/cc9BAqDL.o: In function `defaultCipher':
/sslscan-1.8.2/sslscan.c:706: undefined reference to `SSLv3_client_method'
/tmp/cc9BAqDL.o: In function `testHost':
/sslscan-1.8.2/sslscan.c:1205: undefined reference to `SSLv3_client_method'
/sslscan-1.8.2/sslscan.c:1215: undefined reference to `SSLv3_client_method'
/tmp/cc9BAqDL.o: In function `main':
/sslscan-1.8.2/sslscan.c:1431: undefined reference to `SSLv3_client_method'
/tmp/cc9BAqDL.o:/sslscan-1.8.2/sslscan.c:1440: more undefined references to 
`SSLv3_client_method' follow
collect2: error: ld returned 1 exit status

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/sslscan.html

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

Bug#804606: httest: FTBFS: undefined reference to `SSLv3_server_method'

[Chris West (Faux)]

Source: httest
Version: 2.4.8-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, as openssl have dropped support for sslv3:

ssl_module.o: In function `worker_set_server_method':
/httest-2.4.8/src/ssl_module.c:785: undefined reference to `SSLv3_server_method'
ssl_module.o: In function `worker_set_client_method':
/httest-2.4.8/src/ssl_module.c:738: undefined reference to `SSLv3_client_method'
collect2: error: ld returned 1 exit status

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/httest.html

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

Bug#804617: xchat-gnome: FTBFS: error: implicit declaration of function 'SSLv3_server_method'

[Chris West (Faux)]

Source: xchat-gnome
Version: 1:0.30.0~git20131003.d20b8d-3
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

ssl.c: In function '_SSL_context_init':
ssl.c:73:30: error: implicit declaration of function 'SSLv3_server_method' 
[-Werror=implicit-function-declaration]
  ctx = SSL_CTX_new (server ? SSLv3_server_method() : SSLv3_client_method ());
  ^
ssl.c:73:2: warning: nested extern declaration of 'SSLv3_server_method' 
[-Wnested-externs]
  ctx = SSL_CTX_new (server ? SSLv3_server_method() : SSLv3_client_method ());
  ^
ssl.c:73:54: error: implicit declaration of function 'SSLv3_client_method' 
[-Werror=implicit-function-declaration]
  ctx = SSL_CTX_new (server ? SSLv3_server_method() : SSLv3_client_method ());
  ^
ssl.c:73:2: warning: nested extern declaration of 'SSLv3_client_method' 
[-Wnested-externs]
  ctx = SSL_CTX_new (server ? SSLv3_server_method() : SSLv3_client_method ());
  ^
ssl.c:73:21: warning: passing argument 1 of 'SSL_CTX_new' makes pointer from 
integer without a cast [-Wint-conversion]
  ctx = SSL_CTX_new (server ? SSLv3_server_method() : SSLv3_client_method ());
 ^
In file included from ssl.c:20:0:
/usr/include/openssl/ssl.h:2131:10: note: expected 'const SSL_METHOD * {aka 
const struct ssl_method_st *}' but argument is of type 'int'
 SSL_CTX *SSL_CTX_new(const SSL_METHOD *meth);
  ^
ssl.c: In function '_SSL_get_cipher_info':
ssl.c:205:4: warning: assignment discards 'const' qualifier from pointer target 
type [-Wdiscarded-qualifiers]
  c = SSL_get_current_cipher (ssl);
^
ssl.c: In function '_SSL_socket':
ssl.c:284:18: warning: comparison between pointer and integer

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/xchat-gnome.html

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

Bug#804601: arc-gui-clients: FTBFS: requires -std=c++11 or -std=gnu++11 but pkg-config missing

[Chris West (Faux)]

Source: arc-gui-clients
Version: 0.4.6-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

In file included from /usr/include/c++/5/type_traits:35:0,
 from /usr/include/sigc++-2.0/sigc++/visit_each.h:22,
 from /usr/include/sigc++-2.0/sigc++/functors/slot.h:6,
 from /usr/include/sigc++-2.0/sigc++/slot.h:19,
 from /usr/include/arc/DateTime.h:7,
 from /usr/include/arc/UserConfig.h:11,
 from /arc-gui-clients-0.4.6/src/common/arctools.h:7,
 from /arc-gui-clients-0.4.6/src/common/arctools.cpp:1:
/usr/include/c++/5/bits/c++0x_warning.h:32:2: error: #error This file requires 
compiler and library support for the ISO C++ 2011 standard. This support is 
currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 
compiler options.
 #error This file requires compiler and library support for the \
  ^

This was supposedly fixed in libsigc++-2.0, if you're using pkgconfig:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800371

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/arc-gui-clients.html

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

Processed: severity of 804551 is important

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 804551 important
Bug #804551 [xorg] xorg: Killed process 1772 (Xorg)
Severity set to 'important' from 'critical'
> thanks
Stopping processing here.

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

Bug#804611: socat: FTBFS: undefined reference to `SSLv3_client_method'

[Chris West (Faux)]

Source: socat
Version: 1.7.3.0-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

ranlib libxio.a
gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_GNU_SOURCE -Wall -Wno-parentheses  -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 
-Wl,-z,relro -o socat socat.o libxio.a -lwrap -lrt -lutil  -lssl -lcrypto
libxio.a(sslcls.o): In function `sycSSLv3_client_method':
/socat-1.7.3.0/sslcls.c:61: undefined reference to `SSLv3_client_method'
libxio.a(sslcls.o): In function `sycSSLv3_server_method':
/socat-1.7.3.0/sslcls.c:69: undefined reference to `SSLv3_server_method'
collect2: error: ld returned 1 exit status
Makefile:115: recipe for target 'socat' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/socat.html

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

Bug#804386: [htcondor-debian] Bug#804386: condor: FTBFS on arm64 ppc64el and s390x: conflicting declaration 'typedef long unsigned int uint64_t'

[Todd Tannenbaum]

Thanks for the report, John (TJ) Knoeller  (cc-ed) 
is an upstream HTCondor developer and is looking into the below build 
failure.


regards,
Todd

On 11/7/2015 5:25 PM, Emilio Pozuelo Monfort wrote:

Package: condor
Version: 8.4.0~dfsg.1-1
Severity: serious

Your package failed to build on arm64, s390x and ppc64el:

In file included from /usr/lib/gcc/aarch64-linux-gnu/5/include/stdint.h:9:0,
  from /usr/include/c++/5/cstdint:41,
  from /usr/include/c++/5/bits/char_traits.h:380,
  from /usr/include/c++/5/string:40,
  from /«PKGBUILDDIR»/src/condor_utils/condor_event.h:36,
  from /«PKGBUILDDIR»/src/condor_utils/read_user_log.h:45,
  from 
/«PKGBUILDDIR»/src/condor_userlog/condor_userlog_job_counter.cpp:30:
/usr/include/stdint.h:55:27: error: conflicting declaration 'typedef long 
unsigned int uint64_t'
  typedef unsigned long int uint64_t;
^
In file included from 
/«PKGBUILDDIR»/src/condor_userlog/condor_userlog_job_counter.cpp:30:0:
/«PKGBUILDDIR»/src/condor_utils/read_user_log.h:38:31: note: previous 
declaration as 'typedef long long unsigned int uint64_t'
 typedef unsigned long long uint64_t;
^

Full logs at
https://buildd.debian.org/status/logs.php?pkg=condor=8.4.0~dfsg.1-1

Emilio
___
htcondor-debian mailing list
htcondor-deb...@cs.wisc.edu
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-debian




--
Todd Tannenbaum  University of Wisconsin-Madison
Center for High Throughput Computing   Department of Computer Sciences
HTCondor Technical Lead1210 W. Dayton St. Rm #4257
Phone: (608) 263-7132  Madison, WI 53706-1685

Bug#803145: marked as done (opensurgsim: FTBFS: static assertion failed: THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS)

[Debian Bug Tracking System]

Your message dated Tue, 10 Nov 2015 01:34:27 +
with message-id 
and subject line Bug#803145: fixed in opensurgsim 0.6.0-4
has caused the Debian Bug report #803145,
regarding opensurgsim: FTBFS: static assertion failed: 
THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS
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.)


-- 
803145: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803145
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: opensurgsim
Version: 0.6.0-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

opensurgsim fails to build from source in unstable/amd64.

In file included from /usr/include/eigen3/Eigen/Core:297:0,
 from
 /build/opensurgsim-0.6.0/SurgSim/Math/Quaternion.h:24,
 from
 
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/RepresentationUtilities.h:21,
 from
 
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/ContactCalculationTestsCommon.h:22,
 from
 
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/BoxPlaneContactCalculationTests.cpp:16:
/usr/include/eigen3/Eigen/src/Core/Product.h: In instantiation of
'Eigen::ProductImpl::Scalar
Eigen::ProductImpl::coeff(Eigen::Ind
ex, Eigen::Index) const [with Lhs = Eigen::Matrix; Rhs =
Eigen::Matrix; int Option = 0; Eigen::ProductImpl::Scalar = double; Eigen::In
dex = long int]':
/usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:749:31:   required
from 'static void Eigen::internal::quaternionbase_assign_impl::run(Eigen::QuaternionBase&, const
 Other&) [with Derived = Eigen::Quaternion; Other =
 Eigen::Product, Eigen::Matrix, 0>]'
/usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:517:59:   required
from 'Derived& Eigen::QuaternionBase::operator=(const
Eigen::MatrixBase&) [with OtherDerived = Eigen
::Product, Eigen::Matrix, 0>;
Derived = Eigen::Quaternion]'
/usr/include/eigen3/Eigen/src/Geometry/Quaternion.h:267:72:   required
from 'Eigen::Quaternion::Quaternion(const
Eigen::MatrixBase&) [with Derived = Eigen::Product
, Eigen::Matrix, 0>; _Scalar =
double; int _Options = 0]'
/build/opensurgsim-0.6.0/SurgSim/Collision/UnitTests/BoxPlaneContactCalculationTests.cpp:135:72:
  required from here
/usr/include/eigen3/Eigen/src/Core/Product.h:203:7: error: static
assertion failed: THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS
   EIGEN_STATIC_ASSERT(EnableCoeff,
   THIS_METHOD_IS_ONLY_FOR_INNER_OR_LAZY_PRODUCTS);
   ^
SurgSim/Collision/UnitTests/CMakeFiles/SurgSimCollisionTest.dir/build.make:89:
recipe for target
'SurgSim/Collision/UnitTests/CMakeFiles/SurgSimCollisionTest.dir/BoxDoubleSidedPlaneContactCalcul
ationTests.cpp.o' failed

[..]

The full build log is attached or (an alternate build) can be viewed
here:


https://reproducible.debian.net/logs/unstable/amd64/opensurgsim_0.6.0-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


opensurgsim.0.6.0-3.unstable.amd64.log.txt.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: opensurgsim
Source-Version: 0.6.0-4

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

Debian distribution maintenance software
pp.
Paul Novotny  (supplier of updated opensurgsim 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: Sun, 08 Nov 2015 15:37:31 -0500
Source: opensurgsim
Binary: libopensurgsim libopensurgsim-dev opensurgsim-doc
Architecture: source amd64 all
Version: 

Bug#804389: marked as done (subversion: FTBFS: swig failures)

[Debian Bug Tracking System]

Your message dated Tue, 10 Nov 2015 03:52:49 +
with message-id 
and subject line Bug#804389: fixed in subversion 1.9.2-3
has caused the Debian Bug report #804389,
regarding subversion: FTBFS: swig failures
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.)


-- 
804389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804389
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: subversion
Version: 1.9.2-2
Severity: serious

>From my pbuilder build log:

...
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig common.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
swigrun.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
runtime.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
ruby/rubydef.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
ruby/rubyhead.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
ruby/rubytracking.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
perl5/perlrun.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
python/pyrun.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/checkout_swig_header.py build.conf /usr/bin/swig 
python/python.swg
cd /build/subversion-1.9.2 && /usr/bin/python 
build/generator/swig/external_runtime.py build.conf /usr/bin/swig python
Wrote subversion/bindings/swig/proxy/swig_python_external_runtime.swg
/usr/bin/swig -I/build/subversion-1.9.2/BUILD/subversion 
-I/build/subversion-1.9.2/subversion/include 
-I/build/subversion-1.9.2/subversion/bindings/swig 
-I/build/subversion-1.9.2/subversion/bindings/swig/include 
-I/build/subversion-1.9.2/subversion/bindings/swig/proxy 
-I/build/subversion-1.9.2/BUILD/subversion/bindings/swig/proxy 
-I/usr/include/apr-1.0  -I/usr/include/apr-1.0 -I/usr/include 
-D_FORTIFY_SOURCE=2   -DLINUX -D_REENTRANT -D_GNU_SOURCE -DQT_SHARED 
-D_FORTIFY_SOURCE=2 -python -classic -o subversion/bindings/swig/python/core.c 
/build/subversion-1.9.2/subversion/bindings/swig/core.i
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:86: Error: 
Unknown SWIG preprocessor directive: If (if this is a block of target language 
code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:87: Error: 
Unknown SWIG preprocessor directive: metadata (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:92: Error: 
Unknown SWIG preprocessor directive: Verify (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:101: Error: 
Unknown SWIG preprocessor directive: Save (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:102: Error: 
Unknown SWIG preprocessor directive: collector (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:103: Error: 
Unknown SWIG preprocessor directive: SWIG (if this is a block of target 
language code, delimit it with %{ and %})
...
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:101: Error: 
Unknown SWIG preprocessor directive: Save (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:102: Error: 
Unknown SWIG preprocessor directive: collector (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/subversion/bindings/swig/include/proxy.swg:103: Error: 
Unknown SWIG preprocessor directive: SWIG (if this is a block of target 
language code, delimit it with %{ and %})
/build/subversion-1.9.2/build-outputs.mk:283: recipe for target 
'subversion/bindings/swig/python/core.c' failed
make[1]: *** [subversion/bindings/swig/python/core.c] Error 1
make[1]: Leaving directory '/build/subversion-1.9.2/BUILD'
debian/rules:206: recipe for target 'debian/stamp-build-arch' 

Bug#804643: python-tldap: ships /usr/lib/python2.7/dist-packages/docs/__init__.py

[Andreas Beckmann]

Package: python-tldap
Version: 0.3.13-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

/usr/lib/python2.7/dist-packages/docs/__init__.py is a very generic
name that is prone to file overwrite conflicts between packages
(which caused its detection).


Andreas

Bug#802109: marked as done (r-cran-rjags: FTBFS: configure: error: "JAGS module directory /usr/lib/JAGS/modules-3 does not exist.")

[Debian Bug Tracking System]

Your message dated Mon, 9 Nov 2015 23:41:58 -0500
with message-id <20151110044158.ga2...@lordsutch.dyndns.org>
and subject line Apparently fixed in 1:4.4-1
has caused the Debian Bug report #802109,
regarding r-cran-rjags: FTBFS: configure: error: "JAGS module directory 
/usr/lib/JAGS/modules-3 does not exist."
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.)


-- 
802109: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802109
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: r-cran-rjags
Version: 1:3-15-2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

checking for gcc -std=gnu99 option to accept ISO C89... none needed
checking for jags_version in -ljags... yes
configure: error: "JAGS module directory /usr/lib/JAGS/modules-3 does not 
exist."
ERROR: configuration failed for package ‘rjags’
* removing ‘/r-cran-rjags-3-15/debian/r-cran-rjags/usr/lib/R/site-library/rjags’
/usr/share/R/debian/r-cran.mk:98: recipe for target 'R_any_arch' failed
make: *** [R_any_arch] Error 1
dpkg-buildpackage: error: debian/rules binary gave error exit status 2

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/r-cran-rjags.html

-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
--- End Message ---
--- Begin Message ---
Version: 1:4.4-1

I believe this FTBFS problem is fixed in the latest r-cran-rjags in
unstable, as all the buildds compiled it fine from source.


Chris
-- 
Chris Lawrence  - http://blog.lordsutch.com/--- End Message ---

Processed: Re: Bug#804602: canl-c: FTBFS: undefined reference to `SSLv3_client_method'

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 804602 2.1.6-2
Bug #804602 [src:canl-c] canl-c: FTBFS: undefined reference to 
`SSLv3_client_method'
Marked as fixed in versions canl-c/2.1.6-2.
> thanks
Stopping processing here.

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

Processed: tagging 804583, bug 804583 is forwarded to https://github.com/guzzle/guzzle3/issues/67 ...

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 804583 + upstream
Bug #804583 [src:php-guzzle] php-guzzle: FTBFS: DefaultCacheStorageTest.php:122 
fails
Added tag(s) upstream.
> forwarded 804583 https://github.com/guzzle/guzzle3/issues/67
Bug #804583 [src:php-guzzle] php-guzzle: FTBFS: DefaultCacheStorageTest.php:122 
fails
Set Bug forwarded-to-address to 'https://github.com/guzzle/guzzle3/issues/67'.
> affects 804583 php-doctrine-cache
Bug #804583 [src:php-guzzle] php-guzzle: FTBFS: DefaultCacheStorageTest.php:122 
fails
Added indication that 804583 affects php-doctrine-cache
> thanks
Stopping processing here.

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

Bug#804642: bootstrap-vz: ships /usr/lib/python2.7/dist-packages/docs/__init__.py

[Andreas Beckmann]

Package: bootstrap-vz
Version: 0.9.9-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

/usr/lib/python2.7/dist-packages/docs/__init__.py is a very generic
name that is prone to file overwrite conflicts between packages
(which caused its detection).


Andreas

Bug#804641: ruby-gnome2: FTBFS during arch-indep-only buildd build

[Andreas Beckmann]

Source: ruby-gnome2
Version: 2.2.5-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

ruby-gnome2 FTBFS in the arch:all buildd:

https://buildd.debian.org/status/fetch.php?pkg=ruby-gnome2=all=2.2.5-2=1447078649

[...]
   debian/rules override_dh_fixperms
make[1]: Entering directory '/«PKGBUILDDIR»'
dh_fixperms
# Remove executable flag from some examples that aren't actually executable.
chmod -x debian/ruby-glib2/usr/share/doc/ruby-glib2/examples/type-register*.rb
chmod: cannot access 
'debian/ruby-glib2/usr/share/doc/ruby-glib2/examples/type-register*.rb': No 
such file or directory
debian/rules:27: recipe for target 'override_dh_fixperms' failed
make[1]: *** [override_dh_fixperms] Error 1
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:4: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


Looks like this override needs to be
override_dh_fixperms-arch:
instead.


Andreas

Processed: forcibly merging 778176 798288

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 798288 src:x11-xserver-utils 7.7+3
Bug #798288 [x11-xserver-utils] x11-xserver-utils failed to build with gcc 5
Bug reassigned from package 'x11-xserver-utils' to 'src:x11-xserver-utils'.
No longer marked as found in versions x11-xserver-utils/7.7+4.
Ignoring request to alter fixed versions of bug #798288 to the same values 
previously set
Bug #798288 [src:x11-xserver-utils] x11-xserver-utils failed to build with gcc 5
Marked as found in versions x11-xserver-utils/7.7+3.
> forcemerge 778176 798288
Bug #778176 {Done: Julien Cristau } 
[src:x11-xserver-utils] x11-xserver-utils: ftbfs with GCC-5
Bug #798288 [src:x11-xserver-utils] x11-xserver-utils failed to build with gcc 5
Set Bug forwarded-to-address to 
'http://lists.x.org/archives/xorg-devel/2015-September/047294.html'.
Marked Bug as done
Marked as fixed in versions x11-xserver-utils/7.7+5.
Added tag(s) stretch, sid, and patch.
Merged 778176 798288
> thanks
Stopping processing here.

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

Bug#785519: marked as done (xserver-xorg-video-intel: The xserver crashes at startup)

[Debian Bug Tracking System]

Your message dated Mon, 9 Nov 2015 20:03:40 +0100
with message-id <20151109190340.GA28077@localhost.localdomain>
and subject line Close: Bug#785519: The Bug is gone.
has caused the Debian Bug report #785519,
regarding xserver-xorg-video-intel: The xserver crashes at startup
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.)


-- 
785519: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785519
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-video-intel
Version: 2:2.21.15-2+b2
Severity: grave
Tags: upstream
Justification: renders package unusable


After updating xserver-xorg-video-intel from 2:2.21.15-2+b2 to 2:2.21.15-=
2+b2
the xserver crashes immediately after startup. The console renders unusab=
le.
Downgrading to 2:2.21.15-2+b2 solved the problem. Below is the relevant p=
art of syslog.

Note:

*The same happens with the kernels from linux-image-3.16.0-4-amd64 and
linux-image-4.0.0-trunk-amd64.

*The packages xserver-xorg-core and xserver-xorg-video-dummy were at
the same time up/downgraded with versions 2:1.16.4-1/2:1.17.1-2 and
1:0.3.7-1+b3/1:0.3.7-1+b4 respectively.


>From the syslog:
..

May 17 10:34:02 zertz2 kernel: BUG: unable to handle kernel NULL pointer =
dereference at   (null)
May 17 10:34:02 zertz2 kernel: IP: [<  (null)>]   (null)
May 17 10:34:02 zertz2 kernel: PGD 0
May 17 10:34:02 zertz2 kernel: Oops: 0010 [#1] SMP

May 17 10:34:02 zertz2 kernel: Modules linked in: ctr ccm fuse
   snd_hda_codec_realtek
   snd_hda_codec_hdmi
   snd_hda_codec_generic arc4 aesni_intel
   aes_x86_64 iwlmvm glue_helper lrw
   mac80211 gf128mul ablk_helper cryptd
   snd_hda_intel snd_hda_controller
   snd_hda_codec iwlwifi cfg80211
   snd_hda_core ehci_pci ehci_hcd
   snd_pcm_oss snd_mixer_oss usbcore
   snd_pcm snd_timer usb_common [last
   unloaded: pps_core]

May 17 10:34:02 zertz2 kernel: CPU: 0 PID: 4271 Comm: Xorg Tainted: G=
 U  4.1.0-rc3-00350-g64c2f7b #0
May 17 10:34:02 zertz2 kernel: Hardware name: LENOVO 20BWS03F00/20BWS03F0=
0, BIOS JBET47WW (1.12 ) 03/10/2015
May 17 10:34:02 zertz2 kernel: task: 8800ab927530 ti: 88032324800=
0 task.ti: 880323248000
May 17 10:34:02 zertz2 kernel: RIP: 0010:[<>]  [<=
  (null)>]   (null)
May 17 10:34:02 zertz2 kernel: RSP: 0018:88032324bbc0  EFLAGS: 000102=
46
May 17 10:34:02 zertz2 kernel: RAX:  RBX: 88032e81b18=
0 RCX: 88032e81b180
May 17 10:34:02 zertz2 kernel: RDX: f005 RSI: 88032ef918c=
8 RDI: 88032ef93ca8
May 17 10:34:02 zertz2 kernel: RBP: 88032ef93ca8 R08: 88032324bdf=
0 R09: 8800a7ef5080
May 17 10:34:02 zertz2 kernel: R10: 0004 R11: 000=
0 R12: 88032ef918cc
May 17 10:34:02 zertz2 kernel: R13: 88032ef918c8 R14: f00=
5 R15: 88032b588a00
May 17 10:34:02 zertz2 kernel: FS:  7f5934107980() GS:88033dc=
0() knlGS:
May 17 10:34:02 zertz2 kernel: CS:  0010 DS:  ES:  CR0: 8=
0050033
May 17 10:34:02 zertz2 kernel: CR2:  CR3: a8b2900=
0 CR4: 003407f0
May 17 10:34:02 zertz2 kernel: DR0:  DR1: 000=
0 DR2: 
May 17 10:34:02 zertz2 kernel: DR3:  DR6: fffe0ff=
0 DR7: 0400
May 17 10:34:02 zertz2 kernel: Stack:
May 17 10:34:02 zertz2 kernel: 812ef839  8803=
20a83100 88032ef93ca8
May 17 10:34:02 zertz2 kernel: 88032ef9 8800a7ef5080 =
813011fc 88032ed65100
May 17 10:34:02 zertz2 kernel: 8800ab9ddd00 00c0ac343b00 8803=
 88032fe58800
May 17 10:34:02 zertz2 kernel: Call Trace:
May 17 10:34:02 zertz2 kernel: [] ? i915_gem_object_syn=
c+0xb3/0xd9
May 17 10:34:02 zertz2 kernel: [] ? intel_execlists_sub=
mission+0x1b4/0x30d
May 17 10:34:02 zertz2 kernel: [] ? i915_gem_do_execbuf=
fer.isra.19+0xb06/0xbd0
May 17 10:34:02 zertz2 kernel: [] ? shmem_getpage_gfp+0=
x3d8/0x57f
May 17 10:34:02 zertz2 kernel: [] ? i915_gem_execbuffer=
2+0x121/0x18f
May 17 10:34:02 zertz2 kernel: [] ? drm_ioctl+0x34e/0x3=
d8
May 17 10:34:02 zertz2 kernel: [] ? i915_gem_execbuffer=
+0x235/0x235
May 17 

Bug#804564: doxia: FTBFS: Cannot locate avalon-framework

[Daniel Schepler]

Source: doxia
Version: 1.1.4-3
Severity: serious

>From my pbuilder build log:

...
[INFO] 
[INFO] Building Doxia :: FO Module
[INFO]task-segment: [package]
[INFO] 
[INFO] [resources:resources {execution: default-resources}]
[WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy filtered 
resources, i.e. build is platform dependent!
[INFO] Copying 4 resources
[INFO] skip non existing resourceDirectory 
/build/doxia-1.1.4/doxia-modules/doxia-module-fo/target/generated-site/xsd
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) avalon-framework:avalon-framework-api:jar:debian

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=avalon-framework 
-DartifactId=avalon-framework-api -Dversion=debian -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=avalon-framework 
-DartifactId=avalon-framework-api -Dversion=debian -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.maven.doxia:doxia-module-fo:jar:1.1.4
2) org.apache.xmlgraphics:fop:jar:debian
3) avalon-framework:avalon-framework-api:jar:debian

2) avalon-framework:avalon-framework-impl:jar:debian

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=avalon-framework 
-DartifactId=avalon-framework-impl -Dversion=debian -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=avalon-framework 
-DartifactId=avalon-framework-impl -Dversion=debian -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.maven.doxia:doxia-module-fo:jar:1.1.4
2) org.apache.xmlgraphics:fop:jar:debian
3) avalon-framework:avalon-framework-impl:jar:debian

--
2 required artifacts are missing.

for artifact: 
  org.apache.maven.doxia:doxia-module-fo:jar:1.1.4

from the specified remote repositories:
  central (https://repo1.maven.org/maven2)



NOTE: Maven is executing in offline mode. Any artifacts not already in your 
local
repository will be inaccessible.


[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 7 seconds
[INFO] Finished at: Mon Nov 09 16:35:09 UTC 2015
[INFO] Final Memory: 28M/486M
[INFO] 
/usr/share/cdbs/1/class/maven.mk:93: recipe for target 'mvn-build' failed
make: *** [mvn-build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

I do see libavalon-framework-java being installed elsewhere in the log; it
would seem /usr/share/maven-repo just no longer has it registered under those
identifiers.
-- 
Daniel Schepler

Bug#804575: insighttoolkit4: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: insighttoolkit4
Version: 4.8.1-1
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Bug#759748: marked as done (ogmrip: Depends on mencoder which is not available)

[Debian Bug Tracking System]

Your message dated Mon, 9 Nov 2015 18:42:34 +
with message-id 

and subject line Closing
has caused the Debian Bug report #759748,
regarding ogmrip: Depends on mencoder which is not available
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.)


-- 
759748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759748
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ogmrip
Version: 1.0.1-1
Severity: serious
Justification: Policy 2.2.1

Hello,

ogmrip depends on mencoder which is not currently available in
Debian unstable which makes the package uninstallable.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 1.0.1-1

Mencoder has been reintroduced with mplayer 2:1.1.1+svn37434-1
Hence closing.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A--- End Message ---

Bug#788708: iceweasel: GStreamer causes segmentation fault

[Agustin Martin]

Hi, gstreamer plugins maintainers

I have unarchived this bug report to add more info on it. Not yet
reopened it for jessie because I am not fully sure that is is the one
to blame.

I  am having some problems in jessie similar to those reported in this
bug report, although they are not yet as reproducible.

Using iceweasel=38.4.0esr-1~deb8u1 and
gstreamer1.0-plugins-bad+libgstreamer-plugins-bad1.0-0=1.4.4-2.1+b1  I
have been finding some problems about iceweasel sudden closure. I have
build a personal gstreamer1.0-plugins-bad=1.4.4-2.1.0.0+amd1 package
including the patch that fixed this problem and it seemed to
disappear. The reason why I am not yet reopening this bug report for
jessie is that after reverting to current jessie versions
(1.4.4-2.1(+b1)) I am not reproducing it, so I cannot discard that
there is something else involved.

Adding this info here in case anyone else is finding this problem in
jessie. If so, a jessie point upload may be be useful.

Regards,

-- 
Agustin

Processed: Re: ImportError: /usr/lib/python2.7/dist-packages/M2Crypto/__m2crypto.so: undefined symbol: SSLv3_method

[Debian Bug Tracking System]

Processing control commands:

> severity -1 serious
Bug #803946 [python-m2crypto] ImportError: 
/usr/lib/python2.7/dist-packages/M2Crypto/__m2crypto.so: undefined symbol: 
SSLv3_method
Severity set to 'serious' from 'normal'

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

Bug#804319: marked as done (Package split missing proper Breaks/Replaces)

[Debian Bug Tracking System]

Your message dated Mon, 09 Nov 2015 17:49:13 +
with message-id 
and subject line Bug#804319: fixed in pyflakes 1.0.0-3
has caused the Debian Bug report #804319,
regarding Package split missing proper Breaks/Replaces
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.)


-- 
804319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804319
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pyflakes
Version: 1.0.0-2
Severity: serious

Ohai,

during the upgrade to 1.0.0-2 in sid, I saw the following error:
Unpacking python-pyflakes (1.0.0-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/python-pyflakes_1.0.0-2_all.deb (--unpack):
 trying to overwrite 
'/usr/lib/python2.7/dist-packages/pyflakes/test/test_other.py', which is also 
in package pyflakes 1.0.0-1
Selecting previously unselected package python3-pyflakes.
Preparing to unpack .../python3-pyflakes_1.0.0-2_all.deb ...
Unpacking python3-pyflakes (1.0.0-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/python3-pyflakes_1.0.0-2_all.deb (--unpack):
 trying to overwrite 
'/usr/lib/python3/dist-packages/pyflakes/test/test_other.py', which is also in 
package pyflakes 1.0.0-1

I think the new packages miss a proper
 Replaces: oldname (<< 2.0-1~)
 Breaks: oldname (<< 2.0-1~)
or similar.

regards
Evgeni

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: pyflakes
Source-Version: 1.0.0-3

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

Debian distribution maintenance software
pp.
Barry Warsaw  (supplier of updated pyflakes 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: Mon, 09 Nov 2015 11:29:51 -0500
Source: pyflakes
Binary: pyflakes python-pyflakes python3-pyflakes
Architecture: source all
Version: 1.0.0-3
Distribution: unstable
Urgency: medium
Maintainer: Barry Warsaw 
Changed-By: Barry Warsaw 
Description:
 pyflakes   - passive checker of Python 2 and 3 programs
 python-pyflakes - passive checker of Python 2 programs
 python3-pyflakes - passive checker of Python 3 programs
Closes: 804319
Changes:
 pyflakes (1.0.0-3) unstable; urgency=medium
 .
   * d/control: Add the proper Replaces/Breaks to handle post-binary
 package split upgrades.  (Closes: #804319)
Checksums-Sha1:
 84ce87634d1cb75cc261ac3eecbe2ee36253e9a8 2255 pyflakes_1.0.0-3.dsc
 22c3be7169f5a139b10064656b7efa8d910b0d38 5968 pyflakes_1.0.0-3.debian.tar.xz
 988f7e4f0ab8164f16be8d75c3774cd939730aa7 9968 pyflakes_1.0.0-3_all.deb
 d32f6a8ef50505ebb151a53dcf3d1b0e65738ba4 36496 python-pyflakes_1.0.0-3_all.deb
 df5f98b107cd033f0d21a4a898ddaa7e9eb28e27 36580 python3-pyflakes_1.0.0-3_all.deb
Checksums-Sha256:
 16474d1b9179a17b65055feadd66dc42ba8c99b17a6e193ee4e72378f2b06dde 2255 
pyflakes_1.0.0-3.dsc
 83d9be68c7d8ca1c3362a0f608916903238a8d81090fc3d411e69fcfc3f6fc96 5968 
pyflakes_1.0.0-3.debian.tar.xz
 b8733a06c6f8b0ad219ffca84af909d8ccf3c31c827360ac8841c84a5919ebca 9968 
pyflakes_1.0.0-3_all.deb
 c46195bd11e2a5cc2b579fd167ab79fa6c9247aea1ef30f6e2c94faba6be 36496 
python-pyflakes_1.0.0-3_all.deb
 dff53d811337840d501cc23b5e1443ec0c32b9dc904de3655771aa701e9bfc69 36580 
python3-pyflakes_1.0.0-3_all.deb
Files:
 2d0452d05a59c150053574bb6dd51379 2255 python optional pyflakes_1.0.0-3.dsc
 c469cba611f82cbd2bac609b1709d54f 5968 python optional 
pyflakes_1.0.0-3.debian.tar.xz
 2bc08fb8f67d10324ed2a2d7355ebe0f 9968 python optional pyflakes_1.0.0-3_all.deb
 ea8e632c2883ca60b81b4b2c39a4e0be 36496 python optional 
python-pyflakes_1.0.0-3_all.deb
 2896bb49db503fff14eafd0a06e021be 36580 python 

Bug#804320: marked as done (Package split missing proper Breaks/Replaces)

[Debian Bug Tracking System]

Your message dated Mon, 09 Nov 2015 17:49:13 +
with message-id 
and subject line Bug#804319: fixed in pyflakes 1.0.0-3
has caused the Debian Bug report #804319,
regarding Package split missing proper Breaks/Replaces
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.)


-- 
804319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804319
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python-pyflakes,python3-pyflakes
Version: 1.0.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-pyflakes.
  Preparing to unpack .../python-pyflakes_1.0.0-2_all.deb ...
  Unpacking python-pyflakes (1.0.0-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-pyflakes_1.0.0-2_all.deb (--unpack):
   trying to overwrite 
'/usr/lib/python2.7/dist-packages/pyflakes/test/test_other.py', which is also 
in package pyflakes 1.0.0-1
  Errors were encountered while processing:
   /var/cache/apt/archives/python-pyflakes_1.0.0-2_all.deb

similarily for python3-pyflakes


cheers,

Andreas


pyflakes=1.0.0-1_python-pyflakes=1.0.0-2.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: pyflakes
Source-Version: 1.0.0-3

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

Debian distribution maintenance software
pp.
Barry Warsaw  (supplier of updated pyflakes 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: Mon, 09 Nov 2015 11:29:51 -0500
Source: pyflakes
Binary: pyflakes python-pyflakes python3-pyflakes
Architecture: source all
Version: 1.0.0-3
Distribution: unstable
Urgency: medium
Maintainer: Barry Warsaw 
Changed-By: Barry Warsaw 
Description:
 pyflakes   - passive checker of Python 2 and 3 programs
 python-pyflakes - passive checker of Python 2 programs
 python3-pyflakes - passive checker of Python 3 programs
Closes: 804319
Changes:
 pyflakes (1.0.0-3) unstable; urgency=medium
 .
   * d/control: Add the proper Replaces/Breaks to handle post-binary
 package split upgrades.  (Closes: #804319)
Checksums-Sha1:
 84ce87634d1cb75cc261ac3eecbe2ee36253e9a8 2255 pyflakes_1.0.0-3.dsc
 22c3be7169f5a139b10064656b7efa8d910b0d38 5968 pyflakes_1.0.0-3.debian.tar.xz
 988f7e4f0ab8164f16be8d75c3774cd939730aa7 9968 pyflakes_1.0.0-3_all.deb
 d32f6a8ef50505ebb151a53dcf3d1b0e65738ba4 36496 python-pyflakes_1.0.0-3_all.deb
 df5f98b107cd033f0d21a4a898ddaa7e9eb28e27 36580 python3-pyflakes_1.0.0-3_all.deb
Checksums-Sha256:
 16474d1b9179a17b65055feadd66dc42ba8c99b17a6e193ee4e72378f2b06dde 2255 
pyflakes_1.0.0-3.dsc
 83d9be68c7d8ca1c3362a0f608916903238a8d81090fc3d411e69fcfc3f6fc96 5968 
pyflakes_1.0.0-3.debian.tar.xz
 b8733a06c6f8b0ad219ffca84af909d8ccf3c31c827360ac8841c84a5919ebca 9968 
pyflakes_1.0.0-3_all.deb
 c46195bd11e2a5cc2b579fd167ab79fa6c9247aea1ef30f6e2c94faba6be 36496 
python-pyflakes_1.0.0-3_all.deb
 dff53d811337840d501cc23b5e1443ec0c32b9dc904de3655771aa701e9bfc69 36580 
python3-pyflakes_1.0.0-3_all.deb
Files:
 2d0452d05a59c150053574bb6dd51379 2255 python optional pyflakes_1.0.0-3.dsc
 c469cba611f82cbd2bac609b1709d54f 5968 python optional 
pyflakes_1.0.0-3.debian.tar.xz
 2bc08fb8f67d10324ed2a2d7355ebe0f 9968 python optional pyflakes_1.0.0-3_all.deb
 ea8e632c2883ca60b81b4b2c39a4e0be 36496 python optional 
python-pyflakes_1.0.0-3_all.deb
 2896bb49db503fff14eafd0a06e021be 36580 python optional 
python3-pyflakes_1.0.0-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWQNj7AAoJEBJutWOnSwa/jMsP/R5qdfSGZmMPE4J8vMoVG3Ys

Bug#804574: ginkgocadx: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: ginkgocadx
Version: 3.7.1.1573.41+dfsg-3
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Bug#804572: odin: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: odin
Version: 1.8.8-1.1
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Processed: severity of 791847 is important

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 791847 important
Bug #791847 [src:uwsgi] uwsgi: FTBFS with ruby2.2: Error: unable to find 
directory 'plugins/rack_ruby21'
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.

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

Bug#804578: aeskulap: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Package: aeskulap
Version: 0.2.2b1-13
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Processed: Re: synaptic: Uses obsolete vte3 which is going away

[Debian Bug Tracking System]

Processing control commands:

> block 796907 by -1
Bug #796907 [src:vte3] vte3: should be removed, obsoleted by src:vte2.91
796907 was blocked by: 788023
796907 was not blocking any bugs.
Added blocking bug(s) of 796907: 788026
> severity -1 serious
Bug #788026 [src:synaptic] synaptic: Uses obsolete vte3 which is going away
Severity set to 'serious' from 'important'

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

Processed: Re: tilda: Uses obsolete vte3 which is going away

[Debian Bug Tracking System]

Processing control commands:

> block 796907 by -1
Bug #796907 [src:vte3] vte3: should be removed, obsoleted by src:vte2.91
796907 was not blocked by any bugs.
796907 was not blocking any bugs.
Added blocking bug(s) of 796907: 788023
> severity -1 serious
Bug #788023 [src:tilda] tilda: Uses obsolete vte3 which is going away
Severity set to 'serious' from 'important'

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

Bug#804487: [Pkg-openssl-devel] Bug#804487: openssl_1.0.2d-3 breaks mumble and mumble-server after binNMU

[Kurt Roeckx]

On Sun, Nov 08, 2015 at 10:26:42PM +, Chris Knadle wrote:
> Package: openssl
> Version: 1.0.2d-3
> Severity: serious
> 
> Greetings.
> 
> I'm marking this bug as 'serious' because the upgrade to 1.0.2d-3 seems to
> have broken mumble, though it's unclear why that would be.
> 
> After a binNMU with openssl_1.0.2d-3 mumble and mumble-server are unable to
> find the available list of SSL ciphers, and unusable -- mumble-server quits,
> and mumble cannot find the user's SSL certificate to connect to servers
> with.  mumble_1.2.10-2 compiled against libssl-dev 1.0.2d-1 worked okay.
> 
> A debdiff between openssl_1.0.2d-1 and openssl_1.0.2d-3 seems reasonable (to
> me)... "pulling at straws" I see some changes in version-script.patch, and
> in the debian/rules file I see three new CONFARGS: "no-ssl3-method
> enable-rfc3779 enable-cms" and I'm not sure what the latter two confargs do.
> 
> We're trying to figure out the problem with the mumble package in bug
> #804363.  Although the breakage may have been triggered by the openssl
> upgrade it looks like mumble and mumble-server both seem to be missing an
> `SSL_library_init()` call, so this issue isn't clear yet.

You really should call SSL_library_init() (or
OpenSSL_add_ssl_algorithms(), SSLeay_add_ssl_algorithms()) as
early as possible, clearly before calling other OpenSSL function,
see the manpage.

The "no-ssl3-method" really is the only change that applications
could have a problem with.  It just drops SSLv3_* methods that
doesn't affect mumble.  enable-cms is actually the default and din't
change anything.  enable-rfc3779 shouldn't break anything, but
maybe it does when you didn't initialyze the library?


Kurt

Bug#804567: libaccounts-glib: FTBFS on s390x

[Emilio Pozuelo Monfort]

Source: libaccounts-glib
Version: 1.18+20150112-1
Severity: serious

Your package failed to build on s390x. Normally this wouldn't be RC as
this package has never built on that architecture. However,
ktp-common-internals needs this (through libaccounts-qt) to build there.

Log at
https://buildd.debian.org/status/fetch.php?pkg=libaccounts-glib=s390x=1.18%2B20150112-1=1447063649

Cheers,
Emilio

Bug#804569: dicomscope: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: dicomscope
Version: 3.6.0-14
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Bug#804570: dcmtkpp: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: dcmtkpp
Version: 0.3.1-1
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Bug#804568: cmtk: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Package: cmtk
Version: 3.2.2-1.3
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Bug#804571: orthanc: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: orthanc
Version: 0.9.4+dfsg-1
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Bug#804573: plastimatch: build-depends on libdcmtk2-dev which is no longer built

[Emilio Pozuelo Monfort]

Package: plastimatch
Version: 1.6.2+dfsg-1
Severity: serious

Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.

Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at that.

Emilio

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> notfound 759748 1.0.1-1
Bug #759748 {Done: Alessio Treglia } [src:ogmrip] ogmrip: 
Depends on mencoder which is not available
No longer marked as found in versions ogmrip/1.0.1-1.
> thanks
Stopping processing here.

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

Bug#791847: [pkg-uWSGI-devel] Bug#791847: #791847: still seen in 2.0.11.2-2

[Jonas Smedegaard]

Quoting Christian Hofstaedtler (2015-10-30 16:11:48)
> I've tried again to build your package with ruby2.2, and it failed 
> with pretty much the same error message.

Thanks for reopening.  Please do not bump severity, however:

This bug was only partly solved by 2.0.11.1-1: It requires a sourceful 
rebuild (not only a binNMU) _after_ ruby2.2 has become the default for 
unstable.

Therefore, this bug should stay of severity important until actually 
possible to resolve ruby2.2 as the default Ruby flavor.


 - 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#804566: bacula: not binNMU safe

[Emilio Pozuelo Monfort]

Source: bacula
Version: 5.2.6+dfsg-9.3
Severity: serious

bacula 5.2.6+dfsg-9.3 depends on bacula-common (= 5.2.6+dfsg-9.3).
However bacula was binNMU'ed, so bacula-common is now at
5.2.6+dfsg-9.3+b1. That prevents the installation of the new packages
and testing migration.

Emilio

Processed (with 1 error): your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 804319 Package split missing proper Breaks/Replaces
Bug #804319 [src:pyflakes] package split missing proper brekas/replaces
Changed Bug title to 'Package split missing proper Breaks/Replaces' from 
'package split missing proper brekas/replaces'
> retitle 804320 Package split missing proper Breaks/Replaces
Bug #804320 [python-pyflakes,python3-pyflakes] 
python-pyflakes,python3-pyflakes: missing B+R: pyflakes for package split
Changed Bug title to 'Package split missing proper Breaks/Replaces' from 
'python-pyflakes,python3-pyflakes: missing B+R: pyflakes for package split'
> affects 804320 src:pyflakes
Bug #804320 [python-pyflakes,python3-pyflakes] Package split missing proper 
Breaks/Replaces
Added indication that 804320 affects src:pyflakes
> merge 804319 804320
Bug #804319 [src:pyflakes] Package split missing proper Breaks/Replaces
Unable to merge bugs because:
affects of #804320 is 'src:pyflakes,pyflakes' not ''
package of #804320 is 'python-pyflakes,python3-pyflakes' not 'src:pyflakes'
Failed to merge 804319: Did not alter merged bugs.

>
End of message, stopping processing here.

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

Processed (with 1 error): your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> merge 804319 804320
Bug #804319 [src:pyflakes] Package split missing proper Breaks/Replaces
Unable to merge bugs because:
affects of #804320 is 'src:pyflakes' not ''
Failed to merge 804319: Did not alter merged bugs.

>
End of message, stopping processing here.

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 804319 + pending
Bug #804319 [src:pyflakes] Package split missing proper Breaks/Replaces
Added tag(s) pending.
> thanks
Stopping processing here.

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

Processed (with 2 errors): forcibly merging 778176 798288

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> unarchive 778176
Bug #778176 {Done: Julien Cristau } 
[src:x11-xserver-utils] x11-xserver-utils: ftbfs with GCC-5
Unarchived Bug 778176
> forcemerge 778176 798288
Bug #778176 {Done: Julien Cristau } 
[src:x11-xserver-utils] x11-xserver-utils: ftbfs with GCC-5
Unable to merge bugs because:
package of #798288 is 'x11-xserver-utils' not 'src:x11-xserver-utils'
Failed to forcibly merge 778176: Did not alter merged bugs.

> archive 778176
> thanks
Stopping processing here.

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

Processed: still fails later during test suite

[Debian Bug Tracking System]

Processing control commands:

> reopen -1
Bug #804296 {Done: Johannes Schauer } [src:botch] botch: dot 
assertion failed when building docs on mipsel and mips
'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 botch/0.17-3.

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> affects 804320 -pyflakes
Bug #804320 [python-pyflakes,python3-pyflakes] Package split missing proper 
Breaks/Replaces
Removed indication that 804320 affects pyflakes
>
End of message, stopping processing here.

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 804320 src:pyflakes
Bug #804320 [python-pyflakes,python3-pyflakes] Package split missing proper 
Breaks/Replaces
Bug reassigned from package 'python-pyflakes,python3-pyflakes' to 
'src:pyflakes'.
No longer marked as found in versions 1.0.0-2.
Ignoring request to alter fixed versions of bug #804320 to the same values 
previously set
>
End of message, stopping processing here.

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

Bug#804296: still fails later during test suite

[Johannes Schauer]

Control: reopen -1

not building the architecture independent wiki target (which uses dot) on mips
and mipsel didn't help because dot is used later during the test suite run.


signature.asc
Description: signature

Processed: unarchive #788708 to have more info joined to this bug report

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> unarchive 788708
Bug #788708 {Done: Sebastian Dröge } [gst-plugins-bad1.0] 
iceweasel: GStreamer causes segmentation fault
Unarchived Bug 788708
> thanks
Stopping processing here.

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> affects 804320
Bug #804320 [src:pyflakes] Package split missing proper Breaks/Replaces
Removed indication that 804320 affects src:pyflakes
>
End of message, stopping processing here.

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> merge 804319 804320
Bug #804319 [src:pyflakes] Package split missing proper Breaks/Replaces
Bug #804320 [src:pyflakes] Package split missing proper Breaks/Replaces
Marked as found in versions pyflakes/1.0.0-2.
Added tag(s) pending.
Merged 804319 804320
>
End of message, stopping processing here.

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

Processed (with 1 error): your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> merge 804319 804320
Bug #804319 [src:pyflakes] package split missing proper brekas/replaces
Unable to merge bugs because:
affects of #804320 is 'pyflakes' not ''
package of #804320 is 'python-pyflakes,python3-pyflakes' not 'src:pyflakes'
Failed to merge 804319: Did not alter merged bugs.

>
End of message, stopping processing here.

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

Bug#804327: caml-crush: FTBFS: OCaml package ssl not found

[Thomas Calderon]

Hello,

This issue was tracked down and is linked to the following:
  - Source package had no direct dependency on
libocaml-ssl/libocaml-ssl-net which was pulled by Ocamlnet
  - OCamlnet was bumped to 4.x in Sid, switching to GnuTLS which breaks
their TLS API and do not require Ocaml-ssl any longer

Anyway the upstream Caml Crush is being worked on to support both older and
newer 4.x Ocamlnet and a release should be made this week.
Once this is done, I will push an updated Debian package.

Cheers,

Thomas


On Sun, Nov 8, 2015 at 9:43 PM, Kurt Roeckx  wrote:

> On Sun, Nov 08, 2015 at 09:33:03PM +, Thomas Calderon wrote:
> > Hello Kurt,
> >
> > Do you know if the ocaml SSL library has changed or been removed has a
> > consequence of your cleanup?
> > That could explain why the configure script does not find it any longer.
>
> I'm not sure what the ocaml ssl package is.  From the brief look
> at the configure script it looked the support multiple things, but
> I have no idea what it's really searching for.
>
> But I couldn't find any reference to the SSLv3_* functions in your
> package, so it might not be related to my change.
>
>
> Kurt
>
>

Bug#804586: qtiplot: FTBFS: Error: pdflatex compilation failed

[Chris West (Faux)]

Source: qtiplot
Version: 0.9.8.9-10
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

Generating example index...
finalizing index lists...
writing tag file...
lookup cache used 21183/65536 hits=201203 misses=21385
finished...
/usr/bin/make -C manual -f Makefile all
make[2]: Entering directory '/qtiplot-0.9.8.9/manual'
docbook2html -d qtiplot.dsl docbook-en/index.docbook -e no-valid
Using catalogs: /etc/sgml/catalog
Using stylesheet: /qtiplot-0.9.8.9/manual/qtiplot.dsl
Working on: /qtiplot-0.9.8.9/manual/docbook-en/index.docbook
Done.
dblatex -o qtiplot-manual-en.pdf -c dblatex.conf docbook-en/index.docbook
Build the book set list...
/qtiplot-0.9.8.9/manual/docbook-en/reference.docbook:1103: element sect3: 
validity error : ID fft-cmd already defined

   ^
/qtiplot-0.9.8.9/manual/docbook-en/reference.docbook:1328: element sect2: 
validity error : ID recalculate-cmd already defined
 
() 
()
^
/qtiplot-0.9.8.9/manual/docbook-en/reference.docbook:1352: element sect2: 
validity error : ID smooth-cmd already defined
  
^
/qtiplot-0.9.8.9/manual/docbook-en/dialogs.docbook:420: element figure: 
validity error : ID fig-custom-curves-pie-2 already defined
  

...

Build index.docbook.pdf
pdflatex failed
index.docbook.tex:5947: Argument of \GTS@CdrTwo has an extra }.
index.docbook.tex:5947: leading text: \caption\label
index.docbook.tex:5947: Paragraph ended before \GTS@CdrTwo was complete.

...

index.docbook.aux:1366: Extra }, or forgotten \endgroup.
index.docbook.aux:1366: leading text: \newlabel{}{{5.57}{131}{\par }
index.docbook.aux:1366: Extra }, or forgotten \endgroup.
index.docbook.aux:1366: leading text: ...bel{}{{5.57}{131}{\par 
}{figure.5.57}{}}
Unexpected error occured
Error: pdflatex compilation failed
Makefile:13: recipe for target 'pdf' failed
make[2]: *** [pdf] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/qtiplot.html

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

Bug#804569: dicomscope: build-depends on libdcmtk2-dev which is no longer built

[Andreas Tille]

On Mon, Nov 09, 2015 at 06:42:20PM +0100, Emilio Pozuelo Monfort wrote:
> 
> Your package build-depends on libdcmtk2-dev, which is no longer
> built by src:dcmtk. You should build-depend on libdcmtk-dev now.

I tried this but it seems that dcmtk has changed its interface.  I was
running into 

...
/usr/include/dcmtk/dcmsr/dsrdoc.h:649:25: note:   candidate expects 2 
arguments, 0 provided
/build/dicomscope-3.6.0/interface/libsrc/DSRDocument.cpp: In function 
'_jstring* Java_J2Ci_jDSRDocument_getAccessionNumber(JNIEnv*, jobject)':
/build/dicomscope-3.6.0/interface/libsrc/DSRDocument.cpp:734:50: error: no 
matching function for call to 'DSRDocument::getAccessionNumber()'
 const char *string = doc->getAccessionNumber();
  ^
In file included from 
/build/dicomscope-3.6.0/interface/include/jInterface.h:49:0,
 from 
/build/dicomscope-3.6.0/interface/libsrc/DSRDocument.cpp:39:
/usr/include/dcmtk/dcmsr/dsrdoc.h:657:25: note: candidate: virtual OFCondition 
DSRDocument::getAccessionNumber(OFString&, long int) const
 virtual OFCondition getAccessionNumber(OFString ,
 ^
/usr/include/dcmtk/dcmsr/dsrdoc.h:657:25: note:   candidate expects 2 
arguments, 0 provided
interface/libsrc/CMakeFiles/jInterface.dir/build.make:113: recipe for target 
'interface/libsrc/CMakeFiles/jInterface.dir/DSRDocument.cpp.o' failed
make[3]: *** [interface/libsrc/CMakeFiles/jInterface.dir/DSRDocument.cpp.o] 
Error 1


Any idea how to solve this?

Kind regards

Andreas.


-- 
http://fam-tille.de

Bug#804587: quodlibet: FTBFS: ImportError: No module named mutagen

[Chris West (Faux)]

Source: quodlibet
Version: 3.5.1-1
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:


==
ERROR: tests.test_formats_aac (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.test_formats_aac
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/__init__.py", line 260, in 
init_test_environ()
  File "tests/__init__.py", line 237, in init_test_environ
quodlibet.init(no_translations=True)
  File "quodlibet/__init__.py", line 511, in init
init_cli(**kwargs)
  File "quodlibet/__init__.py", line 494, in init_cli
_init_formats()
  File "quodlibet/__init__.py", line 473, in _init_formats
init()
  File "quodlibet/formats/__init__.py", line 29, in init
import mutagen
ImportError: No module named mutagen


==
ERROR: tests.test_qltk_delete (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.test_qltk_delete
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/__init__.py", line 260, in 
init_test_environ()
  File "tests/__init__.py", line 237, in init_test_environ
quodlibet.init(no_translations=True)
  File "quodlibet/__init__.py", line 511, in init
init_cli(**kwargs)
  File "quodlibet/__init__.py", line 494, in init_cli
_init_formats()
  File "quodlibet/__init__.py", line 473, in _init_formats
init()
  File "quodlibet/formats/__init__.py", line 29, in init
import mutagen
ImportError: No module named mutagen

...

--
Ran 152 tests in 0.009s

FAILED (errors=152)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/quodlibet-3.5.1/.pybuild/pythonX.Y_2.7/build; python2.7 -m unittest discover 
-v 
dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/quodlibet.html

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

Bug#804575: [Debian-med-packaging] Bug#804575: insighttoolkit4: build-depends on libdcmtk2-dev which is no longer built

[Gert Wollny]

I'll take on this bug once gdcm (=2.6) - another build dependency of
insighttoolkit4 - has cleared NEW. 

I.e. in the packaging svn I already changed the dependency. 

Best, 
Gert 

Bug#804589: sfcgal: FTBFS: error: CGAL/Point_inside_polyhedron_3.h: No such file or directory

[Chris West (Faux)]

Source: sfcgal
Version: 1.1.0-5
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

cd /sfcgal-1.1.0/obj-x86_64-linux-gnu/src && /usr/bin/c++   
-DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB 
-DBOOST_VARIANT_USE_RELAXED_GET_BY_DEFAULT -DCGAL_INTERSECTION_VERSION=1 
-DSFCGAL_BUILD_SHARED -DSFCGAL_EXPORTS -g -O2 -fPIE -fstack-protector-strong 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  -Wall -Wextra 
-Wno-long-long -pedantic -Wpointer-arith -Wcast-align -Wcast-qual 
-Wno-overloaded-virtual -Wformat=2 -Winit-self -Wmissing-include-dirs 
-Wwrite-strings -Wno-error=undef -fPIC 
-I/sfcgal-1.1.0/obj-x86_64-linux-gnu/include -I/sfcgal-1.1.0/patches/CGAL-4.3 
-isystem /usr/include/x86_64-linux-gnu-o 
CMakeFiles/SFCGAL.dir/algorithm/Intersection3D.cpp.o -c 
/sfcgal-1.1.0/src/algorithm/Intersection3D.cpp
/sfcgal-1.1.0/src/algorithm/Intersection3D.cpp:35:44: fatal error: 
CGAL/Point_inside_polyhedron_3.h: No such file or directory
compilation terminated.
src/CMakeFiles/SFCGAL.dir/build.make:641: recipe for target 
'src/CMakeFiles/SFCGAL.dir/algorithm/Intersection3D.cpp.o' failed
make[3]: *** [src/CMakeFiles/SFCGAL.dir/algorithm/Intersection3D.cpp.o] Error 1
make[3]: Leaving directory '/sfcgal-1.1.0/obj-x86_64-linux-gnu'

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/sfcgal.html

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

Bug#804593: voms-api-java: FTBFS: org.apache.maven.plugins:maven-assembly-plugin:pom:2.2-beta-5 not found

[Chris West (Faux)]

Source: voms-api-java
Version: 3.0.5-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.plugins:maven-assembly-plugin

Reason: POM 'org.apache.maven.plugins:maven-assembly-plugin' not found in 
repository: System is offline.

  org.apache.maven.plugins:maven-assembly-plugin:pom:2.2-beta-5


 for project org.apache.maven.plugins:maven-assembly-plugin


[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/voms-api-java.html

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

Bug#804582: paramiko: FTBFS: ImportError: No module named pyasn1.type.univ

[Chris West (Faux)]

Source: paramiko
Version: 1.15.3-1
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:


==
ERROR: test_1_pyasn1 (tests.test_gssapi.GSSAPITest)
--
Traceback (most recent call last):
  File "tests/test_gssapi.py", line 41, in test_1_pyasn1
from pyasn1.type.univ import ObjectIdentifier
ImportError: No module named pyasn1.type.univ

==
ERROR: test_2_gssapi_sspi (tests.test_gssapi.GSSAPITest)
--
Traceback (most recent call last):
  File "tests/test_gssapi.py", line 55, in test_2_gssapi_sspi
import sspicon
ImportError: No module named sspicon

==
ERROR: test_1_gsskex_and_auth (tests.test_kex_gss.GSSKexTest)
--
Traceback (most recent call last):
  File "tests/test_kex_gss.py", line 68, in setUp
self.username = krb5_principal
NameError: global name 'krb5_principal' is not defined

==
ERROR: test_1_file (tests.test_sftp.SFTPTest)
--
Traceback (most recent call last):
  File "tests/test_sftp.py", line 164, in setUp
sftp.mkdir(FOLDER)
AttributeError: 'NoneType' object has no attribute 'mkdir'

...

--
Ran 152 tests in 13.788s

FAILED (errors=44)
Exception in thread Thread-181 (most likely raised during interpreter 
shutdown):E: pybuild pybuild:274: test: plugin distutils failed with: exit 
code=1: cd /paramiko-1.15.3/.pybuild/pythonX.Y_2.7/build; python2.7 -m unittest 
discover -v 
dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit 
code 13
debian/rules:6: recipe for target 'build' failed
make: *** [build] Error 25
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/paramiko.html

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

Bug#804592: stimfit: FTBFS: pystf.i:1517: Error: Unknown SWIG preprocessor directive: Check

[Chris West (Faux)]

Source: stimfit
Version: 0.13.19-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, as swig has changed to not accept this form
of comment:

make[4]: Entering directory '/stimfit-0.13.19/src/stimfit/py'
  CXX  libpystf_la-pystf.lo
In file included from 
/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ndarraytypes.h:1804:0,
 from 
/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ndarrayobject.h:17,
 from 
/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/arrayobject.h:4,
 from ./pystf.cxx:65:
/usr/lib/python2.7/dist-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h:15:2:
 warning: #warning "Using deprecated NumPy API, disable it by " "#defining 
NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-Wcpp]
 #warning "Using deprecated NumPy API, disable it by " \
  ^
/usr/bin/swig -c++ -python -o pystf_wrap.cxx pystf.i
pystf.i:1517: Error: Unknown SWIG preprocessor directive: Check (if this is a 
block of target language code, delimit it with %{ and %})
pystf.i:1524: Error: Unknown SWIG preprocessor directive: Check (if this is a 
block of target language code, delimit it with %{ and %})
pystf.i:1533: Error: Unknown SWIG preprocessor directive: Check (if this is a 
block of target language code, delimit it with %{ and %})
Makefile:720: recipe for target 'pystf_wrap.cxx' failed
make[4]: *** [pystf_wrap.cxx] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/stimfit.html

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

Bug#804590: redhat-cluster: build-depends on libcorosync-dev which is no longer built

[Emilio Pozuelo Monfort]

Source: redhat-cluster
Version: 3.1.8-1.3
Severity: serious

Your package build-depends on libcorosync-dev which is no longer
built by corosync. Please switch to the appropriate packages to
build against the new version.

Emilio

Bug#804594: voms-clients-java: FTBFS: org.apache.maven.plugins:maven-assembly-plugin:pom:2.2-beta-5 not found

[Chris West (Faux)]

Source: voms-clients-java
Version: 3.0.6-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.plugins:maven-assembly-plugin

Reason: POM 'org.apache.maven.plugins:maven-assembly-plugin' not found in 
repository: System is offline.

  org.apache.maven.plugins:maven-assembly-plugin:pom:2.2-beta-5


 for project org.apache.maven.plugins:maven-assembly-plugin


[INFO] 
[INFO] For more information, run Maven with the -e switch

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/voms-clients-java.html

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

Bug#804487: [Pkg-openssl-devel] Bug#804487: openssl_1.0.2d-3 breaks mumble and mumble-server after binNMU

[Chris Knadle]

Kurt Roeckx:
> On Sun, Nov 08, 2015 at 10:26:42PM +, Chris Knadle wrote:
>> Package: openssl
>> Version: 1.0.2d-3
>> Severity: serious
>>
>> Greetings.
>>
>> I'm marking this bug as 'serious' because the upgrade to 1.0.2d-3 seems to
>> have broken mumble, though it's unclear why that would be.
>>
>> After a binNMU with openssl_1.0.2d-3 mumble and mumble-server are unable to
>> find the available list of SSL ciphers, and unusable -- mumble-server quits,
>> and mumble cannot find the user's SSL certificate to connect to servers
>> with.  mumble_1.2.10-2 compiled against libssl-dev 1.0.2d-1 worked okay.
>>
>> A debdiff between openssl_1.0.2d-1 and openssl_1.0.2d-3 seems reasonable (to
>> me)... "pulling at straws" I see some changes in version-script.patch, and
>> in the debian/rules file I see three new CONFARGS: "no-ssl3-method
>> enable-rfc3779 enable-cms" and I'm not sure what the latter two confargs do.
>>
>> We're trying to figure out the problem with the mumble package in bug
>> #804363.  Although the breakage may have been triggered by the openssl
>> upgrade it looks like mumble and mumble-server both seem to be missing an
>> `SSL_library_init()` call, so this issue isn't clear yet.
> 
> You really should call SSL_library_init() (or
> OpenSSL_add_ssl_algorithms(), SSLeay_add_ssl_algorithms()) as
> early as possible, clearly before calling other OpenSSL function,
> see the manpage.

Everybody dealing with the mumble bug agrees that SSL should be initialized
before making SSL calls -- the reason I opened #804487 is to try to figure
out /what/ caused mumble_1.2.10-2+b1 to break, when mumble_1.2.10-2 works.
And I just tested -- mumble_1.2.10-2 works with openssl_1.0.2d-3.
snapshot.debian.org has the before-and-after binNMU here:

   http://snapshot.debian.org/package/mumble/1.2.10-2/

I'm looking at and comparing the build logs, and one of the things I see is
that the build pulled in both libssl1.0.0 and libssl1.0.2, where the prior
build only pulled in libssl1.0.0.  ldd shows that only libssl1.0.2 is linked
in the resulting 'mumble' binary.  That doesn't sound right.

Mainly I was looking at this because upstream mentioned that previously Qt4
handled the SSL initialization, so I was looking at the qt -dev packages to
see if the versions had changed between the builds -- which they didn't.

> The "no-ssl3-method" really is the only change that applications
> could have a problem with.  It just drops SSLv3_* methods that
> doesn't affect mumble.  enable-cms is actually the default and din't
> change anything.  enable-rfc3779 shouldn't break anything, but
> maybe it does when you didn't initialyze the library?

I suppose this is testable -- I could make a custom openssl package with and
without these options, put that in a local repo used by sbuild, and rebuild
mumble, install it, and test it repeatedly.  Sounds tedious but might be
worth doing -- if I try it I'll let you know the results.

  -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us

Bug#804596: pdns-server: New version fails to sign axfrs

[cloos]

Package: pdns-server
Version: 3.4.7-1
Severity: grave
Justification: renders package unusable

As of the latest update pdns-server cannot sign zones.

All AXFRs fails with errors like:

 pdns[26913]: Signing thread died because of std::exception: All data was not 
consumed
 pdns[26913]: Signing thread died because of std::exception: failed in writen2: 
Broken pipe
 pdns[26913]: Signing thread died because of std::exception: failed in writen2: 
Broken pipe
 pdns[26913]: TCP Connection Thread died because of STL error: Reading from 
socket in Signing Pipe loop: Connection reset by peer

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pdns-server depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.58
ii  init-system-helpers 1.24
ii  libboost-program-options1.58.0  1.58.0+dfsg-4
ii  libboost-serialization1.58.01.58.0+dfsg-4
ii  libbotan-1.10-1 1.10.10-6+b1
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-23
ii  liblua5.1-0 5.1.5-8
ii  libpolarssl71.3.9-2.1
ii  libsqlite3-03.9.2-1
ii  libstdc++6  5.2.1-23
ii  lsb-base9.20150917
ii  ucf 3.0030

pdns-server recommends no packages.

Versions of packages pdns-server suggests:
ii  pdns-backend-geo [pdns-backend]3.4.6-1
iu  pdns-backend-pgsql [pdns-backend]  3.4.7-1
pn  pdns-recursor  

-- debconf information:
* pdns-server/localaddress: 198.147.22.87
* pdns-server/allowrecursion: 127.0.0.1

Bug#804569: dicomscope: build-depends on libdcmtk2-dev which is no longer built

[Gert Wollny]

I've uploaded a patch to svn, but there are more errors like this. It
seems all related methods now uses the OFCondition return value, and
pass an OFString& parameter. 

I'll try to get the complete patch out until tomorrow. 

Best,  
Gert 

Bug#804583: php-guzzle: FTBFS: DefaultCacheStorageTest.php:122 fails

[Chris West (Faux)]

Source: php-guzzle
Version: 3.9.3+dfsg-2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

Time: 8.71 seconds, Memory: 46.00Mb

There was 1 failure:

1) 
Guzzle\Tests\Plugin\Cache\DefaultCacheStorageTest::testPurgeRemovesAllMethodCaches
Failed asserting that two arrays are equal.
--- Expected
+++ Actual
@@ @@
 Array (
-0 => 'DoctrineNamespaceCacheKey[]'
 )

/php-guzzle-3.9.3+dfsg/tests/Guzzle/Tests/Plugin/Cache/DefaultCacheStorageTest.php:122

FAILURES!
Tests: 1531, Assertions: 4238, Failures: 1, Skipped: 87.
debian/rules:22: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/php-guzzle.html

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

Bug#804584: python-enable: FTBFS: Error: Unknown SWIG preprocessor directive: map

[Chris West (Faux)]

Source: python-enable
Version: 4.5.1-2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build; I believe swig has changed the style of
comments it accepts:

build_src
building library "agg24_src" sources
building library "kiva_src" sources
building extension "kiva.agg._agg" sources
creating /python-enable-4.5.1/build
creating /python-enable-4.5.1/build/src.linux-x86_64-2.7
creating /python-enable-4.5.1/build/src.linux-x86_64-2.7/kiva
creating /python-enable-4.5.1/build/src.linux-x86_64-2.7/kiva/agg
swig++: kiva/agg/agg.i
swig -python -c++ -Ikiva/agg/src -Ikiva/agg/agg-24/include 
-Ikiva/agg/agg-24/font_freetype -I/usr/include/freetype2/ 
-I/usr/lib/python2.7/dist-packages/numpy/core/include -o 
/python-enable-4.5.1/build/src.linux-x86_64-2.7/kiva/agg/agg_wrap.cpp -outdir 
/python-enable-4.5.1/build/src.linux-x86_64-2.7/kiva/agg kiva/agg/agg.i
kiva/agg/src/constants.i:51: Error: Unknown SWIG preprocessor directive: map 
(if this is a block of target language code, delimit it with %{ and %})
kiva/agg/src/constants.i:52: Error: Unknown SWIG preprocessor directive: marker 
(if this is a block of target language code, delimit it with %{ and %})

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-enable.html

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

Bug#804409: [kde-telepathy-kaccounts] added accounts not recognized bei kde-telepathy

[Diane Trout]

Hello,

First thank you for reporting the bug. I missed that dependency update.

I just pushed ktp-common-internals_15.08.2-2 which adds the dependency and 
fixes another dependency bug.

Could you let me know if that fixes the bug?

Diane

Bug#803552: libeigen3-dev: Upgrade from 3.2.x to 3.3~alpha causes gnudatalanguage to FTBFS on arm64

[Axel Beckert]

Hi,

Anton Gladky wrote:
> thanks for bugreport, I will try to contact upstream
> regarding this issue, usually they are very responsive. So
> I hope we will solve this issue as far as possible.

Looks promising so far: It has been added as blocker for the 3.3
release and it has been assigned to someone:
http://eigen.tuxfamily.org/bz/show_activity.cgi?id=1103

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

Bug#788708: iceweasel: GStreamer causes segmentation fault

[Sebastian Dröge]

On Mo, 2015-11-09 at 18:45 +0100, Agustin Martin wrote:
> Hi, gstreamer plugins maintainers
> 
> I have unarchived this bug report to add more info on it. Not yet
> reopened it for jessie because I am not fully sure that is is the one
> to blame.
> 
> I  am having some problems in jessie similar to those reported in
> this
> bug report, although they are not yet as reproducible.
> 
> Using iceweasel=38.4.0esr-1~deb8u1 and
> gstreamer1.0-plugins-bad+libgstreamer-plugins-bad1.0-0=1.4.4-
> 2.1+b1  I have been finding some problems about iceweasel sudden
> closure. I have build a personal gstreamer1.0-plugins-bad=1.4.4-
> 2.1.0.0+amd1 package including the patch that fixed this problem and
> it seemed to disappear. The reason why I am not yet reopening this
> bug report for jessie is that after reverting to current jessie
> versions (1.4.4-2.1(+b1)) I am not reproducing it, so I cannot
> discard that there is something else involved.

That seems weird. Do you happen to have a backtrace of one of these
crashes still, ideally with debug symbols?

> Adding this info here in case anyone else is finding this problem in
> jessie. If so, a jessie point upload may be be useful.

If jessie is indeed affected by this issue, we should backport the fix.
Would be good to know :)

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

Bug#804183: dbus fails to start, circular inclusion of *.dpkg-bak

[Brent S. Elmer Ph.D.]

On Sat, 2015-11-07 at 15:09 +0100, Simon McVittie wrote:
> Control: retitle 804183 downgrading dbus from 1.10.2-1 leads to
> circular inclusion of s*.conf.dpkg-bak
> 

> Before upgrading to 1.10.2, had you modified /etc/dbus-1/s*.conf?
> 

No.

> Please show me anything relevant to dbus from /var/log/dpkg.log* and
> /var/log/apt/*, going back to before you first attempted to install
> dbus 1.10.2-1? I'm particularly interested in whether the package
> went
> via some unusual state (maybe a failed or partially-failed upgrade)
> before you did the problematic downgrade, and in any messages that it
> emitted in /var/log/apt/term.log* during the upgrade and downgrade.
> 


> (reference:
>  -mscriptsinstact>)
> 
> S

I attached the greps for dbus below.

Brent
grep --color -nH -e dbus /var/log/dpkg.log*
/var/log/dpkg.log:246:2015-11-03 13:22:09 upgrade dbus-x11:amd64 1.10.0-3 1.10.2-1
/var/log/dpkg.log:247:2015-11-03 13:22:09 status half-configured dbus-x11:amd64 1.10.0-3
/var/log/dpkg.log:248:2015-11-03 13:22:09 status unpacked dbus-x11:amd64 1.10.0-3
/var/log/dpkg.log:249:2015-11-03 13:22:09 status half-installed dbus-x11:amd64 1.10.0-3
/var/log/dpkg.log:250:2015-11-03 13:22:09 status half-installed dbus-x11:amd64 1.10.0-3
/var/log/dpkg.log:251:2015-11-03 13:22:10 status unpacked dbus-x11:amd64 1.10.2-1
/var/log/dpkg.log:252:2015-11-03 13:22:10 status unpacked dbus-x11:amd64 1.10.2-1
/var/log/dpkg.log:253:2015-11-03 13:22:10 upgrade libdbus-1-3:i386 1.10.0-3 1.10.2-1
/var/log/dpkg.log:254:2015-11-03 13:22:10 status half-configured libdbus-1-3:i386 1.10.0-3
/var/log/dpkg.log:255:2015-11-03 13:22:10 status unpacked libdbus-1-3:i386 1.10.0-3
/var/log/dpkg.log:256:2015-11-03 13:22:10 status half-configured libdbus-1-3:amd64 1.10.0-3
/var/log/dpkg.log:257:2015-11-03 13:22:10 status half-installed libdbus-1-3:i386 1.10.0-3
/var/log/dpkg.log:258:2015-11-03 13:22:10 status half-installed libdbus-1-3:i386 1.10.0-3
/var/log/dpkg.log:259:2015-11-03 13:22:10 status unpacked libdbus-1-3:i386 1.10.2-1
/var/log/dpkg.log:260:2015-11-03 13:22:10 status unpacked libdbus-1-3:i386 1.10.2-1
/var/log/dpkg.log:261:2015-11-03 13:22:11 upgrade libdbus-1-3:amd64 1.10.0-3 1.10.2-1
/var/log/dpkg.log:262:2015-11-03 13:22:11 status half-configured libdbus-1-3:amd64 1.10.0-3
/var/log/dpkg.log:263:2015-11-03 13:22:11 status unpacked libdbus-1-3:amd64 1.10.0-3
/var/log/dpkg.log:264:2015-11-03 13:22:11 status half-installed libdbus-1-3:amd64 1.10.0-3
/var/log/dpkg.log:265:2015-11-03 13:22:11 status half-installed libdbus-1-3:amd64 1.10.0-3
/var/log/dpkg.log:266:2015-11-03 13:22:11 status unpacked libdbus-1-3:amd64 1.10.2-1
/var/log/dpkg.log:267:2015-11-03 13:22:11 status unpacked libdbus-1-3:amd64 1.10.2-1
/var/log/dpkg.log:268:2015-11-03 13:22:11 upgrade dbus:amd64 1.10.0-3 1.10.2-1
/var/log/dpkg.log:269:2015-11-03 13:22:11 status half-configured dbus:amd64 1.10.0-3
/var/log/dpkg.log:270:2015-11-03 13:22:12 status unpacked dbus:amd64 1.10.0-3
/var/log/dpkg.log:271:2015-11-03 13:22:12 status half-installed dbus:amd64 1.10.0-3
/var/log/dpkg.log:273:2015-11-03 13:22:12 status half-installed dbus:amd64 1.10.0-3
/var/log/dpkg.log:274:2015-11-03 13:22:12 status unpacked dbus:amd64 1.10.2-1
/var/log/dpkg.log:275:2015-11-03 13:22:13 status unpacked dbus:amd64 1.10.2-1
/var/log/dpkg.log:579:2015-11-03 13:23:16 upgrade cairo-dock-dbus-plug-in:amd64 3.4.0-1+b2 3.4.0-1.1
/var/log/dpkg.log:580:2015-11-03 13:23:16 status half-configured cairo-dock-dbus-plug-in:amd64 3.4.0-1+b2
/var/log/dpkg.log:581:2015-11-03 13:23:16 status unpacked cairo-dock-dbus-plug-in:amd64 3.4.0-1+b2
/var/log/dpkg.log:582:2015-11-03 13:23:17 status half-installed cairo-dock-dbus-plug-in:amd64 3.4.0-1+b2
/var/log/dpkg.log:583:2015-11-03 13:23:17 status half-installed cairo-dock-dbus-plug-in:amd64 3.4.0-1+b2
/var/log/dpkg.log:584:2015-11-03 13:23:17 status unpacked cairo-dock-dbus-plug-in:amd64 3.4.0-1.1
/var/log/dpkg.log:585:2015-11-03 13:23:17 status unpacked cairo-dock-dbus-plug-in:amd64 3.4.0-1.1
/var/log/dpkg.log:777:2015-11-03 13:23:33 configure libdbus-1-3:amd64 1.10.2-1 
/var/log/dpkg.log:778:2015-11-03 13:23:33 status unpacked libdbus-1-3:amd64 1.10.2-1
/var/log/dpkg.log:779:2015-11-03 13:23:33 status half-configured libdbus-1-3:amd64 1.10.2-1
/var/log/dpkg.log:780:2015-11-03 13:23:33 status installed libdbus-1-3:amd64 1.10.2-1
/var/log/dpkg.log:781:2015-11-03 13:23:33 configure libdbus-1-3:i386 1.10.2-1 
/var/log/dpkg.log:782:2015-11-03 13:23:33 status unpacked libdbus-1-3:i386 1.10.2-1
/var/log/dpkg.log:783:2015-11-03 13:23:33 status half-configured libdbus-1-3:i386 1.10.2-1
/var/log/dpkg.log:784:2015-11-03 13:23:33 status installed libdbus-1-3:i386 1.10.2-1
/var/log/dpkg.log:785:2015-11-03 13:23:33 configure dbus:amd64 1.10.2-1 
/var/log/dpkg.log:786:2015-11-03 13:23:33 status unpacked dbus:amd64 1.10.2-1
/var/log/dpkg.log:787:2015-11-03 13:23:33 status unpacked dbus:amd64 1.10.2-1

Bug#804585: pywbem: FTBFS: ssl3 is gone from openssl

[Chris West (Faux)]

Source: pywbem
Version: 0.8.0~dev650-1
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

 debian/rules clean
make: Circular debian/wbemcli.py.1.xml <- wbemcli.py.1 dependency dropped.
xsltproc -''-nonet -''-param man.charmap.use.subset "0" 
/usr/share/sgml/docbook/stylesheet/xsl/nwalsh/manpages/docbook.xsl 
debian/wbemcli.py.1.xml
I/O error : Attempt to load network entity 
http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd
debian/wbemcli.py.1.xml:62: warning: failed to load external entity 
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd;
]>
  ^
Note: Writing wbemcli.py.1
dh debian/rules --with python2
dh clean --with python2
   dh_testdir
   dh_auto_clean
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
python setup.py clean -a
Traceback (most recent call last):
  File "setup.py", line 28, in 
from pywbem import mof_compiler
  File "/pywbem-0.8.0~dev650/pywbem/__init__.py", line 143, in 
from pywbem.cim_operations import *
  File "/pywbem-0.8.0~dev650/pywbem/cim_operations.py", line 31, in 
from pywbem import cim_obj, cim_xml, cim_http, cim_types
  File "/pywbem-0.8.0~dev650/pywbem/cim_http.py", line 31, in 
from M2Crypto import SSL, Err
  File "/usr/lib/python2.7/dist-packages/M2Crypto/__init__.py", line 22, in 

import __m2crypto
ImportError: /usr/lib/python2.7/dist-packages/M2Crypto/__m2crypto.so: undefined 
symbol: SSLv3_method
dh_auto_clean: python setup.py clean -a returned exit code 1
debian/rules:18: recipe for target 'clean' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/pywbem.html

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

Bug#804409: marked as done ([kde-telepathy-kaccounts] added accounts not recognized bei kde-telepathy)

[Debian Bug Tracking System]

Your message dated Mon, 09 Nov 2015 19:49:33 +
with message-id 
and subject line Bug#804409: fixed in ktp-common-internals 15.08.2-2
has caused the Debian Bug report #804409,
regarding [kde-telepathy-kaccounts] added accounts not recognized bei 
kde-telepathy
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.)


-- 
804409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804409
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: kde-telepathy-kaccounts
Version: 15.08.2-1
Severity: serious

Reason for severity: Package does not work at all due to missing dependency

When I open the applet or ktp-contactlist then it will tell me that "It appears 
that you do not have any accounts configured" or "You have no IM accounts 
configured. Would you like to do that now?". When I click yes then it opens 
kaccounts and I can enter my jabber account. Problem is now that this doesn't 
fix the message and I cannot login.

So I can add more and more accounts via kaccounts but this message never 
disappears and I can never login to this account. I can see via lsof that this 
plugin kaccounts_ktp_plugin.so is loaded by kded5

`mc-tool dump` also shows no accounts.

Problem is that the package telepathy-accounts-signon is missing from its 
dependencies.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.2.0-1-amd64

Debian Release: stretch/sid
500 unstablehttpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.
--- End Message ---
--- Begin Message ---
Source: ktp-common-internals
Source-Version: 15.08.2-2

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

Debian distribution maintenance software
pp.
Diane Trout  (supplier of updated ktp-common-internals 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: Mon, 09 Nov 2015 11:33:33 -0800
Source: ktp-common-internals
Binary: libktp-dev libktpcommoninternals9 libktpmodels9 libktpwidgets9 
libktplogger9 libktpotr9 qml-module-org-kde-telepathy kde-telepathy-data 
libktp-dbg kde-telepathy-kpeople kde-telepathy-kaccounts kde-telepathy-debugger
Architecture: source
Version: 15.08.2-2
Distribution: unstable
Urgency: medium
Maintainer: Debian/Kubuntu Qt/KDE Maintainers 
Changed-By: Diane Trout 
Description:
 kde-telepathy-data - Shared data for all the KDE Telepathy components
 kde-telepathy-debugger - Debugging tool for KDE Telepathy
 kde-telepathy-kaccounts - kaccounts plugins for kde-telepathy
 kde-telepathy-kpeople - kpeople plugins for kde-telepathy
 libktp-dbg - KDE Telepathy internal library - debug symbols
 libktp-dev - KDE Telepathy internal library - Development headers
 libktpcommoninternals9 - KDE Telepathy common internal library
 libktplogger9 - KDE Telepathy internal logger library
 libktpmodels9 - KDE Telepathy data models internal library
 libktpotr9 - KDE Telepathy internal OTR library
 libktpwidgets9 - KDE Telepathy common internal widgets library
 qml-module-org-kde-telepathy - kde-telepathy QtDeclarative QML support
Closes: 804409
Changes:
 ktp-common-internals (15.08.2-2) unstable; urgency=medium
 .
   * Update libktpcommoninternals9 qt logger dependency to
 libtelepathy-logger-qt5 (>= 15.04) (Closes: #804409)
   * Change Diane Trouts email address back. (ease of SPAM filtering)
   * Add telepathy-accounts-signon dependency to libktpcommoninternals9,
 which is needed to integrate with kaccounts system.
   * Confirm symbols on other architectures.
Checksums-Sha1:
 40c06961284e861b9d3926b9fcb0fb11b82090e4 3463 
ktp-common-internals_15.08.2-2.dsc
 8d82b9694b541b3251ac52959bc3775770ee5eed 24332 
ktp-common-internals_15.08.2-2.debian.tar.xz
Checksums-Sha256:
 3754cf57fd851db7de8b47cbe014acd09ead784bbcb2ace79efdfcc20c2f6350 3463 
ktp-common-internals_15.08.2-2.dsc
 

Bug#804569: dicomscope: build-depends on libdcmtk2-dev which is no longer built

[Gert Wollny]

On Mon, 2015-11-09 at 20:29 +0100, Andreas Tille wrote:
> ...
> /usr/include/dcmtk/dcmsr/dsrdoc.h:649:25: note:   candidate expects 2
> arguments, 0 provided
> /build/dicomscope-3.6.0/interface/libsrc/DSRDocument.cpp: In function
> '_jstring* Java_J2Ci_jDSRDocument_getAccessionNumber(JNIEnv*,
> jobject)':
> /build/dicomscope-3.6.0/interface/libsrc/DSRDocument.cpp:734:50:
> error: no matching function for call to
> 'DSRDocument::getAccessionNumber()'
>  const char *string = doc->getAccessionNumber();

Seems like this should be now: 


OFString ofstring; 
OFCondition cond = doc->getAccessionNumber(ofstring, 0); 

if (cond.bad() ) {
< return error condition > ??!! 
}
const char * string = ofstring.c_str(); 


I'll have a look later what should be done in case of "cond.bad()". 

Best 
Gert 

Bug#804589: sfcgal: FTBFS: error: CGAL/Point_inside_polyhedron_3.h: No such file or directory

[Sebastiaan Couwenberg]

Control: tags -1 upstream confirmed
Control: forwarded -1 https://github.com/Oslandia/SFCGAL/issues/113

Hi Chris,

Thanks for your work on reproducible builds.

On 09-11-15 20:33, Chris West (Faux) wrote:
> cd /sfcgal-1.1.0/obj-x86_64-linux-gnu/src && /usr/bin/c++   
> -DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB 
> -DBOOST_VARIANT_USE_RELAXED_GET_BY_DEFAULT -DCGAL_INTERSECTION_VERSION=1 
> -DSFCGAL_BUILD_SHARED -DSFCGAL_EXPORTS -g -O2 -fPIE -fstack-protector-strong 
> -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  -Wall -Wextra 
> -Wno-long-long -pedantic -Wpointer-arith -Wcast-align -Wcast-qual 
> -Wno-overloaded-virtual -Wformat=2 -Winit-self -Wmissing-include-dirs 
> -Wwrite-strings -Wno-error=undef -fPIC 
> -I/sfcgal-1.1.0/obj-x86_64-linux-gnu/include -I/sfcgal-1.1.0/patches/CGAL-4.3 
> -isystem /usr/include/x86_64-linux-gnu-o 
> CMakeFiles/SFCGAL.dir/algorithm/Intersection3D.cpp.o -c 
> /sfcgal-1.1.0/src/algorithm/Intersection3D.cpp
> /sfcgal-1.1.0/src/algorithm/Intersection3D.cpp:35:44: fatal error: 
> CGAL/Point_inside_polyhedron_3.h: No such file or directory

We're aware of this issue, but upstream is unlikely to have a fix in the
near future. It was recently discussed on the debian-gis list:

https://lists.debian.org/debian-gis/2015/11/msg5.html

We should probably try to patch this ourselves and push that upstream.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Processed: Re: Bug#804589: sfcgal: FTBFS: error: CGAL/Point_inside_polyhedron_3.h: No such file or directory

[Debian Bug Tracking System]

Processing control commands:

> tags -1 upstream confirmed
Bug #804589 [src:sfcgal] sfcgal: FTBFS: error: 
CGAL/Point_inside_polyhedron_3.h: No such file or directory
Added tag(s) upstream and confirmed.
> forwarded -1 https://github.com/Oslandia/SFCGAL/issues/113
Bug #804589 [src:sfcgal] sfcgal: FTBFS: error: 
CGAL/Point_inside_polyhedron_3.h: No such file or directory
Set Bug forwarded-to-address to 'https://github.com/Oslandia/SFCGAL/issues/113'.

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

Bug#804596: pdns-server: New version fails to sign axfrs

[Christian Hofstaedtler]

Hi,

* cl...@jhcloos.com  [151109 21:15]:
> As of the latest update pdns-server cannot sign zones.
> 
> All AXFRs fails with errors like:
> 
>  pdns[26913]: Signing thread died because of std::exception: All data was not 
> consumed
>  pdns[26913]: Signing thread died because of std::exception: failed in 
> writen2: Broken pipe
>  pdns[26913]: Signing thread died because of std::exception: failed in 
> writen2: Broken pipe
>  pdns[26913]: TCP Connection Thread died because of STL error: Reading from 
> socket in Signing Pipe loop: Connection reset by peer


> Versions of packages pdns-server suggests:
> ii  pdns-backend-geo [pdns-backend]3.4.6-1
> iu  pdns-backend-pgsql [pdns-backend]  3.4.7-1

Could you please check if completely installing those packages makes
the error go away?

Thanks,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#803886: dnsval: FTBFS: SSLv3 method

[Michael Stapelberg]

Ondřej, are you taking care of this one or do you need help with it?

Asking because this will lead to removal of irssi and related packages
from testing, which I’d like to avoid.

Kurt Roeckx  writes:

> Source: dnsval
> Version: 2.0-2
> Severity: serious
>
> Hi,
>
> Version 2.0 has this line in dane_check.c:
> const SSL_METHOD *meth = SSLv3_client_method();
>
> On the other hand, the 2.1 version has:
> const SSL_METHOD *meth = SSLv23_client_method();
>
> (It also explicitly disables SSLv2 and SSLv3, but that doesn't
> have any effect in Debian since jessie.)
>
> Please change the 2.0 to use SSLv23_client_method() that actually
> support multiple versions.  The SSLv3_client_method only talks
> SSLv3.
>
> Also please consider backporting to stable, you really don't want
> to use SSLv3.
>
>
> Kurt
>
>
>

-- 
Best regards,
Michael

Bug#804602: marked as done (canl-c: FTBFS: undefined reference to `SSLv3_client_method')

[Debian Bug Tracking System]

Your message dated Tue, 10 Nov 2015 06:58:54 +0100
with message-id <1447135134.15643.16.ca...@fysast.uu.se>
and subject line Re: Bug#804602: canl-c: FTBFS: undefined reference to 
`SSLv3_client_method'
has caused the Debian Bug report #804602,
regarding canl-c: FTBFS: undefined reference to `SSLv3_client_method'
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.)


-- 
804602: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804602
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: canl-c
Version: 2.1.6-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, due to openssl dropping sslv3:

libtool: compile:  gcc -Wall -g -I./src/proxy -I. -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 
-c ./examples/canl_sample_server.c -Wall -g -I./src -I. -o canl_sample_server.o 
>/dev/null 2>&1
libtool --mode=link gcc -Wl,-z,relro canl_sample_server.lo -L. -lcanl_c -o 
server
libtool: link: gcc -Wl,-z -Wl,relro .libs/canl_sample_server.o -o .libs/server  
-L. /canl-c-2.1.6/.libs/libcanl_c.so 
/canl-c-2.1.6/.libs/libcanl_c.so: undefined reference to `SSLv3_client_method'
collect2: error: ld returned 1 exit status
Makefile:134: recipe for target 'server' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/canl-c.html

-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
--- End Message ---
--- Begin Message ---
fixed 804602 2.1.6-2
thanks

mån 2015-11-09 klockan 21:06 + skrev Chris West (Faux):
> Source: canl-c
> Version: 2.1.6-1
> Severity: serious
> Justification: fails to build from source
> Tags: sid stretch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

This was already fixed.

Mattias


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