Bug#794446: marked as done (FTBFS on most architectures)
Your message dated Mon, 17 Aug 2015 23:41:10 +0200 with message-id 55d254f6.80...@danielstender.com and subject line FTBFS on most architectures has caused the Debian Bug report #794446, regarding FTBFS on most 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.) -- 794446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794446 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: afl Version: 1.83b-1+b2 Severity: serious Justification: fail to build from source Afl currently FTBFS: cut [*] Testing the CC wrapper and instrumentation output... unset AFL_USE_ASAN AFL_USE_MSAN AFL_DEFER_FORKSRV; AFL_QUIET=1 AFL_INST_RATIO=100 AFL_PATH=. AFL_CC=clang ../afl-clang-fast -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\/usr/lib/afl\ -DBIN_PATH=\/usr/bin\ -DVERSION=\1.83b\ ../test-instr.c -o test-instr -Wl,-z,relro error: unable to load plugin '../afl-llvm-pass.so': '../afl-llvm-pass.so: undefined symbol: _ZNK4llvm10ModulePass17createPrinterPassERNS_11raw_ostreamERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' make[1]: *** [test_build] Error 1 /cut I'll go into that in a couple of days. DS -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages afl depends on: ii libc6 2.19-19 Versions of packages afl recommends: ii afl-clang 1.83b-1+b2 ii g++4:4.9.2-4 ii gcc4:4.9.2-4 afl suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Builds again fine after llvm-toolchain-3.5 update (1:3.5.2-2) DS - -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJV0lT2AAoJEBXgmvTfUYLIQv4P/RlcjEmGLYl7ppYzX/C8gCIk DU2J6dvY1Jr/Zx3fuJinVouSVw+5q/4AoCY2IHY+GYf90hlIzZ/+44PrYKgQVuSL ccZVgJp7WtAZQjbDkmOkQ1qAe7VwkV/b9+lMDu3zIiTFtrksWT4gK4eSJGkFhe0t teBGIWHEuk7ZcfRcFhYiXDZjqi3kTQ3cCtyEdi/77jEBBi/IHUhoipxa5cYDD+Dx Rxde6Ld7XSQZlk0PCYzNccd7F47FUccTpQjhBrCG30yDBywZUJ38Pjkt0el4X8Kl gMcmrK8IIPB22tLxHLw+UecvpixkMDbbAvfsWdtdiJIRQ3WM+Pip2tpXaby+A5qx gvzCvzkL8z17gx7h+vO7AyfEd4TGb3lWbpnKcfeVmwrhIceyvUmACiT3OgumqfA8 49Zzk/uWt1pjTo6cfdA97XfVxp/zcGzD6v/G+NyYeVk1F2jRbDGkBD4jpBQ7kipr ez8g6hNGcXLjKN8OOkejeN3xa0PtkBHEy3Q9qnaGZ6y3dOLmIQg/GA/uE/R+T4ay PAjRL8XK/66gDYzGFqsyTfkaUdaPrH+H9ncl8+Gz3+SxfQr9rZ9EOQdVQxJN0GdC zW/dKxtTsegS+KbL8ORnIWLWcZSYmG8vBRJlGY0o89sTQzFrISAIEdEqZ1Ofyzku 8kjOBnM3ey0i3xP08Hya =9YGR -END PGP SIGNATUREEnd Message---
Bug#795049: marked as done (ruby-rubyvis: FTBFS: cannot load such file -- rspec/expectations/differ)
Your message dated Mon, 17 Aug 2015 21:56:37 + with message-id e1zrsot-r8...@franck.debian.org and subject line Bug#795049: fixed in ruby-rubyvis 0.6.1+dfsg1-2 has caused the Debian Bug report #795049, regarding ruby-rubyvis: FTBFS: cannot load such file -- rspec/expectations/differ 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.) -- 795049: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795049 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: ruby-rubyvis Version: 0.6.1+dfsg1-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: ┌──┐ │ Run tests for ruby2.1 from debian/ruby-tests.rake│ └──┘ RUBYLIB=/ruby-rubyvis-0.6.1+dfsg1/debian/ruby-rubyvis/usr/lib/ruby/vendor_ruby:. rake2.1 -f debian/ruby-tests.rake /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*_spec.rb /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- rspec/expectations/differ (LoadError) from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /ruby-rubyvis-0.6.1+dfsg1/spec/area_spec.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in `load' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in `block in load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in `each' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in `load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:103:in `setup' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:89:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:74:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:42:in `invoke' from /usr/bin/rspec:4:in `main' /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*_spec.rb failed Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-rubyvis.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 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) ---End Message--- ---BeginMessage--- Source: ruby-rubyvis Source-Version: 0.6.1+dfsg1-2 We believe that the bug you reported is fixed in the latest version of ruby-rubyvis, 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 795...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Balint Reczey bal...@balintreczey.hu (supplier of updated ruby-rubyvis 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, 17 Aug 2015 23:09:57 +0200 Source: ruby-rubyvis Binary: ruby-rubyvis Architecture: source all Version: 0.6.1+dfsg1-2 Distribution: unstable Urgency: medium Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Balint Reczey bal...@balintreczey.hu Description: ruby-rubyvis - Ruby visualization toolkit Closes: 795049 Changes: ruby-rubyvis (0.6.1+dfsg1-2) unstable; urgency=medium . * Use RSpec 3 (Closes: #795049) * Fix double space in debian/control Checksums-Sha1: b3d2ae2e49d4b2b6ad724010e9fe76610bc796ae 2107 ruby-rubyvis_0.6.1+dfsg1-2.dsc 57f03a86b86f46c99c4534b27450f1a78af9cb6b 2900 ruby-rubyvis_0.6.1+dfsg1-2.debian.tar.xz 812f9ee814983f440105bad0180c68833144d6d4 107238 ruby-rubyvis_0.6.1+dfsg1-2_all.deb Checksums-Sha256: 6a41bef41da5e11eb82f2f59676c4f928e9dbf64e7f993b62703ed5dbcd0f25c 2107 ruby-rubyvis_0.6.1+dfsg1-2.dsc 6a0c2d602b6a793b8708c6c8eb0f569f48bed4a984158fe10072191d38b95d16 2900 ruby-rubyvis_0.6.1+dfsg1-2.debian.tar.xz
Bug#791250: Do you need any help for pugixml
Quoting Andreas Tille (2015-08-17 10:23:19) On Mon, Aug 17, 2015 at 12:30:23PM +0530, Vasudev Kamath wrote: DEB_MAINTAINER_MODE=1 fakeroot debian/rules debian/control Very halpful - so I added this to README.source and uploaded a fixed package. Your change to README.source is not helpful in my opinion, so I have reverted that. You uploaded to unstable, but I believe this should go to experimental first. I am now building a non-NMU targeted experimental. Thanks for your help, Andreas - but please cancel the NMU. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Bug#795825: asterisk: FTBFS on amd64 arm64 ppc64el: /usr/bin/ld: cannot find -lSDL2 (and others)
reassign 795825 libpjproject-dev thanks On Mon, Aug 17, 2015 at 10:08:18AM +0100, Simon McVittie wrote: Source: asterisk Version: 1:13.1.0~dfsg-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) When asterisk was binNMU'd for the libvpb1 transition, it failed to build from source on amd64, arm64 and ppc64el: https://buildd.debian.org/status/package.php?p=asterisk /«PKGBUILDDIR»/build_tools/make_linker_version_script chan_pjsip /«PKGBUILDDIR» x86_64-linux-gnu-gcc -o chan_pjsip.so -pthread -fPIE -pie -Wl,-z,relro -Wl,-z,now-shared -Wl,--version-script,chan_pjsip.exports,--warn-common chan_pjsip.o pjsip/dialplan_functions.o -lpjsua2 -lstdc++ -lpjsua -lpjsip-ua -lpjsip-simple -lpjsip -lpjmedia-codec -lpjmedia -lpjmedia-videodev -lpjmedia-audiodev -lpjmedia -lpjnath -lpjlib-util -lsrtp -lpj -lm -lrt -lpthread -lSDL2 -lavformat-ffmpeg -lavcodec-ffmpeg -lswscale-ffmpeg -lavutil-ffmpeg -lv4l2 -lopencore-amrnb -lopencore-amrwb /usr/bin/ld: cannot find -lSDL2 /usr/bin/ld: cannot find -lavformat-ffmpeg /usr/bin/ld: cannot find -lavcodec-ffmpeg /usr/bin/ld: cannot find -lswscale-ffmpeg /usr/bin/ld: cannot find -lavutil-ffmpeg /usr/bin/ld: cannot find -lv4l2 /usr/bin/ld: cannot find -lopencore-amrnb /usr/bin/ld: cannot find -lopencore-amrwb collect2: error: ld returned 1 exit status I don't know what's different about those three architectures. They're all 64-bit, but so is s390x, which built successfully. Those dependencies should be set by libpjproject-dev. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com
Processed: Re: Bug#795814: FTBFS: boost/math/tools/test.hpp: No such file or directory
Processing control commands: tags -1 + pending Bug #795814 [src:k3d] FTBFS: boost/math/tools/test.hpp: No such file or directory Added tag(s) pending. -- 795814: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795814 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795814: FTBFS: boost/math/tools/test.hpp: No such file or directory
Control: tags -1 + pending 2015-08-17 8:34 GMT+01:00 Simon McVittie s...@debian.org: Source: k3d Version: 0.8.0.3-7 Severity: serious Justification: fails to build from source (but built successfully in the past) When rebuilt for libsigc++-2.0-0v5, k3d fails to build from source https://buildd.debian.org/status/package.php?p=k3d: In file included from /«PKGBUILDDIR»/k3dsdk/inode.h:28:0, from /«PKGBUILDDIR»/k3dsdk/data.h:28, from /«PKGBUILDDIR»/k3dsdk/plugins_detail.h:27, from /«PKGBUILDDIR»/k3dsdk/plugin.h:27, from /«PKGBUILDDIR»/k3dsdk/application_detail.cpp:25: /«PKGBUILDDIR»/k3dsdk/difference.h:34:37: fatal error: boost/math/tools/test.hpp: No such file or directory I suspect this is a result of the update from Boost 1.55 to Boost 1.58. Thanks for taking a look. Yes, it is a problem due the changes in boost, and I have a fix for this but it didn't compile in a clean pbuilder when I tried ~5 days ago, because of dependencies not being ready: /tmp/buildd/k3d-0.8.0.3/modules/imagemagick_io/bitmap_importer.cpp:62: undefined reference to `Magick::Image::read(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' collect2: error: ld returned 1 exit status Today it cannot even start to compile because of conflics of deps to install: The following packages have unmet dependencies: libopenexr6v5 : Conflicts: libopenexr6 but 1.6.1-8 is to be installed. libilmbase6v5 : Conflicts: libilmbase6 but 1.0.1-6.1 is to be installed. libcairomm-1.0-1v5 : Conflicts: libcairomm-1.0-1 but 1.10.0-1.1+b1 is to be installed. I'm keeping an eye on this, and I will fix it as soon as it is possible to do it. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com
Bug#787698: supertux: FTBFS on big-endian archs
Control: tags -1 + patch Am Montag, den 08.06.2015, 09:07 +0200 schrieb Fabian Greffrath: *((char *)buffer) = tmp; Correction: You'll also need to dereference the tmp pointer, i.e.: --- supertux-0.3.5a.orig/src/audio/wav_sound_file.cpp +++ supertux-0.3.5a/src/audio/wav_sound_file.cpp @@ -159,7 +159,7 @@ WavSoundFile::read(void* buffer, size_t tmp[2*i+1] = c; } - *buffer = tmp; + *(char *)buffer = *tmp; #endif return readsize; Cheers, Fabian signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#787698: supertux: FTBFS on big-endian archs
Processing control commands: tags -1 + patch Bug #787698 [supertux] supertux: FTBFS on big-endian archs Added tag(s) patch. -- 787698: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787698 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795813: kodi: FTBFS with g++-5: multiple definitions of argument-parsing stuff
Hi Simon, 2015-08-17 9:31 GMT+02:00 Simon McVittie s...@debian.org: Source: kodi Version: 14.2+dfsg1-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: patch kodi fails to build from source when binNMU'd for the libstdc++ transitions: https://buildd.debian.org/status/package.php?p=kodi There are lots of errors like this: ../../lib/libmisc.a(argp-parse.o): In function `argp_usage': /«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:568: multiple definition of `argp_usage' ../../lib/libmisc.a(argp-help.o):/«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:568: first defined here ../../lib/libmisc.a(argp-parse.o): In function `_option_is_short': /«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:574: multiple definition of `_option_is_short' ../../lib/libmisc.a(argp-help.o):/«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:574: first defined here I believe this is because g++-5 changed the default interpretation of inline T foo() { ... } from historical GNU behaviour to Standard C++. https://gcc.gnu.org/gcc-5/changes.html In Ubuntu, Matthias Klose patched kodi to use historical GNU inline semantics http://patches.ubuntu.com/k/kodi/kodi_14.2+dfsg1-2ubuntu1.patch: diff -pruN 14.2+dfsg1-2/debian/rules 14.2+dfsg1-2ubuntu1/debian/rules --- 14.2+dfsg1-2/debian/rules 2015-06-04 08:33:30.0 + +++ 14.2+dfsg1-2ubuntu1/debian/rules2015-08-10 19:42:58.0 + @@ -37,6 +37,7 @@ DEB_CFLAGS ?= $(shell dpkg-buildflags - DEB_CXXFLAGS ?= $(shell dpkg-buildflags --get CPPFLAGS) \ $(filter-out -g -O2, $(shell dpkg-buildflags --get CXXFLAGS)) DEB_LDFLAGS ?= $(shell dpkg-buildflags --get LDFLAGS) $(shell pkg-config --libs ftgl) +DEB_CFLAGS += -fgnu89-inline ENV_OPTIONS = CFLAGS=$(DEB_CFLAGS) CXXFLAGS=$(DEB_CXXFLAGS) \ LDFLAGS=$(DEB_LDFLAGS) This is probably an appropriate change for kodi in Debian too. Thank you for the bug report and also for the patch. I'm packaging Kodi 15 right now and it FTBFS-s multiple ways and some of them are due to the embedded outdated gnulib files. Instead of passing the cflag I plan removing the gnulib usage in the next upload but for this particular problem the proposed patch would be a solution indeed. Cheers, Balint
Bug#795845: libjpeg-turbo: FTBFS on mips/mipsel - jsimd_mips_dspr2.S:2845: Error: float register should be even, was 1
Source: libjpeg-turbo Version: 1:1.4.1-1 Severity: serious Tags: patch upstream Forwarded: https://github.com/libjpeg-turbo/libjpeg-turbo/pull/11 Control: found -1 1:1.4.80-115-gfb907b2-1 X-Debbugs-CC: debian-m...@lists.debian.org, m...@glandium.org User: debian-m...@lists.debian.org Usertags: mips-patch Hi, libjpeg-turbo FTBFS with GCC 5 on mips/mipsel with the following error (full build log attached): libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -pedantic -ffloat-store -c jsimd_mips_dspr2.S -fPIC -DPIC -o .libs/jsimd_mips_dspr2.o jsimd_mips_dspr2.S: Assembler messages: jsimd_mips_dspr2.S:2845: Error: float register should be even, was 1 jsimd_mips_dspr2.S:2846: Error: float register should be even, was 5 jsimd_mips_dspr2.S:2849: Error: float register should be even, was 3 jsimd_mips_dspr2.S:2850: Error: float register should be even, was 7 jsimd_mips_dspr2.S:2853: Error: float register should be even, was 1 jsimd_mips_dspr2.S:2853: Error: float register should be even, was 1 jsimd_mips_dspr2.S:2853: Error: float register should be even, was 5 [...] This has happened because in GCC 5 the MIPS ABI was altered very slightly by enabling the -mfpxx GCC option by default. When this option is enabled, the use of odd numbered floating point registers is not allowed. I'm afraid I did actually notice this issue with libjpeg-turbo some months ago but filing a bug must have slipped my mind, so sorry about that. I've attached a patch (and forwarded it) which fixes this by changing all the FP registers so that only even ones are used. Thankfully there are enough FP registers in MIPS to do this quite easily. Thanks, James dpkg-buildpackage -rfakeroot -D -us -uc -B dpkg-buildpackage: source package libjpeg-turbo dpkg-buildpackage: source version 1:1.4.1-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Ondřej Surý ond...@debian.org dpkg-source --before-build libjpeg-turbo-1.4.1 dpkg-buildpackage: host architecture mipsel fakeroot debian/rules clean dh clean --parallel --with autoreconf dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory '/media/sdcard/james/libjpeg-turbo-debian/libjpeg-turbo-1.4.1' /usr/bin/make -C debian/extra clean make[2]: Entering directory '/media/sdcard/james/libjpeg-turbo-debian/libjpeg-turbo-1.4.1/debian/extra' rm -f jpegexiforient make[2]: Leaving directory '/media/sdcard/james/libjpeg-turbo-debian/libjpeg-turbo-1.4.1/debian/extra' if [ -e Makefile ]; then /usr/bin/make testclean; fi dh_auto_clean rm -f simd/jsimdcfg.inc make[1]: Leaving directory '/media/sdcard/james/libjpeg-turbo-debian/libjpeg-turbo-1.4.1' dh_autoreconf_clean dh_clean debian/rules build-arch dh build-arch --parallel --with autoreconf dh_testdir -a -O--parallel dh_autoreconf -a -O--parallel libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:18: installing './ar-lib' configure.ac:16: installing './compile' configure.ac:22: installing './config.guess' configure.ac:22: installing './config.sub' configure.ac:8: installing './install-sh' configure.ac:8: installing './missing' Makefile.am: installing './depcomp' dh_auto_configure -a -O--parallel ./configure --build=mipsel-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=\${prefix}/lib/mipsel-linux-gnu --libexecdir=\${prefix}/lib/mipsel-linux-gnu --disable-maintainer-mode --disable-dependency-tracking configure: WARNING: unrecognized options: --disable-maintainer-mode checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking for style of include used by make... GNU 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 dependency style of gcc... none checking how to run the C preprocessor... gcc -E checking for gcc... (cached) gcc
Processed: libjpeg-turbo: FTBFS on mips/mipsel - jsimd_mips_dspr2.S:2845: Error: float register should be even, was 1
Processing control commands: found -1 1:1.4.80-115-gfb907b2-1 Bug #795845 [src:libjpeg-turbo] libjpeg-turbo: FTBFS on mips/mipsel - jsimd_mips_dspr2.S:2845: Error: float register should be even, was 1 Marked as found in versions libjpeg-turbo/1:1.4.80-115-gfb907b2-1. -- 795845: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795845 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795844: armel and armhf images missing kernel and initramfs
Package: cdimage.debian.org Severity: serious Tags: d-i As mentioned by bwh: existing armel and armhf installer CDs are currently missing vmlinuz and the initramfs... -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#783099: marked as done (php5: CVE-2015-4604 CVE-2015-4605)
Your message dated Mon, 17 Aug 2015 13:41:56 +0200 with message-id caesznc7m2umnjveyrg60v-0vqtjeheecqvuo1idiwe6tuef...@mail.gmail.com and subject line Fixed has caused the Debian Bug report #783099, regarding php5: CVE-2015-4604 CVE-2015-4605 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.) -- 783099: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783099 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Source: php5 Version: 5.6.7+dfsg-1 Severity: grave Tags: security, upstream, fixed-upstream Hi, the following vulnerability was published for PHP5, When calling finfo::file() or finfo::buffer() with a crafted string, PHP will crash by either segfaulting or trying to allocate an large amount of memory (4GiB). This was found in the wild when a user uploaded a file (running finfo on arbitrary files uploaded by users is one of its main use cases.). I've since anonymised the file, and made it more minimal. At this stage, very small changes to the string make it produce different behaviour - removing the remaining 'a', 's', or 'y' characters, for instance, will allow finfo to process it fine. For further information see: https://bugs.php.net/bug.php?id=68819 https://git.php.net/?p=php-src.git;a=commitdiff;h=f938112c495b0d26572435c0be73ac0bfe642ecd - -- Henri Salo -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVN11hAAoJECet96ROqnV0NFwP/1WyM6/jYhMkuyyjIDuGJLR6 5agci0HcM64R5It7Dvoy7HPtP431Qg5XvtJBn2P5YRq9Kgh1g0T7NeA4jbQIQEQs lj/zO4zfBSnhCvkCbsqhLDYDASx1M2esXgfXy4EDejBPvVMSPtSr3GjVt9Ptufty /GgA3FRf+XDDNNDebGsDVvkKH5pAvK7QN8R8UsmG8uiEYP9+vdlwdAK5pykrWsGa yZEm7x/OXjETTnjIoz+0p89ExFBBuNyryhMQGVfiJxivTMHaHMBuZ/2BlBhIM0S2 VTf42JtlLTmG6NZW71OplY2kN1f+p+ADXy/OUtwbV700tuk58wIwt+r5Ymqa9wmA crO2xyNm2CgA0K6Vew0vEYBWVc7fFQQuGhQX6lKOwng3OXaM3Xo9BzEvrOGVrTgz sw7ilWb4kfUTjtZoAYVOqL0YTafMi3CzjmH3MzeFMyxMRtYlqgc7S+KrqJXWMX2A TlqA2WhAOMIHNG8xxuXdwlzzVRoPakY0Jkgx5XdUlU9QdNmeIljcxdPAIXHAeEAj IPSBQFUjAZABB7GWKgZcyJv6p2Z9nc5GkQ9RYm297QtGbPVYGUfmBZsJOloJfXIF V4dRZWkVoonbaC5WtjaGPyOIHnl35AZ7Hl4MkQ5JMzScbN3u1BooY1+NXNBsHTPL JLN2O58YQiTodP1AZWfx =y0h8 -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Version: 5.6.9+dfsg-1 This issue has been fixed for unstable, testing, stable and oldstable. Closing the bug. ---End Message---
Bug#783107: marked as done (php5: CVE-2015-4604 CVE-2015-4605)
Your message dated Mon, 17 Aug 2015 13:41:56 +0200 with message-id caesznc7m2umnjveyrg60v-0vqtjeheecqvuo1idiwe6tuef...@mail.gmail.com and subject line Fixed has caused the Debian Bug report #783099, regarding php5: CVE-2015-4604 CVE-2015-4605 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.) -- 783099: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783099 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Source: php5 Version: 5.6.7+dfsg-1 Severity: grave Tags: security, upstream, fixed-upstream Hi, the following vulnerability was published for PHP5, When calling finfo::file() or finfo::buffer() with a crafted string, PHP will crash by either segfaulting or trying to allocate an large amount of memory (4GiB). This was found in the wild when a user uploaded a file (running finfo on arbitrary files uploaded by users is one of its main use cases.). I've since anonymised the file, and made it more minimal. At this stage, very small changes to the string make it produce different behaviour - removing the remaining 'a', 's', or 'y' characters, for instance, will allow finfo to process it fine. For further information see: https://bugs.php.net/bug.php?id=68819 https://git.php.net/?p=php-src.git;a=commitdiff;h=f938112c495b0d26572435c0be73ac0bfe642ecd - -- Henri Salo -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVN11hAAoJECet96ROqnV0NFwP/1WyM6/jYhMkuyyjIDuGJLR6 5agci0HcM64R5It7Dvoy7HPtP431Qg5XvtJBn2P5YRq9Kgh1g0T7NeA4jbQIQEQs lj/zO4zfBSnhCvkCbsqhLDYDASx1M2esXgfXy4EDejBPvVMSPtSr3GjVt9Ptufty /GgA3FRf+XDDNNDebGsDVvkKH5pAvK7QN8R8UsmG8uiEYP9+vdlwdAK5pykrWsGa yZEm7x/OXjETTnjIoz+0p89ExFBBuNyryhMQGVfiJxivTMHaHMBuZ/2BlBhIM0S2 VTf42JtlLTmG6NZW71OplY2kN1f+p+ADXy/OUtwbV700tuk58wIwt+r5Ymqa9wmA crO2xyNm2CgA0K6Vew0vEYBWVc7fFQQuGhQX6lKOwng3OXaM3Xo9BzEvrOGVrTgz sw7ilWb4kfUTjtZoAYVOqL0YTafMi3CzjmH3MzeFMyxMRtYlqgc7S+KrqJXWMX2A TlqA2WhAOMIHNG8xxuXdwlzzVRoPakY0Jkgx5XdUlU9QdNmeIljcxdPAIXHAeEAj IPSBQFUjAZABB7GWKgZcyJv6p2Z9nc5GkQ9RYm297QtGbPVYGUfmBZsJOloJfXIF V4dRZWkVoonbaC5WtjaGPyOIHnl35AZ7Hl4MkQ5JMzScbN3u1BooY1+NXNBsHTPL JLN2O58YQiTodP1AZWfx =y0h8 -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Version: 5.6.9+dfsg-1 This issue has been fixed for unstable, testing, stable and oldstable. Closing the bug. ---End Message---
Bug#790865: marked as done (FTBFS: Error: Unknown float option `H'.)
Your message dated Mon, 17 Aug 2015 11:49:17 + with message-id e1zriuj-0005kx...@franck.debian.org and subject line Bug#790865: fixed in condor 8.2.9~dfsg.1-1 has caused the Debian Bug report #790865, regarding FTBFS: Error: Unknown float option `H'. 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.) -- 790865: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790865 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: condor Version: 8.2.8~dfsg.1-1 Severity: serious Tags: patch condor fails to build because of the new tetex. You're using the H float option. According to https://en.wikibooks.org/wiki/LaTeX/Floats,_Figures_and_Captions you need \usepackage{float} for that, but it seems simpler solution is to replace it with !h or h. I have attached one possible patch. sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com ... ./misc/numbers.tex:18: LaTeX Error: Unknown float option `H'. See the LaTeX manual or LaTeX Companion for explanation. Type H return for immediate help. ... l.18 \begin{table}[H] Output written on ref.dvi (988 pages, 3400200 bytes). Transcript written on ref.log. Makefile:74: recipe for target 'ref.html' failed -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard Description: Fix LaTeX errors --- condor-8.2.8~dfsg.1.orig/doc/misc/numbers.tex +++ condor-8.2.8~dfsg.1/doc/misc/numbers.tex @@ -15,7 +15,7 @@ where the exit code is the value 100. Table~\ref{table:shadow-exit-codes} lists these codes. % shadow error codes \begin{center} -\begin{table}[H] +\begin{table}[h] \caption{\label{table:shadow-exit-codes}\Condor{shadow} Exit Codes} \begin{tabular}{|c|l|l|} \hline \emph{Value} \emph{Error Name} \emph{Description} \\ \hline \hline @@ -55,7 +55,7 @@ the first field within a job event log f See more detailed descriptions of these values in section~\ref{sec:job-log-events}. \begin{center} -\begin{table}[H] +\begin{table}[h] \caption{\label{table:user-log-event-codes}Event Codes in a Job Event Log} \begin{tabular}{|l|c|} \hline \emph{Event Code} \emph{Description} \\ \hline \hline @@ -100,7 +100,7 @@ section~\ref{sec:job-log-events}. \begin{center} -\begin{table}[H] +\begin{table}[h] \caption{\label{well-known-port-numbers}Well-Known Port Numbers} \begin{tabular}{|l|c|} \hline \emph{Server} \emph{Port Number} \\ \hline \hline @@ -115,7 +115,7 @@ GT4 web services 8443 \\ \hlin \begin{center} -\begin{table}[H] +\begin{table}[h] \caption{\label{daemoncore-commands}DaemonCore Commands} \begin{tabular}{|l|c|} \hline \emph{Number} \emph{Name} \\ \hline \hline @@ -144,7 +144,7 @@ GT4 web services 8443 \\ \hlin \begin{center} -\begin{table}[H] +\begin{table}[h] \caption{\label{daemon-exit-codes}DaemonCore Daemon Exit Codes} \begin{tabular}{|l|c|} \hline \emph{Exit Code} \emph{Description} \\ \hline \hline ---End Message--- ---BeginMessage--- Source: condor Source-Version: 8.2.9~dfsg.1-1 We believe that the bug you reported is fixed in the latest version of condor, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 790...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Hanke m...@debian.org (supplier of updated condor 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, 17 Aug 2015 08:35:31 +0200 Source: condor Binary: htcondor htcondor-dev htcondor-doc htcondor-dbg libclassad-dev libclassad7 condor condor-doc condor-dev condor-dbg Architecture: source all amd64 Version: 8.2.9~dfsg.1-1 Distribution: unstable Urgency: medium Maintainer: HTCondor Developers condor-deb...@cs.wisc.edu Changed-By: Michael Hanke m...@debian.org Description: condor - transitional dummy package condor-dbg - transitional dummy package condor-dev - transitional dummy package condor-doc - transitional dummy package htcondor - distributed workload management system htcondor-dbg - distributed workload management system - debugging symbols htcondor-dev - distributed workload management system - development files htcondor-doc - distributed workload management system - documentation
Bug#795847: jellyfish: FTBFS: error: 'struct std::__cxx11::basic_stringbuf_CharT, _Traits, _Alloc::__xfer_bufptrs' redeclared with different access
Source: jellyfish Version: 2.2.3-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, jellyfish fails to build from source on unstable/amd64: [..] g++ -DHAVE_CONFIG_H -I. -Dprotected=public -Dprivate=public -DJSON_IS_AMALGAMATION=1 -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++0x -g -O3 -Werror -I./unit_tests/gtest/include -I./unit_tests -I./include -std=c++0x -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o unit_tests/bin_test_all-test_main.o `test -f 'unit_tests/test_main.cc' || echo './'`unit_tests/test_main.cc In file included from ./unit_tests/gtest/gtest.h:308:0, from unit_tests/test_main.cc:20: /usr/include/c++/5/sstream:300:7: error: 'struct std::__cxx11::basic_stringbuf_CharT, _Traits, _Alloc::__xfer_bufptrs' redeclared with different access struct __xfer_bufptrs ^ Makefile:1369: recipe for target 'unit_tests/bin_test_all-test_main.o' failed make[4]: *** [unit_tests/bin_test_all-test_main.o] Error 1 make[4]: Leaving directory '/tmp/buildd/jellyfish-2.2.3' Makefile:2319: recipe for target 'check-am' failed make[3]: *** [check-am] Error 2 make[3]: Leaving directory '/tmp/buildd/jellyfish-2.2.3' Makefile:1875: recipe for target 'check-recursive' failed make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory '/tmp/buildd/jellyfish-2.2.3' Makefile:2322: recipe for target 'check' failed make[1]: *** [check] Error 2 make[1]: Leaving directory '/tmp/buildd/jellyfish-2.2.3' dh_auto_test: make -j1 check returned exit code 2 debian/rules:8: recipe for target 'build' failed make: *** [build] Error 2 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/jellyfish_2.2.3-1.build1.log.gz Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- I: using fakeroot in build. I: pbuilder: network access will be disabled during build I: Current time: Mon Aug 10 14:59:19 GMT+12 2015 I: pbuilder-time-stamp: 1439261959 I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /dev/shm I: Mounting /sys I: policy-rc.d already exists I: Installing the build-deps - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9), dh-autoreconf, d-shlibs, yaggo, pkg-config, bc, time, procps, valgrind dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously unselected package pbuilder-satisfydepends-dummy. (Reading database ... 20247 files and directories currently installed.) Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ... Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ... dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested: pbuilder-satisfydepends-dummy depends on dh-autoreconf; however: Package dh-autoreconf is not installed. pbuilder-satisfydepends-dummy depends on d-shlibs; however: Package d-shlibs is not installed. pbuilder-satisfydepends-dummy depends on yaggo; however: Package yaggo is not installed. pbuilder-satisfydepends-dummy depends on pkg-config; however: Package pkg-config is not installed. pbuilder-satisfydepends-dummy depends on bc; however: Package bc is not installed. pbuilder-satisfydepends-dummy depends on time; however: Package time is not installed. pbuilder-satisfydepends-dummy depends on valgrind; however: Package valgrind is not installed. Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... Reading package lists... Building dependency tree... Reading state information... Initializing package states... Writing extended state information... Building tag database... The following NEW packages will be installed: autoconf{a} automake{a} autopoint{a} autotools-dev{a} bc{a} ca-certificates{a} d-shlibs{a} dh-autoreconf{a} libc6-dbg{a} libruby2.1{a} libsigsegv2{a} libssl1.0.0{a} libtool{a} libyaml-0-2{a} m4{a} openssl{a} pkg-config{a} ruby{a} ruby2.1{a} rubygems-integration{a} time{a} valgrind{a} yaggo{a} 0
Bug#795825: asterisk: FTBFS on amd64 arm64 ppc64el: /usr/bin/ld: cannot find -lSDL2 (and others)
Source: asterisk Version: 1:13.1.0~dfsg-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) When asterisk was binNMU'd for the libvpb1 transition, it failed to build from source on amd64, arm64 and ppc64el: https://buildd.debian.org/status/package.php?p=asterisk /«PKGBUILDDIR»/build_tools/make_linker_version_script chan_pjsip /«PKGBUILDDIR» x86_64-linux-gnu-gcc -o chan_pjsip.so -pthread -fPIE -pie -Wl,-z,relro -Wl,-z,now-shared -Wl,--version-script,chan_pjsip.exports,--warn-common chan_pjsip.o pjsip/dialplan_functions.o -lpjsua2 -lstdc++ -lpjsua -lpjsip-ua -lpjsip-simple -lpjsip -lpjmedia-codec -lpjmedia -lpjmedia-videodev -lpjmedia-audiodev -lpjmedia -lpjnath -lpjlib-util -lsrtp -lpj -lm -lrt -lpthread -lSDL2 -lavformat-ffmpeg -lavcodec-ffmpeg -lswscale-ffmpeg -lavutil-ffmpeg -lv4l2 -lopencore-amrnb -lopencore-amrwb /usr/bin/ld: cannot find -lSDL2 /usr/bin/ld: cannot find -lavformat-ffmpeg /usr/bin/ld: cannot find -lavcodec-ffmpeg /usr/bin/ld: cannot find -lswscale-ffmpeg /usr/bin/ld: cannot find -lavutil-ffmpeg /usr/bin/ld: cannot find -lv4l2 /usr/bin/ld: cannot find -lopencore-amrnb /usr/bin/ld: cannot find -lopencore-amrwb collect2: error: ld returned 1 exit status I don't know what's different about those three architectures. They're all 64-bit, but so is s390x, which built successfully. S
Bug#792758: bwidget vs. fsl incompatibility
Hi, thanks for the report and sorry for the delay. I can reproduce it, as soon as I install bwidget -- which is not a dependency of FSL. I'll look into it. Michael
Bug#791112: #791112: libcrypto++: library transition may be needed when GCC 5 is the default
On Mon, 2015-08-17 at 11:16 +0200, Christian Hofstaedtler wrote: Hi, I've noticed a new libcrypto++ has entered sid, but the transition tracker[1] doesn't seem to agree on the library names, or something (it still shows libcrypto++ as bad). What's going on there? [1] https://release.debian.org/transitions/html/auto-libcrypto++.html libcrypto9-dbg depends on libcrypto9. Until the transition's at a point where those packages can be decrufted from unstable, the tracker will see a package being built from src:libcrypto++ that depends on libcrypto9, and flag it as bad. Regards, Adam
Processed: tagging 792758
Processing commands for cont...@bugs.debian.org: tags 792758 + confirmed upstream Bug #792758 [fsl-core] fsl-core: fsl fails to start on the command line Added tag(s) confirmed. thanks Stopping processing here. Please contact me if you need assistance. -- 792758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792758 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791250: Do you need any help for pugixml
Quoting Jonas Smedegaard (2015-08-17 11:24:42) You uploaded to unstable, but I believe this should go to experimental first. I just learned (in bug#791305) that upload directly to unstable was perfectly fine. Sorry - no need for you to cancel that anyway. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
Bug#795344: [Debian-med-packaging] Bug#795344: libmems-1.6-1: not properly linked to its dependencies
all changes pushed. The new boost.m4 solved my problem, but adding the libraries in the link dependencies was still needed. The package builds and the boost libraries are also linked. BTW it was _LIBS not _LIB, so no AC_SUBST needed. However, building a package I got another error devlibs error: There is no package matching [libGenome-1.3-0-dev] and noone provides it, please report bug to d-shlibs maintainer devlibs error: There is no package matching [libMUSCLE-3.7-1-dev] and noone provides it, please report bug to d-shlibs maintainer never seen this one before. t seems this d_shlibs expects the soversion in the dev-package name. I left another patch in the git history that deals with a conflict between boost::make_tuple and std::make_tuple of c++11. I would have left it in the build, but somehow I didn't get the patch to have the right line endings. Since C++11 is not enabled by default, this is currently not a problem. Best, Gert
Processed: tagging 792758
Processing commands for cont...@bugs.debian.org: tags 792758 + pending Bug #792758 [fsl-core] fsl-core: fsl fails to start on the command line Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 792758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792758 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795850: pdfgrep: FTBFS: pdfgrep.cc:429: undefined reference to `poppler::version_string[abi:cxx11]()'
Source: pdfgrep Version: 1.4.0-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, pdfgrep fails to build from source on unstable/amd64: [..] dh_auto_build make -j1 make[1]: Entering directory '/tmp/buildd/pdfgrep-1.4.0' make all-recursive make[2]: Entering directory '/tmp/buildd/pdfgrep-1.4.0' Making all in src make[3]: Entering directory '/tmp/buildd/pdfgrep-1.4.0/src' g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler-Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -c -o pdfgrep.o pdfgrep.cc pdfgrep.cc: In function 'int search_in_document(poppler::document*, const string, Regengine)': pdfgrep.cc:185:8: warning: 'templateclass class std::auto_ptr' is deprecated [-Wdeprecated-declarations] std::auto_ptrpoppler::page doc_page(doc-create_page(i - 1)); ^ In file included from /usr/include/c++/5/memory:81:0, from pdfgrep.cc:54: /usr/include/c++/5/bits/unique_ptr.h:49:28: note: declared here templatetypename class auto_ptr; ^ g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler-Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -c -o output.o output.cc g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler-Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -c -o exclude.o exclude.cc g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include/poppler/cpp -I/usr/include/poppler-Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -c -o regengine.o regengine.cc g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -Wl,-z,relro -o pdfgrep pdfgrep.o output.o exclude.o regengine.o -lpoppler-cpp -lpcre pdfgrep.o: In function `print_version()': /tmp/buildd/pdfgrep-1.4.0/src/pdfgrep.cc:429: undefined reference to `poppler::version_string[abi:cxx11]()' pdfgrep.o: In function `do_search_in_document(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, Regengine, bool)': /tmp/buildd/pdfgrep-1.4.0/src/pdfgrep.cc:463: undefined reference to `poppler::document::load_from_file(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' collect2: error: ld returned 1 exit status Makefile:276: recipe for target 'pdfgrep' failed make[3]: *** [pdfgrep] Error 1 make[3]: Leaving directory '/tmp/buildd/pdfgrep-1.4.0/src' Makefile:296: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/tmp/buildd/pdfgrep-1.4.0' Makefile:236: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/tmp/buildd/pdfgrep-1.4.0' dh_auto_build: make -j1 returned exit code 2 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 2 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/pdfgrep_1.4.0-2.build1.log.gz Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- I: using fakeroot in build. I: pbuilder: network access will be disabled during build I: Current time: Fri Aug 14 13:03:23 GMT+12 2015 I: pbuilder-time-stamp: 1439600603 I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /run/shm filesystem I: mounting /dev/pts filesystem I: Mounting /dev/shm I: Mounting /sys I: policy-rc.d already exists I: Installing the build-deps - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 9~), automake, libpoppler-cpp-dev, pkg-config, libpcre3-dev dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in
Bug#791112: #791112: libcrypto++: library transition may be needed when GCC 5 is the default
Hi, I've noticed a new libcrypto++ has entered sid, but the transition tracker[1] doesn't seem to agree on the library names, or something (it still shows libcrypto++ as bad). What's going on there? [1] https://release.debian.org/transitions/html/auto-libcrypto++.html Thanks, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpWLCzGJGNYB.pgp Description: PGP signature
Processed: block 791036 with 791127
Processing commands for cont...@bugs.debian.org: block 791036 with 791127 Bug #791036 [src:flowcanvas] flowcanvas: library transition to libflowcanvas5v5 791036 was not blocked by any bugs. 791036 was not blocking any bugs. Added blocking bug(s) of 791036: 791127 thanks Stopping processing here. Please contact me if you need assistance. -- 791036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791036 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795848: foolscap: FTBFS: Ran 470 tests in 136.579s FAILED (skips=4, failures=1, errors=7, successes=462)
Source: foolscap Version: 0.8.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, foolscap fails to build from source on unstable/amd64: [..] test_simple ... [OK] test_two ... [OK] test_two_failure ... [OK] Base32 test_is_base32 ... [OK] Time test_format ... [OK] === [SKIPPED] new-style classes still broken foolscap.test.test_banana.ThereAndBackAgain.test_boundMethod_newstyle foolscap.test.test_banana.ThereAndBackAgain.test_classMethod_newstyle foolscap.test.test_banana.ThereAndBackAgain.test_class_newstyle foolscap.test.test_banana.ThereAndBackAgain.test_instance_newstyle === [FAIL] Traceback (most recent call last): File /tmp/buildd/foolscap-0.8.0/foolscap/test/test_logging.py, line 554, in _check_observer self.failUnlessEqual(len(msgs), 8) File /usr/lib/python2.7/dist-packages/twisted/trial/_synctest.py, line 437, in assertEqual super(_Assertions, self).assertEqual(first, second, msg) File /usr/lib/python2.7/unittest/case.py, line 513, in assertEqual assertion_func(first, second, msg=msg) File /usr/lib/python2.7/unittest/case.py, line 506, in _baseAssertEqual raise self.failureException(msg) twisted.trial.unittest.FailTest: 3 != 8 foolscap.test.test_logging.Publish.test_logpublisher === [ERROR] Traceback (most recent call last): File /tmp/buildd/foolscap-0.8.0/foolscap/test/test_logging.py, line 2185, in _check self.failUnlessEqual(fl_out[0][message], one) exceptions.KeyError: 'message' foolscap.test.test_logging.Bridge.test_no_loops === [ERROR] Traceback (most recent call last): File /tmp/buildd/foolscap-0.8.0/foolscap/test/test_logging.py, line 2156, in _check self.failUnlessEqual(fl_out[0][message], one) exceptions.KeyError: 'message' foolscap.test.test_logging.Bridge.test_twisted_to_foolscap === [ERROR] Traceback (most recent call last): File /tmp/buildd/foolscap-0.8.0/foolscap/banana.py, line 215, in produce slicer = self.newSlicerFor(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/banana.py, line 314, in newSlicerFor return topSlicer.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicer.py, line 48, in slicerForObject return self.parent.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicer.py, line 126, in slicerForObject return self.parent.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicer.py, line 126, in slicerForObject return self.parent.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicers/root.py, line 66, in slicerForObject raise Violation(cannot serialize %s (%s) % (obj, name)) foolscap.tokens.Violation: Violation (RootSlicer.call-0-1-msg.arg[0]-of-msg.??): (cannot serialize message 2 here (class 'twisted.logger._stdlib.StringifiableFromEvent'),) foolscap.test.test_logging.Publish.test_logpublisher_catchup === [ERROR] Traceback (most recent call last): File /tmp/buildd/foolscap-0.8.0/foolscap/banana.py, line 215, in produce slicer = self.newSlicerFor(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/banana.py, line 314, in newSlicerFor return topSlicer.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicer.py, line 48, in slicerForObject return self.parent.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicer.py, line 126, in slicerForObject return self.parent.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicer.py, line 126, in slicerForObject return self.parent.slicerForObject(obj) File /tmp/buildd/foolscap-0.8.0/foolscap/slicers/root.py, line 66, in slicerForObject raise Violation(cannot serialize %s (%s) % (obj, name)) foolscap.tokens.Violation: Violation (RootSlicer.call-0-1-msg.arg[0]-of-msg.??): (cannot serialize message 3 here (class 'twisted.logger._stdlib.StringifiableFromEvent'),)
Bug#713313: drift: FTBFS: GenUtil.hs:290:14: Not in scope: `catch'
On Sun, Aug 16, 2015 at 10:46:06PM +0200, Uwe Kleine-König wrote: I'm currently in NM trying to become DD. As part of the process I prepared an NMU for this with the following debdiff. It's that big because I converted the package from dpatch to 3.0 (quilt). I assume the that Thijs will upload this nmu to a delayed queue (assuming he is happy with it). I suggest NMUing the latest upstream version as it will be less painful both long-term nd short-term.
Processed: Re: Bug#795825: asterisk: FTBFS on amd64 arm64 ppc64el: /usr/bin/ld: cannot find -lSDL2 (and others)
Processing commands for cont...@bugs.debian.org: reassign 795825 libpjproject-dev Bug #795825 [src:asterisk] asterisk: FTBFS on amd64 arm64 ppc64el: /usr/bin/ld: cannot find -lSDL2 (and others) Bug reassigned from package 'src:asterisk' to 'libpjproject-dev'. No longer marked as found in versions asterisk/1:13.1.0~dfsg-1.1. Ignoring request to alter fixed versions of bug #795825 to the same values previously set thanks Stopping processing here. Please contact me if you need assistance. -- 795825: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795825 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795849: biojava4-live: FTBFS: DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII
Source: biojava4-live Version: 4.1.0+dfsg-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, Thanks for looking at #795685 so quickly. However, biojava4-live still fails to build from source on unstable/amd64 with a different issue: [..] compile: [mkdir] Created dir: /tmp/buildd/biojava4-live-4.1.0+dfsg/build/biojava4-structure-gui/classes [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/build.xml:76: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 130 source files to /tmp/buildd/biojava4-live-4.1.0+dfsg/build/biojava4-structure-gui/classes [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII [javac] 4F88 ??? local C8 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII [javac] 4F88 ??? local C8 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII [javac] 4F88 ??? local C8 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:61: error: unmappable character for encoding ASCII [javac] 1LTI ??? local C5 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:61: error: unmappable character for encoding ASCII [javac] 1LTI ??? local C5 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:61: error: unmappable character for encoding ASCII [javac] 1LTI ??? local C5 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:62: error: unmappable character for encoding ASCII [javac] 2W6E ??? local C3 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:62: error: unmappable character for encoding ASCII [javac] 2W6E ??? local C3 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:62: error: unmappable character for encoding ASCII [javac] 2W6E ??? local C3 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:63: error: unmappable character for encoding ASCII [javac] 2LXC ??? local C2 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:63: error: unmappable character for encoding ASCII [javac] 2LXC ??? local C2 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:63: error: unmappable character for encoding ASCII [javac] 2LXC ??? local C2 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:64: error: unmappable character for encoding ASCII [javac] 3OE7 ??? local C3 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:64: error: unmappable character for encoding ASCII [javac] 3OE7 ??? local C3 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:64: error:
Processed: tagging 795640
Processing commands for cont...@bugs.debian.org: tags 795640 + pending Bug #795640 [src:influxdb] influxdb: FTBFS: tests fail Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 795640: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795640 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: block 791127 with 795916
Processing commands for cont...@bugs.debian.org: block 791127 with 795916 Bug #791127 [src:libgtksourceviewmm] libgtksourceviewmm: transition to libgtksourceviewmm-3.0-0v5 needed 791127 was not blocked by any bugs. 791127 was blocking: 791036 Added blocking bug(s) of 791127: 795916 thanks Stopping processing here. Please contact me if you need assistance. -- 791127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791127 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#794446: marked as done (FTBFS on most architectures)
Your message dated Tue, 18 Aug 2015 01:31:06 +0200 with message-id 55d26eba.8090...@danielstender.com and subject line FTBFS on most architectures has caused the Debian Bug report #794446, regarding FTBFS on most 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.) -- 794446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794446 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: afl Version: 1.83b-1+b2 Severity: serious Justification: fail to build from source Afl currently FTBFS: cut [*] Testing the CC wrapper and instrumentation output... unset AFL_USE_ASAN AFL_USE_MSAN AFL_DEFER_FORKSRV; AFL_QUIET=1 AFL_INST_RATIO=100 AFL_PATH=. AFL_CC=clang ../afl-clang-fast -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\/usr/lib/afl\ -DBIN_PATH=\/usr/bin\ -DVERSION=\1.83b\ ../test-instr.c -o test-instr -Wl,-z,relro error: unable to load plugin '../afl-llvm-pass.so': '../afl-llvm-pass.so: undefined symbol: _ZNK4llvm10ModulePass17createPrinterPassERNS_11raw_ostreamERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' make[1]: *** [test_build] Error 1 /cut I'll go into that in a couple of days. DS -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages afl depends on: ii libc6 2.19-19 Versions of packages afl recommends: ii afl-clang 1.83b-1+b2 ii g++4:4.9.2-4 ii gcc4:4.9.2-4 afl suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.83b-1 Done again with version DS -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8---End Message---
Bug#794856: opencv: non DFSG file in the source package
tags 754830 pending thanks -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6
Processed: add tags
Processing commands for cont...@bugs.debian.org: tags 792677 pending Bug #792677 [src:opencv] opencv: OpenCV 3.0 is released Added tag(s) pending. tags 794856 pending Bug #794856 [src:opencv] opencv: non DFSG file in the source package Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 792677: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792677 794856: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794856 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: tagging 795515
Processing commands for cont...@bugs.debian.org: tags 795515 + pending Bug #795515 [toxiproxy] toxiproxy: Uses non-deterministic timing information in testsuite Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 795515: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795515 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791250: Do you need any help for pugixml
Hi Jonas, On Mon, Aug 17, 2015 at 11:24:42AM +0200, Jonas Smedegaard wrote: Quoting Andreas Tille (2015-08-17 10:23:19) On Mon, Aug 17, 2015 at 12:30:23PM +0530, Vasudev Kamath wrote: DEB_MAINTAINER_MODE=1 fakeroot debian/rules debian/control Very halpful - so I added this to README.source and uploaded a fixed package. Your change to README.source is not helpful in my opinion, so I have reverted that. The missing piece of information took me four mails. I'd call it unfriendly to potential helpers to hide it again. Kind regards Andreas. -- http://fam-tille.de
Bug#791250: Do you need any help for pugixml
On Mon, Aug 17, 2015 at 11:58:06AM +0200, Jonas Smedegaard wrote: Quoting Jonas Smedegaard (2015-08-17 11:24:42) You uploaded to unstable, but I believe this should go to experimental first. I just learned (in bug#791305) that upload directly to unstable was perfectly fine. Sorry - no need for you to cancel that anyway. OK. -- http://fam-tille.de
Bug#795849: [Debian-med-packaging] Bug#795849: biojava4-live: FTBFS: DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII
On 08/17/2015 01:57 PM, Chris Lamb wrote: Source: biojava4-live Version: 4.1.0+dfsg-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, Thanks for looking at #795685 so quickly. However, biojava4-live still fails to build from source on unstable/amd64 with a different issue: Thanks, I know this issue and how to fix this, however I do not understand why it does not occur on my computer. I gonna ask java team to avoid getting again the error on other files before uploading. Olivier [..] compile: [mkdir] Created dir: /tmp/buildd/biojava4-live-4.1.0+dfsg/build/biojava4-structure-gui/classes [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/build.xml:76: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 130 source files to /tmp/buildd/biojava4-live-4.1.0+dfsg/build/biojava4-structure-gui/classes [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII [javac] 4F88 ??? local C8 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII [javac] 4F88 ??? local C8 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII [javac] 4F88 ??? local C8 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:61: error: unmappable character for encoding ASCII [javac] 1LTI ??? local C5 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:61: error: unmappable character for encoding ASCII [javac] 1LTI ??? local C5 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:61: error: unmappable character for encoding ASCII [javac] 1LTI ??? local C5 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:62: error: unmappable character for encoding ASCII [javac] 2W6E ??? local C3 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:62: error: unmappable character for encoding ASCII [javac] 2W6E ??? local C3 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:62: error: unmappable character for encoding ASCII [javac] 2W6E ??? local C3 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:63: error: unmappable character for encoding ASCII [javac] 2LXC ??? local C2 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:63: error: unmappable character for encoding ASCII [javac] 2LXC ??? local C2 [javac] ^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:63: error: unmappable character for encoding ASCII [javac] 2LXC ??? local C2 [javac]^ [javac] /tmp/buildd/biojava4-live-4.1.0+dfsg/biojava-structure-gui/src/main/java/demo/DemoOrientBioAssembly.java:64: error: unmappable character for encoding ASCII [javac] 3OE7 ??? local C3 [javac] ^ [javac]
Bug#791250: marked as done (pugixml: library transition may be needed when GCC 5 is the default)
Your message dated Mon, 17 Aug 2015 13:26:13 + with message-id e1zrkqx-0003ut...@franck.debian.org and subject line Bug#791250: fixed in pugixml 1.4-3 has caused the Debian Bug report #791250, regarding pugixml: library transition may be needed when GCC 5 is the default to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 791250: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791250 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:pugixml Version: 1.4-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ---End Message--- ---BeginMessage--- Source: pugixml Source-Version: 1.4-3 We believe that the bug you reported is fixed in the latest version of pugixml, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 791...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated pugixml package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 17 Aug 2015 14:58:59 +0200 Source: pugixml Binary: libpugixml1v5 libpugixml-dev libpugixml1v5-dbg pugixml-doc Architecture: source amd64 all Version: 1.4-3 Distribution: unstable Urgency: medium Maintainer: Vasudev Kamath kamathvasu...@gmail.com Changed-By: Jonas Smedegaard d...@jones.dk Description: libpugixml-dev - Light-weight C++ XML processing library (development) libpugixml1v5 - Light-weight C++ XML processing library libpugixml1v5-dbg - Light-weight C++ XML processing library - debug symbols pugixml-doc - Light-weight C++ XML processing library (documentation) Closes: 791250 Changes: pugixml (1.4-3) unstable; urgency=medium . * Re-release
Bug#793640: marked as done (groovy2: FTBFS: java.lang.ClassNotFoundException: org.apache.maven.building.Source)
Your message dated Mon, 17 Aug 2015 14:32:22 +0200 with message-id 55d1d456.1080...@gambaru.de and subject line Re: groovy2: FTBFS: java.lang.ClassNotFoundException: org.apache.maven.building.Source has caused the Debian Bug report #793640, regarding groovy2: FTBFS: java.lang.ClassNotFoundException: org.apache.maven.building.Source 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.) -- 793640: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793640 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:groovy2 Version: 2.4.3+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) [...] debian/rules build dh build dh_testdir dh_auto_configure debian/rules override_dh_auto_build make[1]: Entering directory '/tmp/buildd/groovy2-2.4.3+dfsg' dh_auto_build gradle --project-prop finalRelease=true --stacktrace --offline dist To honour the JVM settings for this build a new JVM will be forked. Please consider using the daemon: http://gradle.org/docs/2.5/userguide/gradle_daemon.html. FAILURE: Build failed with an exception. * What went wrong: org/apache/maven/building/Source org.apache.maven.building.Source * Try: Run with --info or --debug option to get more log output. * Exception is: java.lang.NoClassDefFoundError: org/apache/maven/building/Source at org.apache.maven.settings.building.DefaultSettingsBuilderFactory.newInstance(DefaultSettingsBuilderFactory.java:62) at org.gradle.api.internal.artifacts.mvnsettings.DefaultMavenSettingsProvider.buildSettings(DefaultMavenSettingsProvider.java:31) at org.gradle.api.internal.artifacts.mvnsettings.DefaultLocalMavenRepositoryLocator.parseLocalRepoPathFromMavenSettings(DefaultLocalMavenRepositoryLocator.java:68) at org.gradle.api.internal.artifacts.mvnsettings.DefaultLocalMavenRepositoryLocator.getLocalMavenRepository(DefaultLocalMavenRepositoryLocator.java:50) at org.gradle.internal.resource.local.ivy.LocallyAvailableResourceFinderFactory.create(LocallyAvailableResourceFinderFactory.java:95) at org.gradle.api.internal.artifacts.DependencyManagementBuildScopeServices.createArtifactRevisionIdLocallyAvailableResourceFinder(DependencyManagementBuildScopeServices.java:156) at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:75) at org.gradle.internal.service.DefaultServiceRegistry.invoke(DefaultServiceRegistry.java:426) at org.gradle.internal.service.DefaultServiceRegistry.access$1200(DefaultServiceRegistry.java:61) at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:739) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:695) at org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:537) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:577) at org.gradle.internal.service.DefaultServiceRegistry.doGet(DefaultServiceRegistry.java:393) at org.gradle.internal.service.DefaultServiceRegistry.get(DefaultServiceRegistry.java:378) at org.gradle.internal.service.DefaultServiceRegistry$ParentServices.getService(DefaultServiceRegistry.java:949) at org.gradle.internal.service.DefaultServiceRegistry$CompositeProvider.getService(DefaultServiceRegistry.java:894) at org.gradle.internal.service.DefaultServiceRegistry$CompositeProvider.getService(DefaultServiceRegistry.java:894) at org.gradle.internal.service.DefaultServiceRegistry$DefaultLookupContext$4.apply(DefaultServiceRegistry.java:1120) at org.gradle.internal.service.DefaultServiceRegistry$DefaultLookupContext$4.apply(DefaultServiceRegistry.java:1117) at org.gradle.internal.service.DefaultServiceRegistry$DefaultLookupContext.getServiceProvider(DefaultServiceRegistry.java:1074) at org.gradle.internal.service.DefaultServiceRegistry$DefaultLookupContext.find(DefaultServiceRegistry.java:1062) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.bind(DefaultServiceRegistry.java:669) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.prepare(DefaultServiceRegistry.java:582) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.getService(DefaultServiceRegistry.java:595) at
Bug#791250: marked as done (pugixml: library transition may be needed when GCC 5 is the default)
Your message dated Mon, 17 Aug 2015 13:00:20 + with message-id e1zrk1u-0001g6...@franck.debian.org and subject line Bug#791250: fixed in pugixml 1.4-1.1 has caused the Debian Bug report #791250, regarding pugixml: library transition may be needed when GCC 5 is the default to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 791250: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791250 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:pugixml Version: 1.4-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ---End Message--- ---BeginMessage--- Source: pugixml Source-Version: 1.4-1.1 We believe that the bug you reported is fixed in the latest version of pugixml, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 791...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Tille ti...@debian.org (supplier of updated pugixml 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, 17 Aug 2015 10:19:34 +0200 Source: pugixml Binary: libpugixml1v5 libpugixml-dev libpugixml1v5-dbg pugixml-doc Architecture: source amd64 all Version: 1.4-1.1 Distribution: unstable Urgency: medium Maintainer: Vasudev Kamath kamathvasu...@gmail.com Changed-By: Andreas Tille ti...@debian.org Description: libpugixml-dev - Light-weight C++ XML processing library (development) libpugixml1v5 - Light-weight C++ XML processing library libpugixml1v5-dbg - Light-weight C++ XML processing library - debug symbols pugixml-doc - Light-weight C++ XML processing library (documentation) Closes: 791250 Changes: pugixml (1.4-1.1) unstable; urgency=medium . *
Bug#795863: fglrx-driver: fglrx ASIC lockup: HID devices unusable
Package: fglrx-driver Version: 1:14.9+ga14.201-2 Severity: critical Justification: breaks the whole system Dear Maintainer, Running the fglrx driver against a Advanced Micro Devices, Inc. [AMD/ATI] Bonaire [FirePro W5100] ASIC lockups have been seen on multiple occasions. This is usually seen when the terminal is idle with the monitors in power save mode. XScreenSaver is in use to lock the terminals however all screensavers are disabled (screen blanking only) to try and eliminate GL issues. When the ASIC locks the keyboard, mouse, and monitors are unusable. The system still responds to SSH, however. Non-X processes will continue to run. X, however, appears locked at the kernel level as it cannot be killed. The system must be power cycled to restore the HID devices. Here is the most recent crash dump from the kernel log: Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369542] 6[fglrx] ASIC hang happened Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369546] CPU: 4 PID: 1147 Comm: Xorg Tainted: P C O 3.16.0-4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u3 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369547] Hardware name: Dell Inc. Precision T1700/048DY8, BIOS A15 02/02/2015 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369548] 000104bde3e3 8150b3a5 a081f5fc Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369549] a092025e 88003712fc88 a09201c9 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369550] c90006345600 0001 c90006344020 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369552] Call Trace: Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369557] [8150b3a5] ? dump_stack+0x41/0x51 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369592] [a081f5fc] ? firegl_hardwareHangRecovery+0x1c/0x30 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369642] [a092025e] ? _ZN4Asic9WaitUntil15ResetASICIfHungEv+0x1e/0x30 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369688] [a09201c9] ? _ZN4Asic9WaitUntil15WaitForCompleteEv+0xb9/0x130 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369733] [a091cae5] ? _ZN4Asic19PM4ElapsedTimeStampEj14_LARGE_INTEGER12_QS_CP_RING_+0xd5/0x160 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369780] [a0930ee2] ? _ZNK6AsicCI19insertEventWriteEOPE12_QS_CP_RING_RPjjRmR14_LARGE_INTEGERj+0xb2/0x170 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369826] [a0924ac9] ? _ZN15ExecutableUnits35flush_all_and_invalidate_HDP_cachesE12_QS_CP_RING_+0xc9/0xf0 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369870] [a09249ae] ? _ZN15ExecutableUnits8ringIdleE12_QS_CP_RING_+0x5e/0xb0 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369908] [a08e0f1d] ? _Z17uQSPm4SynchronizemP18_QS_SYNC_PACKET_IN+0x4d/0x50 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369945] [a08dbc88] ? _Z8uCWDDEQCmjjPvjS_+0x648/0x1240 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369975] [a08a70aa] ? CMMQS_uCWDDEQC+0xa/0x10 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.369998] [a084ca9f] ? firegl_cmmqs_CWDDE_32+0x36f/0x480 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370019] [a084b33e] ? firegl_cmmqs_CWDDE32+0x8e/0x140 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370041] [a084b2b0] ? firegl_cmmqs_disabledriver+0x120/0x120 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370059] [a0819b98] ? firegl_ioctl+0x1f8/0x260 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370061] [8108ad0d] ? __hrtimer_start_range_ns+0x1cd/0x390 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370074] [a080816a] ? ip_firegl_unlocked_ioctl+0xa/0x10 [fglrx] Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370076] [811ba4df] ? do_vfs_ioctl+0x2cf/0x4b0 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370078] [8140541e] ? __sys_recvmsg+0x3e/0x80 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370080] [811ba741] ? SyS_ioctl+0x81/0xa0 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370081] [8151158d] ? system_call_fast_compare_end+0x10/0x15 Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370083] pubdev:0xa0fed3c0, num of device:1 , name:fglrx, major 14, minor 20. Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370084] device 0 : 0x8800371fc000 . Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370085] Asic ID:0x6649, revision:0x15, MMIOReg:0xc90005d8. Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370086] FB phys addr: 0xe000, MC :0xf4, Total FB size :0x1. Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370087] gart table MC:0xf40f73c000, Physical:0xef73c000, size:0x4c3000. Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370088] mc_node :FB, total 1 zones Aug 15 01:12:10 TJNII-Desktop kernel: [318238.370089] MC start:0xf4,
Bug#752381: initramfs-tools: does not activate logical volume before trying to mount root filesystem on LVM
Am Sonntag, 16. August 2015, 09:08:19 schrieb Felix Zielcke: Am Montag, den 23.06.2014, 10:42 +0200 schrieb Martin Steigerwald: What did I do: Today I installed backports version of open-vm-dkms and upgraded to most recent 3.14 backport kernel from a previous version of it I installed due to using BTRFS with skinny meta data on one partition. Current results: After this the machine failed to boot. It didn´t find the root filesystem by its UUID. I typed vgchange -ay in initramfs and then Ctrl-D and then it booted. This used to work without manual interaction before. Hi Martin, is there still something to do for us grub2 maintainers or is it solved? I'm a bit confused with the control mails from Ben Hutchings. I still have the manual activate LVM volumes work-around in place: mondschein:/etc/initramfs-tools cat ./scripts/local-top/lvm-manual #!/bin/sh PREREQ=lvm prereqs() { echo $PREREQ } case $1 in prereqs) prereqs exit 0; esac . /scripts/functions log_begin_msg Activitating logical volumes (as it does not seem to be done automatically at the moment). vgchange -ay log_end_msg So I am not sure. I am reluctant to deactivate it during Debconf. The network seems to be good enough for remote console access, but I´d still feel more comfortable when I am nearer to the office. I will ponder it and maybe still do it during the Debconf. Thanks, -- Martin
Bug#792495: marked as done (libzen fails to build with GCC 5 from experimental)
Your message dated Mon, 17 Aug 2015 13:00:17 + with message-id e1zrk1r-0001ec...@franck.debian.org and subject line Bug#792495: fixed in libzen 0.4.31-2 has caused the Debian Bug report #792495, regarding libzen fails to build with GCC 5 from experimental 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.) -- 792495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792495 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:libzen Version: 0.4.29-1 Severity: important Tags: sid stretch patch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 libstdc++-cxx11 patch at https://launchpadlibrarian.net/211701638/libzen_0.4.29-1ubuntu1~gcc5.1_0.4.29-1ubuntu1.diff.gz please see #791188 if a library transition is needed. ---End Message--- ---BeginMessage--- Source: libzen Source-Version: 0.4.31-2 We believe that the bug you reported is fixed in the latest version of libzen, 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 792...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Chow Loong Jin hyper...@debian.org (supplier of updated libzen package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Aug 2015 12:16:56 +0800 Source: libzen Binary: libzen-dev libzen0v5 libzen-doc Architecture: source amd64 all Version: 0.4.31-2 Distribution: experimental Urgency: medium Maintainer: Chow Loong Jin hyper...@debian.org Changed-By: Chow Loong Jin hyper...@debian.org Description: libzen-dev - ZenLib C++ utility library -- development files libzen-doc - ZenLib C++ utility library -- documentation libzen0v5 - ZenLib C++ utility library -- runtime Closes: 791188 792495 Changes: libzen (0.4.31-2) experimental; urgency=medium . * [ddb5069] Perform library transition for GCC 5 rebuild (Closes: #791188) * [aa296c3] Update libzen0v5.symbols std::basic_string has changed moved into a different namespace, changing the symbols of all functions which have it in their signature. (Closes: #792495) * [5e4009d] Add Replaces and Conflicts Checksums-Sha1: cc14ed272512daccae3d892024a206329c21a97d 1960 libzen_0.4.31-2.dsc 279c1cc77d1068865c46ddd30ebaaa0925da2c1d 9020 libzen_0.4.31-2.debian.tar.xz 0ead1d466df9edae734445f4f8707068d62b5697 36256 libzen-dev_0.4.31-2_amd64.deb c4b91e8491a78fc7ff2205d6370bdac0c5e9fc6a 259104 libzen-doc_0.4.31-2_all.deb 46e0893d63894820d155cdd6604e4c470356e2e3 98184 libzen0v5_0.4.31-2_amd64.deb Checksums-Sha256: 3c1d91ece0ecdc72e5426c86dcec86bcf77c3736f055fae494a518291ec907a6 1960 libzen_0.4.31-2.dsc 4811b2c1add3b6babf1a69f6efc34830f614506a3903405c97d9ffd6b7aebe50 9020 libzen_0.4.31-2.debian.tar.xz 7c1b01b99dfafddd739c330a786ea981ac268eb2290da0f12e1191b036c9b2d9 36256 libzen-dev_0.4.31-2_amd64.deb 5230e7c9b64905e5b09d5c094f3e238bce3aa125e7e8fe7e76581a4540c976f3 259104 libzen-doc_0.4.31-2_all.deb 13e434cc488c27eef2d455363dcf97c6f274ff6c0c6f967730e319e0176f937e 98184 libzen0v5_0.4.31-2_amd64.deb Files: 7c8dd1dc36faf73b50aaa808b087c9ef 1960 libs optional libzen_0.4.31-2.dsc 05d6700157280f61b0222d99175522f0 9020 libs optional libzen_0.4.31-2.debian.tar.xz 18ddb48410ac9f5af5dc05d97a0083dd 36256 libdevel optional libzen-dev_0.4.31-2_amd64.deb 4c1207136e4451a00b5230d51d59e26e 259104 doc optional libzen-doc_0.4.31-2_all.deb 725791fdc858935ced2a9e2bd0a42b2e 98184 libs optional libzen0v5_0.4.31-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJV0Yj7AAoJEPvVIltYh1KheYUQAJGQmV6h4mbnldr0vaMXwI7C /hGnkdEc3uggAEkkY93IeEvr2t5XIS0R845+A07LMKveGdyrF+W4+vI6mg0EiRjf d5LdoLf+p7day2mPL4ajAs4odkdqRrsqRN4xdh5G9T6LHmFIinzLj2NePhW76lXc bwCiKpJQnaG/n2cmMD3HEdro5OELXfYHPppSe3omQ4oL333wPYzrK7N7Vids5cBi lG9QNlUi+MJei55djmeE/HRbW5I31uUae3ks/tL/g6Oz/VC6knJoazfKSNdJN26e ewkDvKHBVzPW2hky7P2wJetSynQ02oCH1sVhsGPRU+86UyLkcbAzI/GXwvBCPIAJ Ka5mg0EVyAYI2OiBOlJEgsiP0YqaACnSz5MxSuX8mIfeF54E4Nz0zJrbT8a1JJ8E P1+sGmBuZg9MnZKpsASrAk6zApZcTJPM6nvzk9vAoRXdWYmnKZLQ9DRMi3NcdGAh pbvd7D3kbhuvY6gXYlm3bxmQ4vkHTQSS6bdEENXqZcfco6BDqcVGsQht9gJjHm5a X6EhLEStaQLkW7At321sa4ZfYWEEgMESfImnZAOVur9xgOivYbl4faJsDZKplgeE KGRF7wuu9++UdhXRYP11EVcwyV5eqdROKjucY296LxhjC67HVBxi2pafkq0f52PC
Bug#791250: marked as done (pugixml: library transition may be needed when GCC 5 is the default)
Your message dated Mon, 17 Aug 2015 13:00:21 + with message-id e1zrk1v-0001gu...@franck.debian.org and subject line Bug#791250: fixed in pugixml 1.4-2 has caused the Debian Bug report #791250, regarding pugixml: library transition may be needed when GCC 5 is the default to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 791250: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791250 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:pugixml Version: 1.4-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ---End Message--- ---BeginMessage--- Source: pugixml Source-Version: 1.4-2 We believe that the bug you reported is fixed in the latest version of pugixml, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 791...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated pugixml package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 17 Aug 2015 11:21:16 +0200 Source: pugixml Binary: libpugixml1v5 libpugixml-dev libpugixml1v5-dbg pugixml-doc Architecture: source amd64 all Version: 1.4-2 Distribution: experimental Urgency: medium Maintainer: Vasudev Kamath kamathvasu...@gmail.com Changed-By: Jonas Smedegaard d...@jones.dk Description: libpugixml-dev - Light-weight C++ XML processing library (development) libpugixml1v5 - Light-weight C++ XML processing library libpugixml1v5-dbg - Light-weight C++ XML processing library - debug symbols pugixml-doc - Light-weight C++ XML processing library (documentation) Closes: 791250 Changes: pugixml (1.4-2) experimental; urgency=medium . [
Bug#791188: marked as done (libzen: library transition to libzen0v5)
Your message dated Mon, 17 Aug 2015 13:00:17 + with message-id e1zrk1r-0001e6...@franck.debian.org and subject line Bug#791188: fixed in libzen 0.4.31-2 has caused the Debian Bug report #791188, regarding libzen: library transition to libzen0v5 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.) -- 791188: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791188 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:libzen Version: 0.4.29-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ---End Message--- ---BeginMessage--- Source: libzen Source-Version: 0.4.31-2 We believe that the bug you reported is fixed in the latest version of libzen, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 791...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Chow Loong Jin hyper...@debian.org (supplier of updated libzen package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 11 Aug 2015 12:16:56 +0800 Source: libzen Binary: libzen-dev libzen0v5 libzen-doc Architecture: source amd64 all Version: 0.4.31-2 Distribution: experimental Urgency: medium Maintainer: Chow Loong Jin hyper...@debian.org Changed-By: Chow Loong Jin hyper...@debian.org Description: libzen-dev - ZenLib C++ utility library -- development files libzen-doc - ZenLib C++ utility library -- documentation libzen0v5 - ZenLib C++ utility library -- runtime Closes: 791188 792495 Changes: libzen (0.4.31-2) experimental; urgency=medium . * [ddb5069] Perform library transition for GCC 5 rebuild (Closes: #791188) * [aa296c3] Update libzen0v5.symbols std::basic_string has
Bug#792193: FTBFS: t/test_filters.t fails with TAP syntax errors
Please close. This bug report is against an old version of XMLTV (0.5.63-2). My NMU of 0.5.66-0.1 was accepted into unstable a few weeks ago and this bug report is stopping it from migrating into testing. Thanks, Nick
Bug#795644: git-annex: configure eats all memory
Joachim Breitner wrote: I think I got it: Cabal tries to infer what feature are supported by looking at the dependencies, and their flags, and mumble mumble complex search space. Except while Cabal falls over, cabal-install does not. For example: joey@kite:~/git-annexdpkg-checkbuilddeps dpkg-checkbuilddeps: Unmet build dependencies: libghc-dbus-dev (= 0.10.7) libghc-fdo-notify-dev (= 0.3) libghc-yesod-dev (= 1.2.6.1) libghc-network-protocol-xmpp-dev (= 0.4.3-1+b1) joey@kite:~/git-annexcabal configure /dev/null || echo failed joey@kite:~/git-annex (Used around 8 mb of memory) joey@kite:~/git-annex./Setup configure /dev/null || echo failed Killed failed (Used over 2 gb of memory) Note that libghc-cabal-dev was installed, so that Setup should have been built using version 1.22.1.1-2+b3. So, why does Cabal's dependency resolver perform so much worse than cabal-install's? Note that git-annex 5.20150812 went back to using cabal configure, rather than Setup configure, so I expect it will probably build everywhere again. There seems to be a bug somewhere in the cabal system however. -- see shy jo signature.asc Description: Digital signature
Processed: bts
Processing commands for cont...@bugs.debian.org: close 795799 1:1.0.7-9 Bug #795799 [liblxc1] trying to overwrite '/usr/lib/x86_64-linux-gnu/liblxc.so.1.0.7', which is also in package lxc 1:1.0.7-6 Marked as fixed in versions lxc/1:1.0.7-9. Bug #795799 [liblxc1] trying to overwrite '/usr/lib/x86_64-linux-gnu/liblxc.so.1.0.7', which is also in package lxc 1:1.0.7-6 Marked Bug as done thanks Stopping processing here. Please contact me if you need assistance. -- 795799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795799 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#762638: metaconfig source control/distribution and Debian's DFSG
On Sat, Nov 01, 2014 at 02:41:58PM +, Dominic Hargreaves wrote: I will propose within Debian that we package up the modified dist package and metaconfig units, and include documentation in the perl source package about this. After discussions with Helmut at Debconf, it seems like all we can reasonably do in Debian is to make it clear that the current situation is explicitly supported by Debian, rather than spending effort with metaconfig. As such, I propose we close this bug with something like the attached documentation patch. Cheers, Dominic. From 72c6dc60df6cb46a77986f96ed29643a8ec9b55c Mon Sep 17 00:00:00 2001 From: Dominic Hargreaves d...@earth.li Date: Mon, 17 Aug 2015 18:45:25 +0200 Subject: [PATCH] Document the special case of modifying Configure in in debian/README.Source (Closes: #762638) --- debian/README.source | 12 debian/changelog | 7 +++ 2 files changed, 19 insertions(+) diff --git a/debian/README.source b/debian/README.source index f4b7dbb..7cbbba8 100644 --- a/debian/README.source +++ b/debian/README.source @@ -125,6 +125,18 @@ then prove debian/t/*.t fi +A special note on patching Configure + + +The Configure file is a special case of a file which is autogenerated +upstream by specialised tools, but which upstream explicitly declares +it as being (a) preferred form of modification. As far as Debian goes, +this means that we should generally not try to regenerate it, but patch +it directly (forwarding patches upstream when needed). + +Please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762638 +for a discussion about this issue. + Credits --- diff --git a/debian/changelog b/debian/changelog index 14f18df..539206c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +perl (5.22.0-3) UNRELEASED; urgency=medium + + * Document the special case of modifying Configure in +in debian/README.Source (Closes: #762638) + + -- Dominic Hargreaves d...@earth.li Mon, 17 Aug 2015 18:44:44 +0200 + perl (5.22.0-2) experimental; urgency=medium * Drop the ExtUtils::MakeMaker changes we've been carrying for much too long -- 2.1.4
Bug#795879: curlftpfs misbuilds on 64-bit architectures (missing getpass prototype)
❦ 17 août 2015 18:32 +0200, Steve Langasek vor...@debian.org : The latest version of curlftpfs is misbuilding on 64-bit architectures, due to a missing prototype for the getpass() function: ftpfs.c: In function 'checkpasswd': ftpfs.c:1691:5: warning: implicit declaration of function 'getpass' [-Wimplicit-function-declaration] passwd = getpass(prompt); ^ ftpfs.c:1691:12: warning: assignment makes pointer from integer without a cast [enabled by default] passwd = getpass(prompt); ^ (https://buildd.debian.org/status/fetch.php?pkg=curlftpfsarch=s390xver=0.9.2-8stamp=1400148134) Just uploaded a fix. To avoid too much fiddling with feature flags, I simply add the appropriate forward-declaration in ftpfs.c. -- Take care to branch the right way on equality. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#795888: botan1.10: FTBFS for non-amd64 processors: symbols not as expected
I did try it first time, but obviously failed to use symbols tags. I will look at it probably tomorrow again. Ondřej On August 17, 2015 7:41:46 PM GMT+02:00, Aaron M. Ucko u...@debian.org wrote: Source: botan1.10 Version: 1.10.8-2 Severity: serious Justification: fails to build from source Builds of botan1.10 for architectures other than amd64 and kfreebsd-amd64 have been failing with symbol mismatches, as detailed at https://buildd.debian.org/status/logs.php?pkg=botan1.10ver=1.10.10-2 The problem is worst on 32-bit architectures, on which some mangled symbols have slightly different names because (e.g.) size_t is unsigned int rather than unsigned long; however, I also see missing symbols on other 64-bit architectures, mostly corresponding to processor-specific variants of some code. Could you please take a look? Thanks! -- Ondřej Surý
Bug#795879: marked as done (curlftpfs misbuilds on 64-bit architectures (missing getpass prototype))
Your message dated Mon, 17 Aug 2015 17:05:02 + with message-id e1zrnqi-00032v...@franck.debian.org and subject line Bug#795879: fixed in curlftpfs 0.9.2-9 has caused the Debian Bug report #795879, regarding curlftpfs misbuilds on 64-bit architectures (missing getpass prototype) 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.) -- 795879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795879 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: curlftpfs Version: 0.9.2-8 Severity: serious The latest version of curlftpfs is misbuilding on 64-bit architectures, due to a missing prototype for the getpass() function: ftpfs.c: In function 'checkpasswd': ftpfs.c:1691:5: warning: implicit declaration of function 'getpass' [-Wimplicit-function-declaration] passwd = getpass(prompt); ^ ftpfs.c:1691:12: warning: assignment makes pointer from integer without a cast [enabled by default] passwd = getpass(prompt); ^ (https://buildd.debian.org/status/fetch.php?pkg=curlftpfsarch=s390xver=0.9.2-8stamp=1400148134) This error was detected by the Ubuntu buildds, where such wrong casts are treated as fatal errors, but the problem is present on Debian as well. I'm not sure why this problem was not seen in version 0.9.2-7, but it's definitely a new issue between -7 and -8. So either this is a regression in the curlftpfs source or a regression caused by a change in behavior of the system headers. I'm filing this bug at severity: serious because this is a latent crasher bug (truncating a pointer and then dereferencing it will give a segfault, and this will happen on at least some 64-bit architectures). However, it's possible that the particular crash is in an uncommon code path in which case you may prefer to downgrade the bug severity. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: curlftpfs Source-Version: 0.9.2-9 We believe that the bug you reported is fixed in the latest version of curlftpfs, 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 795...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Vincent Bernat ber...@debian.org (supplier of updated curlftpfs 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, 17 Aug 2015 18:51:14 +0200 Source: curlftpfs Binary: curlftpfs Architecture: source amd64 Version: 0.9.2-9 Distribution: unstable Urgency: medium Maintainer: Vincent Bernat ber...@debian.org Changed-By: Vincent Bernat ber...@debian.org Description: curlftpfs - filesystem to access FTP hosts based on FUSE and cURL Closes: 795879 Changes: curlftpfs (0.9.2-9) unstable; urgency=medium . * Avoid unsafe cast for getpass() on 64-bit archs. Closes: #795879. * Bump Standards-Version to 3.9.6. Checksums-Sha1: 5b52d1817d139af57d85393a48283f908001b589 1986 curlftpfs_0.9.2-9.dsc 9d42b36a9a438b5cbab9e50140f97f6d0026930c 5000 curlftpfs_0.9.2-9.debian.tar.xz 8daa14d2d6c2297ea97da6f825e3fd436924dbec 30724 curlftpfs_0.9.2-9_amd64.deb Checksums-Sha256: 2926eeeb10d5d2492f66d76fe8ac72c1bbe4d98a2a3f37b99ea797eee5161df6 1986 curlftpfs_0.9.2-9.dsc 7c5bdfd026eda6d156445964553bf9e7cf9315be4a5aa54125e1fe653236da1a 5000 curlftpfs_0.9.2-9.debian.tar.xz 51c0dbdca6ee471fc04c1230380d273a09131b6c524d2ea3a9cc11911104eea1 30724 curlftpfs_0.9.2-9_amd64.deb Files: b940149b7a9765ae25610e0b2cf52998 1986 utils optional curlftpfs_0.9.2-9.dsc 9cb02c6b981362d3b1e11219221bb6ff 5000 utils optional curlftpfs_0.9.2-9.debian.tar.xz f62d8660ad5a8e0ae4744475591e0e92 30724 utils optional curlftpfs_0.9.2-9_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJV0hHnAAoJEJWkL+g1NSX59+IP/3c3qgsQ9tI3x8Bt+gcn33rY u/sxM+xj8Bzr/B4ji5tuE6Bp/QeoIMFkkIimqClU5jDRBmSVwvDHTfvLqAaKSME8
Bug#795888: botan1.10: FTBFS for non-amd64 processors: symbols not as expected
Source: botan1.10 Version: 1.10.8-2 Severity: serious Justification: fails to build from source Builds of botan1.10 for architectures other than amd64 and kfreebsd-amd64 have been failing with symbol mismatches, as detailed at https://buildd.debian.org/status/logs.php?pkg=botan1.10ver=1.10.10-2 The problem is worst on 32-bit architectures, on which some mangled symbols have slightly different names because (e.g.) size_t is unsigned int rather than unsigned long; however, I also see missing symbols on other 64-bit architectures, mostly corresponding to processor-specific variants of some code. Could you please take a look? Thanks!
Bug#785485: marked as done (gtkmathview: FTBFS: error: template with C linkage)
Your message dated Mon, 17 Aug 2015 17:34:20 + with message-id e1zroie-0007xl...@franck.debian.org and subject line Bug#785485: fixed in gtkmathview 0.8.0-11 has caused the Debian Bug report #785485, regarding gtkmathview: FTBFS: error: template with C linkage 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.) -- 785485: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785485 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: gtkmathview Version: 0.8.0-10+nmu2 Severity: serious From my pbuilder build log (on amd64): ... /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../auto -I../../auto -I../../src/common -I../../src/common/mathvariants -I../../src/frontend/common -I../../src/frontend/custom_reader -I../../src/frontend/libxml2_reader -I../../src/frontend/libxml2 -I../../src/frontend/gmetadom -I../../src/engine/common -I../../src/engine/mathml -I../../src/engine/boxml -I../../src/backend/common -I../../src/backend/gtk -I../../src/view -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gmetadom/gdome_cpp_smart -I/usr/include/libgdome -I/usr/include/libxml2 -DGMV_Widget_DLL -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -W -Wall -c -o libgtkmathview_libxml2_reader_la-gtkmathview_libxml2_reader.lo `test -f 'gtkmathview_libxml2_reader.cc' || echo './'`gtkmathview_libxml2_reader.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../../auto -I../../auto -I../../src/common -I../../src/common/mathvariants -I../../src/frontend/common -I../../src/frontend/custom_reader -I../../src/frontend/libxml2_reader -I../../src/frontend/libxml2 -I../../src/frontend/gmetadom -I../../src/engine/common -I../../src/engine/mathml -I../../src/engine/boxml -I../../src/backend/common -I../../src/backend/gtk -I../../src/view -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gmetadom/gdome_cpp_smart -I/usr/include/libgdome -I/usr/include/libxml2 -DGMV_Widget_DLL -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -W -Wall -c gtkmathview_libxml2_reader.cc -fPIC -DPIC -o .libs/libgtkmathview_libxml2_reader_la-gtkmathview_libxml2_reader.o In file included from /usr/include/c++/4.9/ext/hash_map:60:0, from ../../src/common/HashMap.hh:24, from ../../src/common/Configuration.hh:30, from ../../src/view/Init.hh:24, from gtkmathview_common.cc:55, from gtkmathview_libxml2_reader.cc:20: /usr/include/c++/4.9/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. [-Wcpp] #warning \ ^ In file included from /usr/include/c++/4.9/bits/stringfwd.h:40:0, from /usr/include/c++/4.9/string:39, from /usr/include/x86_64-linux-gnu/unicode/std_string.h:30, from /usr/include/x86_64-linux-gnu/unicode/unistr.h:31, from /usr/include/x86_64-linux-gnu/unicode/strenum.h:14, from /usr/include/x86_64-linux-gnu/unicode/uenum.h:24, from /usr/include/x86_64-linux-gnu/unicode/ucnv.h:51, from
Processed (with 1 errors): Merge bugs
Processing commands for cont...@bugs.debian.org: #795259 python-shapely: Drop hardcoded libgeos-c1 dependencies #Severity: serious #Tags: patch, sid, stretch #Found in version 1.4.3-2 #795883 python-shapely: Don't (build) depend on libgeos-c1 for GCC 5 #Severity: important #Tags: patch #Found in version python-shapely/1.4.3-1 #Blocking fix for 791045: transition: geos (GCC 5) severity 795883 serious Bug #795883 [src:python-shapely] python-shapely: Don't (build) depend on libgeos-c1 for GCC 5 transition Severity set to 'serious' from 'important' tags 795883 sid stretch Bug #795883 [src:python-shapely] python-shapely: Don't (build) depend on libgeos-c1 for GCC 5 transition Added tag(s) stretch and sid. notfound 795259 1.4.3-2 Bug #795259 [python-shapely] python-shapely: Drop hardcoded libgeos-c1 dependencies There is no source info for the package 'python-shapely' at version '1.4.3-2' with architecture '' Unable to make a source version for version '1.4.3-2' No longer marked as found in versions 1.4.3-2. found 795259 python-shapely/1.4.3-1 Bug #795259 [python-shapely] python-shapely: Drop hardcoded libgeos-c1 dependencies Marked as found in versions python-shapely/1.4.3-1. block 791045 by 795259 Bug #791045 [release.debian.org] transition: geos (GCC 5) 791045 was blocked by: 790756 795883 791045 was not blocking any bugs. Added blocking bug(s) of 791045: 795259 merge 795883 795259 Bug #795883 [src:python-shapely] python-shapely: Don't (build) depend on libgeos-c1 for GCC 5 transition Unable to merge bugs because: package of #795259 is 'python-shapely' not 'src:python-shapely' Failed to merge 795883: Did not alter merged bugs. thanks Stopping processing here. Please contact me if you need assistance. -- 791045: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791045 795259: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795259 795883: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795883 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795884: libkf5windowsystem5: After upgrade in 5.13 Strange behavior of plasmashell
Package: libkf5windowsystem5 Version: 5.12.0-1 Severity: grave Tags: newcomer Justification: renders package unusable Dear Maintainer, The best way of describing the problem is that you browse the discussion whichtook place on the list debian-kde entitled : After upgrade: Strange behavior of plasmashell the solution is indicated by the mail of Josep febrer Did you upgrade libkf5windowsystem5 to 5.13?, if yes that's the reason, because this package is missing these two files: usr/lib/*/qt5/plugins/kf5/org.kde.kwindowsystem.platforms/KF5WindowSystemWaylandPlugin.so usr/lib/*/qt5/plugins/kf5/org.kde.kwindowsystem.platforms/KF5WindowSystemX11Plugin.so In the meantime, you can downgrade libkf5windowsystem5 and libkf5windowsystem- data to 5.12 and it should solve your troubles * -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libkf5windowsystem5 depends on: ii libc62.19-19 pn libkf5windowsystem-data none ii libqt5core5a 5.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-8 ii libqt5widgets5 5.4.2+dfsg-8 ii libqt5x11extras5 5.4.2-2+b1 ii libstdc++6 5.1.1-14 ii libx11-6 2:1.6.3-1 ii libxcb-keysyms1 0.4.0-1 ii libxcb1 1.10-3+b1 ii libxfixes3 1:5.0.1-2+b2 libkf5windowsystem5 recommends no packages. libkf5windowsystem5 suggests no packages. -- no debconf information
Processed: Merge bugs
Processing commands for cont...@bugs.debian.org: #795259 python-shapely: Drop hardcoded libgeos-c1 dependencies #Severity: serious #Tags: patch, sid, stretch #Found in version 1.4.3-2 #795883 python-shapely: Don't (build) depend on libgeos-c1 for GCC 5 #Severity: important #Tags: patch #Found in version python-shapely/1.4.3-1 #Blocking fix for 791045: transition: geos (GCC 5) # Unable to merge bugs because: # package of #795259 is 'python-shapely' not 'src:python-shapely' # Failed to merge 795883: Did not alter merged bugs. reassign 795259 src:python-shapely Bug #795259 [python-shapely] python-shapely: Drop hardcoded libgeos-c1 dependencies Bug reassigned from package 'python-shapely' to 'src:python-shapely'. No longer marked as found in versions python-shapely/1.4.3-1. Ignoring request to alter fixed versions of bug #795259 to the same values previously set merge 795883 795259 Bug #795883 [src:python-shapely] python-shapely: Don't (build) depend on libgeos-c1 for GCC 5 transition Bug #795259 [src:python-shapely] python-shapely: Drop hardcoded libgeos-c1 dependencies Marked as found in versions python-shapely/1.4.3-1. Merged 795259 795883 thanks Stopping processing here. Please contact me if you need assistance. -- 795259: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795259 795883: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795883 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795644: git-annex: configure eats all memory
HI, Am Montag, den 17.08.2015, 12:03 -0400 schrieb Joey Hess: So, why does Cabal's dependency resolver perform so much worse than cabal-install's? that is a good question, especially as Cabal has less to do (i.e. only consider installed packages). If we can isolate the problem nicely, I’ll be happy to discuss this with upstream. Note that git-annex 5.20150812 went back to using cabal configure, rather than Setup configure, so I expect it will probably build everywhere again. There seems to be a bug somewhere in the cabal system however. I’d hate to see a build-depends on cabal. cabal really should not be a requisite to building packages, being a downloader and what not, and it just shouldn’t be necessary :-( Maybe the flag assignment works as well. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#795639: assword fails with Decryption error: Decryption failed
Just one more data point: I just upgraded another system using assword, with a separate private key that was generated on 2014-08-20, and everything worked fine with it. And I don't get the legacy keys errors on that system either. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
Bug#792291: marked as done (FTBFS on sid due to unsatisfiable build-dependency on libgd2-(no)xpm-dev)
Your message dated Mon, 17 Aug 2015 16:35:48 + with message-id e1zrno0-0005sb...@franck.debian.org and subject line Bug#792291: fixed in fsl 5.0.8-4 has caused the Debian Bug report #792291, regarding FTBFS on sid due to unsatisfiable build-dependency on libgd2-(no)xpm-dev 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.) -- 792291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792291 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: fsl Version: 5.0.7-4 Severity: serious Tags: sid stretch Justification: fails to build from source (but built successfully in the past) Dear maintainer, your package fsl ftbfs in current sid due to it Build-Depending on either libgd2-xpm-dev or libgd2-noxpm-dev with versioned restriction. The source package providing those packages dropped those transitive packages on libgd-dev in favour of a Provide, though a versioned dependecy won't be satisfy by a virtual package. Suggested action is swapping that build-dependency with one on libgd-dev, alternatively you can remove the version constraints and keep the old package name, though that's not suggested since they already were only transitive packages. Thanks for maintaining fsl! -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: fsl Source-Version: 5.0.8-4 We believe that the bug you reported is fixed in the latest version of fsl, 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 792...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Hanke m...@debian.org (supplier of updated fsl 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, 17 Aug 2015 11:30:18 +0100 Source: fsl Binary: fsl fsl-5.0 fsl-core fsl-5.0-core Architecture: source amd64 all Version: 5.0.8-4 Distribution: unstable Urgency: medium Maintainer: NeuroDebian Team t...@neuro.debian.net Changed-By: Michael Hanke m...@debian.org Description: fsl- transitional dummy package fsl-5.0- transitional dummy package fsl-5.0-core - analysis tools for FMRI, MRI and DTI brain imaging fsl-core - metapackage for the latest version of FSL Closes: 792291 792758 Changes: fsl (5.0.8-4) unstable; urgency=medium . * Remove versioned dependencies on transitional packages libgd2-(no)xpm-dev in favor of a dependency on libgd-dev (Closes: #792291). Thanks to Mattia Rizzolo for the report. * Add patch to force FSL to use its own modified version of the BWidget TCL package. This prevents incompatibility issues if a system-wide BWidget installation is found (Closes: #792758). The fix forces a version requirement on BWidget 1.8 (matches embedded version, Debian has 1.9.x as of now). This is not ideal, but a minimally intrusive change that achieves the desired behavior. Thanks to Vincent Kersten for the report. * Move upstream meta data to debian/upstream/metadata. * Drop embeded excanvas javascript library in favor of a dependency on libjs-excanvas. Checksums-Sha1: 9053c916f861d85993aa8556fe8a961fe2ca18a2 2381 fsl_5.0.8-4.dsc 26ea62e982077f21c699014c629f9fe482da9997 6169137 fsl_5.0.8.orig.tar.gz a69b34136337ebbe9a2234ac7166c5ea187ec44d 37980 fsl_5.0.8-4.debian.tar.xz 304ceb21110308fac6a309b14b37b0e1b03e1ce7 8048252 fsl-5.0-core_5.0.8-4_amd64.deb afff031f60911a0e5210893303a2ce4e0f96e0d7 19500 fsl-5.0_5.0.8-4_all.deb 42f2a0c71f1b718ec4e944b6461fc733ae776988 20696 fsl-core_5.0.8-4_all.deb 60d137ca1dae31e264d72ad6d02b3c6d77fcadee 20918 fsl_5.0.8-4_all.deb Checksums-Sha256: 2a9dedbc9248bb5afe2f393281bb340b7609132918653914c457891c6705a06b 2381 fsl_5.0.8-4.dsc 418c0453fed395dc6c1e3c419bac2dd2ae7eff58b25925a62bb85b91ab8a75d9 6169137 fsl_5.0.8.orig.tar.gz
Bug#792758: marked as done (fsl-core: fsl fails to start on the command line)
Your message dated Mon, 17 Aug 2015 16:35:48 + with message-id e1zrno0-0005sh...@franck.debian.org and subject line Bug#792758: fixed in fsl 5.0.8-4 has caused the Debian Bug report #792758, regarding fsl-core: fsl fails to start on the command line 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.) -- 792758: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792758 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: fsl-core Version: 5.0.8-3~nd80+1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, Dear Michael and co, * What led up to the situation? source /etc/fsl/fsl.sh fsl * What was the outcome of this action? Error in startup script: invalid command name Widget::syncoptions while executing Widget::syncoptions FileEntry Entry .e {-text {}} (in namespace eval ::FileEntry script line 32) invoked from within namespace eval FileEntry { Widget::define FileEntry fileentry Entry LabelFrame Button Widget::declare FileEntry { {-filebitmap String 1} ... (file /usr/share/fsl/5.0/tcl/BWidget/BWExtras-1.0.0/fileentry.tcl line 63) invoked from within source /usr/share/fsl/5.0/tcl/BWidget/BWExtras-1.0.0/fileentry.tcl (package ifneeded BWFileEntry 1.0.0 script) invoked from within package require BWFileEntry (file /usr/share/fsl/5.0/tcl/fslstart.tcl line 51) invoked from within source [ file dirname [ info script ] ]/fslstart.tcl (file /usr/share/fsl/5.0/tcl/fsl.tcl line 71) invoked from within source ${FSLDIR}/tcl/${origname}.tcl (file /usr/lib/fsl/5.0/fsl line 25) =-=-=- If have tried to use wish tclsh 8.5 instead of the 8.6 default version (in debian jessie) but the result is the same. Could it be i am just missing some package? I installed 'fsl-complete' Thank you in advance, regards, Vincent -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/64 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages fsl-core depends on: ii fsl-5.0-core 5.0.8-3~nd80+1 fsl-core recommends no packages. fsl-core suggests no packages. -- no debconf information -- De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. -- This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. ---End Message--- ---BeginMessage--- Source: fsl Source-Version: 5.0.8-4 We believe that the bug you reported is fixed in the latest version of fsl, 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 792...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Hanke m...@debian.org (supplier of updated fsl 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, 17 Aug 2015 11:30:18 +0100 Source: fsl Binary: fsl fsl-5.0 fsl-core fsl-5.0-core Architecture: source amd64 all Version: 5.0.8-4 Distribution: unstable Urgency: medium
Bug#795756: libsvn-hooks-perl: FTBFS: t/02-generic.t: Failed tests: 11-12
Hi Chris, Thanks for the report. As Gregor I can confirm the FTBFS, and I know it builded fine at upload time. Looking at the different versions in Build-Depends there was an update from subversion 1.8.x to 1.9.x which might be a candidate. Will look at it closer. Regards, Salvatore
Bug#795879: curlftpfs misbuilds on 64-bit architectures (missing getpass prototype)
Package: curlftpfs Version: 0.9.2-8 Severity: serious The latest version of curlftpfs is misbuilding on 64-bit architectures, due to a missing prototype for the getpass() function: ftpfs.c: In function 'checkpasswd': ftpfs.c:1691:5: warning: implicit declaration of function 'getpass' [-Wimplicit-function-declaration] passwd = getpass(prompt); ^ ftpfs.c:1691:12: warning: assignment makes pointer from integer without a cast [enabled by default] passwd = getpass(prompt); ^ (https://buildd.debian.org/status/fetch.php?pkg=curlftpfsarch=s390xver=0.9.2-8stamp=1400148134) This error was detected by the Ubuntu buildds, where such wrong casts are treated as fatal errors, but the problem is present on Debian as well. I'm not sure why this problem was not seen in version 0.9.2-7, but it's definitely a new issue between -7 and -8. So either this is a regression in the curlftpfs source or a regression caused by a change in behavior of the system headers. I'm filing this bug at severity: serious because this is a latent crasher bug (truncating a pointer and then dereferencing it will give a segfault, and this will happen on at least some 64-bit architectures). However, it's possible that the particular crash is in an uncommon code path in which case you may prefer to downgrade the bug severity. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#795879: curlftpfs misbuilds on 64-bit architectures (missing getpass prototype)
❦ 17 août 2015 18:32 +0200, Steve Langasek vor...@debian.org : The latest version of curlftpfs is misbuilding on 64-bit architectures, due to a missing prototype for the getpass() function: ftpfs.c: In function 'checkpasswd': ftpfs.c:1691:5: warning: implicit declaration of function 'getpass' [-Wimplicit-function-declaration] passwd = getpass(prompt); ^ ftpfs.c:1691:12: warning: assignment makes pointer from integer without a cast [enabled by default] passwd = getpass(prompt); ^ (https://buildd.debian.org/status/fetch.php?pkg=curlftpfsarch=s390xver=0.9.2-8stamp=1400148134) This error was detected by the Ubuntu buildds, where such wrong casts are treated as fatal errors, but the problem is present on Debian as well. I'm not sure why this problem was not seen in version 0.9.2-7, but it's definitely a new issue between -7 and -8. So either this is a regression in the curlftpfs source or a regression caused by a change in behavior of the system headers. This is due to the use of -D_XOPEN_SOURCE=600 for the whole codebase which was added due to #748143. However, getpass() gets deprecated in the process. I'll try to find a solution to this. -- Let the data structure the program. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#795639: assword fails with Decryption error: Decryption failed
Daniel Kahn Gillmor d...@fifthhorseman.net writes: interesting. what is the history of this secret key material? Was it generated fresh on 2009-05-29? or was it converted from some other (older) key source? It was generated fresh on 2009-05-29 using gpg at the time. Aha. Okay, I seem to have fixed it, although I still don't really understand what happened. On a hunch, I ran: $ gpg2 --import ~/.gnupg/pubring.gpg That spat out a bunch of output (tons and tons of those legacy key messages), and then I ran: $ gpg2 --import ~/.gnupg/secring.gpg again. Did you happen to compare your test commands (e.g. looking at files, running gpg -kv $FPR) between these two --import operations? I'm assuming that the last one is the one that fixed things, but i'd like to make sure... Sadly, I didn't, but I do know for certain that just doing the second did not fix the problem. It just declined to import the key with the legacy key message and then another message about how there was no self-sig. (Actually, you probably already know that since I think that was a previous message -- now I'm forgetting what I did when.) I started wondering if it couldn't see the self-sig because it didn't have the corresponding public key and wondered what would happen if I imported the public key ring. After I did that, the second command actually imported the secret key as well (in that I saw 1 key imported in the resulting message). For some reason, all my other secret keys were successfully imported. Just not that one. do you know if there were more legacy key messages for the second --import command? Oh, yeah, there are tons every time I run that command. Basically one for every key. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
Bug#672391: libsigc++-1.2: Remove this disuse version of libsigc++
On Fri, 7 Aug 2015 09:14:47 +0200 Michael Biebl bi...@debian.org wrote: [...] There are only 2 packages in the whole archive depending on it (versus 150+ for 2.0) : asc and freqtweak. These packages are themselves quite dusty. I'll bump the severity of those two packages as well for the same reason. Hi, I have talked to ASC upstream about this issue. The community around ASC is still active but there is currently nobody who could completely replace libsigc++-1.2 with libsigc++-2.0. Of course they would appreciate a patch. However they are also willing to include libsigc++-1.2 in their source tree. I think in this case this is acceptable because libsigc++-1.2 is a well tested library which has not seen any major security bugs or other serious flaws during the past nine years. It also works very well with ASC which is an old but stable and even more important enjoyable game. I have also considered to maintain libsigc++-1.2 but since I have no particular interest outside the scope of ASC for this library, it is better to remove it from Debian. freqtweak looks unmaintained upstream and in Debian, so I would agree with a removal as well. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#763749: marked as done (gphpedit: FTBFS in current testing)
Your message dated Mon, 17 Aug 2015 18:45:43 +0200 with message-id CAEsznC6z7CNYfBFn4F6F-zaDJB9PT7dcb48ZiqT1=qchakq...@mail.gmail.com and subject line Fixed has caused the Debian Bug report #763749, regarding gphpedit: FTBFS in current testing 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.) -- 763749: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763749 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gphpedit Version: 0.9.98-3 Severity: serious I wanted to prepare a NMU closing the open l10n bugs but gphpedit fails to build in testing. It dies with: /usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexProgress.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexGui4Cli.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexEiffel.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexTeX.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexPerl.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexFortran.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz
Processed: Re: Bug#795639: assword fails with Decryption error: Decryption failed
Processing control commands: retitle 795639 automated secret key import process for gpg2.1 skips some keys Bug #795639 [gnupg2] assword fails with Decryption error: Decryption failed Changed Bug title to 'automated secret key import process for gpg2.1 skips some keys' from 'assword fails with Decryption error: Decryption failed' -- 795639: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795639 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#795639: assword fails with Decryption error: Decryption failed
Control: retitle 795639 automated secret key import process for gpg2.1 skips some keys On Sun 2015-08-16 19:16:03 +0200, Russ Allbery wrote: Daniel Kahn Gillmor d...@fifthhorseman.net writes: do you see ~/.gnupg/private-keys-v1.d/FD1DA474D3DF3C728C54F9E479EDFC5BBE2E14EA.key ? No, that file doesn't exist. So it looks like you've located the problem. [...] mithrandir:~$ gpg2 -kv D15D313882004173 gpg: using classic trust model gpg: keydb_get_keyblock failed: Legacy key gpg: error reading key: No public key interesting. what is the history of this secret key material? Was it generated fresh on 2009-05-29? or was it converted from some other (older) key source? Aha. Okay, I seem to have fixed it, although I still don't really understand what happened. On a hunch, I ran: $ gpg2 --import ~/.gnupg/pubring.gpg That spat out a bunch of output (tons and tons of those legacy key messages), and then I ran: $ gpg2 --import ~/.gnupg/secring.gpg again. Did you happen to compare your test commands (e.g. looking at files, running gpg -kv $FPR) between these two --import operations? I'm assuming that the last one is the one that fixed things, but i'd like to make sure... do you know if there were more legacy key messages for the second --import command? That prompted me for the passphrase for the private key for D15D313882004173, and then apparently successfully imported it. Now, the gpg2 command works: mithrandir:~$ gpg2 -kv D15D313882004173 gpg: using classic trust model pub rsa4096/D15D313882004173 2009-05-29 [expires: 2017-09-17] uid [ultimate] Russ Allbery ea...@eyrie.org uid [ultimate] Russ Allbery r...@stanford.edu uid [ultimate] Russ Allbery r...@debian.org uid [ revoked] Russ Allbery ea...@windlord.stanford.edu uid [ultimate] Russ Allbery r...@cs.stanford.edu sub rsa4096/7CE29A76E9769486 2009-05-29 [expires: 2017-09-17] sub rsa2048/7D80315C5736DE75 2010-09-17 [expires: 2016-03-20] and now assword works again. ok, i'm glad this part is fixed for you for now, but I'm a little disturbed that I don't know how to reproduce the scenario you got into. This is made more complicated by the fact that i don't have (or want) access to your secret keys, of course. So, something weird about the automated key import process for gpg2? yes, definitely. I'm retitling the bug to account for that. --dkg
Bug#788062: os-prober corrupts LVs/partitions while being mounted inside a VM
I can confirm this, got the same problem with os-prober_1.63ubuntu1
Bug#795849: [Debian-med-packaging] Bug#795849: biojava4-live: FTBFS: DemoOrientBioAssembly.java:60: error: unmappable character for encoding ASCII
I know this issue and how to fix this, however I do not understand why it does not occur on my computer. Oh, interesting. I can, of course, reproduce it quite easily. I'm using a very minimal up-to-date chroot environment, if that helps. I gonna ask java team to avoid getting again the error on other files before uploading. No worries but, as you imply, would be good to understand what is different about you environment. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#795259: Fixed python-shapely (1.4.3-1.1) uploaded to DELAYED/2
Source: python-shapely Followup-For: Bug #795259 Dear Maintainer, I've uploaded the attached debdiff to DELAYED/2, to unblock the geos transition. Johan, has just pushed the missing upstream commits to the collab-maint repository, so I'll upload python-shapely (1.5.9-1) to unstable shortly. Kind Regards, Bas diff -Nru python-shapely-1.4.3/debian/changelog python-shapely-1.4.3/debian/changelog --- python-shapely-1.4.3/debian/changelog 2014-10-02 23:38:27.0 +0200 +++ python-shapely-1.4.3/debian/changelog 2015-08-17 20:06:47.0 +0200 @@ -1,3 +1,10 @@ +python-shapely (1.4.3-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop dependencies on libgeos-c1. (Closes: #795259, #795883) + + -- Bas Couwenberg sebas...@debian.org Mon, 17 Aug 2015 20:06:43 +0200 + python-shapely (1.4.3-1) unstable; urgency=low * Imported Upstream version 1.4.3 diff -Nru python-shapely-1.4.3/debian/control python-shapely-1.4.3/debian/control --- python-shapely-1.4.3/debian/control 2014-10-02 23:38:27.0 +0200 +++ python-shapely-1.4.3/debian/control 2015-08-17 19:03:23.0 +0200 @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Pietro Battiston m...@pietrobattiston.it -Build-Depends: debhelper (= 7.0.50), python-setuptools (= 0.6), libgeos-c1 (= 3.1.0), libgeos-dev, python-numpy, python-all (= 2.6.6-3), python-all-dev, python3-all, python3-setuptools, cython, cython3, python-dev, python3-dev, dh-python, python-sphinx, python3-sphinx, python-matplotlib, libjs-mathjax +Build-Depends: debhelper (= 7.0.50), python-setuptools (= 0.6), libgeos-dev (= 3.1.0), python-numpy, python-all (= 2.6.6-3), python-all-dev, python3-all, python3-setuptools, cython, cython3, python-dev, python3-dev, dh-python, python-sphinx, python3-sphinx, python-matplotlib, libjs-mathjax Standards-Version: 3.9.5 X-Python-Version: = 2.6 X-Python3-Version: = 3.2 @@ -12,7 +12,7 @@ Package: python-shapely Architecture: any -Depends: ${python:Depends}, ${misc:Depends}, ${shlibs:Depends}, python (=2.6) | python-ctypes, libgeos-c1 (= 3.1.0) +Depends: ${python:Depends}, ${misc:Depends}, ${shlibs:Depends}, python (=2.6) | python-ctypes Suggests: python-numpy, python-matplotlib Enhances: python-numpy Description: geometric objects, predicates, and operations (Python 2) @@ -28,7 +28,7 @@ Package: python3-shapely Architecture: any -Depends: ${python3:Depends}, ${misc:Depends}, ${shlibs:Depends}, python3, libgeos-c1 (= 3.1.0) +Depends: ${python3:Depends}, ${misc:Depends}, ${shlibs:Depends}, python3 Suggests: python3-numpy, python3-matplotlib Enhances: python3-numpy Description: geometric objects, predicates, and operations (Python 3)
Bug#794935: marked as done (llvm-toolchain-3.6: library transition is needed when GCC 5 is the default)
Your message dated Mon, 17 Aug 2015 19:00:27 + with message-id e1zrpdz-0006ns...@franck.debian.org and subject line Bug#794935: fixed in llvm-toolchain-3.5 1:3.5.2-2 has caused the Debian Bug report #794935, regarding llvm-toolchain-3.6: library transition is needed when GCC 5 is the default to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 794935: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794935 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:llvm-toolchain-3.5 Version: 1:3.5.2-1 Severity: serious Tags: sid stretch patch confirmed User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 confirmed, patch at http://launchpadlibrarian.net/213914737/llvm-toolchain-3.5_1%3A3.5.2-0ubuntu1_1%3A3.5.2-0ubuntu2.diff.gz (sorry, the clean target doesn't clean very well). Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ---End Message--- ---BeginMessage--- Source: llvm-toolchain-3.5 Source-Version: 1:3.5.2-2 We believe that the bug you reported is fixed in the latest version of llvm-toolchain-3.5, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 794...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sylvestre Ledru sylves...@debian.org (supplier of updated llvm-toolchain-3.5 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, 17 Aug 2015 14:08:55 +0200 Source: llvm-toolchain-3.5 Binary: clang-3.5 clang-format-3.5 cpp11-migrate-3.5 clang-modernize-3.5 clang-3.5-doc libclang1-3.5 libclang1-3.5-dbg libclang-3.5-dev libclang-common-3.5-dev python-clang-3.5 clang-3.5-examples libllvm3.5v5 libllvm3.5-dbg llvm-3.5 llvm-3.5-runtime llvm-3.5-dev llvm-3.5-tools libllvm-3.5-ocaml-dev llvm-3.5-doc llvm-3.5-examples
Bug#793899: marked as done (llvm-toolchain-3.6: library transition is needed when GCC 5 is the default)
Your message dated Mon, 17 Aug 2015 19:00:43 + with message-id e1zrpef-0006nm...@franck.debian.org and subject line Bug#793899: fixed in llvm-toolchain-3.6 1:3.6.2-1 has caused the Debian Bug report #793899, regarding llvm-toolchain-3.6: library transition is needed when GCC 5 is the default to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 793899: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793899 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:llvm-toolchain-3.6 Severity: important Tags: sid stretch patch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. Similar patches are needed for the other llvm versions. Please excuse the noise in the diff. The packaging apparently doesn't clean up properly. * Rename libllvm3.6 to libllvm3.6v5 for libstdc++6 transition. * Add Conflict/Replaces to the old library package. * Build-depend on libjsoncpp-dev (= 0.10.2-4ubuntu1). diff -Nru llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.docs llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.docs --- llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.docs 1970-01-01 01:00:00.0 +0100 +++ llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.docs 2015-07-15 20:55:09.0 +0200 @@ -0,0 +1,2 @@ +tools/clang/docs/_build/html/ + diff -Nru llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.install llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.install --- llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.install 1970-01-01 01:00:00.0 +0100 +++ llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-doc.install 2015-07-15 20:55:09.0 +0200 @@ -0,0 +1,3 @@ +usr/lib/llvm-3.6/docs/llvm/html/clang/manpage.css +usr/lib/llvm-3.6/docs/llvm/html/clang/clang.html +usr/lib/llvm-3.6/docs/llvm/ps/clang.ps diff -Nru llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-examples.examples llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-examples.examples --- llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-examples.examples 1970-01-01 01:00:00.0 +0100 +++ llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6-examples.examples 2015-07-15 20:55:09.0 +0200 @@ -0,0 +1 @@ +clang/examples/* diff -Nru llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.install llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.install --- llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.install 1970-01-01 01:00:00.0 +0100 +++ llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.install 2015-07-15 20:55:09.0 +0200 @@ -0,0 +1,28 @@ +usr/lib/llvm-3.6/bin/clang +usr/lib/llvm-3.6/bin/clang++ +usr/lib/llvm-3.6/bin/clang-check +usr/lib/llvm-3.6/bin/clang-tblgen +usr/lib/llvm-3.6/bin/c-index-test +usr/lib/llvm-3.6/bin/clang-apply-replacements +usr/lib/llvm-3.6/bin/clang-tidy +usr/lib/llvm-3.6/bin/pp-trace +usr/lib/llvm-3.6/bin/clang-query +usr/lib/llvm-3.6/bin/clang-rename + +usr/bin/c-index-test* +tools/clang/tools/scan-build-3.6 usr/share/clang/ +tools/clang/tools/scan-view-3.6 usr/share/clang/ +#usr/share/man/man1/clang.1 usr/share/man/man1/ + +usr/bin/clang-3.6 +usr/bin/clang++-3.6 +usr/bin/clang-check-3.6 +usr/bin/clang-tblgen-3.6 +usr/bin/c-index-test-3.6 +usr/bin/clang-apply-replacements-3.6 +usr/bin/clang-tidy-3.6 +usr/bin/pp-trace-3.6 +usr/bin/clang-query-3.6 +usr/bin/clang-rename-3.6 + +usr/lib/llvm-3.6/share/man/man1/clang.1 diff -Nru llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.links llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.links --- llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.links1970-01-01 01:00:00.0 +0100 +++ llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.links2015-07-15 20:55:09.0 +0200 @@ -0,0 +1,3 @@ +usr/share/clang/scan-build-3.6/scan-build usr/bin/scan-build-3.6 +usr/share/clang/scan-view-3.6/scan-viewusr/bin/scan-view-3.6 + diff -Nru llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.lintian-overrides llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.lintian-overrides --- llvm-toolchain-3.6-3.6.2~+rc1/debian/clang-3.6.lintian-overrides 1970-01-01 01:00:00.0 +0100 +++
Bug#781197: marked as done (FTBFS with GCC-5)
Your message dated Mon, 17 Aug 2015 19:00:27 + with message-id e1zrpdz-0006nm...@franck.debian.org and subject line Bug#781197: fixed in llvm-toolchain-3.5 1:3.5.2-2 has caused the Debian Bug report #781197, regarding FTBFS with GCC-5 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 781197: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781197 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: llvm-toolchain-3.5 Version: 1:3.5.2-1~exp1 Severity: important Trying to actually build llvm-toolchain-3.5/1:3.5.2-1~exp1 with gcc-5: Using gcc: gcc-5 -v Using built-in specs. COLLECT_GCC=gcc-5 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 5-20150321-1' Thread model: posix gcc version 5.0.0 20150321 (experimental) [trunk revision 221551] (Debian 5-20150321-1) Build stops with: llvm[6]: Compiling ChainedIncludesSource.cpp for Release build if g++-5 -I/raid/build/work/llvm-toolchain-3.5-3.5.2/build-llvm/include -I/raid/build/work/llvm-toolchain-3.5-3.5.2/build-llvm/tools/clang/lib/Frontend -I/raid/build/work/llvm-toolchain-3.5-3.5.2/include -I/raid/build/work/llvm- toolchain-3.5-3.5.2/tools/clang/lib/Frontend -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/raid/build/work/llvm- toolchain-3.5-3.5.2/tools/clang/lib/Frontend/../../include -I/raid/build/work /llvm-toolchain-3.5-3.5.2/build-llvm/tools/clang/lib/Frontend/../../include -DCLANG_VENDOR='Debian ' -g -O2 -fomit-frame-pointer -std=c++11 -fvisibility- inlines-hidden -fno-exceptions -fPIC -Woverloaded-virtual -ffunction-sections -fdata-sections -Wcast-qual -fno-strict-aliasing -std=c++0x -Wno-unused-local- typedefs -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite-strings-Wno-maybe-uninitialized -Wno-missing-field-initializers -c -MMD -MP -MF /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.d.tmp -MT /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.o -MT /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.d /raid/build/work /llvm-toolchain-3.5-3.5.2/tools/clang/lib/Frontend/ChainedIncludesSource.cpp -o /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.o ; \ then /bin/mv -f /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.d.tmp /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.d; else /bin/rm /raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.d.tmp; exit 1; fi In file included from /raid/build/work/llvm- toolchain-3.5-3.5.2/tools/clang/lib/Frontend/../../include/clang/Basic/TargetInfo.h:24:0, from /raid/build/work/llvm- toolchain-3.5-3.5.2/tools/clang/lib/Frontend/ChainedIncludesSource.cpp:15: /raid/build/work/llvm- toolchain-3.5-3.5.2/include/llvm/ADT/IntrusiveRefCntPtr.h: In instantiation of ‘llvm::IntrusiveRefCntPtrT::IntrusiveRefCntPtr(llvm::IntrusiveRefCntPtrX) [with X = {anonymous}::ChainedIncludesSource; T = clang::ExternalSemaSource]’: /raid/build/work/llvm- toolchain-3.5-3.5.2/tools/clang/lib/Frontend/ChainedIncludesSource.cpp:211:10: required from here /raid/build/work/llvm- toolchain-3.5-3.5.2/include/llvm/ADT/IntrusiveRefCntPtr.h:137:8: error: ‘{anonymous}::ChainedIncludesSource* llvm::IntrusiveRefCntPtr{anonymous}::ChainedIncludesSource::Obj’ is private T* Obj; ^ /raid/build/work/llvm- toolchain-3.5-3.5.2/include/llvm/ADT/IntrusiveRefCntPtr.h:158:13: error: within this context S.Obj = 0; ^ /bin/rm: cannot remove ‘/raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.d.tmp’: No such file or directory /raid/build/work/llvm-toolchain-3.5-3.5.2/Makefile.rules:1519: recipe for target '/raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.o' failed make[6]: *** [/raid/build/work/llvm-toolchain-3.5-3.5.2/build- llvm/tools/clang/lib/Frontend/Release/ChainedIncludesSource.o] Error 1 make[6]: Leaving directory
Bug#791169: nmu diff for libsidplayfp 1.8.1-1.1
Dear maintainer, I've prepared a NMU for libsidplayfp, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 6cb9671b441666a60f00effdd57211fafd7289da Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:44:16 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791169). --- debian/changelog | 7 +++ debian/control | 10 +- debian/libsidplayfp4.install | 1 - debian/libsidplayfp4v5.install | 1 + 4 files changed, 13 insertions(+), 6 deletions(-) delete mode 100644 debian/libsidplayfp4.install create mode 100644 debian/libsidplayfp4v5.install diff --git a/debian/changelog b/debian/changelog index 7876cb6..c901554 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +libsidplayfp (1.8.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791169). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:44:16 +0200 + libsidplayfp (1.8.1-1) unstable; urgency=medium * New upstream release. diff --git a/debian/control b/debian/control index ce2b789..b0db13b 100644 --- a/debian/control +++ b/debian/control @@ -5,13 +5,13 @@ Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org Standards-Version: 3.9.6 Build-Depends: debhelper (= 9), dh-autoreconf, doxygen -Package: libsidplayfp4 +Package: libsidplayfp4v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Breaks: libsidplayfp (= 1.2.0-1) -Conflicts: libsidplayfp3 -Replaces: libsidplayfp (= 1.2.0-1), libsidplayfp3 +Conflicts: libsidplayfp4, libsidplayfp3 +Replaces: libsidplayfp4, libsidplayfp (= 1.2.0-1), libsidplayfp3 Multi-Arch: same Suggests: sidplayfp Description: Library to play Commodore 64 music based on libsidplay2 @@ -22,7 +22,7 @@ Description: Library to play Commodore 64 music based on libsidplay2 Package: libsidplayfp-dev Section: libdevel Architecture: any -Depends: ${misc:Depends}, libsidplayfp4 (= ${binary:Version}) +Depends: ${misc:Depends}, libsidplayfp4v5 (= ${binary:Version}) Multi-Arch: same Description: library to play Commodore 64 music based on libsidplay2 (development files) libsidplayfp (and its console frontend sidplayfp) is a fork of sidplay2 born @@ -34,7 +34,7 @@ Description: library to play Commodore 64 music based on libsidplay2 (developmen Package: libsidplayfp-dbg Section: debug Architecture: any -Depends: ${misc:Depends}, libsidplayfp4 (= ${binary:Version}) +Depends: ${misc:Depends}, libsidplayfp4v5 (= ${binary:Version}) Multi-Arch: foreign Description: library to play Commodore 64 music based on libsidplay2 (detached symbols) libsidplayfp (and its console frontend sidplayfp) is a fork of sidplay2 born diff --git a/debian/libsidplayfp4.install b/debian/libsidplayfp4.install deleted file mode 100644 index 3de3b10..000 --- a/debian/libsidplayfp4.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/*/*.so.* diff --git a/debian/libsidplayfp4v5.install b/debian/libsidplayfp4v5.install new file mode 100644 index 000..3de3b10 --- /dev/null +++ b/debian/libsidplayfp4v5.install @@ -0,0 +1 @@ +usr/lib/*/*.so.* -- 2.5.0
Bug#791190: nmu diff for log4cplus 1.0.4-1.3
Dear maintainer, I've prepared a NMU for log4cplus, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From abe047c9096df4dcfcff888a5abdda8ffba994c5 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:45:42 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791190). --- debian/changelog| 7 +++ debian/control | 12 +++- debian/liblog4cplus-1.0-4.install | 1 - debian/liblog4cplus-1.0-4v5.install | 1 + 4 files changed, 15 insertions(+), 6 deletions(-) delete mode 100644 debian/liblog4cplus-1.0-4.install create mode 100644 debian/liblog4cplus-1.0-4v5.install diff --git a/debian/changelog b/debian/changelog index 586d070..46b1b89 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +log4cplus (1.0.4-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791190). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:45:42 +0200 + log4cplus (1.0.4-1.2) unstable; urgency=medium * Non-maintainer upload. diff --git a/debian/control b/debian/control index b218fc4..b064b4f 100644 --- a/debian/control +++ b/debian/control @@ -12,9 +12,11 @@ Homepage: http://log4cplus.sourceforge.net Vcs-Browser: http://git.debian.org/?p=collab-maint/log4cplus.git;a=summary Vcs-Git: git://git.debian.org/collab-maint/log4cplus.git -Package: liblog4cplus-1.0-4 +Package: liblog4cplus-1.0-4v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: liblog4cplus-1.0-4 +Replaces: liblog4cplus-1.0-4 Description: C++ logging API modeled after the Java log4j API - shared library log4cplus is a simple to use C++ logging API providing thread-safe, flexible, and arbitrarily granular control over log management and @@ -23,9 +25,9 @@ Description: C++ logging API modeled after the Java log4j API - shared library Package: liblog4cplus-dev Architecture: any Section: libdevel -Depends: liblog4cplus-1.0-4 (= ${binary:Version}), ${misc:Depends} -Breaks: liblog4cplus-1.0-4 ( 1.0.4-1.1~) -Replaces: liblog4cplus-1.0-4 ( 1.0.4-1.1~) +Depends: liblog4cplus-1.0-4v5 (= ${binary:Version}), ${misc:Depends} +Breaks: liblog4cplus-1.0-4v5 ( 1.0.4-1.1~) +Replaces: liblog4cplus-1.0-4v5 ( 1.0.4-1.1~) Description: C++ logging API modeled after the Java log4j API - development library log4cplus is a simple to use C++ logging API providing thread-safe, flexible, and arbitrarily granular control over log management and @@ -38,7 +40,7 @@ Package: liblog4cplus-dbg Section: debug Priority: extra Architecture: any -Depends: ${misc:Depends}, liblog4cplus-1.0-4 (= ${binary:Version}) +Depends: ${misc:Depends}, liblog4cplus-1.0-4v5 (= ${binary:Version}) Description: C++ logging API modeled after the Java log4j API - debug library log4cplus is a simple to use C++ logging API providing thread-safe, flexible, and arbitrarily granular control over log management and diff --git a/debian/liblog4cplus-1.0-4.install b/debian/liblog4cplus-1.0-4.install deleted file mode 100644 index fc08b1c..000 --- a/debian/liblog4cplus-1.0-4.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/liblog4cplus-1.0.so.* diff --git a/debian/liblog4cplus-1.0-4v5.install b/debian/liblog4cplus-1.0-4v5.install new file mode 100644 index 000..fc08b1c --- /dev/null +++ b/debian/liblog4cplus-1.0-4v5.install @@ -0,0 +1 @@ +usr/lib/liblog4cplus-1.0.so.* -- 2.5.0
Bug#791208: nmu diff for mpqc 2.3.1-16.1
Dear maintainer, I've prepared a NMU for mpqc, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 7a0d04383d62bf21ab33ad022f7e2ddb6bba6d67 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:47:08 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791208). --- debian/changelog | 7 +++ debian/control| 6 -- debian/libsc7.dirs| 1 - debian/libsc7.install | 1 - debian/libsc7.lintian-overrides | 3 --- debian/libsc7v5.dirs | 1 + debian/libsc7v5.install | 1 + debian/libsc7v5.lintian-overrides | 3 +++ 8 files changed, 16 insertions(+), 7 deletions(-) delete mode 100644 debian/libsc7.dirs delete mode 100644 debian/libsc7.install delete mode 100644 debian/libsc7.lintian-overrides create mode 100644 debian/libsc7v5.dirs create mode 100644 debian/libsc7v5.install create mode 100644 debian/libsc7v5.lintian-overrides diff --git a/debian/changelog b/debian/changelog index b1e9f67..84eb40b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +mpqc (2.3.1-16.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791208). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:47:08 +0200 + mpqc (2.3.1-16) unstable; urgency=low * debian/patches/16_format-security.patch: New patches, fixes a FTBFS error diff --git a/debian/control b/debian/control index 2bcc7be..8347788 100644 --- a/debian/control +++ b/debian/control @@ -65,7 +65,7 @@ Description: Massively Parallel Quantum Chemistry Program (OpenMPI transitional Package: libsc-dev Architecture: any Section: libdevel -Depends: libsc7 (= ${binary:Version}), +Depends: libsc7v5 (= ${binary:Version}), mpi-default-dev, ${misc:Depends}, ${shlibs:Depends} @@ -81,10 +81,12 @@ Description: Scientific Computing Toolkit (development files) . This package includes the static libraries and header files. -Package: libsc7 +Package: libsc7v5 Architecture: any Section: libs Depends: libsc-data (= ${source:Version}), ${misc:Depends}, ${shlibs:Depends} +Conflicts: libsc7 +Replaces: libsc7 Description: Scientific Computing Toolkit (library) The Scientific Computing toolkit (SC) provides C++ class libraries for scientific computation. Included are classes for managing memory, saving and diff --git a/debian/libsc7.dirs b/debian/libsc7.dirs deleted file mode 100644 index 6845771..000 --- a/debian/libsc7.dirs +++ /dev/null @@ -1 +0,0 @@ -usr/lib diff --git a/debian/libsc7.install b/debian/libsc7.install deleted file mode 100644 index dc120cc..000 --- a/debian/libsc7.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/lib*so.* diff --git a/debian/libsc7.lintian-overrides b/debian/libsc7.lintian-overrides deleted file mode 100644 index deca817..000 --- a/debian/libsc7.lintian-overrides +++ /dev/null @@ -1,3 +0,0 @@ -## the libsc7 package contains the full collection of mpqc libraries - a split -## is not planned atm and should be suggested only with compelling reasons -libsc7: package-name-doesnt-match-sonames diff --git a/debian/libsc7v5.dirs b/debian/libsc7v5.dirs new file mode 100644 index 000..6845771 --- /dev/null +++ b/debian/libsc7v5.dirs @@ -0,0 +1 @@ +usr/lib diff --git a/debian/libsc7v5.install b/debian/libsc7v5.install new file mode 100644 index 000..dc120cc --- /dev/null +++ b/debian/libsc7v5.install @@ -0,0 +1 @@ +usr/lib/lib*so.* diff --git a/debian/libsc7v5.lintian-overrides b/debian/libsc7v5.lintian-overrides new file mode 100644 index 000..6422a22 --- /dev/null +++ b/debian/libsc7v5.lintian-overrides @@ -0,0 +1,3 @@ +## the libsc7v5 package contains the full collection of mpqc libraries - a split +## is not planned atm and should be suggested only with compelling reasons +libsc7v5: package-name-doesnt-match-sonames -- 2.5.0
Bug#794878: nmu diff for uhd 3.8.5-2.1
Dear maintainer, I've prepared a NMU for uhd, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From c5aaf0af9681d56cc2f8e7181b26651c4a18342d Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:55:53 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 794878). --- debian/changelog | 7 +++ debian/control | 9 + debian/libuhd003.install | 1 - debian/libuhd003.shlibs| 1 - debian/libuhd003v5.install | 1 + debian/libuhd003v5.shlibs | 1 + 6 files changed, 14 insertions(+), 6 deletions(-) delete mode 100644 debian/libuhd003.install delete mode 100644 debian/libuhd003.shlibs create mode 100644 debian/libuhd003v5.install create mode 100644 debian/libuhd003v5.shlibs diff --git a/debian/changelog b/debian/changelog index 495b2b8..95c26a6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +uhd (3.8.5-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 794878). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:55:53 +0200 + uhd (3.8.5-2) unstable; urgency=medium * update to release_003_008_005-10-g3dbced2 diff --git a/debian/control b/debian/control index 5ff9681..05a3d3a 100644 --- a/debian/control +++ b/debian/control @@ -22,7 +22,7 @@ Vcs-Browser: http://anonscm.debian.org/cgit/users/bottoms/pkg-uhd.git/ Package: uhd-host Architecture: any -Depends: libuhd003, python, adduser, ${shlibs:Depends}, ${misc:Depends} +Depends: libuhd003v5, python, adduser, ${shlibs:Depends}, ${misc:Depends} Recommends: python-tk, curl, procps Suggests: gnuradio Description: universal hardware driver for Ettus Research products @@ -37,14 +37,15 @@ Description: universal hardware driver for Ettus Research products display hardware configuration information and Doxygen generated documentation. -Package: libuhd003 +Package: libuhd003v5 Architecture: any Section: libs Pre-Depends: multiarch-support, ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} -Conflicts: gnuradio (3.7.6.1) +Conflicts: libuhd003, gnuradio (3.7.6.1) Suggests: gnuradio Multi-Arch: same +Replaces: libuhd003 Description: universal hardware driver for Ettus Research products Host library for the Universal Hardware Driver for Ettus Research products. . @@ -55,7 +56,7 @@ Description: universal hardware driver for Ettus Research products Package: libuhd-dev Architecture: any Section: libdevel -Depends: libuhd003 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: libuhd003v5 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Recommends: gnuradio Description: universal hardware driver for Ettus Research products Host library for the Universal Hardware Driver for Ettus Research products. diff --git a/debian/libuhd003.install b/debian/libuhd003.install deleted file mode 100644 index 3de3b10..000 --- a/debian/libuhd003.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/*/*.so.* diff --git a/debian/libuhd003.shlibs b/debian/libuhd003.shlibs deleted file mode 100644 index 2d5028d..000 --- a/debian/libuhd003.shlibs +++ /dev/null @@ -1 +0,0 @@ -libuhd 003 libuhd003 diff --git a/debian/libuhd003v5.install b/debian/libuhd003v5.install new file mode 100644 index 000..3de3b10 --- /dev/null +++ b/debian/libuhd003v5.install @@ -0,0 +1 @@ +usr/lib/*/*.so.* diff --git a/debian/libuhd003v5.shlibs b/debian/libuhd003v5.shlibs new file mode 100644 index 000..e7fdeac --- /dev/null +++ b/debian/libuhd003v5.shlibs @@ -0,0 +1 @@ +libuhd 003 libuhd003v5 -- 2.5.0
Bug#791049: nmu diff for givaro 3.7.2-1.1
Dear maintainer, I've prepared a NMU for givaro, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From a648b2e8c00e4a3b5069b239196a1539b5c80347 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:35:10 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791049). --- debian/changelog| 7 +++ debian/control | 6 -- debian/libgivaro1.install | 1 - debian/libgivaro1v5.install | 1 + 4 files changed, 12 insertions(+), 3 deletions(-) delete mode 100644 debian/libgivaro1.install create mode 100644 debian/libgivaro1v5.install diff --git a/debian/changelog b/debian/changelog index afa64c7..c509687 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +givaro (3.7.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791049). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:35:10 +0200 + givaro (3.7.2-1) unstable; urgency=low * Upload to sid. diff --git a/debian/control b/debian/control index ffec12c..0cf5ad6 100644 --- a/debian/control +++ b/debian/control @@ -14,7 +14,7 @@ Vcs-Browser: http://git.debian.org/?p=debian-science/packages/givaro.git Package: libgivaro-dev Section: libdevel Architecture: any -Depends: ${misc:Depends}, libgivaro1 (= ${binary:Version}), make +Depends: ${misc:Depends}, libgivaro1v5 (= ${binary:Version}), make Suggests: libgivaro-doc Description: arithmetic and algebraic computations - development files Givaro is a C++ library for arithmetic and algebraic computations. @@ -34,12 +34,14 @@ Description: arithmetic and algebraic computations - development files . This package contains development files for Givaro. -Package: libgivaro1 +Package: libgivaro1v5 Section: libs Multi-arch: same Pre-Depends: ${misc:Pre-Depends} Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: libgivaro1 +Replaces: libgivaro1 Description: arithmetic and algebraic computations Givaro is a C++ library for arithmetic and algebraic computations. Its main features are implementations of the basic arithmetic of many diff --git a/debian/libgivaro1.install b/debian/libgivaro1.install deleted file mode 100644 index 75b6102..000 --- a/debian/libgivaro1.install +++ /dev/null @@ -1 +0,0 @@ -debian/tmp/usr/lib/*/libgivaro.so.* diff --git a/debian/libgivaro1v5.install b/debian/libgivaro1v5.install new file mode 100644 index 000..75b6102 --- /dev/null +++ b/debian/libgivaro1v5.install @@ -0,0 +1 @@ +debian/tmp/usr/lib/*/libgivaro.so.* -- 2.5.0
Processed: Subject: csvkit: patch for #790913
Processing control commands: tags 790913 + patch Bug #790913 [python3-csvkit] python3-csvkit: Requires missing openpyxl to run Added tag(s) patch. -- 790913: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790913 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791169: libsidplayfp: library transition may be needed when GCC 5 is the default
Hi Frédéric, On Sat, Aug 15, 2015 at 11:05 PM, Frédéric Brière fbri...@fbriere.net wrote: Thank you Julien (and Steve) for the patch; now audacious no longer segfaults on startup. Much appreciated. May I ask you what patch do you mean and what kind of segfault did you experience? I've uploaded a new upstream release for the GCC 5 transition and that contains the package rename. But audacious-plugins is not yet built with it[1]. I'm a bit confused now, if your package was segfaulting before, then it was not because of libsidplayfp - but I'd thank you if you check it again after it was binNMUed with the current libsidplayfp package version. Regards, Laszlo/GCS [1] https://release.debian.org/transitions/html/auto-libsidplayfp.html
Bug#795644: git-annex: configure eats all memory
Joachim Breitner wrote: If we can isolate the problem nicely, I’ll be happy to discuss this with upstream. deboostrap sid in chroot: mount -t proc proc /proc apt-get -y install ghc libghc-ifelse-dev libghc-missingh-dev libghc-unix-compat-dev libghc-data-default-dev libghc-exceptions-dev libghc-http-types-dev libghc-bloomfilter-dev libghc-old-locale-dev libghc-resourcet-dev libghc-monad-control-dev libghc-edit-distance-dev libghc-sandi-dev libghc-json-dev libghc-utf8-string-dev libghc-hslogger-dev libghc-monad-logger-dev libghc-http-conduit-dev libghc-safesemaphore-dev libghc-uuid-dev libghc-quickcheck2-dev libghc-optparse-applicative-dev libghc-cabal-dev git cabal-install git clone git://git-annex.branchable.com/ git-annex cd git-annex ghc --make Setup cabal configure # succeeds ./Setup configure # OOM -- see shy jo signature.asc Description: Digital signature
Bug#793398: marked as done (Remote execution of untrusted code, DoS (CVE-2015-3253))
Your message dated Mon, 17 Aug 2015 18:34:21 + with message-id e1zrpej-0002ap...@franck.debian.org and subject line Bug#793398: fixed in groovy2 2.4.3+dfsg-2 has caused the Debian Bug report #793398, regarding Remote execution of untrusted code, DoS (CVE-2015-3253) 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.) -- 793398: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793398 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: groovy2 Version: 2.2.2+dfsg-3 Severity: grave Tags: security upstream cpnrodzc7, working with HP's Zero Day Initiative, discovered that Java applications using standard Java serialization mechanisms to decode untrusted data, and that have Groovy on their classpath, can be passed a serialized object that will cause the application to execute arbitrary code. This is issue has been marked as fixed in Groovy 2.4.4 and a standalone security patch has been made available. CVE-2015-3253 has been assigned to this issue. Please mention it in the changelog when fixing the issue. References: * Bulletin http://seclists.org/bugtraq/2015/Jul/78 * Security update http://groovy-lang.org/security.html * Fixing commit https://github.com/apache/incubator-groovy/commit/09e9778e8a33052d8c27105aee5310649637233d Cheers, Luca -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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) ---End Message--- ---BeginMessage--- Source: groovy2 Source-Version: 2.4.3+dfsg-2 We believe that the bug you reported is fixed in the latest version of groovy2, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 793...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Markus Koschany a...@gambaru.de (supplier of updated groovy2 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, 17 Aug 2015 19:29:07 +0200 Source: groovy2 Binary: groovy2 groovy2-doc Architecture: source all Version: 2.4.3+dfsg-2 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Changed-By: Markus Koschany a...@gambaru.de Description: groovy2- Agile dynamic language for the Java Virtual Machine groovy2-doc - Agile dynamic language for the Java Virtual Machine (documentatio Closes: 793398 795853 Changes: groovy2 (2.4.3+dfsg-2) unstable; urgency=medium . * Team upload. * Upload to unstable. . [ Miguel Landaeta] * Fix remote execution of untrusted code and possible DoS vulnerability. (CVE-2015-3253) (Closes: #793398). . [ Markus Koschany ] * Fix FTBFS with gradle 2.5 by adding mavenRepo.patch and using bnd 1.50 from unstable. (Closes: #795853) Checksums-Sha1: 2c3b88ef0e87dc4d6861a96c2b1b48adfbfd5657 2468 groovy2_2.4.3+dfsg-2.dsc e1db074c1c25bf50351fe71ac095d5c4c75bf9b9 26104 groovy2_2.4.3+dfsg-2.debian.tar.xz b6363e53d6185061ee7206c0dea8ef13f52e25ed 3186462 groovy2-doc_2.4.3+dfsg-2_all.deb 1117eafc42f87682a673f40ebc107ad5cde4e5c2 12812574 groovy2_2.4.3+dfsg-2_all.deb Checksums-Sha256: 95a8b68055cb151ab6f539bb2ef701d38af5cd825ce3ce947eb093f3de9e239d 2468 groovy2_2.4.3+dfsg-2.dsc 1733fe365febb1f25bbce63f8aa51efa5697cec11b4ee4d59878574cd93b27ea 26104 groovy2_2.4.3+dfsg-2.debian.tar.xz 6d69cb04f7393b2243de29617539fd429249c4ae5e769c9ed1c81f88863924df 3186462 groovy2-doc_2.4.3+dfsg-2_all.deb ff190d8afee15afb19a67a888184ed874aa6ee2b154cf72498330ecfcf547205 12812574 groovy2_2.4.3+dfsg-2_all.deb Files: 94f21d1a7a20930cda3edee6edad09f0 2468 java optional groovy2_2.4.3+dfsg-2.dsc 4cd9ef6916e7c114bbe3896cead04154 26104 java optional groovy2_2.4.3+dfsg-2.debian.tar.xz 5c5d6fa745c4a978c58210bb24bd35f5 3186462 doc optional groovy2-doc_2.4.3+dfsg-2_all.deb 010e73864a6f952422681d3ef3a25f3a 12812574 java optional groovy2_2.4.3+dfsg-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1
Bug#791004: nmu diff for clucene-core 2.3.3.4-4.1
Dear maintainer, I've prepared a NMU for clucene-core, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 04581bc004c28c0c4151989d02653e7674fc2d80 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:33:45 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791004). --- debian/changelog| 7 +++ debian/control | 12 debian/libclucene-contribs1.install | 2 -- debian/libclucene-contribs1.lintian-overrides | 1 - debian/libclucene-contribs1v5.install | 2 ++ debian/libclucene-contribs1v5.lintian-overrides | 1 + debian/libclucene-core1.docs| 3 --- debian/libclucene-core1.install | 4 debian/libclucene-core1v5.docs | 3 +++ debian/libclucene-core1v5.install | 4 10 files changed, 25 insertions(+), 14 deletions(-) delete mode 100644 debian/libclucene-contribs1.install delete mode 100644 debian/libclucene-contribs1.lintian-overrides create mode 100644 debian/libclucene-contribs1v5.install create mode 100644 debian/libclucene-contribs1v5.lintian-overrides delete mode 100644 debian/libclucene-core1.docs delete mode 100644 debian/libclucene-core1.install create mode 100644 debian/libclucene-core1v5.docs create mode 100644 debian/libclucene-core1v5.install diff --git a/debian/changelog b/debian/changelog index b8b0354..9502951 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +clucene-core (2.3.3.4-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791004). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:33:45 +0200 + clucene-core (2.3.3.4-4) unstable; urgency=low * Add bug718187-ftbfs-hurd.patch to fix build failure on HURD. diff --git a/debian/control b/debian/control index 5b22fa5..ef31479 100644 --- a/debian/control +++ b/debian/control @@ -11,8 +11,8 @@ Package: libclucene-dev Section: libdevel Architecture: any Depends: libc6-dev, - libclucene-contribs1 (= ${binary:Version}), - libclucene-core1 (= ${binary:Version}), + libclucene-contribs1v5 (= ${binary:Version}), + libclucene-core1v5 (= ${binary:Version}), ${misc:Depends} Description: library for full-featured text search engine (development) CLucene is a C++ port of the popular Apache Lucene search engine @@ -28,11 +28,13 @@ Description: library for full-featured text search engine (development) This package contains the static libraries and headers for developing applications that use the CLucene search API. -Package: libclucene-core1 +Package: libclucene-core1v5 Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Pre-Depends: ${misc:Pre-Depends} Multi-Arch: same +Conflicts: libclucene-core1 +Replaces: libclucene-core1 Description: core library for full-featured text search engine (runtime) CLucene is a C++ port of the popular Apache Lucene search engine (http://lucene.apache.org/java). It is released under LGPL or the Apache @@ -47,11 +49,13 @@ Description: core library for full-featured text search engine (runtime) This package contains the files necessary for running applications that use the CLucene core and shared libraries. -Package: libclucene-contribs1 +Package: libclucene-contribs1v5 Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Pre-Depends: ${misc:Pre-Depends} Multi-Arch: same +Conflicts: libclucene-contribs1 +Replaces: libclucene-contribs1 Description: language specific text analyzers (runtime) CLucene is a C++ port of the popular Apache Lucene search engine (http://lucene.apache.org/java). It is released under LGPL or the Apache diff --git a/debian/libclucene-contribs1.install b/debian/libclucene-contribs1.install deleted file mode 100644 index 3b7a4e4..000 --- a/debian/libclucene-contribs1.install +++ /dev/null @@ -1,2 +0,0 @@ -usr/lib/*/libclucene-contribs-lib.so.1 -usr/lib/*/libclucene-contribs-lib.so.2.* diff --git a/debian/libclucene-contribs1.lintian-overrides b/debian/libclucene-contribs1.lintian-overrides deleted file mode 100644 index fbb3dac..000 --- a/debian/libclucene-contribs1.lintian-overrides +++ /dev/null @@ -1 +0,0 @@ -package-name-doesnt-match-sonames libclucene-contribs-lib1 diff --git a/debian/libclucene-contribs1v5.install b/debian/libclucene-contribs1v5.install new file mode 100644 index 000..3b7a4e4 --- /dev/null +++ b/debian/libclucene-contribs1v5.install @@ -0,0 +1,2 @@ +usr/lib/*/libclucene-contribs-lib.so.1 +usr/lib/*/libclucene-contribs-lib.so.2.* diff --git a/debian/libclucene-contribs1v5.lintian-overrides b/debian/libclucene-contribs1v5.lintian-overrides new file mode 100644 index 000..fbb3dac --- /dev/null +++
Bug#791228: nmu diff for openlayer 2.1-1.1
Dear maintainer, I've prepared a NMU for openlayer, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From af9554c3a2d12da40f78f567550da4c4779ae2da Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:51:28 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791228). --- debian/changelog | 7 +++ debian/control | 6 -- debian/libopenlayer2.dirs | 1 - debian/libopenlayer2.install | 1 - debian/libopenlayer2v5.dirs| 1 + debian/libopenlayer2v5.install | 1 + 6 files changed, 13 insertions(+), 4 deletions(-) delete mode 100644 debian/libopenlayer2.dirs delete mode 100644 debian/libopenlayer2.install create mode 100644 debian/libopenlayer2v5.dirs create mode 100644 debian/libopenlayer2v5.install diff --git a/debian/changelog b/debian/changelog index f404683..6eda24b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +openlayer (2.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791228). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:51:28 +0200 + openlayer (2.1-1) unstable; urgency=low * Initial release (Closes: #735016) diff --git a/debian/control b/debian/control index 6f1eb5f..36dc57e 100644 --- a/debian/control +++ b/debian/control @@ -9,9 +9,11 @@ Build-Depends: debhelper (= 8.0.0), cmake, hardening-wrapper, Standards-Version: 3.9.5 Homepage: http://openlayer.berlios.de/ -Package: libopenlayer2 +Package: libopenlayer2v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: libopenlayer2 +Replaces: libopenlayer2 Description: hardware accelerated 2D Graphics library OpenLayer is a hardware accelerated 2D Graphics library. It specifies a new api to be used alongside of Allegro and takes control of how @@ -21,7 +23,7 @@ Description: hardware accelerated 2D Graphics library Package: libopenlayer-dev Section: libdevel Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libopenlayer2 (= ${binary:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libopenlayer2v5 (= ${binary:Version}) Description: hardware accelerated 2D Graphics library : development files OpenLayer is a hardware accelerated 2D Graphics library. It specifies a new api to be used alongside of Allegro and takes control of how diff --git a/debian/libopenlayer2.dirs b/debian/libopenlayer2.dirs deleted file mode 100644 index 6845771..000 --- a/debian/libopenlayer2.dirs +++ /dev/null @@ -1 +0,0 @@ -usr/lib diff --git a/debian/libopenlayer2.install b/debian/libopenlayer2.install deleted file mode 100644 index 86eca04..000 --- a/debian/libopenlayer2.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/libopenlayer.so.* \ No newline at end of file diff --git a/debian/libopenlayer2v5.dirs b/debian/libopenlayer2v5.dirs new file mode 100644 index 000..6845771 --- /dev/null +++ b/debian/libopenlayer2v5.dirs @@ -0,0 +1 @@ +usr/lib diff --git a/debian/libopenlayer2v5.install b/debian/libopenlayer2v5.install new file mode 100644 index 000..86eca04 --- /dev/null +++ b/debian/libopenlayer2v5.install @@ -0,0 +1 @@ +usr/lib/libopenlayer.so.* \ No newline at end of file -- 2.5.0
Bug#795644: git-annex: configure eats all memory
Joey Hess wrote: apt-get -y install ghc libghc-ifelse-dev libghc-missingh-dev libghc-unix-compat-dev libghc-data-default-dev libghc-exceptions-dev libghc-http-types-dev libghc-bloomfilter-dev libghc-old-locale-dev libghc-resourcet-dev libghc-monad-control-dev libghc-edit-distance-dev libghc-sandi-dev libghc-json-dev libghc-utf8-string-dev libghc-hslogger-dev libghc-monad-logger-dev libghc-http-conduit-dev libghc-safesemaphore-dev libghc-uuid-dev libghc-quickcheck2-dev libghc-optparse-applicative-dev libghc-cabal-dev git cabal-install Also, if you remove one of these necessary dependencies, eg libghc-optparse-applicative-dev, cabal configure -v3 will show the problem resolver exhaustively trying to resolve the dependencies and failing, without using much memory. It then goes ahead and runs Setup configure, which OOMS. -- see shy jo signature.asc Description: Digital signature
Bug#791252: nmu diff for pythia8 8.1.86-1.1
Dear maintainer, I've prepared a NMU for pythia8, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 43e352986a31901c3d3b836bf7600f28f5a2d104 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:53:45 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791252). --- debian/changelog | 7 +++ debian/control | 10 ++ debian/libpythia8.install.in | 1 - debian/libpythia8v5.install.in | 1 + 4 files changed, 14 insertions(+), 5 deletions(-) delete mode 100644 debian/libpythia8.install.in create mode 100644 debian/libpythia8v5.install.in diff --git a/debian/changelog b/debian/changelog index f2b9997..d624835 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +pythia8 (8.1.86-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791252). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:53:45 +0200 + pythia8 (8.1.86-1) unstable; urgency=medium * New upstream release. diff --git a/debian/control b/debian/control index 3942b29..efa5d48 100644 --- a/debian/control +++ b/debian/control @@ -14,7 +14,7 @@ Architecture: all Multi-arch: foreign Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends} -Recommends: libpythia8 +Recommends: libpythia8v5 Description: PYTHIA8 data files PYTHIA is a program for the generation of high-energy physics events, i.e. for the description of collisions at high energies between elementary @@ -25,13 +25,15 @@ Description: PYTHIA8 data files . This package provides XML data files of PYTHIA8 -Package: libpythia8 +Package: libpythia8v5 Section: libs Architecture: any Multi-arch: same Pre-Depends: ${misc:Pre-Depends} Depends: libhepmc4, pythia8-data (= ${source:Version}), liblhapdf0, ${shlibs:Depends}, ${misc:Depends} Recommends: libpythia8-dev +Conflicts: libpythia8 +Replaces: libpythia8 Description: PYTHIA event generator of high energy physics PYTHIA is a program for the generation of high-energy physics events, i.e. for the description of collisions at high energies between elementary @@ -45,7 +47,7 @@ Description: PYTHIA event generator of high energy physics Package: libpythia8-dev Section: libdevel Architecture: any -Depends: libhepmc-dev, libpythia8 (= ${binary:Version}), liblhapdf-dev, ${misc:Depends} +Depends: libhepmc-dev, libpythia8v5 (= ${binary:Version}), liblhapdf-dev, ${misc:Depends} Breaks: libhepmcinterface8-dev ( 8.1.80) Description: PYTHIA event generator of high energy physics - development files PYTHIA is a program for the generation of high-energy physics events, i.e. @@ -62,7 +64,7 @@ Section: libs Architecture: any Multi-arch: same Pre-Depends: ${misc:Pre-Depends} -Depends: libpythia8 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: libpythia8v5 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Description: HepMC interface for PYTHIA8 (obsolete) PYTHIA is a program for the generation of high-energy physics events, i.e. for the description of collisions at high energies between elementary diff --git a/debian/libpythia8.install.in b/debian/libpythia8.install.in deleted file mode 100644 index a51cd35..000 --- a/debian/libpythia8.install.in +++ /dev/null @@ -1 +0,0 @@ -lib/*.so.* usr/lib/@DEB_HOST_MULTIARCH@ diff --git a/debian/libpythia8v5.install.in b/debian/libpythia8v5.install.in new file mode 100644 index 000..a51cd35 --- /dev/null +++ b/debian/libpythia8v5.install.in @@ -0,0 +1 @@ +lib/*.so.* usr/lib/@DEB_HOST_MULTIARCH@ -- 2.5.0
Bug#791090: nmu diff for libassa 3.5.1-4.1
Dear maintainer, I've prepared a NMU for libassa, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From e9ebcf8224f8ecf43e7a15f396bf09e2bdabf074 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:36:46 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791090). --- debian/changelog | 7 +++ debian/control| 16 +--- debian/libassa3.5-5.install | 1 - debian/libassa3.5-5.shlibs| 1 - debian/libassa3.5-5v5.install | 1 + debian/libassa3.5-5v5.shlibs | 1 + debian/rules | 2 +- 7 files changed, 19 insertions(+), 10 deletions(-) delete mode 100644 debian/libassa3.5-5.install delete mode 100644 debian/libassa3.5-5.shlibs create mode 100644 debian/libassa3.5-5v5.install create mode 100644 debian/libassa3.5-5v5.shlibs diff --git a/debian/changelog b/debian/changelog index 22473da..04d7356 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +libassa (3.5.1-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791090). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:36:46 +0200 + libassa (3.5.1-4) unstable; urgency=medium * debian/control: Standards-Version to 3.9.5. diff --git a/debian/control b/debian/control index a486eff..3335f11 100644 --- a/debian/control +++ b/debian/control @@ -12,7 +12,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/eric/libassa.git Package: libassa3.5-5-dev Section: libdevel Architecture: any -Depends: libtirpc-dev, ${shlibs:Depends}, libassa3.5-5 (= ${binary:Version}), +Depends: libtirpc-dev, ${shlibs:Depends}, libassa3.5-5v5 (= ${binary:Version}), ${misc:Depends} Conflicts: libassa0-dev, libassa3.4-0-dev Replaces: libassa0-dev, libassa3.4-0-dev @@ -30,14 +30,14 @@ Description: object-oriented C++ networking library needed for developing applications and a program that generates skeleton files for RAD development with ASSA library. -Package: libassa3.5-5 +Package: libassa3.5-5v5 Section: libs Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} -Conflicts: libassa0 -Replaces: libassa0 +Conflicts: libassa3.5-5, libassa0 +Replaces: libassa3.5-5, libassa0 Description: object-oriented C++ networking library libASSA is an object-oriented C++ networking library based on Adaptive Communication Patterns. It features a simplistic implementation of the set @@ -50,13 +50,15 @@ Description: object-oriented C++ networking library . This package contains the shared libraries. -Package: libassa3.5-5-dbg +Package: libassa3.5-5v5-dbg Section: debug Priority: extra Architecture: any Multi-Arch: same -Depends: libassa3.5-5 (= ${binary:Version}), ${misc:Depends} -Description: debugging symbols for libassa3.5-5 +Depends: libassa3.5-5v5 (= ${binary:Version}), ${misc:Depends} +Conflicts: libassa3.5-5-dbg +Replaces: libassa3.5-5-dbg +Description: debugging symbols for libassa3.5-5v5 libASSA is an object-oriented C++ networking library based on Adaptive Communication Patterns. It features a simplistic implementation of the set of communication patterns such as Service Configurator, Reactor, Acceptor, diff --git a/debian/libassa3.5-5.install b/debian/libassa3.5-5.install deleted file mode 100644 index cdae829..000 --- a/debian/libassa3.5-5.install +++ /dev/null @@ -1 +0,0 @@ -debian/tmp/usr/lib/*/lib*.so.* diff --git a/debian/libassa3.5-5.shlibs b/debian/libassa3.5-5.shlibs deleted file mode 100644 index 948bdd5..000 --- a/debian/libassa3.5-5.shlibs +++ /dev/null @@ -1 +0,0 @@ -libassa-3.5 5 libassa3.5-5 ( 3.5.0) diff --git a/debian/libassa3.5-5v5.install b/debian/libassa3.5-5v5.install new file mode 100644 index 000..cdae829 --- /dev/null +++ b/debian/libassa3.5-5v5.install @@ -0,0 +1 @@ +debian/tmp/usr/lib/*/lib*.so.* diff --git a/debian/libassa3.5-5v5.shlibs b/debian/libassa3.5-5v5.shlibs new file mode 100644 index 000..f44560c --- /dev/null +++ b/debian/libassa3.5-5v5.shlibs @@ -0,0 +1 @@ +libassa-3.5 5 libassa3.5-5v5 ( 3.5.0) diff --git a/debian/rules b/debian/rules index 2bf4cf5..676c7d1 100755 --- a/debian/rules +++ b/debian/rules @@ -7,4 +7,4 @@ override_dh_auto_test: # Don't run the test suite, needs build fixes. override_dh_strip: - dh_strip --dbg-package=libassa3.5-5-dbg + dh_strip --dbg-package=libassa3.5-5v5-dbg -- 2.5.0
Bug#791326: nmu diff for wfmath 1.0.2+dfsg1-0.4
Dear maintainer, I've prepared a NMU for wfmath, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 3fc05ebaf1ff7cce1787049c0316a92f4832d07c Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:56:27 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791326). --- debian/changelog | 7 +++ debian/control | 12 debian/libwfmath-1.0-1.install | 2 -- debian/libwfmath-1.0-1.lintian-overrides | 3 --- debian/libwfmath-1.0-1v5.install | 2 ++ debian/libwfmath-1.0-1v5.lintian-overrides | 3 +++ 6 files changed, 20 insertions(+), 9 deletions(-) delete mode 100644 debian/libwfmath-1.0-1.install delete mode 100644 debian/libwfmath-1.0-1.lintian-overrides create mode 100644 debian/libwfmath-1.0-1v5.install create mode 100644 debian/libwfmath-1.0-1v5.lintian-overrides diff --git a/debian/changelog b/debian/changelog index 0162a19..b6cc1b4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +wfmath (1.0.2+dfsg1-0.4) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791326). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:56:27 +0200 + wfmath (1.0.2+dfsg1-0.3) unstable; urgency=medium * Non-maintainer upload. diff --git a/debian/control b/debian/control index 7d7f6ce..98c9d0c 100644 --- a/debian/control +++ b/debian/control @@ -11,12 +11,14 @@ Homepage: https://github.com/worldforge Vcs-Git: git://anonscm.debian.org/pkg-games/wfmath.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-games/wfmath.git -Package: libwfmath-1.0-1 +Package: libwfmath-1.0-1v5 Architecture: any Multi-Arch: same Pre-Depends: dpkg (= 1.15.6~), ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends} +Conflicts: libwfmath-1.0-1 +Replaces: libwfmath-1.0-1 Description: WorldForge math library The primary focus of WFMath is geometric objects. Thus, it includes an several shapes (boxes, balls, lines), @@ -28,7 +30,7 @@ Section: libdevel Architecture: any Multi-Arch: same Pre-Depends: dpkg (= 1.15.6~) -Depends: libwfmath-1.0-1 (= ${binary:Version}), +Depends: libwfmath-1.0-1v5 (= ${binary:Version}), ${misc:Depends} Suggests: libwfmath-doc Description: WorldForge math library - development files @@ -53,14 +55,16 @@ Description: WorldForge math library - API documentation . This package contains the API documentation files. -Package: libwfmath-1.0-1-dbg +Package: libwfmath-1.0-1v5-dbg Section: debug Priority: extra Architecture: any Multi-Arch: same Pre-Depends: dpkg (= 1.15.6~) -Depends: libwfmath-1.0-1 (= ${binary:Version}), +Depends: libwfmath-1.0-1v5 (= ${binary:Version}), ${misc:Depends} +Conflicts: libwfmath-1.0-1-dbg +Replaces: libwfmath-1.0-1-dbg Description: WorldForge math library - debugging library The primary focus of WFMath is geometric objects. Thus, it includes an several shapes (boxes, balls, lines), diff --git a/debian/libwfmath-1.0-1.install b/debian/libwfmath-1.0-1.install deleted file mode 100644 index b5d334a..000 --- a/debian/libwfmath-1.0-1.install +++ /dev/null @@ -1,2 +0,0 @@ -usr/lib/*/libwfmath-1.0.so.1 -usr/lib/*/libwfmath-1.0.so.1.0.0 diff --git a/debian/libwfmath-1.0-1.lintian-overrides b/debian/libwfmath-1.0-1.lintian-overrides deleted file mode 100644 index f8bc027..000 --- a/debian/libwfmath-1.0-1.lintian-overrides +++ /dev/null @@ -1,3 +0,0 @@ -# False positive due to fortified calls (memmove, memcpy, fread) being fully -# validated at compile time. -libwfmath-1.0-1: hardening-no-fortify-functions diff --git a/debian/libwfmath-1.0-1v5.install b/debian/libwfmath-1.0-1v5.install new file mode 100644 index 000..b5d334a --- /dev/null +++ b/debian/libwfmath-1.0-1v5.install @@ -0,0 +1,2 @@ +usr/lib/*/libwfmath-1.0.so.1 +usr/lib/*/libwfmath-1.0.so.1.0.0 diff --git a/debian/libwfmath-1.0-1v5.lintian-overrides b/debian/libwfmath-1.0-1v5.lintian-overrides new file mode 100644 index 000..4fe274d --- /dev/null +++ b/debian/libwfmath-1.0-1v5.lintian-overrides @@ -0,0 +1,3 @@ +# False positive due to fortified calls (memmove, memcpy, fread) being fully +# validated at compile time. +libwfmath-1.0-1v5: hardening-no-fortify-functions -- 2.5.0
Bug#791107: nmu diff for libcommoncpp2 1.8.1-6.1
Dear maintainer, I've prepared a NMU for libcommoncpp2, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 2b8a852abe1ec111cadd03a9506b5249fc42e02f Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:39:25 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791107). --- debian/changelog | 7 +++ debian/control | 8 +--- debian/libccgnu2-1.8-0.install | 1 - debian/libccgnu2-1.8-0v5.install | 1 + 4 files changed, 13 insertions(+), 4 deletions(-) delete mode 100644 debian/libccgnu2-1.8-0.install create mode 100644 debian/libccgnu2-1.8-0v5.install diff --git a/debian/changelog b/debian/changelog index 9dc7c20..a55399c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +libcommoncpp2 (1.8.1-6.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791107). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:39:25 +0200 + libcommoncpp2 (1.8.1-6) unstable; urgency=low * Hardcode Build-Depends: libgnutls28-dev diff --git a/debian/control b/debian/control index 3e40e80..46917e3 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,7 @@ Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-voip/libcommoncpp2/ Package: libcommoncpp2-dev Section: libdevel Architecture: any -Depends: ${misc:Depends}, libccgnu2-1.8-0 (= ${binary:Version}), libgnutls28-dev | libgnutls-dev, zlib1g-dev, libgcrypt11-dev | libgcrypt-dev, pkg-config +Depends: ${misc:Depends}, libccgnu2-1.8-0v5 (= ${binary:Version}), libgnutls28-dev | libgnutls-dev, zlib1g-dev, libgcrypt11-dev | libgcrypt-dev, pkg-config Suggests: libcommoncpp2-doc Description: Header files and static libraries for Common C++ 2 Common C++ is a GNU package which offers portable abstraction of system @@ -26,12 +26,14 @@ Description: Header files and static libraries for Common C++ 2 . This package contains the development files. -Package: libccgnu2-1.8-0 +Package: libccgnu2-1.8-0v5 Section: libs Architecture: any Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} Multi-Arch: same +Conflicts: libccgnu2-1.8-0 +Replaces: libccgnu2-1.8-0 Description: GNU package for creating portable C++ programs Common C++ 2 is a GNU package which offers portable abstraction of system services such as threads, networks, and sockets. Common @@ -62,7 +64,7 @@ Package: libcommoncpp2-dbg Section: debug Priority: extra Architecture: any -Depends: ${misc:Depends}, libccgnu2-1.8-0 (= ${binary:Version}) +Depends: ${misc:Depends}, libccgnu2-1.8-0v5 (= ${binary:Version}) Description: Debug symbols for Common C++ 2 Common C++ is a GNU package which offers portable abstraction of system services such as threads, networks, and sockets. Common C++ also offers diff --git a/debian/libccgnu2-1.8-0.install b/debian/libccgnu2-1.8-0.install deleted file mode 100644 index 3ddde58..000 --- a/debian/libccgnu2-1.8-0.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/*/lib*.so.* diff --git a/debian/libccgnu2-1.8-0v5.install b/debian/libccgnu2-1.8-0v5.install new file mode 100644 index 000..3ddde58 --- /dev/null +++ b/debian/libccgnu2-1.8-0v5.install @@ -0,0 +1 @@ +usr/lib/*/lib*.so.* -- 2.5.0
Bug#791011: nmu diff for console-bridge 0.2.5-2.1
Dear maintainer, I've prepared a NMU for console-bridge, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 1e1c702b20a415c7360519ffcf44c03c0b089ebc Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:33:59 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791011). --- debian/changelog | 7 +++ debian/control| 12 debian/libconsole-bridge0.2.install | 1 - debian/libconsole-bridge0.2v5.install | 1 + debian/rules | 2 +- 5 files changed, 17 insertions(+), 6 deletions(-) delete mode 100644 debian/libconsole-bridge0.2.install create mode 100644 debian/libconsole-bridge0.2v5.install diff --git a/debian/changelog b/debian/changelog index 5ffdec6..bf73156 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +console-bridge (0.2.5-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791011). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:33:59 +0200 + console-bridge (0.2.5-2) unstable; urgency=low * Remove symbols support diff --git a/debian/control b/debian/control index c3e824a..35ceb70 100644 --- a/debian/control +++ b/debian/control @@ -13,11 +13,13 @@ Vcs-Git: git://anonscm.debian.org/debian-science/packages/console-bridge.git Homepage: https://github.com/ros/console_bridge XS-Testsuite: autopkgtest -Package: libconsole-bridge0.2 +Package: libconsole-bridge0.2v5 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Pre-Depends: ${misc:Pre-Depends} Multi-Arch: same +Conflicts: libconsole-bridge0.2 +Replaces: libconsole-bridge0.2 Description: console bridge - library ROS-independent, pure CMake (i.e. non-catkin and non-rosbuild package) that provides logging calls that mirror those found in @@ -30,7 +32,7 @@ Architecture: any Section: libdevel Depends: libboost-thread-dev, libboost-system-dev, -libconsole-bridge0.2 (= ${binary:Version}), +libconsole-bridge0.2v5 (= ${binary:Version}), pkg-config, ${misc:Depends} Multi-Arch: same Description: console bridge - development files @@ -41,12 +43,14 @@ Description: console bridge - development files This package contains the development files (headers, pkg-config and CMake files). -Package: libconsole-bridge0.2-dbg +Package: libconsole-bridge0.2v5-dbg Architecture: any Section: debug -Depends: libconsole-bridge0.2 (= ${binary:Version}), +Depends: libconsole-bridge0.2v5 (= ${binary:Version}), ${misc:Depends} Multi-Arch: same +Conflicts: libconsole-bridge0.2-dbg +Replaces: libconsole-bridge0.2-dbg Description: console bridge - debugging symbols ROS-independent, pure CMake (i.e. non-catkin and non-rosbuild package) that provides logging calls that mirror those found in diff --git a/debian/libconsole-bridge0.2.install b/debian/libconsole-bridge0.2.install deleted file mode 100644 index 3de3b10..000 --- a/debian/libconsole-bridge0.2.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/*/*.so.* diff --git a/debian/libconsole-bridge0.2v5.install b/debian/libconsole-bridge0.2v5.install new file mode 100644 index 000..3de3b10 --- /dev/null +++ b/debian/libconsole-bridge0.2v5.install @@ -0,0 +1 @@ +usr/lib/*/*.so.* diff --git a/debian/rules b/debian/rules index 928ebc0..aec1817 100755 --- a/debian/rules +++ b/debian/rules @@ -12,4 +12,4 @@ override_dh_auto_clean: dh_auto_clean -- override_dh_strip: - dh_strip -a --dbg-package=libconsole-bridge0.2-dbg + dh_strip -a --dbg-package=libconsole-bridge0.2v5-dbg -- 2.5.0
Bug#791194: nmu diff for logservice 2.7-1.1
Dear maintainer, I've prepared a NMU for logservice, to deal with the libstdc++ transition, and will shortly upload it to the 1-day delayed queue. Please find the debdiff below. Cheers, Julien From 6a273810fd78032d3fb8fafdf31935a68496b459 Mon Sep 17 00:00:00 2001 From: Julien Cristau jcris...@debian.org Date: Sun, 16 Aug 2015 17:46:18 +0200 Subject: [PATCH] Rename library packages for g++5 ABI transition (closes: 791194). --- debian/changelog | 7 +++ debian/control | 12 debian/liblogforwarderutils2.install | 1 - debian/liblogforwarderutils2v5.install | 1 + debian/liblogservicecomponentbase2.install | 1 - debian/liblogservicecomponentbase2v5.install | 1 + 6 files changed, 17 insertions(+), 6 deletions(-) delete mode 100644 debian/liblogforwarderutils2.install create mode 100644 debian/liblogforwarderutils2v5.install delete mode 100644 debian/liblogservicecomponentbase2.install create mode 100644 debian/liblogservicecomponentbase2v5.install diff --git a/debian/changelog b/debian/changelog index 609f7b5..323263c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +logservice (2.7-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Rename library packages for g++5 ABI transition (closes: 791194). + + -- Julien Cristau jcris...@debian.org Sun, 16 Aug 2015 17:46:18 +0200 + logservice (2.7-1) unstable; urgency=low * Initial release (Closes: #628656) diff --git a/debian/control b/debian/control index 1147283..41a809b 100644 --- a/debian/control +++ b/debian/control @@ -40,10 +40,12 @@ Description: Logging service for distributed applications . The service is named LogCentral. -Package: liblogservicecomponentbase2 +Package: liblogservicecomponentbase2v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: liblogservicecomponentbase2 +Replaces: liblogservicecomponentbase2 Description: Library for building LogService components LogService is a logging service for distributed applications. . @@ -53,7 +55,7 @@ Description: Library for building LogService components Package: liblogservicecomponentbase2-dev Section: libdevel Architecture: any -Depends: liblogservicecomponentbase2 (= ${binary:Version}), +Depends: liblogservicecomponentbase2v5 (= ${binary:Version}), liblogforwarderutils2-dev (= ${binary:Version}), ${misc:Depends} Description: liblogservicecomponentbase development files @@ -84,10 +86,12 @@ Description: liblogservicetool development files This package contains development libraries and headers to build applications using libLogServiceTool. -Package: liblogforwarderutils2 +Package: liblogforwarderutils2v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: liblogforwarderutils2 +Replaces: liblogforwarderutils2 Description: Base library for LogService elements LogService is a logging service for distributed applications. . @@ -98,7 +102,7 @@ Description: Base library for LogService elements Package: liblogforwarderutils2-dev Section: libdevel Architecture: any -Depends: liblogforwarderutils2 (= ${binary:Version}), +Depends: liblogforwarderutils2v5 (= ${binary:Version}), libomniorb4-dev, ${misc:Depends} Description: liblogforwarderutils development files diff --git a/debian/liblogforwarderutils2.install b/debian/liblogforwarderutils2.install deleted file mode 100644 index 68fad15..000 --- a/debian/liblogforwarderutils2.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/libLogForwarderUtils.so.* diff --git a/debian/liblogforwarderutils2v5.install b/debian/liblogforwarderutils2v5.install new file mode 100644 index 000..68fad15 --- /dev/null +++ b/debian/liblogforwarderutils2v5.install @@ -0,0 +1 @@ +usr/lib/libLogForwarderUtils.so.* diff --git a/debian/liblogservicecomponentbase2.install b/debian/liblogservicecomponentbase2.install deleted file mode 100644 index 41b015b..000 --- a/debian/liblogservicecomponentbase2.install +++ /dev/null @@ -1 +0,0 @@ -usr/lib/libLogServiceComponentBase.so.* diff --git a/debian/liblogservicecomponentbase2v5.install b/debian/liblogservicecomponentbase2v5.install new file mode 100644 index 000..41b015b --- /dev/null +++ b/debian/liblogservicecomponentbase2v5.install @@ -0,0 +1 @@ +usr/lib/libLogServiceComponentBase.so.* -- 2.5.0
Bug#790913: Subject: csvkit: patch for #790913
Control: tags 790913 + patch Hello, I have attached a patch to fix this bug and attached it to this mail. Let me know if you have any issues. I may prepare a NMU for it. -- Alexandre Viau alexan...@alexandreviau.net From ba062721b28070d66f15bebedcae680b4bf87e99 Mon Sep 17 00:00:00 2001 From: aviau alexan...@alexandreviau.net Date: Mon, 17 Aug 2015 13:50:32 -0400 Subject: [PATCH] Added requirement on openpyxl (Closes: #790913) --- debian/control | 1 + debian/patches/dependencies-greater-or-equal.patch | 27 ++ debian/patches/series | 1 + 3 files changed, 29 insertions(+) create mode 100644 debian/patches/dependencies-greater-or-equal.patch create mode 100644 debian/patches/series diff --git a/debian/control b/debian/control index 8bd1f58..1c13655 100644 --- a/debian/control +++ b/debian/control @@ -25,6 +25,7 @@ Description: library of utilities for working with CSV Package: python3-csvkit Architecture: all Depends: ${python3:Depends}, ${misc:Depends} +Suggests: python3-openpyxl, python3-dbf Description: library of utilities for working with CSV (Python 3) csvkit is a suite of utilities for converting to and working with CSV, the king of tabular file formats. diff --git a/debian/patches/dependencies-greater-or-equal.patch b/debian/patches/dependencies-greater-or-equal.patch new file mode 100644 index 000..f2f993f --- /dev/null +++ b/debian/patches/dependencies-greater-or-equal.patch @@ -0,0 +1,27 @@ +Description: Fix specific dependencies +Author: Alexandre Viau alexan...@alexandreviau.net +Last-Update: 2015-08-17 + +--- a/setup.py b/setup.py +@@ -6,9 +6,9 @@ + install_requires = [ + 'xlrd=0.7.1', + 'sqlalchemy=0.6.6', +-'openpyxl==2.2.0-b1', ++'openpyxl=2.2.0-b1', + 'six=1.6.1', +-'python-dateutil==2.2' ++'python-dateutil=2.2' + ] + + if sys.version_info (2, 7): +@@ -17,7 +17,7 @@ + install_requires.append('simplejson=3.6.3') + + if sys.version_info[0] == 2: +-install_requires.append('dbf==0.94.003') ++install_requires.append('dbf=0.94.003') + + setup( + name='csvkit', diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..7d7de3c --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +dependencies-greater-or-equal.patch -- 2.5.0 signature.asc Description: OpenPGP digital signature
Bug#713313: drift: FTBFS: GenUtil.hs:290:14: Not in scope: `catch'
Hello Clint, On 08/17/2015 12:27 PM, Clint Adams wrote: On Sun, Aug 16, 2015 at 10:46:06PM +0200, Uwe Kleine-König wrote: I'm currently in NM trying to become DD. As part of the process I prepared an NMU for this with the following debdiff. It's that big because I converted the package from dpatch to 3.0 (quilt). I assume the that Thijs will upload this nmu to a delayed queue (assuming he is happy with it). I suggest NMUing the latest upstream version as it will be less painful both long-term nd short-term. It might be, but that's out of bounds for me. I tried, but DrIFT 2.4.2 uses a different build mechanism than 2.3.2 (Setup.hs vs autoconf) and with my limited knowledge of Haskell I'm not able to fix that up. So the options we have (in order of preference) are: a) someone else looks into that creating a proper package for 2.4.2 b) we just use what I prepared (i.e. an NMU based on 2.3.2) c) remove drift as it doesn't build for ages and isn't installable in anything later than wheezy (#753765) and has a low popcon. Given that I already did everything necessary for b) and assuming that a) won't happen soon and that doing b) now doesn't stop others doing a) later: Maybe just stick to b) for now to address #753765 and #713313? Best regards Uwe signature.asc Description: OpenPGP digital signature
Bug#795344: libmems-1.6-1: not properly linked to its dependencies
On Mon, Aug 17, 2015 at 12:11:23AM +0200, Gert Wollny wrote: On 13.08.2015 18:17, Andreas Tille wrote: I confirm that this at least has some effect - unfortunately not the wanted one sinde the @BOOST_FILESYSTEM_LIB@ @BOOST_IOSTREAMS_LIB@ @BOOST_SYSTEM_LIB@ placeholders remain unresolved and the $(DEPS_LIBS) variable remains empty. :_( After digging through m4/boost.m4 I'm quite confident that it is indeed the AC_SUBST that is missing, because with BOOST_FLYEIGHT they do it but not with BOOST_FILESYSTEM. However, I an not confirm this, because for some reason for me configure fails with configure: error: invalid value: boost_major_version= I wonder whether there is some boost.m4 we could steal somewhere. Kind regards Andreas. -- http://fam-tille.de
Bug#795814: FTBFS: boost/math/tools/test.hpp: No such file or directory
Source: k3d Version: 0.8.0.3-7 Severity: serious Justification: fails to build from source (but built successfully in the past) When rebuilt for libsigc++-2.0-0v5, k3d fails to build from source https://buildd.debian.org/status/package.php?p=k3d: In file included from /«PKGBUILDDIR»/k3dsdk/inode.h:28:0, from /«PKGBUILDDIR»/k3dsdk/data.h:28, from /«PKGBUILDDIR»/k3dsdk/plugins_detail.h:27, from /«PKGBUILDDIR»/k3dsdk/plugin.h:27, from /«PKGBUILDDIR»/k3dsdk/application_detail.cpp:25: /«PKGBUILDDIR»/k3dsdk/difference.h:34:37: fatal error: boost/math/tools/test.hpp: No such file or directory I suspect this is a result of the update from Boost 1.55 to Boost 1.58. Regards, S
Bug#795813: kodi: FTBFS with g++-5: multiple definitions of argument-parsing stuff
Source: kodi Version: 14.2+dfsg1-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: patch kodi fails to build from source when binNMU'd for the libstdc++ transitions: https://buildd.debian.org/status/package.php?p=kodi There are lots of errors like this: ../../lib/libmisc.a(argp-parse.o): In function `argp_usage': /«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:568: multiple definition of `argp_usage' ../../lib/libmisc.a(argp-help.o):/«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:568: first defined here ../../lib/libmisc.a(argp-parse.o): In function `_option_is_short': /«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:574: multiple definition of `_option_is_short' ../../lib/libmisc.a(argp-help.o):/«BUILDDIR»/kodi-14.2+dfsg1/xbmc/screensavers/rsxs-0.9/lib/argp.h:574: first defined here I believe this is because g++-5 changed the default interpretation of inline T foo() { ... } from historical GNU behaviour to Standard C++. https://gcc.gnu.org/gcc-5/changes.html In Ubuntu, Matthias Klose patched kodi to use historical GNU inline semantics http://patches.ubuntu.com/k/kodi/kodi_14.2+dfsg1-2ubuntu1.patch: diff -pruN 14.2+dfsg1-2/debian/rules 14.2+dfsg1-2ubuntu1/debian/rules --- 14.2+dfsg1-2/debian/rules 2015-06-04 08:33:30.0 + +++ 14.2+dfsg1-2ubuntu1/debian/rules2015-08-10 19:42:58.0 + @@ -37,6 +37,7 @@ DEB_CFLAGS ?= $(shell dpkg-buildflags - DEB_CXXFLAGS ?= $(shell dpkg-buildflags --get CPPFLAGS) \ $(filter-out -g -O2, $(shell dpkg-buildflags --get CXXFLAGS)) DEB_LDFLAGS ?= $(shell dpkg-buildflags --get LDFLAGS) $(shell pkg-config --libs ftgl) +DEB_CFLAGS += -fgnu89-inline ENV_OPTIONS = CFLAGS=$(DEB_CFLAGS) CXXFLAGS=$(DEB_CXXFLAGS) \ LDFLAGS=$(DEB_LDFLAGS) This is probably an appropriate change for kodi in Debian too. Regards, S