Bug#816999: (no subject)

[HAYASHI Kentaro]

It seems that this bug is caused by the following one.

Remove swig 2.0 for Stretch (python 3.5, octave 4.0 unsupported)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786517

As this bug is not resolved until 4/20 autoremoval deadline, it affects 
transitively 
depended package such as fcitx and so on.

To fix this issue, just to use swig3.0 because swig 3.0 has
 backward compatibility for presage.

  Build-Depends:
swig3.0 | swig2.0 (>= 2.0.4),

Regards,

Bug#693722: marked as done (gridengine: use recent version and updated packaging)

[Debian Bug Tracking System]

Your message dated Wed, 16 Mar 2016 17:00:28 +
with message-id 
and subject line Bug#693722: fixed in gridengine 8.1.8+dfsg-1
has caused the Debian Bug report #693722,
regarding gridengine: use recent version and updated packaging
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.)


-- 
693722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693722
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gridengine
Severity: wishlist
Tags: security

I've worked on packaging for SGE to address problems with the current
version and to support (pre-release) SGE 8.1.3, though it will work with
the 8.1.2 with minor changes.  The sge source
 now has simple packaging
for installing into /opt/sge, but this is different.

There's a separate packaging repo at
 based on the
current Debian version, which will work with the latest snapshot
.  There are git and hg
repos in http://arc.liv.ac.uk/repos/{git,hg}/gridengine.debian.

I'm sure there are problems with it -- let me know and I'll try to look
into them.  I don't properly understand current Debian packaging and the
specifics of the gridengine stuff, and I simplified it by punting to dh
defaults.  I also may not have got conflicts/breaks right for the bits I
moved around.  It solves real problems with the current packaging (such
as not shipping important parts), and there are hundreds of improvements
over 6.2u5 in the base.

I've tagged this security as this version:
* allows installing in CSP mode;
* changes the default configuration to avoid remote root without CSP,
  assuming a separate qmaster 
;
* fixes problems with sgepasswd (now included) which weren't addressed by
  6.2u5-7.1 changes;
* avoids the remote startup part of the CVE that the bogus 6.2u5-7.1
  change didn't get right.

The major incompatibility is that the remote startup is changed to the
default (builtin) so that tight integration (control and accounting)
works.  If you really want to use ssh by default, the configuration
should install the PAM module in a suitable way on execution hosts.

It's possible to upgrade in place from 6.2u5, but there's no mechanism
in the packaging for supervising that by shutting down execds and
ensuring everything starts back up on a consistent version.

HTH.
--- End Message ---
--- Begin Message ---
Source: gridengine
Source-Version: 8.1.8+dfsg-1

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

Debian distribution maintenance software
pp.
Afif Elghraoui  (supplier of updated gridengine 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: Sat, 12 Mar 2016 20:15:22 -0800
Source: gridengine
Binary: gridengine-common gridengine-client gridengine-qmon gridengine-master 
gridengine-exec gridengine-drmaa1.0 libdrmaa1.0-java libdrmaa1.0-java-doc 
gridengine-drmaa-dev libdrmaa1.0-ruby
Architecture: source amd64 all
Version: 8.1.8+dfsg-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Grid Engine Maintainers 

Changed-By: Afif Elghraoui 
Description:
 gridengine-client - Utilities for Grid Engine queue management
 gridengine-common - Distributed resource management - common files
 gridengine-drmaa-dev - Distributed resource management Application API library 
- develop
 gridengine-drmaa1.0 - Distributed resource management Application API library
 gridengine-exec - Distributed resource management - Execution Server
 gridengine-master - Distributed resource management - Master Server
 gridengine-qmon - Graphical utilities for Grid Engine queue management
 libdrmaa1.0-java - Distributed resource management Application API library - 
Java bi
 libdrmaa1.0-java-doc - Distributed resource management Application API library 
- Java bi
 libdrmaa1.0-ruby - Distributed resource management Application API library - 
Ruby bi
Closes: 543649 598510 599985 678618 693722 694040 698286 7

Bug#808689: upstream fix

[meejah]

txtorcon version 0.14.2 should fix this issue, which is a compatibility
thing between two different Twisted releases.

thanks,
meejah

Bug#815521: marked as done (openafs dkms module incompatible with Linux 4.4 kernel)

[Debian Bug Tracking System]

Your message dated Thu, 17 Mar 2016 07:34:46 +
with message-id 
and subject line Bug#815521: fixed in openafs 1.6.17-1
has caused the Debian Bug report #815521,
regarding openafs dkms module incompatible with Linux 4.4 kernel
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.)


-- 
815521: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: openafs-modules-dkms
Version: 1.6.15-1
Severity: grave
Justification: renders package unusable

The package fails to compile the kernel module, rendering AFS unusable.
I've attached the file /var/lib/dkms/openafs/1.6.15/build/make.log .
Attempting to (re)install the package produces the following output on
terminal:

 Uninstall Beginning 
Module:  openafs
Version: 1.6.15
Kernel:  4.3.0-1-amd64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

openafs.ko:
 - Uninstallation
   - Deleting from: /lib/modules/4.3.0-1-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod

DKMS: uninstall completed.

--
Deleting module version: 1.6.15
completely from the DKMS tree.
--
Done.
Unpacking openafs-modules-dkms (1.6.15-1) over (1.6.15-1) ...
Setting up openafs-modules-dkms (1.6.15-1) ...
Loading new openafs-1.6.15 DKMS files...
Building only for 4.4.0-1-amd64
Building initial module for 4.4.0-1-amd64
Error! Bad return status for module build on kernel: 4.4.0-1-amd64 (x86_64)
Consult /var/lib/dkms/openafs/1.6.15/build/make.log for more information.


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

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

Versions of packages openafs-modules-dkms depends on:
ii  dkms   2.2.0.3-2
ii  libc6-dev  2.21-9
ii  perl   5.22.1-7

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.6.15-1

openafs-modules-dkms suggests no packages.

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A
DKMS make.log for openafs-1.6.15 for kernel 4.4.0-1-amd64 (x86_64)
Sun Feb 21 20:20:55 EST 2016
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/var/lib/dkms/openafs/1.6.15/build/build-tools/missing: Unknown 
`--is-lightweight' option
Try `/var/lib/dkms/openafs/1.6.15/build/build-tools/missing --help' for more 
information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for flex... no
checking for lex... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libxslt... no
checking for saxon... no
checking for xalan-j... no
checking for xsltproc... no
checking for docbook2pdf... no
checking for dblatex... no
checki

Bug#818395: FTBFS: missing files, aborting

[Martin Michlmayr]

Package: calligra
Version: 2.8.5+dfsg-1.2
Severity: serious

calligra fails to build.  I don't see any obvious errors (but I didn't look
through the 22 MB of logs) but it ends with:

