Bug#797279: swift-im ftbfs in unstable
Package: src:swift-im Version: 2.0+dev6-1 Severity: serious Tags: sid stretch swift-im ftbfs in unstable: g++ -o Swiften/Serializer/StreamManagementEnabledSerializer.os -c -Wextra -Wall -Wnon-virtual-dtor -Wundef -Wold-style-cast -Wno-long-long -Woverloaded-virtual -Wfloat-equal -Wredundant-decls -Wlogical-op -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -O2 -g -fPIC -D_FORTIFY_SOURCE=2 -fstack-protector-strong -Wformat -Werror=format-security -O2 -g -fPIC -pthread -fPIC -DSWIFTEN_BUILDING -I. -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libxml2 Swiften/Serializer/StreamManagementEnabledSerializer.cpp g++ -o Swiften/Serializer/StreamResumeSerializer.os -c -Wextra -Wall -Wnon-virtual-dtor -Wundef -Wold-style-cast -Wno-long-long -Woverloaded-virtual -Wfloat-equal -Wredundant-decls -Wlogical-op -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -O2 -g -fPIC -D_FORTIFY_SOURCE=2 -fstack-protector-strong -Wformat -Werror=format-security -O2 -g -fPIC -pthread -fPIC -DSWIFTEN_BUILDING -I. -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libxml2 Swiften/Serializer/StreamResumeSerializer.cpp In file included from /usr/include/boost/optional/optional.hpp:28:0, from /usr/include/boost/optional.hpp:15, from ./Swiften/Elements/StreamResume.h:10, from ./Swiften/Serializer/StreamResumeSerializer.h:11, from Swiften/Serializer/StreamResumeSerializer.cpp:7: /usr/include/boost/optional/optional.hpp: In instantiation of 'std::basic_ostream_CharT, _Traits boost::operator(std::basic_ostream_CharT, _Traits, const boost::optional_detail::optional_tag) [with CharType = char; CharTrait = std::char_traitschar]': /usr/include/boost/lexical_cast/detail/converter_lexical_streams.hpp:235:50: required from 'bool boost::detail::lexical_istream_limited_srcCharT, Traits, RequiresStringbuffer, CharacterBufferSize::shl_input_streamable(InputStreamable) [with InputStreamable = const boost::optionalunsigned int; CharT = char; Traits = std::char_traitschar; bool RequiresStringbuffer = true; long unsigned int CharacterBufferSize = 2ul]' /usr/include/boost/lexical_cast/detail/converter_lexical_streams.hpp:497:86: required from 'bool boost::detail::lexical_istream_limited_srcCharT, Traits, RequiresStringbuffer, CharacterBufferSize::operator(const InStreamable) [with InStreamable = boost::optionalunsigned int; CharT = char; Traits = std::char_traitschar; bool RequiresStringbuffer = true; long unsigned int CharacterBufferSize = 2ul]' /usr/include/boost/lexical_cast/detail/converter_lexical.hpp:476:21: required from 'static bool boost::detail::lexical_converter_implTarget, Source::try_convert(const Source, Target) [with Target = std::__cxx11::basic_stringchar; Source = boost::optionalunsigned int]' /usr/include/boost/lexical_cast/try_lexical_convert.hpp:173:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source, Target) [with Target = std::__cxx11::basic_stringchar; Source = boost::optionalunsigned int]' /usr/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source) [with Target = std::__cxx11::basic_stringchar; Source = boost::optionalunsigned int]' Swiften/Serializer/StreamResumeSerializer.cpp:25:89: required from here /usr/include/boost/optional/optional.hpp:1256:3: error: invalid application of 'sizeof' to incomplete type 'boost::STATIC_ASSERTION_FAILUREfalse' BOOST_STATIC_ASSERT_MSG(sizeof(CharType) == 0, If you want to output boost::optional, include header boost/optional/optional_io.hpp); ^ scons: *** [Swiften/Serializer/StreamResumeSerializer.os] Error 1 scons: building terminated because of errors. debian/rules:18: recipe for target 'build' failed make: *** [build] Error 2
Bug#797281: ompl ftbfs in unstable
Package: src:ompl Version: 0.14.2+dfsg-1 Severity: serious Tags: sid stretch ompl ftbfs in unstable, see the attached log. dpkg-buildpackage: source package ompl dpkg-buildpackage: source version 0.14.2+dfsg-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Leopold Palomo-Avellaneda l...@alaxarxa.net dpkg-source --before-build ompl-0.14.2+dfsg dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean --builddirectory=build --buildsystem=cmake --parallel dh_testdir -O--builddirectory=build -O--buildsystem=cmake -O--parallel dh_auto_clean -O--builddirectory=build -O--buildsystem=cmake -O--parallel debian/rules override_dh_clean make[1]: Entering directory '/scratch/packages/tmp/ompl-0.14.2+dfsg' rm -rf build rm -rf CMakeModules/ompl.pc rm -rf py-bindings/ompl/bindings_generator.py* rm -rf py-bindings/ompl/__init__.pyc rm -rf .registered rm -rf src/external/installPyPlusPlus.bat rm -rf src/external/installPyPlusPlus.sh rm -rf src/ompl/config.h rm -rf tests/resources/config.h rm -rf doc/markdown/api_overview.md doc/markdown/download.md rm -rf doc/markdown/mainpage.md rm -rf py-bindings/bindings rm -rf tests/BoostTestTeamCityReporter.h find py-bindings/ -name *.pypp.* | xargs -n1 rm -rf find py-bindings/ -name *.pyc | xargs -n1 rm -rf find py-bindings/ -name *.so | xargs -n1 rm -rf dh_clean make[1]: Leaving directory '/scratch/packages/tmp/ompl-0.14.2+dfsg' debian/rules build-arch dh build-arch --builddirectory=build --buildsystem=cmake --parallel dh_testdir -a -O--builddirectory=build -O--buildsystem=cmake -O--parallel debian/rules override_dh_auto_configure make[1]: Entering directory '/scratch/packages/tmp/ompl-0.14.2+dfsg' mkdir -p build dh_auto_configure --builddirectory=build -- -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_C_FLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DCMAKE_CXX_FLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DCMAKE_SHARED_LINKER_FLAGS_RELEASE=-Wl,-z,relro -Wl,--as-needed -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_SKIP_INSTALL_RPATH=TRUE -DOMPL_ODESOLVER=ON -DOMPL_REGISTRATION=OFF -DOMPL_BUILD_PYBINDINGS=ON -DOMPL_BUILD_PYTESTS=OFF cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_C_FLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DCMAKE_CXX_FLAGS_RELEASE=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DCMAKE_SHARED_LINKER_FLAGS_RELEASE=-Wl,-z,relro -Wl,--as-needed -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_SKIP_INSTALL_RPATH=TRUE -DOMPL_ODESOLVER=ON -DOMPL_REGISTRATION=OFF -DOMPL_BUILD_PYBINDINGS=ON -DOMPL_BUILD_PYTESTS=OFF -- The CXX compiler identification is GNU 5.2.1 -- The C compiler identification is GNU 5.2.1 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Building RelWithDebInfo -- Boost version: 1.58.0 -- Found the following Boost libraries: -- date_time -- thread -- serialization -- filesystem -- system -- program_options -- unit_test_framework -- chrono -- Boost version: 1.58.0 -- Found the following Boost libraries: -- python CMake Warning (dev) at CMakeModules/PythonBindingsUtils.cmake:26 (get_target_property): Policy CMP0045 is not set: Error on non-existent target in get_target_property. Run cmake --help-policy CMP0045 for policy details. Use the cmake_policy command to set the policy and suppress this warning. get_target_property() called with non-existent target py_ompl. Call Stack (most recent call first): py-bindings/CMakeLists.txt:6 (include) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at src/ompl/CMakeLists.txt:81 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run cmake --help-policy CMP0026 for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target ompl. Use the target name directly with add_custom_command, or use the generator expression $TARGET_FILE, as appropriate. This warning is for project developers. Use -Wno-dev to suppress it. -- Configuring done -- Generating done -- Build files have been written to: /scratch/packages/tmp/ompl-0.14.2+dfsg/build make[1]:
Bug#776192: mptsas probe failure and crash, probably related to udev timeout
I just tried to install Debian Jessie 8.1 onto a Dell 1950 ! Installation go though correctly, but the box will not boot afterward with the error mentioned in this bug report ! I tried Martintxo solution, but sadly 220-4 of udev is not available anymore, and installing a newer version require systemd upgrade, and when I tried that, the box didn't gave the same error but wouldn't boot anyway ! I don't want to worried that my system will not boot and install a custom kernel... I really want to switch to debian (on rhel right now), but this issue is killing me !
Bug#782719: lvm2: Strange state of lvmetad
the warning i get at boot is something about cannot connect to /var/run/lvm/lvmetad.socket but that's not the correct location for that file, its actually in /run/lvmetad.socket so even enabling the services doesn't get rid of the boot messages, and possibly starts the service incorrectly. On Thu, 13 Aug 2015 11:48:47 + Bastian Blank wa...@debian.org wrote: lvmetad is now enabled by default. Bastian
Bug#797213: wheezy-pu: package partconf/1.40+deb7u1
Control: tags -1 + confirmed On Fri, 2015-08-28 at 17:40 +0200, Cyril Brulebois wrote: A fix for a very old bug was committed during the jessie release cycle, but I had been initially reluctant to pushing it for a point release as it had received little testing. It's been a very long time now, and I'm not aware of related regressions, so let's go for it? Changelog entry: | partconf (1.40+deb7u1) wheezy; urgency=low | | [ Milan Kupcevic ] | * Exclude CD/DVD drives from partition search. (thanks, Frank Fegert) | Closes: #332227 Please go ahead. Regards, Adam
Bug#797209: jessie-pu: package grub-installer/1.117+deb8u1
Control: tags -1 + confirmed On Fri, 2015-08-28 at 17:26 +0200, Cyril Brulebois wrote: Ian prepared a backport of a fix to grub-installer, which currently fails to propagate a variable to the installed system. Changelog entry: | grub-installer (1.117+deb8u1) jessie; urgency=medium | | [ Ian Campbell ] | * Correctly propagate grub-installer/force-efi-extra-removable to installed | system. (Closes: #792247). | | -- Cyril Brulebois k...@debian.org Fri, 28 Aug 2015 17:20:01 +0200 and patch attached. Please tell us whether that looks OK and if timing for next point release still allows that. If you're confident in the fix then please go ahead (bearing in mind the time constraints, as you mentioned). Regards, Adam
Bug#797246: jessie-pu: package glibc/2.19-18+deb8u1
Control: tags -1 + confirmed On Fri, 2015-08-28 at 23:29 +0200, Aurelien Jarno wrote: I would like to update the glibc in jessie using the upstream stable branch. It only contains 3 small commits, fixing important bugs and one security issue: - Fix pthread_mutex_trylock with lock elision. Closes: #759197, #788999. - Fix gprof entry point on ppc64el. Closes: #794222. - Fix a bugger overflow in overflow in getanswer_r (CVE-2015-1781) I suspect that last entry wants a couple of edits :-) (for the unfortunate typo and the repeated overflow in). With that fixed, please go ahead, bearing in mind that the window for 8.2 closes this weekend. Regards, Adam
Bug#797075: /usr/share/emacs/site-lisp/mu4e/*.elc
Hi Barak, Installing mu4e results in byte-compiled files /usr/share/emacs/site-lisp/mu4e/*.elc Indeed, they should not be there. The approved thing to do is to have only source files there, with symbolic links to them from each relevant flavour, e.g., /usr/share/emacs24/site-lisp/mu4e/*.el - ../../../emacs/site-lisp/mu4e/*.el That is already happening. Only the /usr/share/emacs/site-lisp/mu4e/*.elc are wrong. I need to remove them. Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#797285: tango ftbfs in unstable
Package: src:tango Version: 8.1.2c+dfsg-5 Severity: serious Tags: sid stretch tango ftbfs in unstable, libtool: link: g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -D_REENTRANT -DOMNI_UNLOADABLE_STUBS -Wl,-z -Wl,relro -o .libs/notifd2db notifd2db.o -L../../lib/cpp/server /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so -L../../lib/cpp/log4tango/src /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/log4tango/src/.libs/liblog4tango.so -lzmq -ldl -L/usr/lib -lomniORB4 -lomniDynamic4 -lCOS4 -lnsl -lomnithread -lpthread /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constunsigned long::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constlong::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constint::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constunsigned char::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constdouble::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constunsigned int::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constshort::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constunsigned short::str' /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so: undefined reference to `Tango::ranges_type2constfloat::str' collect2: error: ld returned 1 exit status Makefile:472: recipe for target 'notifd2db' failed make[4]: *** [notifd2db] Error 1 make[4]: Leaving directory '/scratch/packages/tmp/tango-8.1.2c+dfsg/build/utils/notifd2db' Makefile:432: recipe for target 'all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory '/scratch/packages/tmp/tango-8.1.2c+dfsg/build/utils' Makefile:524: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/scratch/packages/tmp/tango-8.1.2c+dfsg/build' Makefile:454: recipe for target 'all' failed make[1]: *** [all] Error 2
Bug#797289: libxml-easyobj-perl: FTBFS: Can't locate object method getXMLDecl via package XML::DOM::Element
Source: libxml-easyobj-perl Version: 1.12-3 Severity: serious Justification: FTBFS This package FTBFS in a clean sid chroot: Can't locate object method getXMLDecl via package XML::DOM::Element at /usr/ share/perl5/XML/DOM.pm line 1221. t/write.t . 1..11 # Running under perl version 5.020002 for linux # Current time local: Fri Aug 28 19:12:33 2015 # Current time GMT: Fri Aug 28 19:12:33 2015 # Using Test.pm version 1.26 ok 1 Dubious, test returned 255 (wstat 65280, 0xff00) Failed 10/11 subtests Failed 1/5 test programs. 0/33 subtests failed. Test Summary Report --- t/write.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 11 tests but ran 1. Files=5, Tests=33, 1 wallclock secs ( 0.07 usr 0.05 sys + 1.16 cusr 0.14 csys = 1.42 CPU) Result: FAIL Cheers, Dominic.
Bug#797290: libcogl20: gnome-shell segfaults with error 4 in libcogl.so.20.3.0 on intel DRI driver: i965
Package: libcogl20 Version: 1.20.0-2 Severity: important Dear Maintainer, * What led up to the situation? After a dist-upgrade, gnome shell got removed. After gnome-shell became available for installation again, it installs cleanly again, but segfaults when starting. Relevant error messare from /var/log/message: Aug 28 19:32:56 della kernel: [149450.625143] gnome-shell[27088]: segfault at 64 ip 7f7502408440 sp 7fff5c4861c8 error 4 in libcogl.so.20.3.0[7f75023b7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della kernel: [149450.793560] gnome-shell[27103]: segfault at 64 ip 7ff8bea28440 sp 7ffd76e818c8 error 4 in libcogl.so.20.3.0[7ff8be9d7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: App 'gnome-shell.desktop' respawning too quickly * What exactly did you do (or not do) that was effective (or ineffective)? I do not know how to prevent gnome-shell from using libcogl in order to make sure that it is indeed a libcogl problem rahter than a gnome-shell roblem. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libcogl20 depends on: ii libc6 2.19-19 ii libdrm2 2.4.64-1 ii libegl1-mesa [libegl1-x11] 10.6.4-1 ii libgbm1 10.6.4-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgl1-mesa-glx 10.6.4-1 ii libglib2.0-02.44.1-1.1 ii libwayland-client0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.6.4-1 ii libwayland-server0 1.8.1-1 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxrandr2 2:1.5.0-1 Versions of packages libcogl20 recommends: ii libcogl-common 1.20.0-2 Versions of packages libcogl20 suggests: ii libgles2-mesa [libgles2] 10.6.4-1 -- no debconf information
Bug#797269: plan aborts in append mode with assertion sizeof(l) 6 failed
[Revak R. Tyagi] Dear Maintainer, Hi. I am very happy to hear from you. I was starting to suspect I was the only user of plan left. :) While trying to add an appointment using command line, e.g., plan 0930 -l '00:10' 'message' plan aborts, giving the following message, plan: main.c:334: non_interactive: Assertion `sizeof(l) 6' failed. Aborted This seems to be a check for sizeof(long long) which on my amd64 system is 8 Bytes. Obs, that assert is wrong. It should look like this long long l; assert(sizeof(l) = 6); The reason I added the assert was to ensure that the l value was able to store numbers looking like this: 201512012330 (ie 2015-12-01T23:30 in ISO 8601 format), but obviously I got it wrong. A fix is in git. I'll upload the fixed version to unstable as soon as possible. -- Happy hacking Petter Reinholdtsen
Bug#797287: python-hglib: FTBFS: debian/rules:10: recipe for target 'test_python2.7' failed
Source: python-hglib
Version: 1.6-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
python-hglib fails to build from source in unstable/amd64:
[..]
==
FAIL: test_update (tests.test-summary.test_summary)
--
Traceback (most recent call last):
File /tmp/buildd/python-hglib-1.6/tests/test-summary.py, line 49,
in test_update
self.assertEquals(self.client.summary(), d)
AssertionError: {'commit': True, 'phases': '2 draft', 'branch':
'default', 'parent': [(0, 'b0a30 [truncated]... != {'commit': True,
'branch': 'default', 'parent': [(0, 'b0a306aee1aa', None, 'firs
[truncated]...
{'branch': 'default',
'commit': True,
'parent': [(0, 'b0a306aee1aa', None, 'first')],
- 'phases': '2 draft',
'update': 1}
--
Ran 97 tests in 48.380s
FAILED (failures=5)
Makefile:17: recipe for target 'tests' failed
make[2]: *** [tests] Error 1
make[2]: Leaving directory '/tmp/buildd/python-hglib-1.6'
debian/rules:10: recipe for target 'test_python2.7' failed
make[1]: *** [test_python2.7] Error 2
make[1]: Leaving directory '/tmp/buildd/python-hglib-1.6'
debian/rules:7: 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/python-hglib_1.6-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: Fri Aug 28 10:05:59 GMT+12 2015
I: pbuilder-time-stamp: 1440799559
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 (= 7.0.50), dh-python, python-all, python-nose,
python3-all, python3-nose, mercurial (= 1.9)
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20223 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-python; however:
Package dh-python is not installed.
pbuilder-satisfydepends-dummy depends on python-all; however:
Package python-all is not installed.
pbuilder-satisfydepends-dummy depends on python-nose; however:
Package python-nose is not installed.
pbuilder-satisfydepends-dummy depends on python3-all; however:
Package python3-all is not installed.
pbuilder-satisfydepends-dummy depends on python3-nose; however:
Package python3-nose is not installed.
pbuilder-satisfydepends-dummy depends on mercurial (= 1.9); however:
Package mercurial 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:
dh-python{a} libexpat1{a} libjs-excanvas{a} libmpdec2{a}
libpython-stdlib{a} libpython2.7-minimal{a} libpython2.7-stdlib{a}
libpython3-stdlib{a} libpython3.4-minimal{a} libpython3.4-stdlib{a}
libssl1.0.0{a} mercurial{a} mercurial-common{a} mime-support{a} python{a}
python-all{a} python-minimal{a} python-nose{a} python-pkg-resources{a}
python2.7{a} python2.7-minimal{a} python3{a} python3-all{a}
python3-minimal{a} python3-nose{a} python3-pkg-resources{a} python3.4{a}
python3.4-minimal{a} ucf{a}
0 packages upgraded, 29 newly installed, 0 to remove and 0 not upgraded.
Bug#797288: lxc: can't set gateway through python api
Package: lxc Version: 1.0.6 Dear Maintainer, I'm developping python scripts to automate the configuration of my containers. And the gateway can't be configured through the Python API. It is fixed in 1.0.7 (https://github.com/lxc/lxc/issues/385), so can we hope to see 1.0.7 in Debian Stable? Or have a fix for the current 1.0.6 version? Thank you. -- Regards, Nicolas KAROLAK
Bug#797277: ITP: ruby-http-form-data -- utility-belt to build form data request bodies
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-http-form-data Version : 1.0.1 Upstream Author : Aleksey V Zapparov i...@member.fsf.org * URL : https://github.com/httprb/form_data.rb * License : Expat Programming Lang: Ruby Description : utility-belt to build form data request bodies
Bug#797100: ben: Uncaught exception: ben-specific error: No configuration file has been specified
Hi, On 2015-08-27 19:35, Gilles Filippini wrote: 'ben monitor' complains about missing configuration file when trying a any of the valid examples. For instance: (sid)pini@pinislim:~/tmp$ mkdir work (sid)pini@pinislim:~/tmp$ cd work (sid)pini@pinislim:~/tmp/work$ ben download Downloading Sources... Downloading Packages_kfreebsd-i386...Downloading Packages_amd64... Downloading Packages_mips... Downloading Packages_armel... Downloading Packages_mipsel... Downloading Packages_armhf... Downloading Packages_powerpc... Downloading Packages_arm64... Downloading Packages_ppc64el... Downloading Packages_i386... Downloading Packages_s390x... Downloading Packages_kfreebsd-amd64... (sid)pini@pinislim:~/tmp/work$ ben monitor -c /usr/share/doc/ben/examples/monitor/ocaml.ben Uncaught exception: ben-specific error: No configuration file has been specified Did I miss something? Configuration files are made to specify general parameters (like list of architectures, path of cache file, etc...). .ben files are not considered as configuration files. You may try the following to make the example work: ben monitor /usr/share/doc/ben/examples/monitor/ocaml.ben Here is an example of a configuration file : https://release.debian.org/transitions/global.conf Regards, -- Mehdi
Bug#790624: fix first link failure
this one fixes the first link failure, however there are more later on ...
Index: b/cmake/OpenMSBuildSystem_externalLibs.cmake
===
--- a/cmake/OpenMSBuildSystem_externalLibs.cmake
+++ b/cmake/OpenMSBuildSystem_externalLibs.cmake
@@ -185,7 +185,7 @@ else()
set(phonon_extra)
message(STATUS Not trying to find Phonon explicitly... If you run into
trouble with Qt Phonon, try to enable it in build system)
endif()
-FIND_PACKAGE(Qt4 REQUIRED QtXML QtNetwork QtSQL QtOpenGL QtSVG QtTest QtWebKit
${phonon_extra})
+FIND_PACKAGE(Qt4 REQUIRED QtCore QtXML QtNetwork QtSQL QtOpenGL QtSVG QtTest
QtWebKit ${phonon_extra})
IF (NOT QT4_FOUND)
message(STATUS QT4 not found!)
Bug#797282: spring ftbfs in unstable
Package: src:spring Version: 100.0+dfsg-1 Severity: serious Tags: sid stretch spring ftbfs in unstable, Linking CXX executable test_ThreadPool cd /scratch/packages/tmp/spring-100.0+dfsg/obj-x86_64-linux-gnu/test /usr/bin/cmake -E cmake_link_script CMakeFiles/test_ThreadPool.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fuse-ld=gold -std=gnu++11 -fdiagnostics-color=always -mtune=generic -msse -mfpmath=sse -mno-sse2 -mno-sse3 -mno-ssse3 -mno-sse4.1 -mno-sse4.2 -mno-sse4 -mno-sse4a -mno-avx -mno-fma -mno-fma4 -mno-xop -mno-lwp -mno-avx2 -fsingle-precision-constant -frounding-math -mieee-fp -pipe -fno-strict-aliasing -fvisibility=hidden -fvisibility-inlines-hidden -pthread -O2 -Wno-unknown-pragmas -DNDEBUG -g -Wl,-z,relro -Wl,--icf=all -Wl,-O3 CMakeFiles/test_ThreadPool.dir/engine/System/testThreadPool.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/ThreadPool.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Misc/SpringTime.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/UnsyncedRNG.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Platform/CpuID.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Platform/Threading.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/SafeCStrings.c.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/Backend.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/LogUtil.c.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/DefaultFilter.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/DefaultFormatter.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/FramePrefixer.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/ConsoleSink.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Log/StreamSink.cpp.o CMakeFiles/test_ThreadPool.dir/__/rts/System/Platform/Linux/ThreadSupport.cpp.o -o test_ThreadPool -rdynamic -lboost_unit_test_framework -lboost_thread -lboost_chrono -lrt -lboost_system /usr/include/c++/5/bits/atomic_base.h:355: error: undefined reference to '__atomic_is_lock_free' collect2: error: ld returned 1 exit status test/CMakeFiles/test_ThreadPool.dir/build.make:443: recipe for target 'test/test_ThreadPool' failed make[5]: *** [test/test_ThreadPool] Error 1
Bug#741573: Proposed draft of ballot to resolve menu/desktop question
On Friday 28 August 2015 19:58:02 Matthew Vernon wrote: That's not much comfort to folk like me who use the trad menu (I'm an FVWM user) - you're proposing getting rid of something that currently works, and leaving nothing to replace it with. https://wiki.archlinux.org/index.php/Xdg-menu There. something to replace it with. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank
Bug#797278: ufw: Depends: debconf, [...], debconf (= 0.5) | debconf-2.0, but deconf implies debconf (= 0.5)
Source: ufw Severity: minor Hi, I notcied that ufw depends on debconf AND debconf (= 0.5) | debconf-2.0. Even in oldoldstable (Squeeze), the version of debconf is strictly greater than 0.5 and accordingly, the second clause is implied by the unversion debconf dependency. Please drop the explicit debconf dependency in debian/control. By using debhelper, the package will automatically obtain the the debconf (= 0.5) | debconf-2.0 dependency. This dependency is preferred as it also permits cdebconf to satisfy the relation. Thanks, ~Niels
Bug#797201: jessie-pu: package bird/1.4.5-1+deb8u1
Control: tags -1 + confirmed On Fri, 2015-08-28 at 15:27 +0200, Ondřej Surý wrote: this is a simple patch that help migrate /etc/bird6.conf to /etc/bird/bird6.conf as the /etc/bird6.conf was provided in bird6 package in wheezy (and that was dropped in jessie). The d-m-s call missed an old package name, that is fixed here. (Courtesy of Christopher Biebl) Please go ahead, bearing in mind that the window for 8.2 closes this weekend. Regards, Adam
Bug#797227: segfault - gst_memory_unmap, libgstreamer
On 2015-08-29 08:41:21 +0900, Mike Hommey wrote: On Sat, Aug 29, 2015 at 12:27:02AM +0200, Vincent Lefevre wrote: On 2015-08-29 00:17:06 +0200, Vincent Lefevre wrote: On 2015-08-28 19:34:53 +0100, jnqnfe wrote: Package: iceweasel Version: 38.2.1esr-1 Severity: grave The latest iceweasel update causes it to segfault shortly after loading it. I don't have any problem on my side (also an x86_64 machine). I can reproduce the segmentation fault after installing gstreamer1.0-plugins-bad and opening: https://vimeo.com/55640554 I would say that's a plugin bug, not an iceweasel bug. Can't reproduce here under those conditions, what version of gstreamer are you using? gstreamer1.0-plugins-bad 1.4.5-2+b2 I forgot, to make Iceweasel crash, I also need to play the video. As soon as I click on the play button, it crashes. With valgrind, it crashes before the video is played. After thousands of errors (due to GTK?): ==24014== Invalid free() / delete / delete[] / realloc() ==24014==at 0x4C2A360: operator delete(void*) (vg_replace_malloc.c:507) ==24014==by 0x8687D44: ??? (in /usr/lib/iceweasel/libxul.so) ==24014==by 0xFFEFF4277: ??? ==24014==by 0x47D8A39F: ??? ==24014==by 0xF0044: ??? ==24014==by 0xD: ??? ==24014==by 0x1DC002E: ??? ==24014==by 0x157: ??? ==24014==by 0x46C264DF: ??? ==24014==by 0x1DB: ??? ==24014==by 0x47D8A35F: ??? ==24014==by 0x70006: ??? ==24014== Address 0x47d8a3c0 is not stack'd, malloc'd or (recently) free'd ==24014== ==24014== ==24014== HEAP SUMMARY: ==24014== in use at exit: 167,383 bytes in 1,809 blocks ==24014== total heap usage: 2,206 allocs, 398 frees, 199,671 bytes allocated ==24014== ==24014== LEAK SUMMARY: ==24014==definitely lost: 0 bytes in 0 blocks ==24014==indirectly lost: 0 bytes in 0 blocks ==24014== possibly lost: 0 bytes in 0 blocks ==24014==still reachable: 167,383 bytes in 1,809 blocks ==24014== suppressed: 0 bytes in 0 blocks ==24014== Rerun with --leak-check=full to see details of leaked memory ==24014== ==24014== For counts of detected and suppressed errors, rerun with: -v ==24014== ERROR SUMMARY: 213015 errors from 16069 contexts (suppressed: 3 from 1) -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Bug#797283: rss2irc: build-depends unsatisfiable in sid and stretch
package: rss2irc version: 1.0.6-3 severity: serious tags: sid stretch according to https://buildd.debian.org/status/package.php?p=rss2ircsuite=unstable rss2irc build-depends on missing: - amd64:libghc-irc-dev ( 0.6) packages.debian.org confirms that the version of libghc-irc-dev in sid and stretch is 0.6.2.0-2+bsomething where something varies by architecture.
Bug#797246: jessie-pu: package glibc/2.19-18+deb8u1
On 2015-08-29 08:58, Adam D. Barratt wrote: Control: tags -1 + confirmed On Fri, 2015-08-28 at 23:29 +0200, Aurelien Jarno wrote: I would like to update the glibc in jessie using the upstream stable branch. It only contains 3 small commits, fixing important bugs and one security issue: - Fix pthread_mutex_trylock with lock elision. Closes: #759197, #788999. - Fix gprof entry point on ppc64el. Closes: #794222. - Fix a bugger overflow in overflow in getanswer_r (CVE-2015-1781) I suspect that last entry wants a couple of edits :-) (for the unfortunate typo and the repeated overflow in). Oops, good catch. I have fixed that. With that fixed, please go ahead, bearing in mind that the window for 8.2 closes this weekend. Thanks, I have just uploaded it. Regards, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#797286: robust-http-client: Missing Build-Depends on libmaven-scm-java
Source: robust-http-client Version: 1.2-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 Tags: patch Dear Maintainer, robust-http-client fails to build from source in unstable/amd64 due to missing Build-Depends on libmaven-scm-java: [..] [INFO] Scanning for projects... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.maven.scm:maven-scm-manager-plexus:jar:debian Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.scm -DartifactId=maven-scm-manager-plexus -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.scm -DartifactId=maven-scm-manager-plexus -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.jvnet.robust-http-client:robust-http-client:jar:1.2 2) org.apache.maven.scm:maven-scm-manager-plexus:jar:debian -- 1 required artifact is missing. for artifact: org.jvnet.robust-http-client:robust-http-client:jar:1.2 from the specified remote repositories: central (https://repo1.maven.org/maven2), m.g.o-public (http://maven.glassfish.org/content/groups/public/) NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Sat Aug 29 10:26:47 BST 2015 [INFO] Final Memory: 5M/236M [INFO] /usr/share/cdbs/1/class/maven.mk:93: recipe for target 'mvn-build' failed make: *** [mvn-build] Error 1 [..] The full build log is attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- dpkg-buildpackage -rfakeroot -D -us -uc -b dpkg-buildpackage: source package robust-http-client dpkg-buildpackage: source version 1.2-2 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by James Page james.p...@ubuntu.com dpkg-source --before-build robust-http-client-1.2 dpkg-buildpackage: host architecture amd64 dpkg-source: warning: unknown information field 'Dm-Upload-Allowed' in input data in general section of control info file fakeroot debian/rules clean test -x debian/rules mkdir -p . cd . /usr/lib/jvm/default-java/bin/java -noverify -cp /usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar -Dproperties.file.manual=/home/lamby/temp/cdt.20150829092438.U7IEMGbZne/robust-http-client-1.2/debian/maven.properties -Dclassworlds.conf=/etc/maven2/m2-debian.conf org.codehaus.classworlds.Launcher -s/etc/maven2/settings-debian.xml -Dmaven.repo.local=/home/lamby/temp/cdt.20150829092438.U7IEMGbZne/robust-http-client-1.2/debian/maven-repo clean [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.maven.scm:maven-scm-manager-plexus:jar:debian Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.scm -DartifactId=maven-scm-manager-plexus -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.scm -DartifactId=maven-scm-manager-plexus -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.jvnet.robust-http-client:robust-http-client:jar:1.2 2) org.apache.maven.scm:maven-scm-manager-plexus:jar:debian -- 1 required artifact is missing. for artifact: org.jvnet.robust-http-client:robust-http-client:jar:1.2 from the specified remote repositories: central (https://repo1.maven.org/maven2), m.g.o-public
Bug#797284: pytango ftbfs in unstable
Package: src:pytango
Version: 8.1.5-1
Severity: serious
Tags: sid stretch
pytango ftbfs in unstable:
creating /scratch/packages/tmp/pytango-8.1.5/build/sphinx/html
Running Sphinx v1.3.1
Traceback (most recent call last):
File setup.py, line 528, in module
main()
File setup.py, line 525, in main
return setup(**setup_args())
File /usr/lib/python2.7/distutils/core.py, line 151, in setup
dist.run_commands()
File /usr/lib/python2.7/distutils/dist.py, line 953, in run_commands
self.run_command(cmd)
File /usr/lib/python2.7/distutils/dist.py, line 972, in run_command
cmd_obj.run()
File setup.py, line 210, in run
dftbuild.run(self)
File /usr/lib/python2.7/distutils/command/build.py, line 128, in run
self.run_command(cmd_name)
File /usr/lib/python2.7/distutils/cmd.py, line 326, in run_command
self.distribution.run_command(command)
File /usr/lib/python2.7/distutils/dist.py, line 972, in run_command
cmd_obj.run()
File setup.py, line 282, in run
sphinx.setup_command.BuildDoc.run(self)
File /usr/lib/python2.7/dist-packages/sphinx/setup_command.py, line 161, in
run
freshenv=self.fresh_env)
File /usr/lib/python2.7/dist-packages/sphinx/application.py, line 126, in
__init__
confoverrides or {}, self.tags)
File /usr/lib/python2.7/dist-packages/sphinx/config.py, line 277, in
__init__
execfile_(filename, config)
File /usr/lib/python2.7/dist-packages/sphinx/util/pycompat.py, line 128, in
execfile_
exec_(code, _globals)
File /usr/lib/python2.7/dist-packages/six.py, line 672, in exec_
exec(exec _code_ in _globs_, _locs_)
File string, line 1, in module
File conf.py, line 15, in module
File
/scratch/packages/tmp/pytango-8.1.5/build/lib.linux-x86_64-2.7/PyTango/__init__.py,
line 120, in module
from . import _PyTango
ImportError:
/scratch/packages/tmp/pytango-8.1.5/build/lib.linux-x86_64-2.7/PyTango/_PyTango.so:
undefined symbol: _ZN5Tango11DeviceProxy14get_corba_nameB5cxx11Eb
dh_auto_build: python setup.py build --force returned exit code 1
debian/rules:13: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 1
make[1]: Leaving directory '/scratch/packages/tmp/pytango-8.1.5'
Bug#797248: [Pkg-ofed-devel] Bug#797248: mstflint: FTBFS: error: ‘curr_toc’ ... [-Werror=maybe-uninitialized]
On Fri, Aug 28, 2015 at 10:30:43PM +0100, Chris West (Faux) wrote: Source: mstflint Version: 4.0.1+1.43.g97d7275-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, probably due to gcc upgrades: I can confirm. Thank you for reporting! Ana
Bug#797291: debian-parl: FTBFS: Class 'Blend.parl.desktop.EU' (in ancestry of node './desktop-eu') not found under yaml_fs:///usr/share/boxer/jessie/classes
Source: debian-parl
Version: 1.0.9
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,
debian-parl fails to build from source in unstable/amd64:
[..]
/usr/bin/make
make[1]: Entering directory '/tmp/buildd/debian-parl-1.0.9'
mkdir -p content/desktop/eu/
cd content/desktop/eu/ \
boxer compose \
--nodedir /tmp/buildd/debian-parl-1.0.9/nodes \
--skeldir /tmp/buildd/debian-parl-1.0.9/skel \
--suite jessie \
desktop-eu
Class 'Blend.parl.desktop.EU' (in ancestry of node './desktop-eu') not
found under yaml_fs:///usr/share/boxer/jessie/classes
Traceback (most recent call last):
File
/usr/lib/python2.7/dist-packages/reclass/storage/yaml_fs/__init__.py,
line 93, in get_class
path = os.path.join(self.classes_uri, self._classes[name])
KeyError: 'Blend.parl.desktop.EU'
reclass unexpectedly returned exit value 74 at (eval 185) line 12.
at /usr/share/perl5/Boxer/Task/Classify.pm line 69
Makefile:17: recipe for target 'content/desktop/eu/preseed.cfg' failed
make[1]: *** [content/desktop/eu/preseed.cfg] Error 74
make[1]: Leaving directory '/tmp/buildd/debian-parl-1.0.9'
debian/blends.mk:67: recipe for target 'content/desktop/preseed.cfg'
failed
make: *** [content/desktop/preseed.cfg] 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/debian-parl_1.0.9.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 28 09:45:38 GMT+12 2015
I: pbuilder-time-stamp: 1440798338
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: cdbs, debhelper, dh-buildinfo, boxer, boxer-data, shellcheck
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20223 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 cdbs; however:
Package cdbs is not installed.
pbuilder-satisfydepends-dummy depends on dh-buildinfo; however:
Package dh-buildinfo is not installed.
pbuilder-satisfydepends-dummy depends on boxer; however:
Package boxer is not installed.
pbuilder-satisfydepends-dummy depends on boxer-data; however:
Package boxer-data is not installed.
pbuilder-satisfydepends-dummy depends on shellcheck; however:
Package shellcheck 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:
boxer{a} boxer-data{a} cdbs{a} dh-buildinfo{a} libapp-cmd-perl{a}
libb-hooks-endofscope-perl{a} libcapture-tiny-perl{a}
libclass-inspector-perl{a} libclass-load-perl{a}
libclass-method-modifiers-perl{a} libclass-tiny-perl{a}
libdata-optlist-perl{a} libdevel-globaldestruction-perl{a} libexpat1{a}
libexporter-tiny-perl{a} libfile-basedir-perl{a} libfile-homedir-perl{a}
libfile-sharedir-perl{a} libfile-sharedir-projectdistdir-perl{a}
libfile-which-perl{a} libgetopt-long-descriptive-perl{a}
libhash-fieldhash-perl{a} libimport-into-perl{a} libio-stringy-perl{a}
libio-tiecombine-perl{a} libipc-system-simple-perl{a} libjson-perl{a}
liblog-any-perl{a} libmatch-simple-perl{a}
libmodule-implementation-perl{a} libmodule-pluggable-perl{a}
libmodule-runtime-perl{a} libmoo-perl{a} libmoox-log-any-perl{a}
Bug#797292: regina-normal: FTBFS: undefined reference to `srchilite::Utils::toupper...
Source: regina-normal Version: 4.96-2 Severity: serious Justification: FTBFS This package FTBFS in a clean sid chroot: /usr/bin/c++ -O3 -DNDEBUG CMakeFiles/regina-gui.dir/choosers/boundarycompone ntchooser.cpp.o CMakeFiles/regina-gui.dir/choosers/cuspchooser.cpp.o CMakeFiles/ regina-gui.dir/choosers/edgechooser.cpp.o CMakeFiles/regina-gui.dir/choosers/edg eintchooser.cpp.o CMakeFiles/regina-gui.dir/choosers/tetrahedronchooser.cpp.o CM akeFiles/regina-gui.dir/choosers/trianglechooser.cpp.o CMakeFiles/regina-gui.dir /choosers/vertexchooser.cpp.o CMakeFiles/regina-gui.dir/foreign/csvsurfacehandle r.cpp.o CMakeFiles/regina-gui.dir/foreign/dehydrationhandler.cpp.o CMakeFiles/re gina-gui.dir/foreign/exportdialog.cpp.o CMakeFiles/regina-gui.dir/foreign/import dialog.cpp.o CMakeFiles/regina-gui.dir/foreign/isosighandler.cpp.o CMakeFiles/re gina-gui.dir/foreign/orbhandler.cpp.o CMakeFiles/regina-gui.dir/foreign/pdfhandl er.cpp.o CMakeFiles/regina-gui.dir/foreign/pythonhandler.cpp.o CMakeFiles/regina -gui.dir/foreign/recogniserhandler.cpp.o CMakeFiles/regina-gui.dir/foreign/regin ahandler.cpp.o CMakeFiles/regina-gui.dir/foreign/snappeahandler.cpp.o CMakeFiles /regina-gui.dir/foreign/sourcehandler.cpp.o CMakeFiles/regina-gui.dir/packettype s/dim2tricreator.cpp.o CMakeFiles/regina-gui.dir/packettypes/dim2trigluings.cpp. o CMakeFiles/regina-gui.dir/packettypes/dim2triskeleton.cpp.o CMakeFiles/regina- gui.dir/packettypes/dim2triui.cpp.o CMakeFiles/regina-gui.dir/packettypes/eltmov edialog.cpp.o CMakeFiles/regina-gui.dir/packettypes/facetgraphtab.cpp.o CMakeFil es/regina-gui.dir/packettypes/gaprunner.cpp.o CMakeFiles/regina-gui.dir/packetty pes/groupwidget.cpp.o CMakeFiles/regina-gui.dir/packettypes/nanglestructurecreat or.cpp.o CMakeFiles/regina-gui.dir/packettypes/nanglestructureui.cpp.o CMakeFile s/regina-gui.dir/packettypes/ncompatcanvas.cpp.o CMakeFiles/regina-gui.dir/packettypes/ncontainerui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nnormalsurfacecreator.cpp.o CMakeFiles/regina-gui.dir/packettypes/nnormalsurfaceui.cpp.o CMakeFiles/regina-gui.dir/packettypes/npdfui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nscriptui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsnappeaalgebra.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsnappeacreator.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsnappeafile.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsnappeagluings.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsnappeashapes.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsnappeaui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacecompatui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacecoordinateui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacefiltercomb.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacefiltercreator.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacefilterprop.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacematchingui.cpp.o CMakeFiles/regina-gui.dir/packettypes/nsurfacesummaryui.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntextui.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntrialgebra.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntriangulationcreator.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntriangulationui.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntricomposition.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntrigluings.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntriskeleton.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntrisurfaces.cpp.o CMakeFiles/regina-gui.dir/packettypes/skeletonwindow.cpp.o CMakeFiles/regina-gui.dir/packettypes/ntrisnappea.cpp.o CMakeFiles/regina-gui.dir/packettypes/snappeacomponents.cpp.o CMakeFiles/regina-gui.dir/python/commandedit.cpp.o CMakeFiles/regina-gui.dir/python/pythonconsole.cpp.o CMakeFiles/regina-gui.dir/python/pythoninterpreter.cpp.o CMakeFiles/regina-gui.dir/python/pythonoutputstream.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/GNUSyntaxHighlighter.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/Qt4SyntaxHighlighter.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/Qt4TextFormatter.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/Qt4TextFormatterFactory.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/QtColorMap.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/TextFormatter.cpp.o CMakeFiles/regina-gui.dir/srchiliteqt/TextFormatterFactory.cpp.o CMakeFiles/regina-gui.dir/bigwidget.cpp.o CMakeFiles/regina-gui.dir/codecchooser.cpp.o CMakeFiles/regina-gui.dir/columnlayout.cpp.o CMakeFiles/regina-gui.dir/examplesaction.cpp.o CMakeFiles/regina-gui.dir/iconcache.cpp.o CMakeFiles/regina-gui.dir/introdialog.cpp.o CMakeFiles/regina-gui.dir/main.cpp.o CMakeFiles/regina-gui.dir/reginamain.cpp.o CMakeFiles/regina-gui.dir/reginapref.cpp.o CMakeFiles/regina-gui.dir/reginamanager.cpp.o CMakeFiles/regina-gui.dir/actionspart.cpp.o CMakeFiles/regina-gui.dir/exports.cpp.o CMakeFiles/regina-gui.dir/imports.cpp.o CMakeFiles/regina-gui.dir/messagelayer.cpp.o CMakeFiles/regina-gui.dir/newpacketdialog.cpp.o
Bug#797238: [debian-mysql] Bug#797238: galera-3 ftbfs in unstable
This issue was already fixed in commit http://anonscm.debian.org/cgit/pkg-mysql/galera-3.git/commit/?id=3ccca8f62609bd310d670de0fc96065466eaa2e8 I see your patch also contains diagnostic lines. If you want those included in the package, please rebase your patch on the current git master at http://anonscm.debian.org/cgit/pkg-mysql/galera-3.git/ (github mirror for easy pull requests available at https://github.com/ottok/galera-3) and send it as a patch or a git pull request. Thank you for looking into Galera build issues!
Bug#797295: request-tracker4: FTBFS with perl 5.22: t/mail/html-outgoing.t
Source: request-tracker4 Version: 4.2.11-3 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22: # Email Content-Type: # multipart/alternative; boundary=--=_1440822907-21667-9 # doesn't match '(?^:text/html)' # Failed test 'email matched' # at t/mail/html-outgoing.t line 97. # Content-Type: multipart/alternative; boundary=--=_1440822907-21667-9 # Subject: [example.com #1] The internet is broken # From: The RT System itself via RT # Reply-To: # In-Reply-To: # References: rt-ticke...@example.com # Message-ID: rt-4.2.11-21667-1440822907-165.1-...@example.com # X-RT-Loop-Prevention: example.com # X-RT-Ticket: example.com #1 # X-Managed-BY: RT 4.2.11 (http://www.bestpractical.com/rt/) # To: t...@example.com # BCC: root@localhost # Precedence: bulk # Date: Sat, 29 Aug 2015 00:35:07 -0400 # MIME-Version: 1.0 # Content-Transfer-Encoding: 8bit # # This is a multi-part message in MIME format... # # =_1440822907-21667-9 # RT-Attach-Message: yes # Content-Type: text/plain; charset=utf-8 # X-RT-Original-Encoding: utf-8 # # Ticket URL: http://localhost:1192/Ticket/Display.html?id=1 # # Foo Foo # # =_1440822907-21667-9 # Content-Type: text/html; charset=utf-8 # X-RT-Original-Encoding: utf-8 # # Ticket URL: a href=http://localhost:1192/Ticket/Display.html?id=1;http://localhost:1192/Ticket/Display.html?id=1/a # br / # br / # tabletrtdtabletrtdFoo/td/tr/table/td/tr/table # # =_1440822907-21667-9-- # Email Content-Type: # multipart/alternative; # boundary=--=_1440822907-21667-11 # doesn't match '(?^:text/html)' # Failed test 'email matched' # at t/mail/html-outgoing.t line 97. # Content-Type: multipart/alternative; # boundary=--=_1440822907-21667-11 # Subject: [example.com #1] The internet is broken # From: The RT System itself via RT # Reply-To: # In-Reply-To: # References: rt-ticke...@example.com # Message-ID: rt-4.2.11-21667-1440822907-1588.1-...@example.com # X-RT-Loop-Prevention: example.com # X-RT-Ticket: example.com #1 # X-Managed-BY: RT 4.2.11 (http://www.bestpractical.com/rt/) # To: endu...@example.com # Precedence: bulk # Date: Sat, 29 Aug 2015 00:35:07 -0400 # MIME-Version: 1.0 # Content-Transfer-Encoding: 8bit # # This is a multi-part message in MIME format... # # =_1440822907-21667-11 # RT-Attach-Message: yes # Content-Type: text/plain; charset=utf-8 # X-RT-Original-Encoding: utf-8 # # Foo Foo # # =_1440822907-21667-11 # Content-Type: text/html; charset=utf-8 # X-RT-Original-Encoding: utf-8 # # tabletrtdtabletrtdFoo/td/tr/table/td/tr/table # # =_1440822907-21667-11-- # Failed test at t/mail/html-outgoing.t line 108. # found warning: Use of uninitialized value $_ in concatenation (.) or string at /usr/share/perl5/HTML/FormatText/WithLinks/AndTables.pm line 214. # found warning: Use of uninitialized value $ptag in string eq at /usr/share/perl5/HTML/Element.pm line 711. # found warning: Use of uninitialized value $ptag in string eq at /usr/share/perl5/HTML/Element.pm line 711. # found warning: Use of uninitialized value $ptag in hash element at /usr/share/perl5/HTML/Element.pm line 711. # found warning: Use of uninitialized value in string eq at /usr/share/perl5/HTML/Element.pm line 2218. # found warning: Use of uninitialized value $tag in string eq at /usr/share/perl5/HTML/Element.pm line 2632. # found warning: Use of uninitialized value $tag in string eq at /usr/share/perl5/HTML/Element.pm line 2656. # found warning: Use of uninitialized value $tag in string eq at /usr/share/perl5/HTML/Element.pm line 2656. # found warning: Use of uninitialized value $tag in string eq at /usr/share/perl5/HTML/Element.pm line 2656. # found warning: Use of uninitialized value $tag in concatenation (.) or string at /usr/share/perl5/HTML/Formatter.pm line 150. # found warning: Use of uninitialized value $tag in concatenation (.) or string at /usr/share/perl5/HTML/Formatter.pm line 150. # found warning: Use of uninitialized value $_ in concatenation (.) or string at /usr/share/perl5/HTML/FormatText/WithLinks/AndTables.pm line 214. # found warning: Use of uninitialized value $ptag in string eq at /usr/share/perl5/HTML/Element.pm line 711. # found warning: Use of uninitialized value $ptag in string eq at /usr/share/perl5/HTML/Element.pm line 711. # found warning: Use of uninitialized value $ptag in hash element at /usr/share/perl5/HTML/Element.pm line 711. # found warning: Use of uninitialized value in string eq at /usr/share/perl5/HTML/Element.pm line 2218. # found warning: Use of uninitialized value $tag in string eq at /usr/share/perl5/HTML/Element.pm line 2632. # found warning: Use of uninitialized value $tag in string eq at /usr/share/perl5/HTML/Element.pm line 2656. # found warning: Use of uninitialized value $tag in string eq at
Bug#797282: spring ftbfs in unstable
Am 29.08.2015 um 10:59 schrieb Matthias Klose: Package: src:spring Version: 100.0+dfsg-1 Severity: serious Tags: sid stretch spring ftbfs in unstable, [...] /usr/include/c++/5/bits/atomic_base.h:355: error: undefined reference to '__atomic_is_lock_free' collect2: error: ld returned 1 exit status test/CMakeFiles/test_ThreadPool.dir/build.make:443: recipe for target 'test/test_ThreadPool' failed make[5]: *** [test/test_ThreadPool] Error 1 Hi, apparently one test case fails due to a recent change in GCC 5 which requires to link against -latomic because test/engine/System/testThreadPool.cpp uses std::atomicint cnt(0); BOOST_CHECK(cnt.is_lock_free()); However there is an open GCC bug for this issue too. Judging from the bug log they intend to revert this change in GCC 5.3 or later. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65913 Quote: Does that mean for all the future versions (5.2, 6.0, etc.) -latomic flag is necessary if atomicT::is_lock_free() is used in my program? From my reading of the comments, the patch and current svn sources, the answer is no. The patch is still pending but I wonder if a bug report should be filed against GCC-5 because we are dealing with a regression here. What is your stance on this? Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#797300: gnome-shell: segfaults with error 4 in libcogl.so.20.3.0 on Xorg intel DRI driver: i965
Package: gnome-shell Version: 3.16.3-1 Severity: important Dear Maintainer, * What led up to the situation? After automatic removal of task-gnome-desktop package by a dist-upgrade, gnome- shell is now installable in sid. I just installed it, but it segfaults after starting. Output of /var/log/messages Aug 28 19:32:56 della kernel: [149450.625143] gnome-shell[27088]: segfault at 64 ip 7f7502408440 sp 7fff5c4861c8 error 4 in libcogl.so.20.3.0[7f75023b7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della kernel: [149450.793560] gnome-shell[27103]: segfault at 64 ip 7ff8bea28440 sp 7ffd76e818c8 error 4 in libcogl.so.20.3.0[7ff8be9d7000+a1000] Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Aug 28 19:32:56 della gnome-session[26954]: gnome-session[26954]: WARNING: App 'gnome-shell.desktop' respawning too quickly Relevant bits from Xorg.0.log [149703.976] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20150327 [149703.982] (II) intel(0): [DRI2] DRI driver: i965 [149703.982] (II) intel(0): [DRI2] VDPAU driver: i965 [149704.068]ABI class: X.Org XInput driver, version 21.0 I initially filed a bug against libcogl, ( https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=797290 ) which is probably is not the right place, apologies for that. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii evolution-data-server3.16.5-1 ii gir1.2-accountsservice-1.0 0.6.40-3 ii gir1.2-atspi-2.0 2.16.0-1 ii gir1.2-caribou-1.0 0.4.18.1-1 ii gir1.2-clutter-1.0 1.22.4-1 ii gir1.2-freedesktop 1.44.0-1+b2 ii gir1.2-gcr-3 3.16.0-1 ii gir1.2-gdesktopenums-3.0 3.16.1-1 ii gir1.2-gdm3 3.14.2-2 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.44.0-1+b2 ii gir1.2-gnomebluetooth-1.03.16.1-1 ii gir1.2-gnomedesktop-3.0 3.16.2-2 ii gir1.2-gtk-3.0 3.16.6-1 ii gir1.2-gweather-3.0 3.16.1-1 ii gir1.2-ibus-1.0 1.5.10-1 ii gir1.2-mutter-3.03.16.3-1 ii gir1.2-networkmanager-1.01.0.6-1 ii gir1.2-nmgtk-1.0 1.0.6-1 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-11 ii gir1.2-soup-2.4 2.50.0-2 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.3-1+b2 ii gjs 1.43.3-2 ii gnome-backgrounds3.16.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.16.3-1 ii gnome-shell-common 3.16.3-1 ii gnome-themes-standard3.16.2-2 ii gsettings-desktop-schemas3.16.1-1 ii libatk-bridge2.0-0 2.16.0-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.22.4-1 ii libcogl-pango20 1.20.0-2 ii libcogl201.20.0-2 ii libcroco30.6.8-3+b1 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-18 3.16.5-1 ii libedataserver-1.2-203.16.5-1 ii libgcr-base-3-1 3.16.0-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgirepository-1.0-11.44.0-1+b2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.43.3-2 ii libglib2.0-0 2.44.1-1.1 ii libgstreamer1.0-01.4.5-2 ii libgtk-3-0 3.16.6-1 ii libical1a
Bug#797303: thinkfan: /etc/thinkfan.conf lacks full-speed line
Package: thinkfan Version: 0.8.1-1 Severity: normal Dear Maintainer, After installation the /etc/thinkfan.conf lacks a line that activates the full-speed level of the fan. I copied the line from the german thinkwiki: (127, 75, 32767) # Wichtig: diese Zeile (127 = disengaged d.h. ungeregelt) sorgt für volle Lüfterdrehzahl http://thinkwiki.de/Thinkfan#Temperaturschwellen_konfigurieren Now the fan reaches a speed over 6000 when the cpu is getting hot. Greets Jens Korte -- System Information: Debian Release: 7.8 APT prefers oldstable APT policy: (1001, 'oldstable'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates') Architecture: i386 (i686) Kernel: Linux 3.16.0-0.bpo.4-586 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thinkfan depends on: ii libc6 2.13-38+deb7u8 thinkfan recommends no packages. thinkfan suggests no packages. -- Configuration Files: /etc/default/thinkfan changed: START=yes DAEMON_ARGS=-q /etc/thinkfan.conf changed: (0, 0, 42) (1, 38, 53) (2, 50, 61) (3, 52, 63) (4, 56, 65) (5, 59, 66) (7, 63, 73) (127, 70, 32767) # Wichtig: diese Zeile (127 = disengaged d.h. ungeregelt) sorgt für volle Lüfterdrehzahl -- no debconf information
Bug#664717: See how it's done here...
I've gotten so sick n' tired of all the fake crap! Fake actors...fake screenshots... fake EVERYTHING! And then... I ran into this! Click to check out (N-i-c-e!) [http://simplesocial.ga/link.php?M=18257N=12L=1F=T] And none of this is fake! I know this marketer personally.. I've seethe bank account - it's FAT! See how it's done here... [http://simplesocial.ga/link.php?M=18257N=12L=1F=T] Talk soon, Gina Simple Social 3976 Kovar Road Dedham, MA 02026 You may unsubscribe or change your contact details at any time. Your email client cannot read this email. To view it online, please go here : http://simplesocial.ga/display.php?M=18257C=5014c435ceb1cf49de61bcd69662dbf4S=12L=1N=9 To stop receiving these emails: http://simplesocial.ga/unsubscribe.php?M=18257C=5014c435ceb1cf49de61bcd69662dbf4L=1N=12
Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development and khronos-api uploads to jessie-backports
Hi Jens, On Sat, 29 Aug 2015 07:15:07 +0200, Jens Reyer jre.wine...@gmail.com wrote: wine-development is not yet in testing, but will probably enter tomorrow. Then it would be great if Stephen could sponsor it. khronos-api might be uploaded right now, Mike. Or Stephen does it when he needs them. Thanks for preparing these; I've uploaded khronos-api, I'll upload wine-development once it's migrated. Should I file separate sponsorship requests once wine-development has migrated, so that others might take care of this? I don't mind handling these for the foreseeable future, it doesn't take much effort (just waiting for the builds...). Regards, Stephen pgp4R7yumq_bl.pgp Description: OpenPGP digital signature
Bug#797184: eom should depend on librsvg2-common, not recommend it
Hi, In all releases eom should depend on librsvg2-common; in Jessie there's just no need to specify a version as 1.8 didn't require librsvg2-common = 2.36.2 yet. But in 1.10 librsvg2-common = 2.36.2 is required.
Bug#797311: installation-reports: VAIO pro 13 mk2: insallation all good; problem with keyboard on vake-up after suspend.
Package: installation-reports Severity: normal -- Package-specific info: Boot method: USB Image version: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current/amd64/iso-cd/firmware-8.1.0-amd64-netinst.iso 2015-06-06 16:20 Date: 2015-08-24 Machine: VAIO pro 13 mk2 Partitions: df -Tl will do; the raw partition table is preferred udev devtmpfs 102400 10240 0% /dev tmpfstmpfs1615344 93281606016 1% /run /dev/sda6ext492499152 14845336 72931952 17% / tmpfstmpfs4038356 2084038148 1% /dev/shm tmpfstmpfs 51204 5116 1% /run/lock tmpfstmpfs403835604038356 0% /sys/fs/cgroup /dev/sda2vfat 26214450788 211356 20% /boot/efi tmpfstmpfs 807672 12 807660 1% /run/user/1000 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Installation went perfectly and the purpose of this bug report is to report this; therefore it can be closed anytime later at your convenience. I am particularly impressed that dual-boooting on with Windows 8 went perfecly without any effort: I shrank the Windows partion (in Windows with its native tool), then ran Debian Installer, and chose the assisted partitionning, which did everything for me. Second point that impressed me: the Debian Installer USB key was actually the only one accepting to boot on this machine. Other live USB distributions (Tails, Clef Agreg) failed. Not related to the installer, but this machine still has a major problem: after suspending the system (for instance by closing the lid), the keyboard does not wake up. If somebody knows how to solve this, feedback will be very welcome. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20150422+deb8u1 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux bubu 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09) lspci -knn: Subsystem: Device [1d19:0003] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Broadwell-U Integrated Graphics [8086:1616] (rev 09) lspci -knn: Subsystem: Device [1d19:0003] lspci -knn: 00:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio Controller [8086:160c] (rev 09) lspci -knn: Subsystem: Device [1d19:0003] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Wildcat Point-LP USB xHCI Controller [8086:9cb1] (rev 03) lspci -knn: Subsystem: Device [1d19:0003] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Wildcat Point-LP MEI Controller #1 [8086:9cba] (rev 03) lspci -knn: Subsystem: Device [1d19:0003] lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation Wildcat Point-LP High Definition Audio Controller [8086:9ca0] (rev 03) lspci -knn: Subsystem: Device [1d19:0003] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 [8086:9c98] (rev e3) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 [8086:9c94] (rev e3) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 [8086:9c96] (rev e3) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 [8086:9c90] (rev e3) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation Wildcat Point-LP PCI Express Root Port #6 [8086:9c9a] (rev e3) lspci -knn: Kernel driver in use:
Bug#797304: jessie-pu: package rsyslog/8.4.2-1+deb8u1
Am 29.08.2015 um 13:58 schrieb Michael Biebl:
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I'd like to make a stable upload for rsyslog.
The postgresql output plugin had a grave bug, which makes it basically
unusable [1]. The patch has been in unstable/testing for a while and is
now part of the 8.12.0 upstream release.
Debdiff attached.
Reading the debian/changelog entry again, I noticed that it is
misleading, so I rephrased it a bit.
Updated debdiff attached.
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff --git a/debian/changelog b/debian/changelog
index 69f1255..0b01623 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+rsyslog (8.4.2-1+deb8u1) jessie; urgency=medium
+
+ * Disable transactions in ompgsql as they were not working properly.
+Patch cherry-picked from upstream Git. (Closes: #788183)
+
+ -- Michael Biebl bi...@debian.org Sat, 29 Aug 2015 13:52:34 +0200
+
rsyslog (8.4.2-1) unstable; urgency=high
* New upstream release.
diff --git a/debian/gbp.conf b/debian/gbp.conf
index c31be83..790495e 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,3 +1,3 @@
[DEFAULT]
pristine-tar = True
-debian-branch = master
+debian-branch = jessie
diff --git
a/debian/patches/0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
b/debian/patches/0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
new file mode 100644
index 000..07d3fd4
--- /dev/null
+++
b/debian/patches/0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
@@ -0,0 +1,76 @@
+From: Rainer Gerhards rgerha...@adiscon.com
+Date: Wed, 8 Jul 2015 08:51:59 +0200
+Subject: bugfix ompgsql: transaction were improperly handled
+
+now transaction support is solidly disabled until we have enough requests
+to implement it again. Module still works fine in single insert mode.
+
+closes https://github.com/rsyslog/rsyslog/issues/399
+
+(cherry-picked from commit 73c9a28653d4e92a6c71210232a83b4b72cdf778)
+---
+ plugins/ompgsql/ompgsql.c | 11 +--
+ 1 file changed, 9 insertions(+), 2 deletions(-)
+
+diff --git a/plugins/ompgsql/ompgsql.c b/plugins/ompgsql/ompgsql.c
+index 6b89717..72b49ee 100644
+--- a/plugins/ompgsql/ompgsql.c
b/plugins/ompgsql/ompgsql.c
+@@ -234,6 +234,7 @@ writePgSQL(uchar *psz, instanceData *pData)
+ bHadError = tryExec(psz, pData); /* try insert */
+
+ if(bHadError || (PQstatus(pData-f_hpgsql) != CONNECTION_OK)) {
++#if 0 /* re-enable once we have transaction support */
+ /* error occured, try to re-init connection and retry */
+ int inTransaction = 0;
+ if(pData-f_hpgsql != NULL) {
+@@ -242,7 +243,9 @@ writePgSQL(uchar *psz, instanceData *pData)
+ inTransaction = 1;
+ }
+ }
+- if ( inTransaction == 0 ) {
++ if ( inTransaction == 0 )
++#endif
++ {
+ closePgSQL(pData); /* close the current handle */
+ CHKiRet(initPgSQL(pData, 0)); /* try to re-open */
+ bHadError = tryExec(psz, pData); /* retry */
+@@ -282,6 +285,7 @@ CODESTARTtryResume
+ ENDtryResume
+
+
++#if 0 /* re-enable when TX support is added again */
+ BEGINbeginTransaction
+ CODESTARTbeginTransaction
+ dbgprintf(ompgsql: beginTransaction\n);
+@@ -289,6 +293,7 @@ CODESTARTbeginTransaction
+ initPgSQL(pWrkrData-pData, 0);
+ iRet = writePgSQL((uchar*) begin, pWrkrData-pData); /* TODO: make
user-configurable */
+ ENDbeginTransaction
++#endif
+
+
+ BEGINdoAction
+@@ -303,11 +308,13 @@ finalize_it:
+ ENDdoAction
+
+
++#if 0 /* re-enable when TX support is added again */
+ BEGINendTransaction
+ CODESTARTendTransaction
+ iRet = writePgSQL((uchar*) commit;, pWrkrData-pData); /* TODO: make
user-configurable */
+ dbgprintf(ompgsql: endTransaction\n);
+ ENDendTransaction
++#endif
+
+
+ BEGINparseSelectorAct
+@@ -386,7 +393,7 @@ BEGINqueryEtryPt
+ CODESTARTqueryEtryPt
+ CODEqueryEtryPt_STD_OMOD_QUERIES
+ CODEqueryEtryPt_STD_OMOD8_QUERIES
+-CODEqueryEtryPt_TXIF_OMOD_QUERIES /* we support the transactional interface!
*/
++/* CODEqueryEtryPt_TXIF_OMOD_QUERIES currently no TX support! */ /* we
support the transactional interface! */
+ ENDqueryEtryPt
+
+
diff --git a/debian/patches/series b/debian/patches/series
index a8e093a..8351e07 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
0001-Don-t-create-a-database.patch
+0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
signature.asc
Description: OpenPGP digital signature
Bug#787423: jessie-pu: package getmail4/4.46.0-1+debu8u1 with debdiff
Control: tag -1 confirmed On Tue, Jun 2, 2015 at 23:25:35 +0900, Osamu Aoki wrote: My first report was a more-or-less pre-apoproval request. Now that I made a package under ithe jessie chroot, here are the debdiff for dsc and changes files. Please note we have only 1 version of python 2.7 making build result different in the binary package. This is essentially one line addition. +poplib._MAXLINE = 1 20 # 1MB; decrease this if you're running on a VIC-20 See attached debdiff. [...] diff -Nru getmail4-4.46.0/debian/changelog getmail4-4.46.0/debian/changelog --- getmail4-4.46.0/debian/changelog 2014-04-22 23:55:54.0 +0900 +++ getmail4-4.46.0/debian/changelog 2015-06-02 23:08:33.0 +0900 @@ -1,3 +1,12 @@ +getmail4 (4.46.0-1+debu8u1) stable; urgency=low Please use jessie as target distribution; with that change, feel free to upload. Cheers, Julien signature.asc Description: Digital signature
Bug#787962: jessie-pu: package pluma/1.8.1+dfsg1-2+deb8u1
Control: tag -1 moreinfo On Sun, Jun 7, 2015 at 01:30:37 +0200, Mike Gabriel wrote: + * debian/control: ++ Add D (pluma): python-gtksourceview2. (Closes: #785243). Without this dependency, a couple of pluma plugins cannot be activated -- they just get grayed out. Here is the list: - External Tools - Python Console - Quick Open - Snippets It would be good to see this fixed for Debian 8.2. How essential are those plugins to the use of pluma? Cheers, Julien signature.asc Description: Digital signature
Bug#792550: jessie-pu: package ldap2zone/0.2-5+deb8u1
Control: tag -1 moreinfo On Thu, Jul 16, 2015 at 09:09:13 +0200, Mike Gabriel wrote: Please consider accepting the following jessie-pu for package ldap2zone. * debian/patches: + Add 0009_support-ldapi-uris.patch. Accept ldapi:/// style URIs. (Closes: #792120). This allows people to use ldapi:// style URIs with ldap2zone. Accepting this change in jessie will be highly welcome and is relevant for the Debian Edu development. It's not clear to me why that would warrant a stable update, please elaborate on why this is needed now. Cheers, Julien signature.asc Description: Digital signature
Bug#795271: jessie-pu: package requestpolicy/0.5.29-1
Control: tag -1 confirmed On Wed, Aug 12, 2015 at 14:55:39 +0200, David Prévot wrote: Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: Michael Schutte mi...@debian.org Hi, The latest iceweasel coming from security.d.o is breaking xul-ext-requestpolicy (#786565). Upstream recently made a targeted release to fix it, proposed filtered debdiff attached (removing the useless for us META-INF directory). In Sid/Stretch, we are using a beta 1.0.0 for a while (and 0.5.29 thus never made it in the archive), so this version is not widely tested in Debian, but the debdiff is far more reasonable that what we are often used to propose to fix such compatibility issue. Please tell me if I should use a ?deb8u1 suffix version anyway. Feel free to upload to jessie. Cheers, Julien signature.asc Description: Digital signature
Bug#797079: wheezy-pu: package mozilla-noscript/2.6.8.19-1~deb7u2
Control: tags -1 + pending On Thu, 2015-08-27 at 17:59 -0400, David Prévot wrote: Le 27/08/2015 16:13, Adam D. Barratt a écrit : On Thu, 2015-08-27 at 12:57 -0400, David Prévot wrote: Please, accept a one-liner fix (with a bunch of metadata) Please go ahead. Uploaded (with the improved changelog and metadata suggested by Kalle), thanks. Flagged for acceptance, thanks. Regards, Adam
Bug#797293: votca-csg: FTBFS: undefined reference to `votca::tools::RangeParser::Parse
Source: votca-csg Version: 1.2.4-1 Severity: serious Justification: FTBFS This package FTBFS in a clean sid chroot: CMakeFiles/csg_dump.dir/csg_dump.cc.o:(.data.rel.ro._ZTV10CsgDumpApp[_ZTV10CsgDu mpApp]+0x28): undefined reference to `votca::tools::Application::VersionString[a bi:cxx11]()' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::ParseXML::Par seIgnore(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocator char const, std::mapstd::__cxx11::basic_stringchar, std::char_traitschar , std::allocatorchar , std::__cxx11::basic_stringchar, std::char_traitscha r, std::allocatorchar , std::lessstd::__cxx11::basic_stringchar, std::char _traitschar, std::allocatorchar , std::allocatorstd::pairstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar )' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::Property::get(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::ParseXML::Open(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::ToolsVersionStr[abi:cxx11]()' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::load_property_from_xml(votca::tools::Property, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar )' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::Application::CheckRequired(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::Table::Load(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar )' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::Property::Select(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' ../libcsg/libvotca_csg.so.2: undefined reference to `votca::tools::RangeParser::Parse(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar )' collect2: error: ld returned 1 exit status make[3]: *** [src/tools/csg_dump] Error 1 src/tools/CMakeFiles/csg_dump.dir/build.make:92: recipe for target 'src/tools/csg_dump' failed make[3]: Leaving directory '/«PKGBUILDDIR»/obj-x86_64-linux-gnu' make[2]: *** [src/tools/CMakeFiles/csg_dump.dir/all] Error 2 CMakeFiles/Makefile2:654: recipe for target 'src/tools/CMakeFiles/csg_dump.dir/all' failed make[2]: Leaving directory '/«PKGBUILDDIR»/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 Cheers, Dominic.
Bug#788026: synaptic: Uses obsolete vte3 which is going away
Hi,
As per Andreas's off-bugtracker request, let me send a skeleton patch.
It compiles but sure doesn't run correctly; but at least shows which
are the bits that need to be addressed by someone familiar with
synaptic and C++. Please make sure to review every line of the patch
and address all the comments mentioned within.
In increasing order of importance:
- Minor changes around the scrollbar and font handling; I don't think
anything could've gone wrong here
- No more vtereaper, the API changed here a little bit. Previously it
was a global reaper object, so you'd need to know the PID and compare.
Now it's a signal connected to a VteTerminal instance, and I believe
there can only be one child per terminal at a time (or even if vte
allows more, I guess no reasonable app does this), so I hope verifying
and comparing the PID is not necessary anymore. Please double check if
I'm correct here.
- The big piece is spawning a process for the terminal, and here my
patch is definitely incomplete as it'd require more thorough
understanding of the code:
-- argv needs to be populated with the command to be launched
-- the possible pty flags and spawn should be carefully revised
-- I _think_ that whatever happened so far between the
vte_whatever_fork() and the exec() [now I replaced vte_whatever_fork()
by vte_whatever_spawn(), but I haven't traced down where the exec()
happens], which I believe is probably what DoInstallPostFork() does,
needs to be moved into the child_setup method of vte_whatever_spawn().
It's going to be a bit of refactoring.
Should you get stuck with these, I recommend to look at (apart from
vte's doc obviously) gnome-terminal's source code, as well as the two
small self-contained test programs (vteapp.c and app.vala) in vte's
source tree.
Good luck,
egmont
diff --git a/configure.in b/configure.in
index 4d802db..ef22639 100644
--- a/configure.in
+++ b/configure.in
@@ -47,7 +47,7 @@ dnl AC_SUBST(BUILD_wings)
dnl we build for gtk3 by default now
pkg_modules=gtk+-3.0 = 2.91.0, pango = 1.0.0, glib-2.0
-vte_modules=vte-2.90
+vte_modules=vte-2.91
PKG_CHECK_MODULES(GTK, [$pkg_modules])
BUILD_gtk=gtk
diff --git a/gtk/rgdebinstallprogress.cc b/gtk/rgdebinstallprogress.cc
index a084860..155ed27 100644
--- a/gtk/rgdebinstallprogress.cc
+++ b/gtk/rgdebinstallprogress.cc
@@ -54,18 +54,19 @@
#include i18n.h
-void RGDebInstallProgress::child_exited(VteReaper *vtereaper,
- gint child_pid, gint ret,
+void RGDebInstallProgress::child_exited(VteTerminal *vteterminal,
+ gint ret,
gpointer data)
{
RGDebInstallProgress *me = (RGDebInstallProgress*)data;
- if(child_pid == me-_child_id) {
+// I _guess_ there's no point in checking the pid, since there can be one child per terminal
+//XXX if(child_pid == me-_child_id) {
//cout correct child exited endl;
//cout waitpid returned: WEXITSTATUS(ret) endl;
me-res = (pkgPackageManager::OrderResult)WEXITSTATUS(ret);
me-child_has_exited=true;
- }
+//XXX }
}
ssize_t
@@ -289,8 +290,7 @@ void RGDebInstallProgress::conffile(gchar *conffile, gchar *status)
void RGDebInstallProgress::startUpdate()
{
child_has_exited=false;
- VteReaper* reaper = vte_reaper_get();
- g_signal_connect(G_OBJECT(reaper), child-exited,
+ g_signal_connect(VTE_TERMINAL(_term), child-exited,
G_CALLBACK(child_exited),
this);
@@ -341,8 +341,9 @@ void RGDebInstallProgress::expander_callback (GObject*object,
// this crap here is needed because VteTerminal does not like
// it when run hidden. this workaround will scroll to the end of
// the current buffer
+ // TODO is this still true as of libvte-2.91 ???
gtk_widget_realize(GTK_WIDGET(me-_term));
- GtkAdjustment *a = vte_terminal_get_adjustment(VTE_TERMINAL(me-_term));
+ GtkAdjustment *a = gtk_scrollable_get_vadjustment(GTK_SCROLLABLE(VTE_TERMINAL(me-_term)));
gtk_adjustment_set_value(a, gtk_adjustment_get_upper(a) - gtk_adjustment_get_page_size(a));
gtk_adjustment_value_changed(a);
@@ -401,15 +402,20 @@ RGDebInstallProgress::RGDebInstallProgress(RGMainWindow *main,
_term = vte_terminal_new();
vte_terminal_set_size(VTE_TERMINAL(_term),80,23);
- GtkWidget *scrollbar = gtk_vscrollbar_new (vte_terminal_get_adjustment(VTE_TERMINAL(_term)));
+ GtkWidget *scrollbar = gtk_vscrollbar_new (gtk_scrollable_get_vadjustment(GTK_SCROLLABLE(VTE_TERMINAL(_term;
gtk_widget_set_can_focus (scrollbar, FALSE);
vte_terminal_set_scrollback_lines(VTE_TERMINAL(_term), 1);
+
+ char *s;
if(_config-FindB(Synaptic::useUserTerminalFont)) {
- char *s =(char*)_config-Find(Synaptic::TerminalFontName).c_str();
- vte_terminal_set_font_from_string(VTE_TERMINAL(_term), s);
+ s =(char*)_config-Find(Synaptic::TerminalFontName).c_str();
} else {
- vte_terminal_set_font_from_string(VTE_TERMINAL(_term), monospace 8);
+ s = monospace 8;
}
+ PangoFontDescription *fontdesc =
Bug#797297: RM: zope-quotafolder -- ROM; dead upstream
Package: ftp.debian.org Severity: normal Hi! There has been no new releases of zope-quotafolder since 2002. I'm not even sure it can still be used in any ways. Please remove it from Debian. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#797298: msv: FTBFS: Failed to resolve artifact [..] junit:junit:jar:4.x
Source: msv
Version: 2009.1+dfsg1-4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
msv fails to build from source in unstable/amd64:
[..]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact.
Missing:
--
1) junit:junit:jar:4.x
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=junit -DartifactId=junit
-Dversion=4.x -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the
file there:
mvn deploy:deploy-file -DgroupId=junit -DartifactId=junit
-Dversion=4.x -Dpackaging=jar -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]
Path to dependency:
1) com.sun.msv.datatype.xsd:xsdlib:jar:2009.1
2) junit:junit:jar:4.x
--
1 required artifact is missing.
for artifact:
com.sun.msv.datatype.xsd:xsdlib:jar:2009.1
from the specified remote repositories:
central (https://repo1.maven.org/maven2),
maven2-repository.dev.java.net (http://download.java.net/maven/2/)
NOTE: Maven is executing in offline mode. Any artifacts not already in
your local
repository will be inaccessible.
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 2 seconds
[INFO] Finished at: Sat Aug 29 11:18:12 BST 2015
[INFO] Final Memory: 10M/236M
[INFO]
/usr/share/cdbs/1/class/maven.mk:93: recipe for target 'mvn-build'
failed
make: *** [mvn-build] Error 1
[..]
The full build log is attached.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
dpkg-buildpackage -rfakeroot -D -us -uc -b
dpkg-buildpackage: source package msv
dpkg-buildpackage: source version 2009.1+dfsg1-4
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Giovanni Mascellani g...@debian.org
dpkg-source --before-build msv-2009.1+dfsg1
dpkg-buildpackage: host architecture amd64
fakeroot debian/rules clean
test -x debian/rules
mkdir -p .
cd . /usr/lib/jvm/default-java/bin/java -noverify -cp
/usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar
-Dproperties.file.manual=/home/lamby/temp/cdt.20150829111318.l3OoXmZY7n/msv-2009.1+dfsg1/debian/maven.properties
-Dclassworlds.conf=/etc/maven2/m2-debian.conf
org.codehaus.classworlds.Launcher -s/etc/maven2/settings-debian.xml
-Dmaven.repo.local=/home/lamby/temp/cdt.20150829111318.l3OoXmZY7n/msv-2009.1+dfsg1/debian/maven-repo
clean
[INFO]
NOTE: Maven is executing in offline mode. Any artifacts not already in your
local
repository will be inaccessible.
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] msv
[INFO] MSV Parent
[INFO] MSV XML Schema Library
[INFO] MSV Test Harness
[INFO] MSV Core
[INFO] MSV RNG Converter
[INFO]
[INFO] Building msv
[INFO]task-segment: [clean]
[INFO]
[INFO] [clean:clean {execution: default-clean}]
[INFO]
[INFO] Building MSV Parent
[INFO]task-segment: [clean]
[INFO]
[INFO] [clean:clean {execution: default-clean}]
[INFO]
[INFO] Building MSV XML Schema Library
[INFO]task-segment: [clean]
[INFO]
[INFO] [clean:clean {execution: default-clean}]
[INFO] Deleting
/home/lamby/temp/cdt.20150829111318.l3OoXmZY7n/msv-2009.1+dfsg1/xsdlib/target
[INFO]
[INFO] Building MSV Test Harness
[INFO]task-segment: [clean]
[INFO]
[INFO] [clean:clean {execution: default-clean}]
[INFO]
[INFO] Building MSV Core
[INFO]task-segment: [clean]
[INFO]
[INFO] [clean:clean {execution: default-clean}]
[INFO]
[INFO] Building MSV RNG Converter
[INFO]task-segment: [clean]
Bug#797299: wine-development: wine should have stricter dependencies
Package: wine-development Version: 1.7.50-1 Severity: normal Hello, I managed to install different pieces of wine in different version which causes errors and should not happen. One possibiliy to prevent this is for libwine which is multiarch and already should conflict with different versions of itself to conflict with wine bits that are different version than the currently instaled libwine. The reasons for this happening may vary - package pinning which pulls some packages but others do not follow, not all archs uploaded at the same time, a package index file failing to download for a part of the archive, etc. So in case any of this happens the wine package inter-dependencies should keep all bits the same version. Thanks Michal -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (171, 'unstable'), (151, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine-development depends on: ii wine32-development 1.7.50-1 ii wine64-development 1.7.50-1 wine-development recommends no packages. wine-development suggests no packages. -- no debconf information
Bug#797302: Neither is Search Window Drop-Down list of alternative Search Engines displayed by action request nor is Default engine icon displayed
Package: iceweasel Version: 38.2.0esr-1~deb8.1 Severity: important Since upgrading from 31.6.0, the search bar fails to display drop down list of alternative search engines; I have checked searchplugins and the alternative search engines are still listed; the search symbol displays a vague down arrow but does not display default search engine icon and does not produce the list of search engines when left clicked. The normal behaviour is for the default engine icon to be displayed with a distinct permanent down arrow to select an alternative. This behaviour is corrected by reverting to 31.6. Kernel: 3.16.0-4-amd64 (#1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04)) Desktop Environment: XFCE Version 4.10 This is to replace #796128 which has a rubbish Subject line (sorry).
Bug#797305: mousepad: Unable to show content of file in /proc/
Package: mousepad Version: 0.4.0-2 Severity: normal Hi, Mousepad doesn't show contnent of files in /proc/. The bug seems also present with mousepad 0.3.0 in stable. A downgrade to mousepad 0.2.16 in old-stable solve this. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'oldstable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.36.8-3 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information -- Pascal
Bug#797304: jessie-pu: package rsyslog/8.4.2-1+deb8u1
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I'd like to make a stable upload for rsyslog.
The postgresql output plugin had a grave bug, which makes it basically
unusable [1]. The patch has been in unstable/testing for a while and is
now part of the 8.12.0 upstream release.
Debdiff attached.
Regards,
Michael
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788183
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.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)
diff --git a/debian/changelog b/debian/changelog
index 69f1255..9311427 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+rsyslog (8.4.2-1+deb8u1) jessie; urgency=medium
+
+ * Properly handle transactions in ompgsql. Patch cherry-picked from upstream
+Git. (Closes: #788183)
+
+ -- Michael Biebl bi...@debian.org Sat, 29 Aug 2015 13:52:34 +0200
+
rsyslog (8.4.2-1) unstable; urgency=high
* New upstream release.
diff --git a/debian/patches/0002-bugfix-ompgsql-transaction-were-improperly-handled.patch b/debian/patches/0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
new file mode 100644
index 000..07d3fd4
--- /dev/null
+++ b/debian/patches/0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
@@ -0,0 +1,76 @@
+From: Rainer Gerhards rgerha...@adiscon.com
+Date: Wed, 8 Jul 2015 08:51:59 +0200
+Subject: bugfix ompgsql: transaction were improperly handled
+
+now transaction support is solidly disabled until we have enough requests
+to implement it again. Module still works fine in single insert mode.
+
+closes https://github.com/rsyslog/rsyslog/issues/399
+
+(cherry-picked from commit 73c9a28653d4e92a6c71210232a83b4b72cdf778)
+---
+ plugins/ompgsql/ompgsql.c | 11 +--
+ 1 file changed, 9 insertions(+), 2 deletions(-)
+
+diff --git a/plugins/ompgsql/ompgsql.c b/plugins/ompgsql/ompgsql.c
+index 6b89717..72b49ee 100644
+--- a/plugins/ompgsql/ompgsql.c
b/plugins/ompgsql/ompgsql.c
+@@ -234,6 +234,7 @@ writePgSQL(uchar *psz, instanceData *pData)
+ bHadError = tryExec(psz, pData); /* try insert */
+
+ if(bHadError || (PQstatus(pData-f_hpgsql) != CONNECTION_OK)) {
++#if 0 /* re-enable once we have transaction support */
+ /* error occured, try to re-init connection and retry */
+ int inTransaction = 0;
+ if(pData-f_hpgsql != NULL) {
+@@ -242,7 +243,9 @@ writePgSQL(uchar *psz, instanceData *pData)
+ inTransaction = 1;
+ }
+ }
+- if ( inTransaction == 0 ) {
++ if ( inTransaction == 0 )
++#endif
++ {
+ closePgSQL(pData); /* close the current handle */
+ CHKiRet(initPgSQL(pData, 0)); /* try to re-open */
+ bHadError = tryExec(psz, pData); /* retry */
+@@ -282,6 +285,7 @@ CODESTARTtryResume
+ ENDtryResume
+
+
++#if 0 /* re-enable when TX support is added again */
+ BEGINbeginTransaction
+ CODESTARTbeginTransaction
+ dbgprintf(ompgsql: beginTransaction\n);
+@@ -289,6 +293,7 @@ CODESTARTbeginTransaction
+ initPgSQL(pWrkrData-pData, 0);
+ iRet = writePgSQL((uchar*) begin, pWrkrData-pData); /* TODO: make user-configurable */
+ ENDbeginTransaction
++#endif
+
+
+ BEGINdoAction
+@@ -303,11 +308,13 @@ finalize_it:
+ ENDdoAction
+
+
++#if 0 /* re-enable when TX support is added again */
+ BEGINendTransaction
+ CODESTARTendTransaction
+ iRet = writePgSQL((uchar*) commit;, pWrkrData-pData); /* TODO: make user-configurable */
+ dbgprintf(ompgsql: endTransaction\n);
+ ENDendTransaction
++#endif
+
+
+ BEGINparseSelectorAct
+@@ -386,7 +393,7 @@ BEGINqueryEtryPt
+ CODESTARTqueryEtryPt
+ CODEqueryEtryPt_STD_OMOD_QUERIES
+ CODEqueryEtryPt_STD_OMOD8_QUERIES
+-CODEqueryEtryPt_TXIF_OMOD_QUERIES /* we support the transactional interface! */
++/* CODEqueryEtryPt_TXIF_OMOD_QUERIES currently no TX support! */ /* we support the transactional interface! */
+ ENDqueryEtryPt
+
+
diff --git a/debian/patches/series b/debian/patches/series
index a8e093a..8351e07 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
0001-Don-t-create-a-database.patch
+0002-bugfix-ompgsql-transaction-were-improperly-handled.patch
Bug#791348: qtcreator: ClangCodeModel plugin missing
Dear Maintainer, To add the clang code model, you just have to add LLVM_INSTALL_DIR=/usr after USE_SYSTEM_BOTAN=1 in debian/rules, and probably libclang-dev to the Build-Depends in debian/control. Regards, Urs
Bug#794508: debomatic: [INTL:pt] Portuguese translation (update)
2015-08-03 22:55 GMT+02:00 Américo Monteiro a_monte...@gmx.com: Updated Portuguese translation for debomatic's UI's messages. Thanks a lot for your precious work on translating debomatic! Could you please have a look at the updated .pot file with the latest translations (some of them changed since version 0.20), and possibly it will be the final version for the next upcoming release. Thanks a lot! Luca debomatic.pot Description: MS-Powerpoint presentation
Bug#785541: jessie-pu: package paraview/4.1.0+dfsg+1-1
Control: tag -1 moreinfo On Sun, May 17, 2015 at 18:01:30 +0200, Anton Gladky wrote: This upload will fix 2 RC-bugs: #783842 (FTBFS) and #783797 (grave severity bug, which makes paraview-dev unusable). Can you please explain reduce_cmake_error.cmake and the debian/rules change? Cheers, Julien signature.asc Description: Digital signature
Bug#785721: jessie-pu: package mate-terminal/1.8.1+dfsg1-4+deb8u1
Control: tag -1 moreinfo On Tue, May 19, 2015 at 17:15:53 +0200, Mike Gabriel wrote: Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu + [ Martin Wimpress ] + * debian/patches: + + Add 0001_mate-terminal-wrapper.patch. Adds support for double quoted + strings. Adapted from gnome-terminal.wrapper. (Closes: #783000). - This update for mate-terminal in jessie replaces mate-terminal.wrapper (written in Python) with one adapted from gnome-terminal.wrapper (written in Perl) so that is now supports double quoted commands. This fixes the following downstream (Ubuntu) issue: https://bugs.launchpad.net/ubuntu-mate/+bug/1445198 It may also fix the a similar issue in Debian, though untested. I'm not keen on taking this, the bug seems obscure, the fix invasive, and untested is not the best way of selling it. Cheers, Julien signature.asc Description: Digital signature
Bug#797304: jessie-pu: package rsyslog/8.4.2-1+deb8u1
Control: tags -1 + confirmed On Sat, 2015-08-29 at 15:42 +0200, Michael Biebl wrote: I'd like to make a stable upload for rsyslog. The postgresql output plugin had a grave bug, which makes it basically unusable [1]. The patch has been in unstable/testing for a while and is now part of the 8.12.0 upstream release. Debdiff attached. Reading the debian/changelog entry again, I noticed that it is misleading, so I rephrased it a bit. Please go ahead (bearing in mind that the window for 8.2 closes at some point this weekend). Regards, Adam
Bug#792833: jessie-pu: package ansible/1.7.2+dfsg-2
Control: tag -1 moreinfo On Sun, Jul 19, 2015 at 00:39:34 -0400, Harlan Lieberman-Berg wrote: Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hello stable team, The version of ansible currently in Debian Jessie has a few minor security vulnerabilities in it. I spoke with the security team, and we all agree that the vulnerabilities don't rise to the level where a DSA and security upload is necessary. The resolved security issues are TEMP-000-EDD657 and CVE-2015-3908. I've backported the fixes from the current upstream stable branch back to the version in Debian Jessie. Please let me know if it is clear for me to upload to stable. Please send a debdiff of the proposed changes, generated from a tested source package, and with a verbose changelog explaining what it fixes, so we don't have to go look it up or reverse engineer it from the patch. Thanks, Julien signature.asc Description: Digital signature
Bug#797320: cook: FTBFS under some locales (eg. fr_CH.UTF-8)
Source: cook
Version: 2.33-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
cook fails to build from source in unstable/amd64 under some
locales (eg. LANG=fr_CH.UTF-8):
[..]
CC=gcc /bin/sh test/01/t0199a.sh
1c1
bar1 bar2
---
bar1 bar2 bar3
FAILED test of the ingredients-fingerprint functionality
Makefile:4714: recipe for target 't0199a' failed
make[1]: *** [t0199a] Error 1
make[1]: Leaving directory '/tmp/buildd/cook-2.33'
debian/rules:18: recipe for target 'build-stamp' failed
make: *** [build-stamp] 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/cook_2.33-2.build2.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: samedi 22 août 2015, 09:07:23 (UTC+1400)
I: pbuilder-time-stamp: 1440184043
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
I: user script
/var/cache/pbuilder/build//10427/tmp/hooks/D01_modify_environment starting
I: Changing hostname to test build reproducibility
I: user script
/var/cache/pbuilder/build//10427/tmp/hooks/D01_modify_environment finished
- 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 (= 7), bison, groff, gettext, sharutils, ed
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 bison; however:
Package bison is not installed.
pbuilder-satisfydepends-dummy depends on groff; however:
Package groff is not installed.
pbuilder-satisfydepends-dummy depends on sharutils; however:
Package sharutils is not installed.
pbuilder-satisfydepends-dummy depends on ed; however:
Package ed 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:
bison{a} ed{a} groff{a} libbison-dev{a} libice6{a} libsigsegv2{a}
libsm6{a} libx11-6{a} libx11-data{a} libxau6{a} libxaw7{a} libxcb1{a}
libxdmcp6{a} libxext6{a} libxmu6{a} libxpm4{a} libxt6{a} m4{a}
sharutils{a} x11-common{a}
0 packages upgraded, 20 newly installed, 0 to remove and 0 not upgraded.
Need to get 7'045 kB of archives. After unpacking 21.0 MB will be used.
Writing extended state information...
Get: 1 http://ftp.de.debian.org/debian/ unstable/main x11-common all 1:7.7+9
[287 kB]
Get: 2 http://ftp.de.debian.org/debian/ unstable/main libice6 amd64
2:1.0.9-1+b1 [58.8 kB]
Get: 3 http://ftp.de.debian.org/debian/ unstable/main libsigsegv2 amd64
2.10-4+b1 [29.2 kB]
Get: 4 http://ftp.de.debian.org/debian/ unstable/main libsm6 amd64 2:1.2.2-1+b1
[33.6 kB]
Get: 5 http://ftp.de.debian.org/debian/ unstable/main libxau6 amd64 1:1.0.8-1
[20.7 kB]
Get: 6 http://ftp.de.debian.org/debian/ unstable/main libxdmcp6 amd64 1:1.1.2-1
[26.3 kB]
Get: 7 http://ftp.de.debian.org/debian/ unstable/main libxcb1 amd64 1.10-3+b1
[44.4 kB]
Get: 8 http://ftp.de.debian.org/debian/ unstable/main libx11-data all 2:1.6.3-1
[128 kB]
Get: 9 http://ftp.de.debian.org/debian/ unstable/main libx11-6 amd64 2:1.6.3-1
[742 kB]
Get: 10 http://ftp.de.debian.org/debian/ unstable/main libxext6 amd64 2:1.3.3-1
[52.7 kB]
Get: 11 http://ftp.de.debian.org/debian/ unstable/main libxt6 amd64
1:1.1.4-1+b1 [186 kB]
Get: 12 http://ftp.de.debian.org/debian/ unstable/main libxmu6 amd64 2:1.1.2-1
[58.6 kB]
Get:
Bug#797296: shiro: please make the build reproducible
Source: shiro
Version: 1.2.4-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: username
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
While working on the reproducible builds effort [1], we have noticed
that shiro could not be built reproducibly.
The attached patch removes username capturing from the build system by
replacing it with debian which is probably more useful from upstream's
PoV, especially as the build date (which *is* reproducible due to [2])
is
not the current date.
Once applied, shiro can be built reproducibly in our reproducible
toolchain.
[1]: https://wiki.debian.org/ReproducibleBuilds
[2]:
http://sources.debian.net/src/maven2-core/2.2.1-22/debian/patches/0006-reproducible-built-timestamp.patch/?hl=1#L1
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
diff --git a/pom.xml b/pom.xml
index 6ed97d5..9fbbcb5 100644
--- a/pom.xml
+++ b/pom.xml
@@ -65,7 +65,7 @@
properties
!-- Replaced by the build number plugin at build time: --
-buildNumber${user.name}-${maven.build.timestamp}/buildNumber
+buildNumberdebian-${maven.build.timestamp}/buildNumber
!-- non-dependency-based properties: --
shiro.osgi.importRange[1.2, 2)/shiro.osgi.importRange
Bug#797301: RFA: masqmail
Package: wnpp Severity: normal Hoi, some years ago, my work in Debian started by adopting the non-maintained masqmail package, because I were afraid that it would drop out of Debian otherwise. Shortly afterwards I also became masqmail's upstream developer. While I still care for upstream and use it myself, I don't find the time and interest to care for the Debian package any longer. A joint effort with Steffen Rumberger and jhr to modernize the package and switch to the 0.3 branch of masqmail got stuck halfway through. Our common decision is to search for a new package maintainer now. We would be happy to find someone who modernizes the package. There's a bunch of work by Steffen, which misses only some further cleanups, we think. Someone with knowledge of modern Debian packaging should be well able to do this. Because masqmail is an MTA and a config migration to 0.3 is needed, its package is not trivial, but on the other hand, one is able to learn a lot with this package. As the upstream author, I offer full support to the package maintainer. Upstream development is low, thus few regular packaging work will be necessary, after the package is modernized once. (It would be already of great help, if a one-time modernization would be done.) meillo P.S. If no new maintainer is found until 2015-12-01, I'll change the RFA to O.
Bug#796950: NameError: global name 're' is not defined
On Tue, Aug 25, 2015 at 10:31:59PM -0700, Diane Trout wrote: packages/obnamlib/plugins/exclude_pathnames_plugin.py, line 97, in compile_regexps except re.error as e: NameError: global name 're' is not defined Thank you, this is now fixed in git and the fix will be included in the next upload to Debian. Unfortunately, I had fixed it before I got to your patch, so I didn't apply yours. However, I've added a credit in the NEWS file for you. -- sic transit disci mundi, ergo obnam
Bug#797306: mousepad: Heavy disk usage
Package: mousepad Version: 0.4.0-2 Severity: normal Hi, Opening two separate mousepad windows leads to a huge non-stop 50 to 100% hard disk spinning. It does not happens with one mousepad window with two tabs. I monitor the disk usage with the xfce4-multiload-plugin: https://github.com/nandhp/multiload-nandhp -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'oldstable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.36.8-3 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information -- Pascal
Bug#797309: kde-full: can't install kde-full
Package: kde-full Version: 5:88 Severity: important Dear Maintainer, I can not install kde-full with apt-get it say Reading package lists ... Dependency tree Status information can be read Some packages could not be installed. This may mean that You have requested an impossible situation or if the Use unstable distribution that some required packages have not not created or have not left Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: kde-full: Depends on: but KDE Plasma Desktop ( = 5:88) is not to be installed Depends on: standard KDE ( = 5:88) but should not be installed E: problems can not be corrected, you have retained broken packages. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kde-full depends on: ii kde-plasma-desktop 5:88 ii kde-standard5:88 ii kdeadmin4:4.12+5.88 ii kdeartwork 4:15.04.3-1 ii kdeedu 4:4.12+5.88 ii kdegames4:4.12+5.88 ii kdegraphics 4:4.12+5.88 ii kdemultimedia 4:4.12+5.88 ii kdenetwork 4:4.12+5.88 ii kdepim 4:4.14.1-1 ii kdeutils4:4.12+5.88 Versions of packages kde-full recommends: ii kdeaccessibility 4:4.12+5.88 ii kdesdk4:4.12+dfsg+5.88 ii kdetoys 4:4.12+5.88 ii kdewebdev 4:4.14.1-1 Versions of packages kde-full suggests: ii calligra1:2.8.5+dfsg-1.2 ii kde-l10n-de [kde-l10n] 4:4.14.0-2 ii xorg1:7.7+9 -- no debconf information
Bug#797307: mousepad: Heavy cpu usage
Package: mousepad Version: 0.4.0-2 Severity: normal Hi, Opening a file as root with mousepad leads to nearly 100% CPU usage. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'oldstable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.36.8-3 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information -- Pascal
Bug#797312: mousepad: Mousepad loses the menubar when going to and leaving fullscreen
Package: mousepad Version: 0.4.0-2 Severity: normal Hi, Mousepad loses the menubar when going to fullscreen and leaving fullscreen. It happens with F11 and with the fullscreen button on the toolbar and there is no easy way to retrieve it since there is no keyboard shortcut attribued to - View - Menubar in the menubar and since mousepad 0.4.0 uses dconf, the gnome configuration backend, I can't found a human readable config file to manualy change the setting. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'oldstable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.36.8-3 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information -- Pascal
Bug#797283: rss2irc: build-depends unsatisfiable in sid and stretch
Hi, Am Samstag, den 29.08.2015, 10:05 +0100 schrieb Peter Green: package: rss2irc version: 1.0.6-3 severity: serious tags: sid stretch according to https://buildd.debian.org/status/package.php?p=rss2ircsuite=unstable rss2irc build-depends on missing: - amd64:libghc-irc-dev ( 0.6) packages.debian.org confirms that the version of libghc-irc-dev in sid and stretch is 0.6.2.0-2+bsomething where something varies by architecture. confirmed. rss2irc’s upstream maintenance status is a bit unclear, so I’m inclined to drop it from Debian, unless someone steps up and starts to maintain it properly. Are you reporting this as a QA measure, or because you are a rss2irc user? 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#797314: dracut: Behaves strangely when safe-rm is installed
Package: dracut Version: 043-2 Severity: normal Hi, the safe-rm package installs the /usr/bin/rm wrapper, that's written in Perl. When booting with dracut, I see tons of messages about missing warnings.pm, and some functionality is broken (to be reported separately, not sure yet if that's caused by dracut vs. safe-rm, or whether I would have the same problems without safe-rm). I suspect that dracut is including $(which rm) in the initramfs, and is assuming that it's an ELF executable. If that's the case, given this assumption is not valid when safe-rm is installed, on Debian we should either include /bin/rm instead of $(which rm) in the initramfs (sounds good), or add a Conflicts: safe-rm (which would be sad). Thoughts? Cheers, -- intrigeri
Bug#797314: dracut: Behaves strangely when safe-rm is installed
On Sat, 29 Aug 2015 15:20:35 +0200, intrig...@debian.org said: Thoughts? We had this before, and I thought it was fixed. Have a look at #755271. -- regards Thomas
Bug#772179: Xmonad with Gnome
Hi, Here's how I got Xmonad to work with Gnome in unstable: 1. Create a file /usr/share/xsessions/gnome-flashback-xmonad.desktop containing: [Desktop Entry] Name=GNOME Flashback (Xmonad) Comment=This session logs you into GNOME Flashback with Xmonad Exec=gnome-flashback-xmonad TryExec=gnome-session Icon= Type=Application DesktopNames=GNOME-Flashback;GNOME; 2. Create an executable /usr/local/bin/gnome-flashback-xmonad containing: #! /bin/sh exec gnome-session --session=gnome-flashback-xmonad --disable-acceleration-check $@ 3. Create a file /usr/share/gnome-session/sessions/gnome-flashback-xmonad.session containing: [GNOME Session] Name=GNOME Flashback (Xmonad) RequiredComponents=gnome-flashback-init;gnome-flashback;gnome-panel;xmonad;gnome-settings-daemon; I can make a patch if you want. Note that you also need to apply a fix to bug #780463 or the session will hang waiting for Xmonad to signal that it started. -- Pelle
Bug#722551: Several display resolution changes during the boot sequence with Intel Ivy Bridge despite fastboot promise since xf86-video-intel 2.21.11
Hi, Debian 8 is now released since a few months and is really great. However Fastboot, released more than 2 years ago through Linux kernel and Intel driver to be able to keep the same screen resolution during all the boot sequence, is still not used in Debian. Having this bug fixed for Debian 9 would be great. Thanks ! 2014-03-04 12:08 GMT+01:00 Thibaut thibaut.beth...@gmail.com: Hi, Since xf86-video-intel 2.21.11 (June 30, 2013), fastboot is possible for Intel HD Graphics which means that it is theorically possible to keep the same screen resolution during all the boot sequence. [1] However this benefit is still not available in Debian whrereas it could give a more robust, more professional look to its boot sequence. Moreover, with Linux 3.15, Fastboot will also be available for Haswell and Broadwell hardware. [2] Could it be possible to enable this feature within Debian ? Thanks [1] http://lists.freedesktop.org/pipermail/xorg/2013-June/055816.html [2] http://www.phoronix.com/scan.php?page=news_itempx=MTU5NTY
Bug#717834: Fwd: Kill DEHS
On Fri, Aug 28, 2015 at 12:38 AM, Lucas Nussbaum lu...@debian.org wrote: Given that UDD does more, it could also implement a stripped down version. But I'm not sure what is the functionality you are looking for. Monitor a specific package using RSS? Stats? As for me, the most useful Debian External Health Status is the stats for the upstream package, so RSS is not as important as getting the status of upstream support. 1. If link with upstream is correct, and the history of all the checks 2. Version of same upstream code in different other distributions 3. CVEs and bugs for this upstream version, including different dists 4. If there is a new version, does it automatically builds 5. Which upstream version breaks automatic package build 6. Which upstream version changes API/ABI compatibility So, it is more like continuous integration for upstream service. It will be also nice to get .deb from this service for testing new versions. -- anatoly t.
Bug#797308: libcompute-dev: Wrong homepage
Package: libcompute-dev Version: 0.4-1 Severity: minor The homepage for this package should be updated to https://github.com/boostorg/compute or http://boostorg.github.io/compute/ Ref: https://groups.google.com/forum/#!topic/boost-compute/QBshyg3Qyao Best regards Torquil Sørensen -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libcompute-dev depends on: ii libboost-dev 1.58.0.1 ii ocl-icd-opencl-dev [opencl-dev] 2.2.7-2 libcompute-dev recommends no packages. libcompute-dev suggests no packages. -- no debconf information
Bug#797019: man-db: cron.daily fails to run man-db due to --chuid flag
Control: tag 797019 fixed-upstream On Fri, Aug 28, 2015 at 07:34:35AM -0400, adelugames wrote: The output is attached Thanks. Fixed upstream for 2.7.3 (http://git.savannah.gnu.org/cgit/man-db.git/commit/?id=3b99549941c9a8104045ee09af91611346b5a0f7; I'll also shortly look into why this happened in the first place). In the meantime, you can make this go away for your system by running these commands: sudo chown man /var/cache/man/*/CACHEDIR.TAG /var/cache/man/*/index.db sudo chmod 644 /var/cache/man/*/CACHEDIR.TAG /var/cache/man/*/index.db -- Colin Watson [cjwat...@debian.org]
Bug#797310: mousepad: Mousepad loses its settings
Package: mousepad Version: 0.4.0-2 Severity: normal Hi I don't know how to reproduce it, but from time to time, mousepad completely loses some settings like Word Wrap or Line Numbers. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'oldstable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.36.8-3 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information -- Pascal
Bug#785053: jessie-pu: package nss-pam-ldapd/0.9.4-3+deb8u1
Control: tag -1 confirmed On Mon, Jun 22, 2015 at 21:42:22 +0200, Arthur de Jong wrote: On Thu, 2015-06-04 at 21:04 +0200, Arthur de Jong wrote: On Mon, 2015-05-11 at 23:12 +0200, Arthur de Jong wrote: I would like to fix #759544 in jessie. Just to clarify, #759544 seems to affect people who use systemd and network-manager together with nslcd. The bug is a race condition in nslcd that results in a failed start-up of nslcd which means LDAP users are not able to log in. Hi, Apparently my mails to this bug never ended up on the debian-release list so I'd like to re-raise this issue. See the BTS for more details and debdiffs. Please let me know what you think. Sorry for the delay in getting back to you. Please feel free to upload 0.9.4-3+deb8u1. Thanks, Julien signature.asc Description: Digital signature
Bug#741573: Comparison of Options AB and D
Hi. So, after working with Keith yesterday on his option, I think I have a much better understanding of what the tradeoffs are. I'd like to present these to the TC as we're about to vote. I'm ignoring ballot option C (afirm the status quo) in this. I'm also treating options A and B as the same; the only difference between them is whether the TC explicitly states that the policy process reached consensus on the text. Both Ballot options emphasize the XDG desktop format over the existing menu format. Both ballot options remove the requirement that applications provide menu entries for traditional command-line apps, instead leaving it to the maintainer. You could read option AB as leaving both the traditional menu and .desktop in place for the foreseeable future. The traditional menu would have entries only for packages where the maintainers feel that's valuable, and would be used by people who install the text-based menu (if that's still around) or who run a non-desktop Window manager. In this option the TC recommends that the menu package automatically translate .desktop files to menu entries. Option D goes further. Option D requires that packages drop their traditional menu entries if they ship .desktop files. (That's done on a per-application not per-package basis). Under option D you must use desktop entries and not provide traditional menu entries if you want to appear on the desktop menus. This means all the common GUI apps will disappear from the traditional menu until the traditional menu starts parsing desktop entries. The belief behind option D is that having two formats for the same rough type of information is harmful and that the TC has chosen to set policy that will move us away from that. Option D is fairly harsh for people using traditional non-desktop window managers. Packages will probably start pulling traditional menu files, but we have no one signed up to do the work of getting .desktop files to work with these. (We could adopt the Arch Linux solution, or we could adopt something in the menu package, or some combination, but someone has to do the work.) Option D doesn't currently have any transition language. We're in effect saying that the traditional menu and non-desktop window managers are a marginal enough use case that it's OK if they break unless someone does the work to keep them running. Ian is correct that we lose data under option D. We lose the traditional menu categorization of all the menu entries that get dropped because those apps have .desktop files. That might come back if we define ways to encode that in .desktop files, but again we're saying that if no one does the work it's OK to lose that. However option D does force the issue. We don't linger along with the traditional menu and XDG menu having different support for the common GUI applications. We either get consistency or dropped behavior. That dropped behavior could in the worst case be the non-desktop window managers ability to provide useful menus by default. On the other hand if people put in the work we could get a much more consistent experience than we do today. And option D does have a nice property of aligning incentives to do work with those who will benefit from it. Option D does not provide specific policy text. It does point out what changes (fairly small) would need to be made to the text from Option AB (Charles's proposal). My assumption is that the policy editors could come up with text given the existing proposal and the note in option option D if we were to decide on option D. Presumably if debian-policy couldn't even come to consensus on how to adopt text for option D given a TC decision for option D, someone could NMU policy to implement the TC decision. All the options do permit the policy process to make further changes. So, for example if we approve option D, debian-policy could relatively quickly come up with text that implements option D, and then if someone wanted to propose a specific transition plan, they could see if they could get consensus behind it. pgpJpZ5OqU_Ks.pgp Description: PGP signature
Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile
I have run into this problem too so here is a short summary. /usr/share/sddm/scripts/Xsession is not used at all, at least when starting KDE. /usr/share/sddm/scripts/Xsetup is used but sourcing /etc/profile there is wrong and has no effect anyway. The suggested .xsessionrc workaround works. For instance: ( echo '[ -f /etc/profile ] . /etc/profile'; echo '[ -f $HOME/.profile ] . $HOME/.profile' ) $HOME/.xsessionrc Another option that works but is not as clean is to add those lines to /usr/bin/strartkde. I hope a better fix can be found to not force every user to manually create a file in his $HOME. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ If it stinks, it's chemistry. If it moves, it's biology. If it does not work, it's computer science.
Bug#797179: jessie-pu: package mozilla-gnome-keyring/0.6.11-3
Control: tags -1 + pending On Fri, 2015-08-28 at 11:54 +0200, Ximin Luo wrote: I just uploaded a rebuild of the version of mozilla-gnome-keyring currently in testing (0.10-1~deb8u1) to the jessie-proposed-updates queue, awaiting your approval. For future reference, the process is supposed to work the other way around - i.e. you discuss the changes first and then upload assuming it's okayed. The reason is that the current version of this package in jessie (0.6.11-3) no longer works with the current iceweasel in jessie (38.2.0). Several users have complained about it, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797040 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788967#17 I've decided to accept the upload on the grounds that it's unlikely there's a more feasible fix (yay ice* plugins) but for completeness please attach a debdiff to this report, as reportbug would have requested you to do when you filed the report. Regards, Adam
Bug#796846: jessie-pu: package akonadi/1.13.0-2
Control: tags -1 + pending On Thu, 2015-08-27 at 22:18 +0100, Adam D. Barratt wrote: Control: tags -1 +confirmed -moreinfo On Thu, 2015-08-27 at 18:03 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On 27 August 2015 at 17:23, Adam D. Barratt a...@adam-barratt.org.uk wrote: Control: tags -1 + moreinfo On Mon, 2015-08-24 at 19:14 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: The akonadi package in stable suffers from a bug that makes it leaks files thus filling the hard drive with useless data. The patch that I'm attaching has been in testing for more than a month already and several people in our mailing lists (including myself in two machines) have tested that it works. There didn't appear to be an attachment. Hi Adam! Seems the second mail didn't get to many people, as I have been asked this before. Apparently not. Patch is available at: https://bugs.debian.org/cgi-bin/bugreport.cgi?filename=akonadi.diff;bug=796846;att=1;msg=10 Thanks, please go ahead. Uploaded and flagged for acceptance. Regards, Adam
Bug#797083: jessie-pu: package apache2/2.4.10-10+deb8u2
Control: tags -1 + pending On Fri, 2015-08-28 at 18:39 +0200, Stefan Fritsch wrote: On Thursday 27 August 2015 21:19:13, Adam D. Barratt wrote: [ Jean-Michel Vourgère ] * apache2.postinst: Fixed tests on deferred mpm switch. Closes: #789914 It turns out that this fix is not complete. As we are now not 100% sure that it does not make things worse, we would prefer to not have it in 8.2. Ok. Please go ahead, bearing in mind that the window for 8.2 closes this weekend. Since I would really like the other fixes to get into 8.2, I am uploading 2.4.10-10+deb8u3 now: apache2 (2.4.10-10+deb8u3) jessie; urgency=medium * Revert fix for deferred mpm switch for now, because it is at least not complete or maybe causes regressions (see #791902). Re-opens #789914 I've flagged the packages for acceptance; you'll need to re-open #789914 manually once dak processes the request (and thus closes the bug). Regards, Adam
Bug#796595: jessie-pu: package debian-installer-launcher/19
Control: tags -1 + pending On Fri, 2015-08-28 at 08:15 +0100, Iain R. Learmonth wrote: Hi, On Thu, Aug 27, 2015 at 09:26:13PM +0100, Adam D. Barratt wrote: Please go ahead. Uploaded. Flagged for acceptance, thanks. Regards, Adam
Bug#796975: jessie-pu: package designate/2014.1-18 (CVE-2015-5695, #796108)
Control: tags -1 + pending On Wed, 2015-08-26 at 13:47 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On 2015-08-26 13:38, Thomas Goirand wrote: In order to fix CVE-2015-5695, I have prepared an updated package for Designate. The security team has already told me to go through the release team for the Jessie update. Debdiff attached, and package prepared over here: http://sid.gplhost.com/jessie-proposed-updates/designate/ Note that I have already fixed the package in Sid, and hopefully, it will soon migrate to testing. Please go ahead. Uploaded and flagged for acceptance. Regards, Adam
Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development and khronos-api uploads to jessie-backports
On Sat, 29 Aug 2015 13:27:56 +0200, Stephen Kitt sk...@debian.org wrote: On Sat, 29 Aug 2015 07:15:07 +0200, Jens Reyer jre.wine...@gmail.com wrote: wine-development is not yet in testing, but will probably enter tomorrow. Then it would be great if Stephen could sponsor it. khronos-api might be uploaded right now, Mike. Or Stephen does it when he needs them. Thanks for preparing these; I've uploaded khronos-api, I'll upload wine-development once it's migrated. And it already has, so here goes... Stephen pgp4UyHCkbxJD.pgp Description: OpenPGP digital signature
Bug#797227: segfault - gst_memory_unmap, libgstreamer
Hi, Same issue here since two weeks after upgrading Iceweasel from 31 to 38. vimeo URL crash also and many others as http://fr.vente-privee.com/ Distribution is Jessie stable. Iceweasel is 38.2.1esr-1~deb8u1 0 after a security update this morning. What I have tried without success : - launching Iceweasel in safe-mode - updating flashplugin-nonfree (11.2.202.508) - replacing flashplugin-nonfree with Gnash - removing all package of gstreamer 0.10 Maybe something to explain : I have 3 computer with Jessie. 1 computer without problem : fresh install last june without Debian Multimedia (Marillat). 2 computers with problem : old Jessie testing updated daily et became stable last june with Debian Multimedia. For me, simple user, it is a mystery... Maybe this explanation can help ? Matthieu
Bug#797313: mousepad: Please, use the Xfce configuration backend, not the GNOME ones
Package: mousepad Version: 0.4.0-2 Severity: important Hi, The Xfce text editor should use the Xfce configuration backend, xfconf, not dconf, the GNOME ones. At least with xfconf, we would be able to manualy edit the setting in ~/.config/xfce4/xfconf/xfce-perchannel-xml/ or with the Xfce settings editor when something goes wrong like in bug #797312. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'oldstable'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mousepad depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libc62.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-02.10.5-2 ii libpango-1.0-0 1.36.8-3 mousepad recommends no packages. mousepad suggests no packages. -- no debconf information -- Pascal
Bug#797309: kde-full: can't install kde-full
Hello Heiko, Am Samstag, 29. August 2015, 14:16:11 schrieb Heiko Ernst: Package: kde-full Version: 5:88 Severity: important Dear Maintainer, I can not install kde-full with apt-get it say Reading package lists ... Dependency tree Status information can be read Some packages could not be installed. This may mean that You have requested an impossible situation or if the Use unstable distribution that some required packages have not not created or have not left Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: kde-full: Depends on: but KDE Plasma Desktop ( = 5:88) is not to be installed Depends on: standard KDE ( = 5:88) but should not be installed E: problems can not be corrected, you have retained broken packages. Is installed here on Sid. Do you use Stretch/Testing? It may not be installable there due to g++ ABI transition issues. What does LANG=C aptitude install kde-full say (it often gives more detailed output)? If its mentioned libstdc6++ its like the g++ ABI transition and it will be resolved once all affected dependent packages are fixed. Thanks, Martin -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kde-full depends on: ii kde-plasma-desktop 5:88 ii kde-standard5:88 ii kdeadmin4:4.12+5.88 ii kdeartwork 4:15.04.3-1 ii kdeedu 4:4.12+5.88 ii kdegames4:4.12+5.88 ii kdegraphics 4:4.12+5.88 ii kdemultimedia 4:4.12+5.88 ii kdenetwork 4:4.12+5.88 ii kdepim 4:4.14.1-1 ii kdeutils4:4.12+5.88 Versions of packages kde-full recommends: ii kdeaccessibility 4:4.12+5.88 ii kdesdk4:4.12+dfsg+5.88 ii kdetoys 4:4.12+5.88 ii kdewebdev 4:4.14.1-1 Versions of packages kde-full suggests: ii calligra1:2.8.5+dfsg-1.2 ii kde-l10n-de [kde-l10n] 4:4.14.0-2 ii xorg1:7.7+9 -- no debconf information -- Martin
Bug#772179: Xmonad with Gnome
Hi, Here's how I got Xmonad to work with Gnome in unstable: thanks for your findings. I would not oppose adding this configuration to the package, but only under the condition that someone who actually uses it (i.e. you) continues to feel responsible for that part (i.e. keeps it working, responds to bug reports etc.) Are you interested in that? If so, you can have commit access to the packaging repository and you can add the changes yourself, including any needed documentation and Recommends or Suggests. 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#797315: dracut: behaves strangely when molly-guard is installed
Package: dracut
Version: 043-2
Severity: normal
Hi,
molly-guard diverts /sbin/{reboot,halt,shutdown,poweroff} that are
normally shipped by systemd-sysv, to replace them with symlinks to
/lib/molly-guard/molly-guard, which is a shell script.
dracut seems to assume things about /sbin/reboot, that are not valid
when molly-guard is installed.
As a result, some functionality is broken, but same as #797314: to be
reported separately, not sure yet if that's caused by dracut vs.
molly-guard, or whether I would have the same problems without
molly-guard).
I'll add more specifics once I've confirmed whether the breakage I see
is caused by molly-guard vs. dracut or not.
Cheers,
--
intrigeri
Bug#786886: jessie-pu: package wordpress/4.1+dfsg-1
control: tag -1 moreinfo On Tue, May 26, 2015 at 22:59:43 +1000, Craig Small wrote: The current wordpress version is 4.1 with patches backported out of the 4.2 branches. Wordpress also have a 4.1.x branch which has these patches as well as the required database fixes for security updates. The database change looks for things such as comments with XSS traps in them and santises them. The 4.2 patches means new comments won't have this problem but this finds older ones. * 4.1.3 was a minor fix for some character sets that 4.1.2 broke * 4.1.4 was the fixes found in security update 4.2.1 * 4.1.5 was the fixes found in security update 4.2.2 What I'm asking here is instead of using the patched 4.1 for jessie, we use the 4.1.5 from wordpress. I have attached the debdiff with this report but it's a little tricky because you need to actually compare the patched 4.1 with the patched 4.1.5 otherwise the differences look bigger. Sorry for the delay in getting back to you. Could you generate the diff between those patched trees and send it to this bug for confirmation? Thanks, Julien signature.asc Description: Digital signature
Bug#797317: nvidia-legacy-340xx-driver: Missing package libgl1-nvidia-legacy-340xx-glx-i386 and no i386 binaries
Package: nvidia-legacy-340xx-driver Version: 340.76-6 Severity: normal Dear Maintainer, The package recommends libgl1-nvidia-legacy-340xx-glx-i386 but this package doesn't exist and no binaries for i386 either. This render the package unusable for many games. As the nvidia's long lived branch is now 352xx, 340 will certainly phase out of unstable / testing in the near future and old hardware will become less usable. regards, Nicolas -- Package-specific info: uname -a: Linux misaki 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23) x86_64 GNU/Linux /proc/version: Linux version 4.1.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-3) ) #1 SMP Debian 4.1.6-1 (2015-08-23) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 340.76 Thu Jan 22 12:11:08 PST 2015 GCC version: gcc version 4.9.3 (Debian 4.9.3-3) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86M [Quadro NVS 135M] [10de:042b] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:01f9] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 32 Region 0: Memory at f500 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f200 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at ef00 [size=128] [virtual] Expansion ROM at f400 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] AGP: No AGP bridge found [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.299164] vgaarb: setting as boot device: PCI::01:00.0 [0.299164] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.299164] vgaarb: loaded [0.299164] vgaarb: bridge control possible :01:00.0 [0.546828] Linux agpgart interface v0.103 [1.613193] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter video.allow_duplicates=1if the current driver doesn't work. [1.819402] nvidia: module license 'NVIDIA' taints kernel. [1.890974] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [1.891414] [drm] Initialized nvidia-drm 0.0.0 20150116 for :01:00.0 on minor 0 [1.891426] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 340.76 Thu Jan 22 12:11:08 PST 2015 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Aug 29 14:19 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 44 Aug 29 14:19 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1 lrwxrwxrwx 1 root root 43 Aug 29 14:19 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Aug 29 14:19 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 57 Aug 29 14:19 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 57 Aug 29 14:19 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 54 Aug 29 14:19 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 54 Aug 29 14:19 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 51 Aug 29 14:19 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Aug 29 14:19 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Aug 29 14:19 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Aug 29 14:19 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Aug 29 14:19 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 28 Aug 29 14:19 /etc/alternatives/nvidia - /usr/lib/nvidia/legacy-340xx lrwxrwxrwx 1 root root 57 Aug 29 14:19 /etc/alternatives/nvidia--libEGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libEGL.so.1 lrwxrwxrwx 1 root root 56 Aug 29 14:19
Bug#787021: jessie-pu: package webkitgtk/2.4.8-2
Control: tag -1 moreinfo On Wed, May 27, 2015 at 22:49:47 +0200, Alberto Garcia wrote: webkitgtk 2.4.9 was released containing several bug fixes, including the one for CVE-2015-2330. I contacted the Debian security team in order to make a security release with this fix. However, and since webkitgtk is in the limited-support set of packages it's very unlikely that the fix can be released through a DSA. They suggested to check if the proposed-updates mechanism would be suitable. The 2.4 branch of webkit is a stable branch and there's no active development there. However it's still maintained and there are releases with important bugfixes periodically, so I think it's the kind of releases that would make sense in a stable distribution. Should I upload webkitgtk 2.4.9 to wheezy-pu? For reference here's the changelog of the latest release: Hi Alberto, I'd be ok with this in principle, however we normally want to see a source debdiff from a tested package for a final ack. Thanks, Julien signature.asc Description: Digital signature
Bug#797316: nmu: binutils-mingw-w64_6.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, Would it be possible to binNMU binutils-mingw-w64 to rebuild with the new binutils 2.25.1? nmu binutils-mingw-w64_6.2 . ALL . unstable . -m Rebuild with binutils 2.25.1. Thanks in advance, Stephen -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#793018: jessie-pu: package mate-themes/1.9.2-1+deb8u1
Control: tag -1 confirmed On Mon, Jul 20, 2015 at 15:41:56 +0200, Mike Gabriel wrote: Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Dear release team, The mate-themes package in jessie does not do a proper clean-up of installed/generated files and folders when removed. + * debian/mate-themes.prerm: ++ Handle icon-theme.cache file removal. (Closes: #792841). + This proposed upload adds a debian/mate-themes.prerm script that removes auto-generated icon-theme.cache files in various icon theme folders shipped in mate-themes. Please elaborate on what real world problem caused by stray icon-theme.cache files makes this a serious bug. Cheers, Julien signature.asc Description: Digital signature
Bug#797192: Hang on
Control: tags -1 + moreinfo On Fri, 2015-08-28 at 14:41 +0200, Thomas Goirand wrote: Dear release team, Actually, hang on a bit, the previous patch isn't enough, that's only for the oslo-incubator, and nova itself needs to be patched too. I'm currently working on a backport of https://review.openstack.org/#/c/214528/ to nova Icehouse (ie: the version in Jessie). Please remove the moreinfo tag when supplying the updated debdiff. Regards, Adam
Bug#795491: jessie-pu: package tabmixplus/0.4.1.8-1~deb8u1
Control: tags -1 + confirmed On Fri, 2015-08-14 at 18:02 +0200, David Prévot wrote: The latest iceweasel major update in stable broke tabmixplus (#795361). The more recent version of tabmixplus (0.4.1.8) is known to work with it, and has been in Sid and Stretch for a while. Unfortunately, the debdiff against the version is Jessie is quite insane (225 files changed, 6856 insertions(+), 3118 deletions(-) while ignoring all spaces and blank lines)… I’m simply attaching the debdiff against Sid (adding a changelog entry). The package, rebuild in a Jessie chroot, has been successfully tested in Jessie. +tabmixplus (0.4.1.8-1~deb8u1) Jessie; urgency=medium I'm not sure that the capitalised suite names works there. Other than that, please feel free to go ahead. Regards, Adam
Bug#797321: cme: does not warn about License: MIT
Package: cme Version: 1.006-1 Severity: normal License: MIT in debian/copyright does not trigger a warning from cme check dpkg-copyright. This is almost always a mistake, and should be License: Expat if not a MIT/X11 license.
Bug#797323: chromium: Chromium is vulnerable to the logjam attack
Package: chromium Version: 44.0.2403.89-1~deb8u1 Severity: normal Tags: upstream Hello, The version of Chromium packaged in stable is still vulnerable to the Logjam attack. It can be tested here: https://weakdh.org/ https://www.ssllabs.com/ssltest/viewMyClient.html Regards, -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium depends on: ii libasound2 1.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.0-2.1 ii libcups2 1.7.5-11+deb8u1 ii libdbus-1-3 1.8.18-0+deb8u1 ii libexpat12.1.0-6+deb8u1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgnome-keyring03.12.0-1+b1 ii libgtk2.0-0 2.24.25-3 ii libharfbuzz0b0.9.35-2 ii libjpeg62-turbo 1:1.3.1-12 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.2-1.1+deb8u1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpci3 1:3.2.1-3 ii libspeechd2 0.8-7 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1.1 ii libstdc++6 4.9.2-10 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxml2 2.9.1+dfsg1-5 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.1 1.1.28-2+b2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+2 ii xdg-utils1.1.0~rc1+git20111210-7.4 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-inspector none ii chromium-l10n 44.0.2403.89-1~deb8u1 -- no debconf information
Bug#796947: jessie-pu: package s3ql/2.11.1+dfsg-2
Control: tags -1 + moreinfo On Tue, 2015-08-25 at 19:29 -0700, Nikolaus Rath wrote: Would it be acceptible to upload a fix for #792685 to jessie? In short, the S3QL version currently in jessie is unable to read file system created with the S3QL version in wheezy. All stored data thus becomes inaccessible unless one installs an intermediate version (that is currently not available in Debian). The proposed patch forward-ports the necessary capability from an intermediate S3QL version. An update package can be downloaded from http://mentors.debian.net/debian/pool/main/s/s3ql/s3ql_2.11.1+dfsg-3.dsc Can we have a debdiff of the proposed package against the s3ql version currently in Jessie, please? Regards, Adam
Bug#795953: vim-syntastic: compile.py not found in /var/lib/addons/syntax_checkers/python
Il giorno mar, 18/08/2015 alle 19.55 +1000, Ben Reedy ha scritto: Package: vim-syntastic Version: 3.5.0-1 Severity: normal Hello, * What led up to the situation? - Editing any python script and checking with syntastic, either manually with :SyntasticCheck or by saving the file. * What outcome did you expect instead? - Expected syntastic python checker to check python file as per normal * What exactly did you do (or not do) that was effective (or ineffective)? - Symlinking /usr/share/vim/addons/syntax_checkers/python/compile.py to /var/lib/vim/addons/syntax_checkers/python/compile.py resolved the issue. Hi Ben, you are right. I fixed it and uploaded a new version. I'm not exactly sure how this is packaged, but would adding the line 'syntax_checkers/python/compile.py' to debian/vim-syntastic.yaml add the necessary symlink? Yes. I'm using vim-addon-manager and there were some missing entries in the yaml file. Thanks for your report. Regards -- Andrea Capriotti capri...@debian.org signature.asc Description: This is a digitally signed message part