dh_install --list-missing
dh_install: karbon missing files: usr/lib/kde4/calligra_filter_eps2svgai.so
dh_install: karbon missing files: 
usr/share/kde4/services/calligra_filter_eps2svgai.desktop
dh_install: kexi-map-form-widget missing files: 
usr/lib/kde4/kformdesigner_mapbrowser.so
dh_install: kexi-map-form-widget missing files: 
usr/share/kde4/services/kformdesigner/kformdesigner_mapbrowser.desktop
dh_install: calligra-reports-map-element missing files: 
usr/lib/kde4/koreport_mapsplugin.so
dh_install: calligra-reports-map-element missing files: 
usr/share/kde4/apps/calligra/icons/hicolor/*/actions/report_map_element.png
dh_install: calligra-reports-map-element missing files: 
usr/share/kde4/services/koreport_mapsplugin.desktop
dh_install: usr/share/kde4/apps/formulashape/fonts/cmex10.ttf exists in 
debian/tmp but is not installed to anywhere
dh_install: usr/bin/cstrunner exists in debian/tmp but is not installed to 
anywhere
dh_install: usr/bin/visualimagecompare exists in debian/tmp but is not 
installed to anywhere
dh_install: usr/bin/cstester exists in debian/tmp but is not installed to 
anywhere
dh_install: missing files, aborting
debian/rules:34: recipe for target 'override_dh_install' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818520: ruby-tokyocabinet: FTBFS: [tokyocabinet.gemspec] isn't a Gem::Specification

[Antonio Terceiro]

On Thu, Mar 17, 2016 at 11:32:48AM -0700, Martin Michlmayr wrote:
> Package: ruby-tokyocabinet
> Version: 1.31-4
> Severity: serious
> 
> This package fails to build in unstable:
> 
> > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
> >dh_testdir -O--buildsystem=ruby
> >dh_auto_clean -O--buildsystem=ruby
> > dh_ruby --clean
> > [tokyocabinet.gemspec] isn't a Gem::Specification (NilClass instead).
> > [tokyocabinet.gemspec.gem2deb] isn't a Gem::Specification (NilClass 
> > instead).
> > /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:116:in `load_gemspec': E: 
> > cannot load gemspec tokyocabinet.gemspec (RuntimeError)
> > from /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:33:in `block in 
> > initialize'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:32:in `chdir'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/metadata.rb:32:in `initialize'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/installer.rb:24:in `new'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/installer.rb:24:in `initialize'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:202:in `new'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:202:in `block in 
> > installers'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:201:in `map'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:201:in `installers'
> > from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:43:in `clean'
> > from /usr/bin/dh_ruby:96:in `'
> >dh_ruby --clean
> > dh_auto_clean: dh_ruby --clean returned exit code 1
> > debian/rules:18: recipe for target 'clean' failed

FYI I was checking the new CI failures triggered by the recent changes in
gem2deb, and in this case the issue is some crap at the bottom of the gemspec:

$ ruby -e 'puts Gem::Specification.load("tokyocabinet.gemspec").inspect'
[tokyocabinet.gemspec] isn't a Gem::Specification (NilClass instead).
nil
$ sed -e '/^if/,$d' tokyocabinet.gemspec > new.gemspec
$ ruby -e 'puts Gem::Specification.load("new.gemspec").inspect'
#


signature.asc
Description: PGP signature

Bug#818418: goldencheetah: FTBFS: redefinition of 'int DataFilterlex_destroy()'

[Satoru KURASHIKI]

hi, thank you reporting this.

With quick survey, it is introduced by recent flex update from 2.5.39 -> 2.6.
(GC's flex version checking should be patched, maybe able to
cherry-pick from upstream)

it will be fixed soon.

regards,


On Thu, Mar 17, 2016 at 7:20 AM, Martin Michlmayr  wrote:
> Package: goldencheetah
> Version: 3.3.0-1
> Severity: serious
>
> This package fails to build in unstable:
>
>> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
>> g++ -c -m64 -pipe -g -O2 -fstack-protector-strong -Wformat 
>> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -W 
>> -D_REENTRANT -fPIC -DGC_VIDEO_VLC -DGC_VERSION=\"3.3.0RC1\" 
>> -DGC_HAVE_KQOAUTH -DGC_HAVE_QWTPLOT3D -DGC_HAVE_KML -DGC_HAVE_ICAL 
>> -DGC_HAVE_LIBUSB -DGC_HAVE_VLC -DQXT_STATIC -DGC_HAVE_SOAP -DQT_NO_DEBUG 
>> -DQT_SVG_LIB -DQT_WEBKITWIDGETS_LIB -DQT_MULTIMEDIAWIDGETS_LIB 
>> -DQT_OPENGL_LIB -DQT_WIDGETS_LIB -DQT_WEBKIT_LIB -DQT_MULTIMEDIA_LIB 
>> -DQT_GUI_LIB -DQT_XML_LIB -DQT_SQL_LIB -DQT_NETWORK_LIB -DQT_SCRIPT_LIB 
>> -DQT_CONCURRENT_LIB -DQT_SERIALPORT_LIB -DQT_CORE_LIB -I. -I../qwt/src 
>> -I../qxt/src -I../qtsolutions/json -I../qtsolutions/qwtcurve -I../kqoauth 
>> -isystem /usr/include/qwtplot3d -isystem /usr/include -isystem 
>> /usr/include/libical -isystem /usr/include -isystem /usr/include/vlc 
>> -I../qtsolutions/soap -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtWebKitWidgets -isystem /us
>> r/include/x86_64-linux-gnu/qt5/QtMultimediaWidgets -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtOpenGL -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtWebKit -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtSql -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtScript -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtConcurrent -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtSerialPort -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. 
>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -o RideDB_lex.o 
>> RideDB_lex.cpp
>> lex.WithingsParser.c: In function 'int yy_get_next_buffer()':
>> lex.WithingsParser.c:1229:44: warning: comparison between signed and 
>> unsigned integer expressions [-Wsign-compare]
>> lex.DataFilter.c: In function 'int yy_get_next_buffer()':
>> lex.DataFilter.c:1483:44: warning: comparison between signed and unsigned 
>> integer expressions [-Wsign-compare]
>> DataFilter.l: In function 'int DataFilterlex_destroy()':
>> DataFilter.l:105:5: error: redefinition of 'int DataFilterlex_destroy()'
>>  #endif
>>  ^
>> lex.DataFilter.c:2128:5: note: 'int DataFilterlex_destroy()' previously 
>> defined here
>> Makefile:15206: recipe for target 'DataFilter_lex.o' failed
>> make[2]: *** [DataFilter_lex.o] Error 1
>> make[2]: *** Waiting for unfinished jobs
>> lex.JsonRideFile.c: In function 'int yy_get_next_buffer(yyscan_t)':
>> lex.JsonRideFile.c:1559:47: warning: comparison between signed and unsigned 
>> integer expressions [-Wsign-compare]
>> JsonRideFile.l: In function 'int JsonRideFilelex_destroy(void*)':
>> JsonRideFile.l:166:5: error: redefinition of 'int 
>> JsonRideFilelex_destroy(void*)'
>>  #endif
>>  ^
>> lex.JsonRideFile.c:2358:5: note: 'int JsonRideFilelex_destroy(yyscan_t)' 
>> previously defined here
>> lex.RideDB.c: In function 'int yy_get_next_buffer(yyscan_t)':
>> lex.RideDB.c:1290:47: warning: comparison between signed and unsigned 
>> integer expressions [-Wsign-compare]
>> RideDB.l: In function 'int RideDBlex_destroy(void*)':
>> RideDB.l:119:5: error: redefinition of 'int RideDBlex_destroy(void*)'
>>  #endif
>>  ^
>> lex.RideDB.c:2089:5: note: 'int RideDBlex_destroy(yyscan_t)' previously 
>> defined here
>> Makefile:15209: recipe for target 'JsonRideFile_lex.o' failed
>> make[2]: *** [JsonRideFile_lex.o] Error 1
>> Makefile:15215: recipe for target 'RideDB_lex.o' failed
>> make[2]: *** [RideDB_lex.o] Error 1
>> JsonRideFile.y:313:12: warning: 'jsonFileReaderRegistered' defined but not 
>> used [-Wunused-variable]
>>  static int jsonFileReaderRegistered =
>> ^
>> make[2]: Leaving directory '/<>/src'
>> Makefile:130: recipe for target 'sub-src-make_first-ordered' failed
>> make[1]: *** [sub-src-make_first-ordered] Error 2
>> make[1]: Leaving directory '/<>'
>> dh_auto_build: make -j30 returned exit code 2
>> debian/rules:20: recipe for target 'build' failed
>> make: *** [build] Error 25
>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>> 
>
> --
> Martin Michlmayr
> Linux for HPE Helion, Hewlett Packard Enterprise



-- 
KURASHIKI Satoru

Bug#818590: irssi-plugin-otr: mismatching ABI version with current irssi

[Andrea Lusuardi]

Package: irssi-plugin-otr
Version: 1.0.0-1+b2
Severity: grave
Justification: renders package unusable

Hi,
as of latest update the otr plugin is unloadable (/load otr fail in relation 
with https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817172 )
but even if the plugin is manually loaded via

/load /usr/lib/irssi/modules/libotr.so

you get the error

Irssi: otr/otr is ABI version 0 but Irssi is version 1, cannot load

rendering the plugin completely useless.
Let me know how/if i can help,
thanks

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

Kernel: Linux 4.5.0-x86_64-linode65 (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 irssi-plugin-otr depends on:
ii  irssi0.8.18-1
ii  libc62.22-3
ii  libgcrypt20  1.6.5-2
ii  libotr5  4.1.1-1

irssi-plugin-otr recommends no packages.

irssi-plugin-otr suggests no packages.

-- no debconf information

Bug#818459: tests fail during the build without network access

[Matthias Klose]

Package: src: ruby-rest-client
Version: 1.8.0-2
Severity: serious
Tags: sid stretch patch

Some tests fail during the build without network access, seen at
https://launchpad.net/ubuntu/+source/ruby-rest-client/1.8.0-2/+build/8834854

Patch to just disable these:
http://launchpadlibrarian.net/248363584/ruby-rest-client_1.8.0-2_1.8.0-2ubuntu1.diff.gz

Maybe there is a better way to detect missing network access and then only 
disable these in this case.

Bug#818470: missing dependencies on ruby modules

[Matthias Klose]

Package: src:ruby-mousetrap-rails
Version: 1.4.6-4
Severity: serious
Tags: sid stretch

The package is missing dependencies on ruby modules, seen in
https://ci.debian.net/data/packages/unstable/amd64/r/ruby-mousetrap-rails/latest-autopkgtest/log.gz

This is not just failing the autopkg test, but the package won't work when 
installed. Just adding ruby-sass-rails is not good enough, there are showing up 
more missing dependencies.

Processed: tagging 818558

[Debian Bug Tracking System]

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

> tags 818558 + sid stretch
Bug #818558 [libjs-jquery-minicolors] Useless in Debian
Added tag(s) stretch and sid.
> thanks
Stopping processing here.

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

Bug#818565: uima-as: FTBFS: uimaj-as-jms:jar:2.3.1: Cannot access eclipsePlugins

[Chris Lamb]

Source: uima-as
Version: 2.3.1-4
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,

uima-as fails to build from source in unstable/amd64:

  [..]

  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/client/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/client/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/client/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/controller/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/controller/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/controller/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/delegate/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/delegate/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/delegate/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/deploymentDescriptor/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/deploymentDescriptor/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/deploymentDescriptor/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/error/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/error/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/error/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/error/handler/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/error/handler/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/error/handler/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/handler/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/handler/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/handler/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/handler/input/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/handler/input/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/handler/input/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/jmx/package-frame.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/jmx/package-summary.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/jmx/package-tree.html...
  Generating 
/home/lamby/temp/cdt.20160318103531.gUqAeUasFw/uima-as-2.3.1/uimaj-as-core/target/apidocs/org/apache/uima/aae/jmx/monitor/package-frame.html...
  Generating 
/h

Bug#818501: FTBFS: Tests fail with segmentation fault

[Christopher Baines]

Source: pytables
Version: 3.2.2-1
Severity: serious
Justification: fails to build from source

Building the package in pbuilder fails.

This is the same failure that has been occurring since the 22nd of February in
the Debian CI system [1].

1:
https://ci.debian.net/data/packages/unstable/amd64/p/pytables/20160317_052922.autopkgtest.log.gz

I am also getting a segfault when trying to use python-pytables to read a hdf5
file, but I can't tell if this is related.

Build log failure:

test00 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking one action. ... ok
test01 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking two actions. ... ok
test02 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking three actions. ... ok
test03 (tables.tests.test_do_undo.CreateArrayTestCase)
Checking three actions in different depth levels. ... ok
test00 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking one action. ... ok
test01 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking two actions. ... ok
test02 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking three actions. ... ok
test03 (tables.tests.test_do_undo.CreateGroupTestCase)
Checking three actions in different depth levels. ... ok
test00 (tables.tests.test_do_undo.RenameNodeTestCase)
Checking rename_node (over Groups without children) ... Segmentation fault
debian/rules:58: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 139
make[1]: Leaving directory '/build/pytables-3.2.2'
debian/rules:26: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
I: copying local configuration
E: Failed autobuilding of package



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

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

Bug#818341: marked as done (gnutls28: FTBFS on amd64: assumes build machine has all CPU extensions)

[Debian Bug Tracking System]

Your message dated Thu, 17 Mar 2016 19:19:51 +
with message-id 
and subject line Bug#818341: fixed in gnutls28 3.4.10-4
has caused the Debian Bug report #818341,
regarding gnutls28: FTBFS on amd64: assumes build machine has all CPU extensions
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.)


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

gnutls28 is failing to build from source on amd64 again, with an error that
is not the same as the ones described in #805863:

> FAIL: test-hash-large
> =
>
> Illegal instruction
> SSSE3 cipher tests failed
> FAIL test-hash-large (exit status: 132)

The test in question runs a test repeatedly with GNUTLS_CPUID_OVERRIDE
set to various values:

https://sources.debian.net/src/gnutls28/3.4.10-3/tests/slow/test-hash-large/

I'm not sure how this can be expected to work on anything except the
latest CPUs, and we can't assume that Debian buildds have the latest
CPUs. A baseline x86 or x86_64 CPU does not have SSSE3, and if the CPU
doesn't have the extension, forcing it via GNUTLS_CPUID_OVERRIDE is just
going to result in running code that can't work on the current CPU?

It seems to me as though it would be more useful for test coverage if
the meaning of GNUTLS_CPUID_OVERRIDE was changed from "assume the CPU
has exactly these extensions" to "use only these extensions, even if
the CPU has others". Pseudocode now:

if (GNUTLS_CPUID_OVERRIDE)
extensions = parse (GNUTLS_CPUID_OVERRIDE);
else
extensions = cpuid ();

Pseudocode that I think would be more useful:

extensions = cpuid ();

if (GNUTLS_CPUID_OVERRIDE)
extensions &= parse (GNUTLS_CPUID_OVERRIDE);

Longer-term, it would also be great if the tests (at least those that do not
require much environment setup) could be packaged as "installed tests"
similar to those in glib2.0, so that they can be re-run on systems that
differ from the buildd.

S
--- End Message ---
--- Begin Message ---
Source: gnutls28
Source-Version: 3.4.10-4

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

Debian distribution maintenance software
pp.
Andreas Metzler  (supplier of updated gnutls28 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 17 Mar 2016 19:41:22 +0100
Source: gnutls28
Binary: libgnutls28-dev libgnutls30 gnutls-bin gnutls-doc guile-gnutls 
libgnutlsxx28 libgnutls-openssl27
Architecture: all source
Version: 3.4.10-4
Distribution: unstable
Urgency: medium
Maintainer: Debian GnuTLS Maintainers 
Changed-By: Andreas Metzler 
Closes: 818341
Description: 
 gnutls-bin - GNU TLS library - commandline utilities
 gnutls-doc - GNU TLS library - documentation and examples
 guile-gnutls - GNU TLS library - GNU Guile bindings
 libgnutls28-dev - GNU TLS library - development files
 libgnutls30 - GNU TLS library - main runtime library
 libgnutls-openssl27 - GNU TLS library - OpenSSL wrapper
 libgnutlsxx28 - GNU TLS library - C++ runtime library
Changes:
 gnutls28 (3.4.10-4) unstable; urgency=medium
 .
   * 43_fix_cpucapoverride.diff by Nikos Mavrogiannopoulos: Fix
 GNUTLS_CPUID_OVERRIDE function, stopping it from enabling SSE3 when it is
 unavailable. Closes: #818341
Checksums-Sha1: 
 f0d840f8e857547a1a5313a7a0b2ebc6b5a8705e 2900 gnutls28_3.4.10-4.dsc
 beedc898ebcec716750ca59dfdb454f009c86512 89168 gnutls28_3.4.10-4.debian.tar.xz
 cb2d0efdb02a1a7b19675be6b00945d14bd5346f 3933244 gnutls-doc_3.4.10-4_all.deb
Checksums-Sha256: 
 c011d2f8c61bb8b7cae6e1d6d4c6b011377fe8128d7a193f5f24b724c3d0803f 2900 
gnutls28_3.4.10-4.dsc
 a45c6467f30dd681e6be18bce7815f0a9d972209d567643889e639f1f8b7d20d 89168 
gnutls28_3.4.10-4.debian.tar.xz
 dc7050fd0224bdd9f11ffd7bbd7ca268dda975d93266f64e7d57991500cc4661 3933244 
gnutls-doc_3.4.10-4_all.deb
Files: 
 f0aed28e19d50b7d6cb69252d5b359ef 2900 libs 

Processed: Re: Bug#818124: easymp3gain: FTBFS in stretch

[Debian Bug Tracking System]

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

> retitle 818124 easymp3gain: FTBFS: Could not check LCL version
Bug #818124 [src:easymp3gain] easymp3gain: FTBFS in stretch
Changed Bug title to 'easymp3gain: FTBFS: Could not check LCL version' from 
'easymp3gain: FTBFS in stretch'
> thanks
Stopping processing here.

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

Bug#818392: marked as done (liblouisutdml: FTBFS: jni_md.h: No such file or directory)

[Debian Bug Tracking System]

Your message dated Wed, 16 Mar 2016 23:34:36 +
with message-id 
and subject line Bug#818392: fixed in liblouisutdml 2.5.0-3
has caused the Debian Bug report #818392,
regarding liblouisutdml: FTBFS: jni_md.h: No such file or directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
818392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818392
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: liblouisutdml
Version: 2.5.0-2
Severity: serious

This package fails to build in unstable.  Note that there's some
conversation in #760301 about the compatibility link, but it seems
this is intentional.

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> make[3]: Entering directory '/<>/liblouisutdml'
> /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. 
> -DLBU_PATH=\"/usr/share/liblouisutdml/lbu_files/\" 
> -DLIBLOUIS_TABLES_PATH=\"/usr/share/liblouis/tables/\"  
> -I/usr/lib/jvm/default-java/include -I/usr/include/liblouis 
> -I/usr/include/libxml2 -O2 -MT liblouisutdml_la-Jliblouisutdml.lo -MD -MP -MF 
> .deps/liblouisutdml_la-Jliblouisutdml.Tpo -c -o 
> liblouisutdml_la-Jliblouisutdml.lo `test -f '../java/Jliblouisutdml.c' || 
> echo './'`../java/Jliblouisutdml.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. 
> -DLBU_PATH=\"/usr/share/liblouisutdml/lbu_files/\" 
> -DLIBLOUIS_TABLES_PATH=\"/usr/share/liblouis/tables/\" 
> -I/usr/lib/jvm/default-java/include -I/usr/include/liblouis 
> -I/usr/include/libxml2 -O2 -MT liblouisutdml_la-Jliblouisutdml.lo -MD -MP -MF 
> .deps/liblouisutdml_la-Jliblouisutdml.Tpo -c ../java/Jliblouisutdml.c  -fPIC 
> -DPIC -o .libs/liblouisutdml_la-Jliblouisutdml.o
> In file included from ../java/Jliblouisutdml.h:2:0,
>  from ../java/Jliblouisutdml.c:29:
> /usr/lib/jvm/default-java/include/jni.h:45:20: fatal error: jni_md.h: No such 
> file or directory
> compilation terminated.
> Makefile:800: recipe for target 'liblouisutdml_la-Jliblouisutdml.lo' failed
> make[3]: *** [liblouisutdml_la-Jliblouisutdml.lo] Error 1
> make[3]: Leaving directory '/<>/liblouisutdml'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise
--- End Message ---
--- Begin Message ---
Source: liblouisutdml
Source-Version: 2.5.0-3

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

Debian distribution maintenance software
pp.
Samuel Thibault  (supplier of updated liblouisutdml 
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: Wed, 16 Mar 2016 23:47:32 +0100
Source: liblouisutdml
Binary: liblouisutdml-dev liblouisutdml6 liblouisutdml-java 
liblouisutdml-java-doc liblouisutdml-data liblouisutdml-bin
Architecture: source amd64 all
Version: 2.5.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Accessibility Team 
Changed-By: Samuel Thibault 
Description:
 liblouisutdml-bin - Braille UTDML translation utilities
 liblouisutdml-data - Braille UTDML translation library - data
 liblouisutdml-dev - Braille UTDML translation library - static libs and headers
 liblouisutdml-java - Braille UTDML translation library - java bindings
 liblouisutdml-java-doc - Braille UTDML translation library - java bindings 
documentation
 liblouisutdml6 - Braille UTDML translation library - shared libs
Closes: 818392
Changes:
 liblouisutdml (2.5.0-3) unstable; urgency=medium
 .
   * compat: Bump to 9.
   * rules: Clear.
   * control: Bump Standards-Version to 3.9.7 (no change).
   * rules: Use $(jvm_includes) from /usr/share/java/java_defaults.mk.
   (Closes: Bug#818392)
   * control: Build-Depend on java-common >= 0.54 to get $(jvm_includes).
Checksums-Sha1:
 c455c85ac6e00823ffb9059b24210c4035f55822 2464 liblouisutdml_2.5.0-3.dsc
 583da622bb135d83f466718057940ff6cdbb354f 4344 
liblouisutdml_2.5.0-3.debian.tar.xz
 3614a199f13dc1782ba639bcde36407a76c82d6d 11608 
liblouisutdml-bin-dbgsym_2.5.0-3_amd64.deb
 f0da7511a9b5d1f5d693086495841af00e06125e 12910 
liblouisutdml-bin_2.5.0-3_amd64.deb
 832b5e866b38bef4b6237e9c061958bb944dd37d 35652 
li

Processed: severity of 818566 is important

[Debian Bug Tracking System]

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

> severity 818566 important
Bug #818566 [src:openbsc] openbsc: FTBFS: gsm0408 test fails on big-endian 
architectures
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.

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

Bug#815125: Boot failure with Debian linux 4.4.2 package

[Jérôme de Bretagne]

Hi Ben, Hi Matt,

I can confirm as well that the latest package version 4.4.6-1 fixes
the issue on a Lenovo ThinkPad Tablet 8.

Thanks a lot,
Jérôme

Bug#818551: golang-golang-x-tools: provides same file '/usr/bin/bundle' as ruby-bundler

[Sven Hartge]

Package: golang-golang-x-tools
Version: 1:0.0~git20160315.0.f42ec61-1
Severity: serious
Justification: Policy 10.1

Hi!

The subject says it all:

The following packages will be upgraded: 
  golang-golang-x-tools 
1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/14.8 MB of archives. After unpacking 15.9 MB will be used.
Do you want to continue? [Y/n/?] 
(Reading database ... 746195 files and directories currently installed.)
Preparing to unpack 
.../golang-golang-x-tools_1%3a0.0~git20160315.0.f42ec61-1_amd64.deb ...
Unpacking golang-golang-x-tools (1:0.0~git20160315.0.f42ec61-1) over 
(1:0.0~git20151026.0.0f9d71c-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/golang-golang-x-tools_1%3a0.0~git20160315.0.f42ec61-1_amd64.deb
 (--unpack):
 trying to overwrite '/usr/bin/bundle', which is also in package ruby-bundler 
1.11.2-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 
/var/cache/apt/archives/golang-golang-x-tools_1%3a0.0~git20160315.0.f42ec61-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Grüße,
Sven

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

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

Versions of packages golang-golang-x-tools depends on:
ii  golang-golang-x-tools-dev  1:0.0~git20160315.0.f42ec61-1
ii  libc6  2.22-3

golang-golang-x-tools recommends no packages.

golang-golang-x-tools suggests no packages.

-- no debconf information

Processed: your mail

[Debian Bug Tracking System]

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

> tags 818551 pending
Bug #818551 [golang-golang-x-tools] golang-golang-x-tools: provides same file 
'/usr/bin/bundle' as ruby-bundler
Ignoring request to alter tags of bug #818551 to the same tags previously set
>
End of message, stopping processing here.

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

Bug#818512: orthanc: FTBFS: Please install libdcmtk*-dev

[Martin Michlmayr]

Package: orthanc
Version: 1.0.0+dfsg-1
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> --   chrono
> --   atomic
> -- Trying to find DCMTK expecting DCMTKConfig.cmake
> -- Trying to find DCMTK expecting DCMTKConfig.cmake - ok
> CMake Error at Resources/CMake/DcmtkConfiguration.cmake:194 (message):
>   Please install libdcmtk*-dev
> Call Stack (most recent call first):
>   CMakeLists.txt:283 (include)
> 
> 
> -- Configuring incomplete, errors occurred!

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818037: vorbis-tools: vcut always(?) segfaults

[Frank Heckenbach]

> I debugged it and found the problem. It was a simple indexing problem
> that seemed to have slipped away during quite some time because of a 
> lucky memory layout: The pointer resulting from the wrong indexing 
> points to the stack and therefore to valid memory (in terms of memory 
> management), unless the block is too big. Now the memory layout has 
> changed for some reason (GCC 5?), therefore we read a different value as 
> block size, the block is too big for the stack and we get the 
> segmentation faults.

Not GCC 5, jessie still uses 4.9.2 (and I tried rebuilding it
myself, same bug), but anyway.

> The patch is in the git repository.

Where can I get it (just the patch, so I can try it against the
jessie version)?

https://git.xiph.org/ says:
vorbis-tools.git ... Last change 5 months ago

Regards,
Frank

Bug#798421: NMU uploaded to DELAYED/7-day

[Josh Triplett]

Control: tags -1 + pending

David Bremner (CCed) uploaded this NMU to DELAYED/7-day.

Processed: Patch and NMU

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + patch
Bug #798421 [libgit2-dev] Please don't depend specifically on the OpenSSL 
variant of Curl
Added tag(s) patch.

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

Bug#784634: marked as done (rdesktop: rdesktop fails to connect, segmentation fault)

[Debian Bug Tracking System]

Your message dated Fri, 18 Mar 2016 22:17:23 +
with message-id 
and subject line Bug#784634: fixed in rdesktop 1.8.2-3+deb8u1
has caused the Debian Bug report #784634,
regarding rdesktop: rdesktop fails to connect, segmentation fault
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.)


-- 
784634: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784634
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: rdesktop
Version: 1.8.2-3
Severity: grave

Dear Maintainer,

I have upgraded from wheezy to jessie recently including rdesktop
package. After the upgrade I can't connect to Windows 7 virtual
machine. All I get is the "Segmentation fault" message.

I checked out the latest version from upstream svn (t1847, 1.8.3 + 8
commits), built it with the same options as the Debian package and it
does not crash. There is still some issue because rdeskto tries to log
in and I get "Invalid user name" message but it is still better than
a crash.

I bisected the history between r1806 and r1847. r1824 fixes my problem.

--8<---cut here---start->8---
r1824 | hean01 | 2014-08-27 14:15:21 +0200 (śro) | 4 linie

Fix sigsegv while using credssp and kerberos without
specifying domainname as argument.
--8<---cut here---end--->8---

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: armel

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

Versions of packages rdesktop depends on:
ii  libasound21.0.28-1
ii  libc6 2.19-18
ii  libgssglue1   0.4-2
ii  libpcsclite1  1.8.13-1
ii  libssl1.0.0   1.0.1k-3
ii  libx11-6  2:1.6.2-3
ii  libxrandr22:1.4.2-1+b1

rdesktop recommends no packages.

Versions of packages rdesktop suggests:
pn  pcscd  

-- no debconf information

-- 
Łukasz Stelmach
Samsung R&D Institute Poland
Samsung Electronics


signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: rdesktop
Source-Version: 1.8.2-3+deb8u1

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

Debian distribution maintenance software
pp.
Laszlo Boszormenyi (GCS)  (supplier of updated rdesktop 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 07 May 2015 17:45:10 +
Source: rdesktop
Binary: rdesktop
Architecture: source amd64
Version: 1.8.2-3+deb8u1
Distribution: jessie
Urgency: medium
Maintainer: Laszlo Boszormenyi (GCS) 
Changed-By: Laszlo Boszormenyi (GCS) 
Description:
 rdesktop   - RDP client for Windows NT/2000 Terminal Server and Windows Server
Closes: 784634
Changes:
 rdesktop (1.8.2-3+deb8u1) jessie; urgency=medium
 .
   * Fix sigsegv while using credssp and kerberos without specifying
 domainname as argument (closes: #784634).
Checksums-Sha1:
 e3f26830c01a5f5d329ecb42f7f8ef04f7239acd 1846 rdesktop_1.8.2-3+deb8u1.dsc
 035025ae095301b2db540ca382b00ef937f7eaf6 10156 
rdesktop_1.8.2-3+deb8u1.debian.tar.xz
 ae7ae001cce1bb06b7b23691f5d7e595d707e0fc 158096 
rdesktop_1.8.2-3+deb8u1_amd64.deb
Checksums-Sha256:
 8248d79f7db521d31809961163c6aa231664354ea4ea27cb170b94fb851de12e 1846 
rdesktop_1.8.2-3+deb8u1.dsc
 9c222b2274cb8948b630131336e036ec3b121fa298d6389617b81384cc3a7382 10156 
rdesktop_1.8.2-3+deb8u1.debian.tar.xz
 ae0928e79c484bf3eb0eedc4bec60bcba40847aeed0f3750fa995c70785b4ab6 158096 
rdesktop_1.8.2-3+deb8u1_amd64.deb
Files:
 53f459f92206049cb3b3f2b76f37a085 1846 x11 optional rdesktop_1.8.2-3+deb8u1.dsc
 c664d8928612f854df632be944a6dfb5 10156 x11 optional 
rdesktop_1.8.2-3+deb8u1.debian.tar.xz
 9e7d1d167bdb48dbb55a5a8705cc0030 158096 x11 optional 
rdesktop_1.8.2-3+deb8u1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJW5xHjAAoJENzjEOeGTMi/V70P/0ScOqRv9wXf9j2ws+lV9Eir
9IsB+dCMQjOaSLlc0W52UZpvbD2nHi+Up+gluI3RwH58pTZC03Yz6uxD6O

Processed: NMU uploaded to DELAYED/7-day

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + pending
Bug #798421 [libgit2-dev] Please don't depend specifically on the OpenSSL 
variant of Curl
Added tag(s) pending.

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

Bug#818564: marked as done (hidrd: FTBFS: inst.h:106: hidrd_fmt_init: Assertion `hidrd_fmt_valid(fmt)' failed.)

[Debian Bug Tracking System]

Your message dated Sat, 19 Mar 2016 01:19:18 +
with message-id 
and subject line Bug#818564: fixed in hidrd 0.2.0-12
has caused the Debian Bug report #818564,
regarding hidrd: FTBFS: inst.h:106: hidrd_fmt_init: Assertion 
`hidrd_fmt_valid(fmt)' failed.
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.)


-- 
818564: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818564
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: hidrd
Version: 0.2.0-11
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,

hidrd fails to build from source in unstable/amd64:

  [..]

  # XFAIL: 0
  # FAIL:  0
  # XPASS: 0
  # ERROR: 0
  
  make[5]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/util'
  make[4]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/util'
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/util'
  Making check in usage
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/usage'
  make  check-am
  make[4]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/usage'
  make[4]: Nothing to be done for 'check-am'.
  make[4]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/usage'
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/usage'
  Making check in item
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  make  hidrd_item_any_test
  make[4]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  gcc -DHAVE_CONFIG_H -I. -I../..   
-I/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0 
-I/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/include 
-D_GNU_SOURCE -Wdate-time -D_FORTIFY_SOURCE=2  -Wall -Wextra -Werror -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -c -o any_test.o 
any_test.c
  /bin/bash ../../libtool  --tag=CC   --mode=link gcc  -Wall -Wextra -Werror -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security  -Wl,-z,relro -o 
hidrd_item_any_test any_test.o ../usage/libhidrd_usage.la libhidrd_item.la 
  libtool: link: gcc -Wall -Wextra -Werror -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -Wl,-z -Wl,relro -o .libs/hidrd_item_any_test 
any_test.o  ../usage/.libs/libhidrd_usage.so ./.libs/libhidrd_item.so
  make[4]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  make  check-TESTS
  make[4]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  make[5]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  PASS: hidrd_item_any_test
  
  Testsuite summary for hidrd 0.2.0
  
  # TOTAL: 1
  # PASS:  1
  # SKIP:  0
  # XFAIL: 0
  # FAIL:  0
  # XPASS: 0
  # ERROR: 0
  
  make[5]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  make[4]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/item'
  Making check in opt
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/opt'
  make  hidrd_opt_test
  make[4]: Entering directory 
'/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/lib/opt'
  gcc -DHAVE_CONFIG_H -I. -I../..   
-I/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0 
-I/home/lamby/temp/cdt.20160318102147.XL5ZBkNaUa/hidrd-0.2.0/include 
-D_GNU_SOURCE -Wdate-time -D_FORTIFY_SOURCE=2  -Wall -Wextra -Werror -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -c -o test.o test.c
  /bin/bash ../../libtool  --tag=CC   --mode=link gcc  -Wall -Wextra -Werror -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security  -Wl,-z,relro -o 
hidrd_opt_test test.o libhidrd_opt.la 
  libtool: link: gcc -Wall -Wextra -Werror -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-s

Bug#818642: fcitx-table-other: FTBFS: recipe for target 'tables/ta/tamil-remington.mb' failed

[Chris Lamb]

Source: fcitx-table-other
Version: 0.2.3-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,

fcitx-table-other fails to build from source in unstable/amd64:

  [..]
  
  [ 71%] Generating ta/tamil-remington.mb
  cd 
/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu/tables
 && /usr/bin/txt2mb 
/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/tables/ta/tamil-remington.txt
 
/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu/tables/ta/tamil-remington.mb
  
  Reading 329 records.
  
  
  Cannot create target file!
  
  tables/CMakeFiles/table_data.dir/build.make:93: recipe for target 
'tables/ta/tamil-remington.mb' failed
  make[3]: *** [tables/ta/tamil-remington.mb] Error 3
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu'
  CMakeFiles/Makefile2:1096: recipe for target 
'tables/CMakeFiles/table_data.dir/all' failed
  make[2]: *** [tables/CMakeFiles/table_data.dir/all] Error 2
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu'
  Makefile:119: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160319103738.c6HycJyRpz/fcitx-table-other-0.2.3/obj-x86_64-linux-gnu'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:3: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

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


fcitx-table-other.0.2.3-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#798421: Updated NMU changelog patch

[Josh Triplett]

In the previous version, I didn't explicitly document dropping the
associated Build-Depends on ca-certificates.  The attached version does
so.

- Josh Triplett
>From af01c459ac527710e2bc841eb12c81a806cdccc7 Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Fri, 18 Mar 2016 17:09:59 -0700
Subject: [PATCH 2/2] debian/changelog: Add entry for 0.23.1-1.1 NMU

---
 debian/changelog | 9 +
 1 file changed, 9 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a5e437c..d97ae5d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+libgit2 (0.23.1-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Don't depend on OpenSSL, either directly or indirectly. Build with and
+depend on libcurl4-gnutls-dev instead. (Closes: #798421)
+  * Drop associated Build-Depends on ca-certificates.
+
+ -- Josh Triplett   Fri, 18 Mar 2016 17:08:00 -0700
+
 libgit2 (0.23.1-1) unstable; urgency=medium
 
   * New upstream release 0.23.1.
-- 
2.7.0

Processed: your mail

[Debian Bug Tracking System]

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

> notfound 817872 python-clang-3.8/1:3.8-2
Bug #817872 [python-clang-3.8,python-clang-3.9] python-clang-3.9 and 
python-clang-3.8: error when trying to install together
The source python-clang-3.8 and version 1:3.8-2 do not appear to match any 
binary packages
Ignoring request to alter found versions of bug #817872 to the same values 
previously set
> tags 817872 pending
Bug #817872 [python-clang-3.8,python-clang-3.9] python-clang-3.9 and 
python-clang-3.8: error when trying to install together
Added tag(s) pending.
> notfound 817873 python-lldb-3.8/1:3.8-2
Bug #817873 [python-lldb-3.8,python-lldb-3.9] python-lldb-3.9 and 
python-lldb-3.8: error when trying to install together
The source python-lldb-3.8 and version 1:3.8-2 do not appear to match any 
binary packages
Ignoring request to alter found versions of bug #817873 to the same values 
previously set
> tags 817873 pending
Bug #817873 [python-lldb-3.8,python-lldb-3.9] python-lldb-3.9 and 
python-lldb-3.8: error when trying to install together
Added tag(s) pending.
> thanks
Stopping processing here.

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

Processed: Re: Bug#818453: ycmd: FTBFS: [Errno 2] No such file or directory

[Debian Bug Tracking System]

Processing control commands:

> tags -1 pending
Bug #818453 [ycmd] ycmd: FTBFS: [Errno 2] No such file or directory
Added tag(s) pending.

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

Bug#817872: llvm-toolchain-3.8 can migrate

[Gianfranco Costamagna]

I'm untagging 3.8 from the affected versions.
This is already fixed in svn for the snapshot package, and since the snapshot 
package won't ever migrate to testing
this bug will affect only unstable, hence 3.8 can migrate to testing.

cheers,

G.

Bug#818590: irssi-plugin-otr: mismatching ABI version with current irssi

[Andreas Beckmann]

On Fri, 18 Mar 2016 16:09:45 +0100 intrigeri  wrote:
> Someone (who can first verify that this would fix the problem) should
> get a binNMU scheduled, I guess :)

While this would probably make the package installable again, this is
not the proper fix. Next bump and this happens again.

irssi needs to arrange to provide a virtual package, e.g. irssi-abi-1
and must ensure that plugins pick up a proper dependency on this virtual
package. Once the abi changes (and the virtual package is renamed), this
will visibly trigger a transition.

There are several packages in the archive doing this, I think proftpd is
one of them.


Andreas

Processed: your mail

[Debian Bug Tracking System]

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

> reassign 817872 python-clang-3.9 1:3.9~svn262954-1
Bug #817872 [python-clang-3.8,python-clang-3.9] python-clang-3.9 and 
python-clang-3.8: error when trying to install together
Bug reassigned from package 'python-clang-3.8,python-clang-3.9' to 
'python-clang-3.9'.
No longer marked as found in versions python-clang-3.8/1:3.8-2 and 
python-clang-3.9/1:3.9~svn262954-1.
Ignoring request to alter fixed versions of bug #817872 to the same values 
previously set
Bug #817872 [python-clang-3.9] python-clang-3.9 and python-clang-3.8: error 
when trying to install together
Marked as found in versions llvm-toolchain-snapshot/1:3.9~svn262954-1.
> reassign 817873 python-lldb-3.9 1:3.9~svn262954-1
Bug #817873 [python-lldb-3.8,python-lldb-3.9] python-lldb-3.9 and 
python-lldb-3.8: error when trying to install together
Bug reassigned from package 'python-lldb-3.8,python-lldb-3.9' to 
'python-lldb-3.9'.
No longer marked as found in versions python-lldb-3.9/1:3.9~svn262954-1 and 
python-lldb-3.8/1:3.8-2.
Ignoring request to alter fixed versions of bug #817873 to the same values 
previously set
Bug #817873 [python-lldb-3.9] python-lldb-3.9 and python-lldb-3.8: error when 
trying to install together
Marked as found in versions llvm-toolchain-snapshot/1:3.9~svn262954-1.
> --
Stopping processing here.

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

Bug#818391: Fwd: Bug#818391: cqrlog: FTBFS: Can't find unit sslsockets used by fphttpclient

[peter green]

1500 303.554/322.880 Kb Used
(10001) PPU Loading /usr/lib/fpc/3.0.0/units/x86_64-linux/fcl-net/sslsockets.ppu
(10011) PPU Source: sslsockets.pp not available
(10028) Recompiling sslsockets, checksum changed for OpenSSL
 
Fatal: (10022) Can't find unit sslsockets used by fphttpclient
I'm seeing the issue in the Debian reproducable builds log for unstable 
but not for testing. The following analysis is based on information 
taken from the build logs from the reproducable builds tests.


A quick diff shows that the version of freepascal remained the same 
between the testing and unstable logs but the version of lazarus changed.


It seems the immediate cause of the build failure is that cqrlog is 
using it's own "openssl" unit (I see "(3104) Compiling 
./lnet/lib/openssl.pas" in the build log. Freepascal also provides an 
openssl unit. Since the units have different "interface checksums" ppus 
built against one unit can't be used with the other.


As to why is this happening now when it didn't before my guess would be 
that some lazarus unit has picked up a dependency on fphttpclient.


Diffing the two openssl units the freepascal openssl unit seems to be an 
updated version of the same unit that is present in the cqrlog source 
tree. So I expect the most sensible fix is to ditch the local unit and 
add a build-dependency on fp-units-net.


Attatched is a debdiff that does just that. The package built 
successfully. I have not tested whether the resulting binaries actually 
work.
diff -Nru cqrlog-1.9.1/debian/changelog cqrlog-1.9.1/debian/changelog
--- cqrlog-1.9.1/debian/changelog   2016-03-01 10:39:12.0 +
+++ cqrlog-1.9.1/debian/changelog   2016-03-17 00:09:32.0 +
@@ -1,3 +1,10 @@
+cqrlog (1.9.1-1.1) UNRELEASED; urgency=medium
+
+  * Remove local copy of openssl unit and add build-dependency
+on fp-units-net to resolve unit conflict (Closes: 818391).
+
+ -- Peter Michael Green   Thu, 17 Mar 2016 00:08:24 +
+
 cqrlog (1.9.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru cqrlog-1.9.1/debian/control cqrlog-1.9.1/debian/control
--- cqrlog-1.9.1/debian/control 2016-03-01 10:39:26.0 +
+++ cqrlog-1.9.1/debian/control 2016-03-17 00:10:10.0 +
@@ -7,7 +7,7 @@
lcl (>= 0.9.30) | lcl-0.9.30, fp-utils, fp-units-misc,
fp-units-gfx, fp-units-gtk2, fp-units-db, libhamlib-dev (>= 
1.2.10),
fp-units-math, libx11-dev, libgdk-pixbuf2.0-dev, libgtk2.0-dev,
-   libcairo2-dev, libpango1.0-dev, libatk1.0-dev
+   libcairo2-dev, libpango1.0-dev, libatk1.0-dev, fp-units-net
 Standards-Version: 3.9.7
 Homepage: http://www.cqrlog.com
 
diff -Nru cqrlog-1.9.1/debian/rules cqrlog-1.9.1/debian/rules
--- cqrlog-1.9.1/debian/rules   2014-01-27 20:26:52.0 +
+++ cqrlog-1.9.1/debian/rules   2016-03-17 00:09:53.0 +
@@ -15,4 +15,5 @@
 override_dh_clean:
rm -rf src/ipc
rm -rf src/mysql
+   rm -rf src/lnet/lib/openssl.pas
dh_clean

Processed: your mail

[Debian Bug Tracking System]

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

> notfound 817872 python-clang-3.8/1:3.8-2
Bug #817872 [python-clang-3.8,python-clang-3.9] python-clang-3.9 and 
python-clang-3.8: error when trying to install together
The source python-clang-3.8 and version 1:3.8-2 do not appear to match any 
binary packages
Ignoring request to alter found versions of bug #817872 to the same values 
previously set
> notfound 817873 python-lldb-3.8/1:3.8-2
Bug #817873 [python-lldb-3.8,python-lldb-3.9] python-lldb-3.9 and 
python-lldb-3.8: error when trying to install together
The source python-lldb-3.8 and version 1:3.8-2 do not appear to match any 
binary packages
Ignoring request to alter found versions of bug #817873 to the same values 
previously set
> thanks
Stopping processing here.

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

Bug#816157: marked as done (linux-image-4.4.0-1-amd64: Lenovo Ideapad Y700 failts to boot)

[Debian Bug Tracking System]

Your message dated Thu, 17 Mar 2016 12:35:54 +
with message-id 
and subject line Bug#815125: fixed in linux 4.4.6-1
has caused the Debian Bug report #815125,
regarding linux-image-4.4.0-1-amd64: Lenovo Ideapad Y700 failts to boot
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.)


-- 
815125: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815125
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:linux
Version: 4.4.2-3
Severity: important

Dear Maintainer,

I was asked to report again, for the but which appeared to be different issue, 
but was raised here
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815125 

Boot parameter "efi=noruntime" allows kernel to boot, otherwise "ACPI Error: 1 
table load failures, 8 sucessful (20150930/tbxload-214)" is the last line I was 
able to capture with full screen provided in 815125 but report.
Kernel is not usable in that way, as it wont boot, unless this efi is disabled.


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 80NV
product_version: Lenovo ideapad Y700-15ISK
chassis_vendor: LENOVO
chassis_version: Lenovo ideapad Y700-15ISK
bios_vendor: LENOVO
bios_version: CDCN25WW
board_vendor: LENOVO
board_name: Allsparks 5A
board_version:  NO DPK

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM 
Registers [8086:1910] (rev 07)
Subsystem: Lenovo Skylake Host Bridge/DRAM Registers [17aa:3802]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 PCI bridge [0604]: Intel Corporation Sky Lake PCIe Controller (x16) 
[8086:1901] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake Integrated 
Graphics [8086:191b] (rev 06) (prog-if 00 [VGA controller])
Subsystem: Lenovo Skylake Integrated Graphics [17aa:3802]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: i915
Kernel modules: i915

00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI 
Controller [8086:a12f] (rev 31) (prog-if 30 [XHCI])
Subsystem: Lenovo Sunrise Point-H USB 3.0 xHCI Controller [17aa:3802]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-H CSME 
HECI #1 [8086:a13a] (rev 31)
Subsystem: Lenovo Sunrise Point-H CSME HECI [17aa:3802]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me
Kernel modules: mei_me

00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-H SATA 
Controller [AHCI mode] [8086:a103] (rev 31) (prog-if 01 [AHCI 1.0])
Subsystem: Lenovo Sunrise Point-H SATA Controller [AHCI mode] 
[17aa:3802]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci
Kernel modules: ahci

00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root 
Port #2 [8086:a111] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1

Bug#818529: qsf: tries to install /usr/share/doc-base/doc-base file

[Robert Luberda]

Package: qsf
Version: 1.2.7-1.1
Severity: serious
Justification: uninstallable


Unpacking qsf (1.2.7-1.1) over (1.2.7-1+b2) ...
dpkg: error processing archive /var/cache/apt/archives/qsf_1.2.7-1.1_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/doc-base/doc-base', which is also in package 
doc-base 0.10.7


/home/robert> dpkg-deb --contents 
/var/cache/apt/archives/qsf_1.2.7-1.1_i386.deb | grep doc-base
drwxr-xr-x root/root 0 2016-03-16 02:31 ./usr/share/doc-base/
-rw-r--r-- root/root   440 2016-03-16 02:30 ./usr/share/doc-base/qsf
-rw-r--r-- root/root   435 2007-08-28 15:26 ./usr/share/doc-base/doc-base

Regards,
robert


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (200, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages qsf depends on:
ii  libc6 2.22-3
ii  libgdbm3  1.8.3-13.1
ii  libmysqlclient18  5.6.28-1
ii  libsqlite02.8.17-12+b1

Versions of packages qsf recommends:
ii  procmail  3.22-25

Versions of packages qsf suggests:
ii  fetchmail   6.3.26-2
ii  mutt1.5.24-1+b1
pn  mysql-server | sqlite   
ii  postfix [mail-transport-agent]  3.0.4-5

-- no debconf information

Bug#818450: opencv: FTBFS: modules/core/precomp.hpp: No such file or directory

[Martin Michlmayr]

Package: opencv
Version: 2.4.9.1+dfsg-1.4
Severity: serious

This package fails to build in unstable:

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [  0%] Building CXX object 
> modules/core/CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o
> cd /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core && 
> /usr/bin/c++-isystem 
> /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu -isystem 
> /usr/include/eigen3 -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/core/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/core/src -isystem 
> /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/dynamicuda/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/ts/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/highgui/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/flann/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/imgproc/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/features2d/include -isystem 
> /<>/opencv-2.4.9.1+dfsg/modules/core/perf  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2-fsigned-char -W -Wall -Werror=return-type 
> -Werror=address -Werror=sequence-point -Wformat -Werror=format-security 
> -Wmissing-declarations -Wundef -Winit-self -Wpointer-arith -Wshadow 
> -Wsign-promo -Wno-narrowing -Wno-delete-non-virtual-dtor 
> -fdiagnostics-show-option -Wno-long-long -pthread -fomit-frame-pointer -msse 
> -msse2 -ffunction-sections -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security  -DNDEBUG-include 
> "/<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core/precomp.hpp"
>  -Winvalid-pch  -o CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o -c 
> /<>/opencv-2.4.9.1+dfsg/modules/core/src/opengl_interop.cpp
> cc1plus: fatal error: 
> /<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu/modules/core/precomp.hpp:
>  No such file or directory
> compilation terminated.
> modules/core/CMakeFiles/opencv_core_s.dir/build.make:65: recipe for target 
> 'modules/core/CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o' failed
> make[3]: *** 
> [modules/core/CMakeFiles/opencv_core_s.dir/src/opengl_interop.cpp.o] Error 1
> make[3]: Leaving directory 
> '/<>/opencv-2.4.9.1+dfsg/obj-x86_64-linux-gnu'
> CMakeFiles/Makefile2:819: recipe for target 
> 'modules/core/CMakeFiles/opencv_core_s.dir/all' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#798421: Patch and NMU

[Josh Triplett]

Control: tags -1 + patch

I've attached a patch fixing this bug, as well as a patch adding a
changelog entry for an 0.23.1-1.1 NMU.

- Josh Triplett
>From d010b82b89dff56ed6a32127af79f66b68769d44 Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Fri, 18 Mar 2016 17:06:45 -0700
Subject: [PATCH 1/2] Build with and depend on libcurl4-gnutls-dev (Closes:
 #798421)

---
 debian/control | 6 +++---
 debian/rules   | 2 ++
 2 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index 06b458e..a0ce1fc 100644
--- a/debian/control
+++ b/debian/control
@@ -3,8 +3,8 @@ Section: libs
 Priority: extra
 Maintainer: Russell Sim 
 Build-Depends: debhelper (>= 9.20120417), python-minimal (>= 2.4.0), pkg-config,
-   cmake, libz-dev, libcurl4-openssl-dev, libssl-dev,
-   libssh2-1-dev, libhttp-parser-dev, ca-certificates
+   cmake, libz-dev, libcurl4-gnutls-dev,
+   libssh2-1-dev, libhttp-parser-dev
 Standards-Version: 3.9.6
 Homepage: http://libgit2.github.com/
 Vcs-Git: git://anonscm.debian.org/users/arrsim-guest/libgit2.git
@@ -16,7 +16,7 @@ Architecture: any
 Section: libdevel
 Multi-Arch: same
 Depends: libgit2-23 (= ${binary:Version}), libz-dev,
- libcurl4-openssl-dev, libssl-dev, libssh2-1-dev,
+ libcurl4-gnutls-dev, libssh2-1-dev,
  libhttp-parser-dev, ${shlibs:Depends}, ${misc:Depends}
 Description: low-level Git library (development files)
  libgit2 is a portable, pure C implementation of the Git
diff --git a/debian/rules b/debian/rules
index e82f178..72436f3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,7 @@ TEST_TMPDIR := $(CURDIR)/tmp-test
 override_dh_auto_configure:
 	dh_auto_configure --builddirectory=build-debian-release -- \
 		-DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo \
+		-DUSE_OPENSSL:BOOL=OFF \
 		-DTHREADSAFE:BOOL=ON \
 		-DBUILD_CLAR:BOOL=ON \
 		-DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH)
@@ -21,6 +22,7 @@ override_dh_auto_configure:
 	dh_auto_configure --builddirectory=build-debian-devel -- \
 		-DCMAKE_BUILD_TYPE:STRING=Release \
 		-DTHREADSAFE:BOOL=ON \
+		-DUSE_OPENSSL:BOOL=OFF \
 		-DBUILD_CLAR:BOOL=OFF \
 		-DBUILD_SHARED_LIBS:BOOL=OFF \
 		-DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH)
-- 
2.7.0

>From 9f526442408f078a9e1dc2bf0e6fe1f416585caa Mon Sep 17 00:00:00 2001
From: Josh Triplett 
Date: Fri, 18 Mar 2016 17:09:59 -0700
Subject: [PATCH 2/2] debian/changelog: Add entry for 0.23.1-1.1 NMU

---
 debian/changelog | 8 
 1 file changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a5e437c..da8a307 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libgit2 (0.23.1-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Don't depend on OpenSSL, either directly or indirectly. Build with and
+depend on libcurl4-gnutls-dev instead. (Closes: #798421)
+
+ -- Josh Triplett   Fri, 18 Mar 2016 17:08:00 -0700
+
 libgit2 (0.23.1-1) unstable; urgency=medium
 
   * New upstream release 0.23.1.
-- 
2.7.0