Bug#787914: nano: new multi-edit detection segfaults when I say no
On Sun, 2015-08-02 at 21:44 +0200, Benno Schulenberg wrote: Okay, so you have a workaround. That's a relief. pabs@chianamo ~ $ cat ~/bin/nano #!/bin/sh unset MALLOC_PERTURB_ unset MALLOC_CHECK_ exec /bin/nano $@ Haven't found time for that yet. Sorry. But now that I can reproduce the crash, it becomes more urgent. And I've set the two MALLOC variables in my environment, so I should be getting random crashes too. That should motivate me. :) Great :) Okay, this turned out to be easy: a simple failing to initialize a variable. ... Fixed in SVN, r5338. Should be in 2.4.3. Excellent, thanks! -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#794439: ITP: word2vec -- computing vector representations of words
Package: wnpp Severity: wishlist Owner: lumin cdlumia...@gmail.com * Package name: word2vec Version : 0~svn42 Upstream Author : tmikolov tmiko...@google.com * URL : https://code.google.com/p/word2vec/ * License : Apache License 2.0 Programming Lang: C Description : computing vector representations of words This tool provides an efficient implementation of the continuous bag-of-words and skip-gram architectures for computing vector representations of words. These representations can be subsequently used in many natural language processing applications and for further research. -- Regards, Lumin signature.asc Description: This is a digitally signed message part
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
Hi On 2015-08-01, Stefan Lippers-Hollmann wrote: On 2015-07-31, Michael Biebl wrote: [...] Bastian built the lvm2 on amd64 on a non-systemd system, it seems. This results in /lib/udev/rules.d/69-lvm-metad.rules lookin like this: ... ENV{SYSTEMD_READY}=1 RUN+=/sbin/lvm pvscan --background --cache --activate ay --major $major --minor $minor, ENV{LVM_SCANNED}=1 ... If you build lvm2 on a systemd system, those rules look like ... ENV{SYSTEMD_READY}=1 ACTION!=remove, ENV{LVM_PV_GONE}==1, RUN+=/bin/systemd-run /sbin/lvm pvscan --cache $major:$minor, GOTO=lvm_end ENV{SYSTEMD_ALIAS}=/dev/block/$major:$minor ENV{ID_MODEL}=LVM PV $env{ID_FS_UUID_ENC} on /dev/$name ENV{SYSTEMD_WANTS}=lvm2-pvscan@$major:$minor.service If I replace /lib/udev/rules.d/69-lvm-metad.rules with the attached file, my problems with LVM on top of RAID1 are gone. Can you copy the attached file to /etc/udev/rules.d/ and test if that fixes your problem? Just an update for the situation with lvm2 2.02.126-2: - all affected systems are running the amd64 architecture - all systems are up to date Debian unstable/main using initramfs-tools 0.120: - most systems are broken with lvm2 2.02.126-2, to varying degrees. the problem is apparently timing sensitive, systems using a SSD for the system paths (with their dedicated volume group) are less likely to fail booting, but occassionally they still do break. - doing a local bin-NMU of lvm2 2.02.126-2, in order to update /lib/udev/rules.d/69-lvm-metad.rules with the changes pointed out by Michael Biebl helps me on all non-mdadm == lvm2-only systems. Not a single failed boot on these systems so far. - lvm2 (2.02.126-2) on top of mdadm (RAID1) fails reliably for me, regardless of the bin-NMU for 69-lvm-metad.rules or staying on the plain lvm2 2.02.126-2; I'm aware of #793631 and just mention it because the update to lvm2 2.02.126-2 doesn't appear to make a difference. using dracut 040+1-1: - all lvm-only systems are booting fine, no local bin-NMU needed. - the mdadm(RAID1)+lvm2 system is also booting reliably, no local bin-NMU needed. - no issues found with the current lvm2 and dracut (but I obviously don't need any special initramfs hooks/ scripts) Regards Stefan Lippers-Hollmann pgpuC1sS9sf6f.pgp Description: Digitale Signatur von OpenPGP
Bug#794383: apache2: Upgrade to apache2-2.2.22-13+deb7u5 breaks CA certificate chain
I have same problem. I tried to downgrade old (deb7u4) package and check again, it works fine. Currentry disabling SSLCertificateChainFile is a workaround, but it causes failing SSL certificate verify process. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794440: xsd: Not build due to no codesynthesis/cli package in debian archive
Source: xsd Version: 4.0.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear maintainer: cli is needed when building this package. But no package contains codesynthesis/cli Thanks -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'work'), (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794366: task-lxde-desktop: Users and Groups of LXDE hangs (logged as root) using Jessie on Raspberry Pi 2
Package: task-lxde-desktop Version: 3.31+deb8u1 Severity: important Dear Maintainer, Installed Jessie on Raspberry Pi 2 Installed task-lxde-desktop (3.31+deb8u1) Attempted to add a user by clicking Menu, Preferences, Users and Groups Displayed the application User Settings but HANGed. Said app is NOT responding. The app should be responding -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 3.18.0-trunk-rpi2 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages task-lxde-desktop depends on: ii lightdm 1.10.3-3 ii lxde 6 ii task-desktop 3.31+deb8u1 ii tasksel 3.31+deb8u1 Versions of packages task-lxde-desktop recommends: ii gnome-orca 3.14.0-4 ii hunspell-en-us 20070829-6 ii hyphen-en-us2.8.8-1 ii iceweasel 31.6.0esr-1 ii libreoffice 1:4.3.3-2+deb8u1 ii libreoffice-gtk 1:4.3.3-2+deb8u1 ii libreoffice-help-en-us 1:4.3.3-2+deb8u1 ii lxlauncher 0.2.4-1 ii lxtask 0.1.6-1 ii mythes-en-us1:3.3.0-4 ii synaptic0.81.2 ii system-config-printer 1.4.6-1 ii xsane 0.998-6+b1 task-lxde-desktop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794365: devscripts: licensecheck: CVE-2015-5705: argument injection vulnerability
Package: devscripts Version: 2.15.5 Severity: important Tags: security Control: retitle 794260 devscripts: licensecheck: CVE-2015-5704: shell injection vulnerability Hi, On Fri, Jul 31, 2015 at 09:32:33PM +0200, Jakub Wilk wrote: (If the variable were expanded by shell, command injection wouldn't be even possible. You could still exploit argument injection, but that's less exciting.) Let's open this to a new bug, since not fixed with #794260. CVE-2015-5705 was assigned to the argument injection vulnerability, see http://www.openwall.com/lists/oss-security/2015/08/01/7. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794363: torbrowser-launcher: TypeError: _getEndpoint() takes exactly 4 arguments (2 given)
Package: torbrowser-launcher Version: 0.2.0-1 Severity: serious Justification: doesn't start Usertags: crash torbrowser-launcher crashes on startup for me, it looks like the APIs for twisted have changed recently when 15.x reached testing: https://packages.qa.debian.org/t/twisted/news/20150731T163916Z.html https://packages.qa.debian.org/t/twisted/news/20150725T172059Z.html https://packages.qa.debian.org/t/twisted/news/20150309T094947Z.html https://raw.githubusercontent.com/twisted/twisted/releases/release-15.0.0-7335/NEWS pabs@chianamo ~ $ which-pkg-broke torbrowser-launcher | tail python-twisted-web Fri Jul 31 12:47:58 2015 python-twisted-loreFri Jul 31 12:48:01 2015 python-twisted-mailFri Jul 31 12:48:05 2015 python-twisted-names Fri Jul 31 12:48:09 2015 python-twisted-newsFri Jul 31 12:48:11 2015 python-twisted-runner Fri Jul 31 12:48:14 2015 python-twisted-words Fri Jul 31 12:48:16 2015 python-twisted-conch Fri Jul 31 12:48:34 2015 python-twisted Fri Jul 31 12:48:36 2015 libsqlite3-0:amd64 Sat Aug 1 12:13:16 2015 pabs@chianamo ~ $ torbrowser-launcher Tor Browser Launcher By Micah Lee, licensed under MIT version 0.2.0 https://github.com/micahflee/torbrowser-launcher Updating over Tor Checking for update Downloading https://www.torproject.org/projects/torbrowser/RecommendedTBBVersions Traceback (most recent call last): File /usr/bin/torbrowser-launcher, line 30, in module torbrowser_launcher.main() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/__init__.py, line 69, in main app = Launcher(common, url_list) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 130, in __init__ self.build_ui() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 284, in build_ui self.start(None) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 293, in start self.run_task() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 310, in run_task self.download('update check', self.common.paths['update_check_url'], self.common.paths['update_check_file']) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 469, in download None) File /usr/lib/python2.7/dist-packages/twisted/web/client.py, line 1926, in request deferred = self._agent.request(method, uri, headers, bodyProducer) File /usr/lib/python2.7/dist-packages/twisted/web/client.py, line 1559, in request endpoint = self._getEndpoint(parsedURI) TypeError: _getEndpoint() takes exactly 4 arguments (2 given) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages torbrowser-launcher depends on: ii gnupg1.4.19-3 ii python 2.7.9-1 ii python-gtk2 2.24.0-4 ii python-lzma 0.5.3-2+b1 ii python-parsley 1.2-1 ii python-psutil2.1.1-1+b1 ii python-twisted 15.2.1-1 ii python-txsocksx 1.13.0.3-1 ii tor 0.2.6.10-1 ii wmctrl 1.07-7 torbrowser-launcher recommends no packages. Versions of packages torbrowser-launcher suggests: pn apparmor none ii python-pygame 1.9.1release+dfsg-10+b1 -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#794364: RM: plasma-widget-message-indicator -- ROM; dead upstream, incompatible with Plasma 5
Package: ftp.debian.org Severity: normal Hi, Please remove the plasma-widget-message-indicator source and binary package. It's dead upstream and incompatible with KDE Plasma 5. Thanks, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794365: devscripts: licensecheck: CVE-2015-5705: argument injection vulnerability
Control: tags -1 + patch Hi Attached is proposed patch. Regards, Salvatore From c0d5696cb26f44698018c046c619ec3bc320bbc0 Mon Sep 17 00:00:00 2001 From: Salvatore Bonaccorso car...@debian.org Date: Sun, 2 Aug 2015 09:24:09 +0200 Subject: [PATCH] licensecheck: Separate command line options for file utility and argument CVE-2015-5705: argument injection vulnerability Closes: #794365 --- scripts/licensecheck.pl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/licensecheck.pl b/scripts/licensecheck.pl index 358dc35..78d9fd7 100755 --- a/scripts/licensecheck.pl +++ b/scripts/licensecheck.pl @@ -323,7 +323,7 @@ while (@files) { # Encode::Guess does not work well, use good old file command to get file encoding my $mime; -spawn(exec = ['file', '--brief', '--mime', '--dereference', $file], +spawn(exec = ['file', '--brief', '--mime', '--dereference', '--', $file], to_string = \$mime, error_to_file = '/dev/null', nocheck = 1, -- 2.5.0
Bug#775031: uget: Segmentation fault (Doesnt works after reboot)
*Hello* *WORKING NOW.* *Thank you and oblige.* *Kind Regards,* *خرم محمود* *(Khurram Mahmood)* On 2 August 2015 at 12:07, Elías Alejandro eal...@gmail.com wrote: Hi, On Sun, Aug 02, 2015 at 11:40:32AM +0500, Khurram Mahmood wrote: *Dear Elias A.* *Kindly find the attachment for your perusal.* Can you backup and delete uGet folder in .config/uGet. Then restart uGet That folder usually is under your home user as hidden. *Thank you and oblige.* *Kind Regards,* *خرم محمود* *(Khurram Mahmood)*
Bug#794368: ITP: netty-tcnative -- Tomcat Native fork for Netty
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: netty-tcnative Version : 1.1.33.Fork4 Upstream Author : The Apache Software Foundation, The Netty Project * URL : http://netty.io/wiki/forked-tomcat-native.html * License : Apache-2.0 Programming Lang: Java, C Description : Tomcat Native fork for Netty netty-tcnative is a fork of Tomcat Native, the native interface used by Tomcat to leverage the Apache Portable Runtime and provide superior scalability, performance, and better integration with native server technologies. netty-tcnative includes a set of changes contributed by Twitter, Inc, such as: * Simplified distribution and linkage of native library * Complete mavenization of the project * Improved OpenSSL support This package is a dependency of Netty 4 (libnetty-java). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775193: djvudigital: insecure use of /tmp
Good call. So what's needed is something that works if mktemp does not exist, and is secure if mktemp does exist. Patch welcome!
Bug#794358: supertux: please install higher resolution icon (patch included)
Package: supertux Version: 0.3.5a-1~bpo8+2 Severity: minor Tags: patch The supertux icon looks very blurry on desktops with larger icons, e.g. GNOME. I noticed that there is a higher resolution available in the source package (data/images/engine/icons/supertux-256x256.png). When installing this file (see attached patch) the icon looks much better. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.1.0-trunk-686-pae (SMP w/5 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages supertux depends on: ii libc6 2.19-18 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libgcc1 1:4.9.2-10 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libice6 2:1.0.9-1+b1 ii libogg0 1.3.2-1 ii libopenal11:1.15.1-5 ii libphysfs12.0.3-2 ii libsdl2-2.0-0 2.0.2+dfsg1-6 ii libsdl2-image-2.0-0 2.0.0+dfsg-3+b4 ii libsm62:1.2.2-1+b1 ii libstdc++64.9.2-10 ii libvorbis0a 1.3.4-2 ii libvorbisfile31.3.4-2 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii supertux-data 0.3.5a-1~bpo8+2 supertux recommends no packages. supertux suggests no packages. -- no debconf information Index: debian/control === --- debian/control (Revision 15491) +++ debian/control (Arbeitskopie) @@ -18,7 +18,8 @@ libsdl2-dev, libsdl2-image-dev, libvorbis-dev, - pkg-config + pkg-config, + dh-exec Standards-Version: 3.9.6 Vcs-Svn: svn://anonscm.debian.org/pkg-games/packages/trunk/supertux/ Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/supertux/ Index: debian/supertux.install === --- debian/supertux.install (Revision 15491) +++ debian/supertux.install (Arbeitskopie) @@ -1,4 +1,6 @@ +#!/usr/bin/dh-exec usr/games usr/share/appdata usr/share/applications/supertux2.desktop usr/share/pixmaps +data/images/engine/icons/supertux-256x256.png = /usr/share/icons/hicolor/256x256/apps/supertux.png
Bug#794359: FTBFS: port tests to rspec 3 for updating to 1.5.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: ruby-redis-namespce version: 1.4.1-2 severity: serious log from pbuilder run with rspec 3, for 1.4.1-2 ┌─── ───┐ │ Run tests for ruby2.1 from debian/ruby-tests.rake │ └─── ───┘ RUBYLIB=/tmp/buildd/ruby-redis-namespace-1.4.1/debian/ruby-redis-namespa ce/usr/lib/ruby/vendor_ruby:. rake2.1 -f debian/ruby-tests.rake /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb ...FFF...FFFF... ... Failures: 1) redis should be able to use a namespace with setbit Failure/Error: @namespaced.exists('virgin_key').should be_true expected true to respond to `true?` or perhaps you meant `be true` or `be_truthy` # ./spec/redis_spec.rb:119:in `block (2 levels) in top (required) ' 2) redis should be able to use a namespace with mapped_msetnx Failure/Error: @namespaced.mapped_msetnx('foo'='1000', 'bar'='2000').should be_false expected false to respond to `false?` or perhaps you meant `be false` or `be_falsey` # ./spec/redis_spec.rb:155:in `block (2 levels) in top (required) ' 3) redis should be able to use a namespace with hashes Failure/Error: @namespaced.hsetnx('foonx','nx',10).should be_true expected true to respond to `true?` or perhaps you meant `be true` or `be_truthy` # ./spec/redis_spec.rb:176:in `block (2 levels) in top (required) ' 4) redis redis 2.6 commands should namespace bitcount FIXED Expected pending 'awaiting implementaton of command in redis gem' to fail. No Error was raised. # ./spec/redis_spec.rb:355 5) redis redis 2.6 commands should namespace bitop FIXED Expected pending 'awaiting implementaton of command in redis gem' to fail. No Error was raised. # ./spec/redis_spec.rb:359 6) redis redis 2.6 commands should namespace dump FIXED Expected pending 'awaiting implementaton of command in redis gem' to fail. No Error was raised. # ./spec/redis_spec.rb:363 7) redis redis 2.6 commands should namespace restore FIXED Expected pending 'awaiting implementaton of command in redis gem' to fail. No Error was raised. # ./spec/redis_spec.rb:410 Deprecation Warnings: Using `should` from rspec-expectations' old `:should` syntax without explicitly enabling the syntax is deprecated. Use the new `:expect` syntax or explicitly enable `:should` with `config.expect_with(:rspec) { |c| c.syntax = :should }` instead. Called from /tmp/buildd/ruby-redis-namespace-1.4.1/spec/redis_spec.rb:26:in `block (2 levels) in top (required)'. If you need more of the backtrace for any of these deprecations to identify where to make the necessary changes, you can configure `config.raise_errors_for_deprecations!`, and it will turn the deprecation warnings into errors, giving you the full backtrace. 1 deprecation warning total Finished in 1.7 seconds (files took 1.83 seconds to load) 79 examples, 7 failures Failed examples: rspec ./spec/redis_spec.rb:117 # redis should be able to use a namespace with setbit rspec ./spec/redis_spec.rb:153 # redis should be able to use a namespace with mapped_msetnx rspec ./spec/redis_spec.rb:161 # redis should be able to use a namespace with hashes rspec ./spec/redis_spec.rb:355 # redis redis 2.6 commands should namespace bitcount rspec ./spec/redis_spec.rb:359 # redis redis 2.6 commands should namespace bitop rspec ./spec/redis_spec.rb:363 # redis redis 2.6 commands should namespace dump rspec ./spec/redis_spec.rb:410 # redis redis 2.6 commands should namespace restore /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb failed ERROR: Test ruby2.1 failed. Exiting. dh_auto_install: dh_ruby --install /tmp/buildd/ruby-redis-namespace-1.4.1/debian/ruby-redis-namespace returned exit code 1 debian/rules:23: recipe for target 'override_dh_auto_install' failed make[1]: *** [override_dh_auto_install] Error 1 make[1]: Leaving directory '/tmp/buildd/ruby-redis-namespace-1.4.1' debian/rules:15: recipe for target 'binary' failed make: *** [binary] Error 2 log for 1.5.2 ┌─── ───┐ │ Run tests for ruby2.1 from debian/ruby-tests.rake │ └─── ───┘ RUBYLIB=/home/pravi/forge/debian/git/pkg-ruby-extras/ruby-redis-namespac e/debian/ruby-redis-namespace/usr/lib/ruby/vendor_ruby:. rake2.1 -f debian/ruby-tests.rake /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:656:in `method_missing': undefined method `its' for RSpec::ExampleGroups::RedisNamespace::Deprecated1XBehaviour:Class (NoMethodError) from /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-redis-namespace/spec/d eprecation_spec.rb:20:in `block
Bug#794361: FTBFS with GCC5
Package: sysdig Version: 0.1.101-2 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) While prparing 0.1.102, I noticed that it will not build on current unstable. This also applies to 0.1.101-2 as in the archive. Build log: Linking CXX executable csysdig cd /tmp/buildd/sysdig-0.1.101/obj-x86_64-linux-gnu/userspace/sysdig /usr/bin/cmake -E cmake_link_script CMakeFiles/csysdig.dir/link.txt --verbose=1 /usr/bin/c++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2 -Wall -ggdb --std=c++0x -Wl,-z,relro CMakeFiles/csysdig.dir/fields_info.cpp.o CMakeFiles/csysdig.dir/csysdig.cpp.o -o csysdig -rdynamic ../libsinsp/libsinsp.a -lncurses -lform ../libscap/libscap.a -lz -ljsoncpp -lluajit-5.1 -ldl .../libsinsp/libsinsp.a(container.cpp.o): In function `sinsp_container_manager::parse_docker(sinsp_container_info*)': /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:339: undefined reference to `Json::Reader::parse(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, Json::Value, bool)' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:346: undefined reference to `Json::Value::asString[abi:cxx11]() const' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:347: undefined reference to `Json::Value::asString[abi:cxx11]() const' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:353: undefined reference to `Json::Value::asString[abi:cxx11]() const' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:360: undefined reference to `Json::Value::getMemberNames[abi:cxx11]() const' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:371: undefined reference to `Json::Value::operator[](std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:378: undefined reference to `Json::Value::asString[abi:cxx11]() const' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/container.cpp:379: undefined reference to `Json::Value::asString[abi:cxx11]() const' .../libsinsp/libsinsp.a(event.cpp.o): In function `sinsp_evt::render_fd_json(Json::Value*, long, char const**, sinsp_evt::param_fmt)': /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/event.cpp:584: undefined reference to `Json::Value::Value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/event.cpp:595: undefined reference to `Json::Value::Value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../libsinsp/libsinsp.a(event.cpp.o): In function `sinsp_evt::get_param_as_json(unsigned int, char const**, sinsp_evt::param_fmt)': /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/event.cpp:890: undefined reference to `Json::Value::Value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/event.cpp:908: undefined reference to `Json::Value::Value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/event.cpp:950: undefined reference to `Json::Value::Value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../libsinsp/libsinsp.a(event.cpp.o):/tmp/buildd/sysdig-0.1.101/userspace/libsinsp/event.cpp:964: more undefined references to `Json::Value::Value(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' follow .../libsinsp/libsinsp.a(eventformatter.cpp.o): In function `sinsp_evt_formatter::tostring(sinsp_evt*, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar *)': /tmp/buildd/sysdig-0.1.101/userspace/libsinsp/eventformatter.cpp:270: undefined reference to `Json::FastWriter::write[abi:cxx11](Json::Value const)' collect2: error: ld returned 1 exit status userspace/sysdig/CMakeFiles/csysdig.dir/build.make:120: recipe for target 'userspace/sysdig/csysdig' failed make[3]: *** [userspace/sysdig/csysdig] Error 1 Regards Evgeni -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sysdig depends on: ii libc62.19-19 ii libgcc1 1:5.1.1-14 ii libjsoncpp0 0.10.2-4 ii libluajit-5.1-2 2.0.3+dfsg-3 ii libncurses5 5.9+20150516-2 ii libstdc++6 5.1.1-14 ii libtinfo55.9+20150516-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages sysdig recommends: ii sysdig-dkms 0.1.101-2 sysdig suggests no packages. -- no debconf information --
Bug#793888: ui-gxmlcpp includes autogenerated files that cannot be rebuilt from source
On Sa, 2015-08-01 at 19:46 +0200, Johannes Schauer wrote: Hi, (...) I reported it like that because I was not able to recreate ./configure and aclocal.m4 from source. When I deleted both files and tried to regenerate them, I ran into an error and I also got an error when I tried to rebuild with `dh --with autoreconf`. This made me believe that ./configure and aclocal.m4 can *not* be built from source. so this does not work even _with_ ui-auto installed? Thx, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794367: python-twisted-web: internal API changes broke 3 packages, please add appropriate breaks
Package: python-twisted-web Version: 15.2.1-1 Severity: serious The recent internal API changes in python-twisted-web in testing (twisted 15.2.1-1) broke torbrowser-launcher (#793791), txsocksx[1], python-scrapy[2]. python-scrapy is fixed in Debian, txsocksx is fixed upstream but not in a release and torbrowser-launcher isn't fixed yet. The release team would like python-twisted-web to have the appropriate Breaks to prevent the new python-twisted-web from being installed with packages broken by this. Probably the appropriate breaks is like this: Breaks: torbrowser-launcher (= 0.2.0-1~), python-scrapy ( 1.0.0-1~), txsocksx ( 1.13.0.4-1~) 1. https://github.com/habnabit/txsocksx/issues/9 2. https://github.com/scrapy/scrapy/issues/1034 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#794369: python-txsocksx: broken by twisted 15.x internal API changes
Package: python-txsocksx Version: 1.13.0.3-1 Severity: serious The twisted internal API recently changed in Debian testing and that breaks python-txsocksx[1]. Please get upstream to release 1.13.0.4 so that can be uploaded to Debian. If you fix it before the next upstream release, please ask the twisted maintainer via #794367 to set the Breaks to the fixed version instead of 1.13.0.4-1~ as I suggested. 1. https://github.com/habnabit/txsocksx/issues/9 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-txsocksx depends on: ii python 2.7.9-1 ii python-parsley 1.2-1 ii python-twisted 14.0.2-3 python-txsocksx recommends no packages. python-txsocksx suggests no packages. -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
Hi, I just learned that there is a name space conflicts with the new package ea-utils and amule-utils-gui. I know that we are working according to a first comes first served basis and thus ea-utils would be responsible to rename this file. However, I would like to ask you anyway whether there is any chance to deal with this name space conflict from the amule-utils side. Kind regards Andreas. On Sat, Aug 01, 2015 at 05:09:32PM +0200, Andreas Beckmann wrote: Package: ea-utils Version: 1.1.2+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: affects -1 + amule-utils-gui Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package ea-utils. Preparing to unpack .../ea-utils_1.1.2+dfsg-1_amd64.deb ... Unpacking ea-utils (1.1.2+dfsg-1) ... dpkg: error processing archive /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/alc.1.gz', which is also in package amule-utils-gui 2.3.1+git1a369e47-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/alc usr/share/man/man1/alc.1.gz Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see https://qa.debian.org/dose/file-overwrites.html ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775031: uget: Segmentation fault (Doesnt works after reboot)
*Dear Elias A.* *Kindly find the attachment for your perusal.* *Thank you and oblige.* *Kind Regards,* *خرم محمود* *(Khurram Mahmood)* On 2 August 2015 at 10:18, Elías Alejandro eal...@gmail.com wrote: Hi, On Sat, Jan 10, 2015 at 06:17:08PM +0500, Khurram Mahmood wrote: Package: uget Version: 1.10.4-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Probably the reboot. * What exactly did you do (or not do) that was effective (or ineffective)? I tried remove and purge and reinstall. The same error exists. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** As I said you in a previous email, we need to debugging uget-gtk-1to2 and look at the messages output. $ gdb uget-gtk GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from uget-gtk...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/uget-gtk [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffea6df700 (LWP 5077)] Program received signal SIGSEGV, Segmentation fault. 0x0042c02b in ?? () (gdb) bt #0 0x0042c02b in ?? () #1 0x0041c948 in ?? () #2 0x0041e231 in ?? () #3 0x0040ca64 in ?? () #4 0x752ebb45 in __libc_start_main (main=0x40c940, argc=1, argv=0x7fffe4d8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe4c8) at libc-start.c:287 #5 0x0040cae0 in ?? () (gdb)
Bug#794360: qt4-dev-tools: lconvert is missing a man page
Package: qt4-dev-tools Version: 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 Severity: minor A question about converting between various QT/Gnugettext formats just arose on debian-i18n and I wanted to look up lconvert. However, it does not provide a manpage unfortunately. It would be great if a man page (maybe even with an i18n infrastructure) could be provided. Thanks. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qt4-dev-tools depends on: ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libpng12-0 1.2.50-2+b2 ii libqt4-declarative 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-help 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-xmlpatterns 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtdbus4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libstdc++6 4.9.2-10 ii libx11-62:1.6.2-3 ii libxtst62:1.2.2-1+b1 ii qtchooser 47-gd2b7997-2 Versions of packages qt4-dev-tools recommends: pn libqt4-devnone pn qt4-designer none pn qt4-doc none Versions of packages qt4-dev-tools suggests: pn qt4-doc-html none -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#775031: uget: Segmentation fault (Doesnt works after reboot)
Hi, On Sun, Aug 02, 2015 at 11:40:32AM +0500, Khurram Mahmood wrote: *Dear Elias A.* *Kindly find the attachment for your perusal.* Can you backup and delete uGet folder in .config/uGet. Then restart uGet That folder usually is under your home user as hidden. *Thank you and oblige.* *Kind Regards,* *خرم محمود* *(Khurram Mahmood)* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794362: rlinetd: [INTL:de] updated German man page translation
Package: rlinetd Version: 0.9-3 Severity: wishlist Tags: patch l10n Please find the updated German man page translation for rlinetd attached. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of rlinetd man page template to German # Copyright (C) YEAR Robert Luberda rob...@debian.org (msgids) # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2011, 2015. # This file is distributed under the same license as the rlinetd package. # msgid msgstr Project-Id-Version: rlinetd 0.9-3\n Report-Msgid-Bugs-To: rlin...@packages.debian.org\n POT-Creation-Date: 2013-11-17 18:01+0100\n PO-Revision-Date: 2015-08-02 09:08+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: utf-8\n #. type: TH #: rlinetd.8.in:1 #, no-wrap msgid RLINETD msgstr RLINETD #. type: TH #: rlinetd.8.in:1 #, no-wrap msgid July, 15th 2011 msgstr 15. Juli 2011 #. type: TH #: rlinetd.8.in:1 rlinetd.conf.5.in:2 inetd2rlinetd.8.in:1 #, no-wrap msgid Debian msgstr Debian #. type: TH #: rlinetd.8.in:1 rlinetd.conf.5.in:2 inetd2rlinetd.8.in:1 #, no-wrap msgid rlinetd %version% msgstr rlinetd %version% #. type: SH #: rlinetd.8.in:2 rlinetd.conf.5.in:3 inetd2rlinetd.8.in:2 #, no-wrap msgid NAME msgstr NAME #. type: Plain text #: rlinetd.8.in:4 msgid rlinetd - an(other) internet super-server msgstr rlinetd - ein (weiterer) Internet-Super-Server #. type: SH #: rlinetd.8.in:4 inetd2rlinetd.8.in:4 #, no-wrap msgid SYNOPSIS msgstr ÜBERSICHT #. type: Plain text #: rlinetd.8.in:10 msgid [B-f|B--config IEltconfig-fileEgt] [B-p|B--parser IEltparser-moduleEgt] msgstr [B-f|B--config IEltKonfig-DateEgt] [B-p|B--parser IEltParser-ModulEgt] #. type: SH #: rlinetd.8.in:12 rlinetd.conf.5.in:5 inetd2rlinetd.8.in:14 #, no-wrap msgid DESCRIPTION msgstr BESCHREIBUNG #. type: Plain text #: rlinetd.8.in:16 msgid Brlinetd is a connection manager which binds and listens to a number of ports, and performs specified actions when a connection is made. msgstr Brlinetd ist ein Verbindungsverwalter, der sich mit einer Reihe von Ports verbindet, auf Anfragen wartet und bestimmte Aktionen durchführt, wenn eine Verbindung hergestellt wird. #. type: SH #: rlinetd.8.in:16 inetd2rlinetd.8.in:21 #, no-wrap msgid OPTIONS msgstr OPTIONEN #. type: Plain text #: rlinetd.8.in:19 msgid The program will accept a number of arguments to adjust the startup sequence. msgstr Das Programm akzeptiert eine Reihe von Argumenten, um die Hochfahrsequenz anzupassen. #. -d | --debug #. type: Plain text #: rlinetd.8.in:25 msgid is a flag to raise the debug level. This will, amongst other things, prevent dissociation from the controlling terminal and give output on stderr. msgstr ist ein Schalter, um die Fehlersuch- (Debug-)Stufe zu erhöhen. Dies wird unter anderem dazu führen, dass die Trennung vom steuernden Terminal unterbleibt und Ausgabe auf Stderr erfolgt. #. -h | --help #. type: Plain text #: rlinetd.8.in:29 msgid will give a brief synopsis of the options. msgstr gibt eine kurze Übersicht der Optionen aus #. type: TP #: rlinetd.8.in:29 #, no-wrap msgid B-f , --configI Eltconfig-fileEgt msgstr B-f , --configI EltKonfigurationsdateiEgt #. type: Plain text #: rlinetd.8.in:33 msgid allows the specification of an alternative configuration file to be read. msgstr erlaubt die Angabe einer alternativ einzulesenden Konfigurationsdatei #. type: TP #: rlinetd.8.in:33 #, no-wrap msgid B-p , --parserI Eltparser-moduleEgt msgstr B-p , --parserI EltParser-ModulEgt #. type: Plain text #: rlinetd.8.in:37 msgid allows the specification of an alternative parser module to be used when parsing the configuration file. msgstr erlaubt die Angabe eines alternativen Parser-Moduls, das zum Auswerten der Konfigurationsdatei verwandt wird #. type: SH #: rlinetd.8.in:37 #, no-wrap msgid FILES msgstr DATEIEN #. type: Plain text #: rlinetd.8.in:41 msgid default configuration file. msgstr Standard-Konfigurationsdatei #. type: Plain text #: rlinetd.8.in:44 msgid default parser module. msgstr Standard-Parser-Modul #. type: SH #: rlinetd.8.in:44 rlinetd.conf.5.in:812 inetd2rlinetd.8.in:56 #, no-wrap msgid SEE ALSO msgstr SIEHE AUCH #. type: SH #: rlinetd.8.in:46 rlinetd.conf.5.in:815 inetd2rlinetd.8.in:61 #, no-wrap msgid AUTHOR msgstr AUTOR #. type: Plain text #: rlinetd.8.in:48 rlinetd.conf.5.in:817 inetd2rlinetd.8.in:63 msgid This manual page was written by Mikolaj J. Habryn Eltdichro-doc@rcpt. toEgt. Modified by Robert Luberda Eltrob...@debian.orgegt. msgstr Diese Handbuchseite wurde von Mikolaj J. Habryn Eltdichro-...@rcpt.toegt geschrieben. Geändert von Robert Luberda Eltrob...@debian.orgegt. #. type: TH
Bug#790943: server certificates/key pairs and CA directories
On 21/07/15 18:50, Thorsten Glaser wrote: Daniel Pocock daniel at pocock.pro writes: I looked at the package ssl-cert to try and understand and there I found that it is using /etc/ssl/certs for server certs while other packages Do NOT do that. I wasn't suggesting that was desirable, it is just what I observed. As mentioned, I had actually reported a but about it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790943 I agree that applications should check the CA constraint, but I feel it increases the risk of administrative and programming errors when everything is in a single directory. It’s causing trouble because some software (e.g. Gajim) reads all files under /etc/ssl/certs/ not just the hashed ones – presumably because OpenSSL 1.x changed the algorithm used for the hash, while GnuTLS keeps using the OpenSSL 0.x one (in MirBSD I just symlink them both). My suggestion is: /etc/ssl/private/foo.key ← 0640 root:ssl-cert, secret key /etc/ssl/foo.cer ← 0644 root:ssl-cert, public key / certificate plus DH parameters /etc/ssl/foo.ca ← 0644 root:ssl-cert, certificate chain EXCLUDING root certificate Then make sure to use the same “foo”. Looking through various Debian boxes, I can't help noticing a range of directories under /etc/ssl, e.g. # ls -l /etc/ssl total 60 drwxr-xr-x 2 root root 20480 Jun 6 18:57 certs -rw-r--r-- 1 root root 10835 Mar 18 2013 openssl.cnf drwx--x--- 2 root ssl-cert 4096 Jan 21 2014 private drwxr-xr-x 2 root root 4096 Oct 20 2007 ssl.crl drwxr-xr-x 2 root root 4096 Jul 1 18:49 ssl.crt drwxr-xr-x 2 root root 4096 Jan 21 2014 ssl.csr drwxr-xr-x 2 root root 4096 Jun 4 13:35 ssl.key drwxr-xr-x 2 root root 4096 Oct 20 2007 ssl.prm and on a more recent box: # ls -l /etc/ssl total 44 drwxr-xr-x 2 root root 24576 Jan 28 2015 certs -rw-r--r-- 1 root root 10835 Jun 15 2014 openssl.cnf drwx--x--- 2 root ssl-cert 4096 Jul 21 2014 private Does anybody know which packages create or use the /etc/ssl/ssl.* directories and was there any standard for using them? The default permissions on /etc/ssl/ssl.key don't look great -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768032: Can you please publish the workaround?
Hi, I am having this problem too. Can you please publish the steps to resolve under the bug? Thanks, Pete Miller -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745661: Git repo on collab-maint
The URL for cloning the weblate Git repo on collab-maint is actually ssh://git.debian.org/git/collab-maint/weblate.git, not http://anonscm.debian.org/gitweb/?p=collab-maint/weblate.git I believe. Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794380: debirf does not work if /bin/sh is not bash
Package: debirf Version: 0.34 Severity: normal Hello I just met the exact same issue as reported in #508041 : Here is the snippet I use to custom the keyboard layout : #!/bin/sh -e debirf_exec apt-get --assume-yes install console-setup cp /etc/default/keyboard ${DEBIRF_ROOT}/etc/default/keyboard Unfortunately Debirf fails when executing that module : run-parts: executing rescue/modules/keyboard rescue/modules/keyboard: 3: rescue/modules/keyboard: debirf_exec: not found run-parts: rescue/modules/keyboard exited with return code 127 When replacing /bin/sh by /bin/bash it works as intended. For information I'm using Debirf v. 0.34 and /bin/sh is linked to /bin/dash. dud -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/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 debirf depends on: ii apt 1.0.9.8 ii cpio 2.11+dfsg-4.1 ii debootstrap 1.0.67 ii fakechroot 2.17.2-1 ii fakeroot 1.20.2-1 ii klibc-utils 2.0.4-2 Versions of packages debirf recommends: ii grub-common 2.02~beta2-22 ii lsb-release 4.1+Debian13+nmu1 ii syslinux-common 3:6.03+dfsg-5 ii xorriso 1.3.2-1.1 debirf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774195: libnss3: libpkix incorrect prefers older, weaker certs over stronger, newer certs
Hi Mike, Hi folks! Mike, if it's OK for you I'd volunteer to coordinate getting this fix into the next jessie pointrelease if you don't want to deal with it. I'd use the package by Andrew which looks fine. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc Description: PGP signature
Bug#794124: mutt-kz: F1 - /usr/share/doc/mutt/manual.txt.gz: No such file or directory
* Víctor M. Jáquez L. vjaq...@igalia.com, 2015-08-02, 15:28: I can't use the help function (F1), because it tries to open nonexistent file: gzip: /usr/share/doc/mutt/manual.txt.gz: No such file or directory I'm not sure, but I think this bug belongs to mutt package, I don't think so. :) mutt manages /usr/share/doc/mutt/manual.txt.gz via alternatives: update-alternatives --install /usr/bin/mutt mutt /usr/bin/mutt-org 50 \ --slave /usr/share/man/man1/mutt.1.gz mutt.1.gz /usr/share/man/man1/mutt-org.1.gz \ --slave /usr/share/man/man5/muttrc.5.gz muttrc.5.gz /usr/share/man/man5/muttrc-org.5.gz \ --slave /usr/share/doc/mutt/html mutt-doc-html /usr/share/doc/mutt/html-org \ --slave /usr/share/doc/mutt/manual.txt.gz mutt-doc-manual /usr/share/doc/mutt/manual-org.txt.gz But mutt-kz doesn't have --slave for this file: update-alternatives --install /usr/bin/mutt mutt /usr/bin/mutt-kz 60 \ --slave /usr/share/man/man1/mutt.1.gz mutt.1.gz /usr/share/man/man1/mutt-kz.1.gz \ --slave /usr/share/man/man5/muttrc.5.gz muttrc.5.gz /usr/share/man/man5/muttrc-kz.5.gz -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791072: icu: library transition may be needed when GCC 5 is the default
On 2 August 2015 at 14:32, László Böszörményi (GCS) g...@debian.org wrote: Control: tags -1 -help On Sun, Aug 2, 2015 at 1:59 PM, Matthias Klose d...@debian.org wrote: On 08/02/2015 01:44 PM, László Böszörményi (GCS) wrote: Then we can start the icu transition separately. sorry, you don't understand. all the libstdc++ follow-up transitions will depend on each other. I know this. Still it looked smoother if we do the GCC 5 transition and when things are settled then do the ICU one. your patch for icu 52 looks ok, but again, it will break all rdepends now, which could be avoided with icu 55. OK, 55.1 is in the building and last tests. In addition to that: libicu52 | 52.1-11 | sid | any Must be removed from sid, as these are binary incompatible with: libicu52 | 52.1-10 | stretc | any -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794388: RM: please remove icu 52.1-11 from unstable
Package: ftp.debian.org Severity: important please remove icu 52.1-11 and 52.1-11.1 from unstable see #791072 for the background. such we have an unbroken libicu52 then the icu maintainer can upload icu 55.1 with the changed soname. I just NMUed 52.1-11.1 built using GCC 4.9 as a stop gap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791141: libmusicbrainz3: library transition may be needed when GCC 5 is the default
user release.debian@packages.debian.org usertag 791141 + transition block 791141 by 790756 reassign 791141 release.debian.org retitle 791141 transition: libmusicbrainz3 (GCC 5) severity 791141 normal thanks On 2015-07-03 13:11:45, Matthias Klose wrote: Package: src:libmusicbrainz3 Version: 3.0.2-2.2 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Yes, they are used by reverse dependencies. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org A transition is needed for libmusicbrainz3. I have uploaded an NMU to rename the libmusicbrainz3-6 to libmusicbrainz3-6v5 to experimental. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#794124: mutt-kz: F1 - /usr/share/doc/mutt/manual.txt.gz: No such file or directory
* Víctor M. Jáquez L. vjaq...@igalia.com, 2015-08-02, 17:37: gzip: /usr/share/doc/mutt/manual.txt.gz: No such file or directory https://gitlab.com/vjaquez-misc/mutt-kz/commit/11c40365909e65e5f321da8929b7c43f8bf7ad88 Does it look good? Looks good to me! -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794373: fheroes2-pkg: [INTL:it] Italian translation of debconf messages
Package: fheroes2-pkg Severity: wishlist Tags: patch l10n Hi. Please find attached the Italian updated translation of fheroes2-pkg debconf messages. Please include it in your next upload. Thanks, Beatrice # Italian translation of fheroes2-pkg debconf messages. # Copyright (C) 2013, fheroes2-pkg package copyright holder # This file is distributed under the same license as the fheroes2-pkg package. # Beatrice Torracca beatri...@libero.it, 2013, 2015. msgid msgstr Project-Id-Version: fheroes2-pkg\n Report-Msgid-Bugs-To: fheroes2-...@packages.debian.org\n POT-Creation-Date: 2015-04-12 05:48+1000\n PO-Revision-Date: 2015-08-02 11:33+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../templates:2001 msgid Proceed with downloading and compiling ${PKGG}${VER}? msgstr Procedere con lo scaricamento e la compilazione di ${PKGG}${VER}? #. Type: boolean #. Description #. Type: note #. Description #: ../templates:2001 ../templates:3001 msgid The fheroes2 AI is non-free due to a not-for-sale restriction, and some images may also be non-free. msgstr L'IA di fheroes2 non è libera a causa di una restrizione non-per-la-vendita, e alcune immagini potrebbero anch'esse essere non libere. #. Type: boolean #. Description #. Type: note #. Description #: ../templates:2001 ../templates:3001 #| msgid #| The installation process is therefore about to download the source files #| from SourceForge, compile them, and install the binary deb package #| \${PKGG}${VER}\. msgid The installation process is therefore about to download the source files from SourceForge, compile them, and install the binary deb package(s) [${PKGG_ALL}]. msgstr Il processo di installazione perciò sta per scaricare i file sorgente da SourceForge, compilarli e installare il pacchetto deb binario [${PKGG_ALL}]. #. Type: boolean #. Description #: ../templates:2001 msgid Please confirm whether you wish this to happen. msgstr Confermare che questo è ciò che si desidera. #. Type: note #. Description #: ../templates:3001 msgid Please remember to run \sudo dpkg-reconfigure ${PKGI}\ to build and install guest package(s) for the first time. msgstr Ricordarsi di eseguire «sudo dpkg-reconfigure ${PKGI}» per compilare e installare pacchetti ospiti per la prima volta. #. Type: title #. Description #: ../templates:4001 msgid Build and install ${PKGG}${VER} msgstr Compilare e installare ${PKGG}${VER} #. Type: title #. Description #: ../templates:5001 msgid Upgrades available for guest package(s) msgstr Aggiornamenti disponibili per i pacchetti ospiti #. Type: note #. Description #: ../templates:6001 msgid An update to guest package(s) [${PKGG_ALL}] version ${VER} is available but automatic upgrade is disabled. msgstr È disponibile un aggiornamento alla versione ${VER} per pacchetti ospiti [${PKGG_ALL}], ma l'aggiornamento automatico è disabilitato. #. Type: note #. Description #: ../templates:6001 msgid Please remember to run \sudo dpkg-reconfigure ${PKGI}\ to build and install guest package(s) or consider installing the APT post-invoke hook. msgstr Ricordarsi di eseguire «sudo dpkg-reconfigure ${PKGI}» per compilare e installare pacchetti ospiti o prendere in considerazione l'installazione dell'hook post-invoke di APT. #. Type: boolean #. Description #: ../templates:7001 msgid Install APT post-invoke hook? msgstr Installare l'hook post-invoke di APT? #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:7001 ../templates:8001 msgid If activated, the APT post-invoke hook takes care of future automatic upgrades of guest package(s) on host package upgrade. When an update is available, the hook will attempt to download and build the package(s), and (if \apt-get check\ reports no errors) install them with \dpkg -i\. msgstr Se attivato, l'hook post-invoke di APT si occuperà dei futuri aggiornamenti automatici dei pacchetti ospiti all'aggiornamento dei pacchetti sull'host. Quando un aggiornamento è disponibile, l'hook cercherà di scaricare e compilare i pacchetti e, se «apt-get check» non riporta errori, li installerà con «dpkg -i». #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:7001 ../templates:8001 #| msgid #| Alternatively, guest packages can be built by manual invocation of \dpkg- #| reconfigure ${PKGI}\. msgid Alternatively, guest package(s) can be built by manual invocation of \dpkg- reconfigure ${PKGI}\. msgstr In alternativa, i pacchetti ospiti possono essere compilati invocando manualmente «dpkg-reconfigure ${PKGI}». #. Type: boolean #. Description #: ../templates:8001 msgid Remove APT post-invoke hook? msgstr Rimuovere l'hook post-invoke di APT?
Bug#794372: FTBFS: undefined reference to Glib::filename_display_basename
Source: gigedit Version: 0.2.0-1 Severity: serious Tags: sid stretch Justification: fails to build from source (but built successfully in the past) User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::filename_display_basename(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::str_has_suffix(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `RIFF::File::File(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::ustring::operator=(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::ustring::ustring(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Gtk::SelectionData::set(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, int, unsigned char const*, int)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::build_filename(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Gtk::SelectionData::get_target[abi:cxx11]() const' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::path_get_dirname(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::path_get_basename(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' .../../src/gigedit/.libs/libgigedit.so: undefined reference to `Glib::path_is_absolute(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' collect2: error: ld returned 1 exit status Makefile:552: recipe for target 'gigedit' failed Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/gigedit.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794376: FTBFS: undefined reference to `boost::program_options::detail::cmdline::cmdline'
Source: fracplanet Version: 0.4.0-3 Severity: serious Tags: sid Justification: fails to build from source (but built successfully in the past) User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: obj/fracplanet.o: In function `boost::program_options::basic_command_line_parserchar::extra_parser(boost::function1std::pairstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)': /usr/include/boost/program_options/detail/parsers.hpp:77: undefined reference to `boost::program_options::detail::cmdline::set_additional_parser(boost::function1std::pairstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' obj/fracplanet.o: In function `std::vectorstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar boost::program_options::to_internalstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar (std::vectorstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorcharconst)': /usr/include/boost/program_options/detail/convert.hpp:79: undefined reference to `boost::program_options::to_internal(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' obj/fracplanet.o: In function `boost::program_options::basic_command_line_parserchar::basic_command_line_parser(int, char const* const*)': /usr/include/boost/program_options/detail/parsers.hpp:43: undefined reference to `boost::program_options::detail::cmdline::cmdline(std::vectorstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorcharconst)' obj/fracplanet.o: In function `main': /tmp/buildd/fracplanet-0.4.0/fracplanet.cpp:47: undefined reference to `boost::program_options::options_description::options_description(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned int, unsigned int)' obj/parameters_render.o: In function `ParametersRender::options()': /tmp/buildd/fracplanet-0.4.0/parameters_render.cpp:28: undefined reference to `boost::program_options::options_description::options_description(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned int, unsigned int)' collect2: error: ld returned 1 exit status Makefile:186: recipe for target 'fracplanet' failed Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/fracplanet.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794375: FTBFS: pry/cli.rb: undefined method `new' for Slop:Module (NoMethodError)
Source: cucumber Version: 2.0.0-2 Severity: serious Tags: sid stretch Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb -r json /usr/lib/ruby/vendor_ruby/pry/cli.rb:100:in `top (required)': undefined method `new' for Slop:Module (NoMethodError) from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/pry.rb:150:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /tmp/buildd/cucumber-2.0.0/spec/spec_helper.rb:9:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /tmp/buildd/cucumber-2.0.0/spec/cucumber/cli/configuration_spec.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in `load' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1327:in `block in load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in `each' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:1325:in `load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:103:in `setup' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:89:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:74:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:42:in `invoke' from /usr/bin/rspec:4:in `main' /usr/bin/ruby2.1 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb -r json failed ERROR: Test ruby2.1 failed. Exiting. Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/cucumber.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794102: OK
After new upgrades and removing ~/.xsession, session starts and I have window decorations. There are other issues (I cannot put pidgin or kwallet in tray. I lost my hotkeys and cannot add new ones). I think it's due to migration in progress (4.12-4.14). KDE in stretch is broken. But that's another story. I will just wait new versions to be available. Merci, Benoit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745661: weblate packaging for Debian
Hello: Any news on this RTP? I would like to be able to install weblate in Debian Jessie. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791131: patch now uploaded to the delayed queue
Control: tags -1 + pending patch now uploaded to the delayed queue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794382: kded5: Crash when modifying Networkmanager connections
Package: kded5 Version: 5.12.0-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I saw kded5 (and sometimes kdeinit) crash when editing a NetworkManager connection. Just opening the edit dialog in any NetworkManger UI - even in nmtui - makes kded or kdeinit segfault, reproducibly. Attached is what I could get in terms of backtrace, but some -dbg packages appear to be missing. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: systemd (via /run/systemd/system) Versions of packages kded5 depends on: ii libc6 2.19-19 ii libkf5configcore5 5.12.0-1 ii libkf5coreaddons5 5.12.0-1 ii libkf5crash5 5.12.0-1 ii libkf5dbusaddons5 5.12.0-1 ii libkf5service5 5.12.0-1 ii libqt5core5a 5.4.2+dfsg-5 ii libqt5dbus55.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-5 ii libqt5widgets5 5.4.2+dfsg-5 ii libstdc++6 5.1.1-14 kded5 recommends no packages. kded5 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVvgdCMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pavOw//SgfUVCsUnjmfK2wYoNfR l2o675ud5/Jy7cCJr/s/8rXQM4p6THwIynkKZdhg78j2dO02WyXQLnUsXzFigTt/ ZYfKcGNZRfNbUP92AaBJOBOTxMQPNn6DY+3x9HS0bJ7TODdVv6znDvXfY9tzMpQL /7ipTcO3cn5M0bK8Q3dfPlM/Q4SwzDysJJDz4XF2N50JXNWbGIcVCcefrUtbw+9t wajhjIAfpJMf1heNof3Yn7QlKFIjHORcuU/iIOtE+jCDu03JLSjC2iHSgsNc5Q7w WTI+8L0kr23uNqxc1Tqy6vyT6sEkwrDrMuxKlvI7P6AxIoTp+Cdcpfx2AdKgHUOF gef12sF4K49lj8CiY28sTvmrqjvh2Dub1YgUVpGa6ztQUTWcVyy+CFABWviQ1cgx oCgQJPdA8I+hLo07kQknlHsttc7eHPNnHvZcaQjDn864h+Ase+k2WpTwXlsiG4Af +s61fCa0Etl3e6usO/4ZScslkOFv7uRiLEFnguueUev1Q0QSkqrd+cmDB1TUdksL 6K4SuXP7sy+it6YWveOz0Gd5QxEZeYr13p+sxeWhqTetclncxHnSHwddOso/NrF3 TMfybhIjmp9z6/QVEv3pmBh+QFEAnrGaSxrd3ZvkgNXCS3j8cJlfhJtFjBEVDsrC yMSC1z3PgfOogjrjF7a0uXo= =rwHy -END PGP SIGNATURE- Application: kded5 (kded5), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7ff8966ab780 (LWP 24541))] Thread 2 (Thread 0x7ff88d4f2700 (LWP 24542)): #0 0x7ff89607553d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x003003c0a252 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x003003c0bddf in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x7ff88e5d6aa9 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #4 0x7ff8943fc87e in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7ff893e380a4 in start_thread (arg=0x7ff88d4f2700) at pthread_create.c:309 #6 0x7ff89607e07d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7ff8966ab780 (LWP 24541)): [KCrash Handler] #6 0x7ff880428240 in NetworkManager::Setting::type() const () from /usr/lib/x86_64-linux-gnu/libKF5NetworkManagerQt.so.6 #7 0x7ff880bd6cc6 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/kded_networkmanagement.so #8 0x7ff880bd9105 in SecretAgent::processNext() () from /usr/lib/x86_64-linux-gnu/qt5/plugins/kded_networkmanagement.so #9 0x7ff880bd964e in SecretAgent::GetSecrets(QMapQString, QMapQString, QVariant const, QDBusObjectPath const, QString const, QStringList const, unsigned int) () from /usr/lib/x86_64-linux-gnu/qt5/plugins/kded_networkmanagement.so #10 0x7ff880453eee in ?? () from /usr/lib/x86_64-linux-gnu/libKF5NetworkManagerQt.so.6 #11 0x7ff88045f859 in ?? () from /usr/lib/x86_64-linux-gnu/libKF5NetworkManagerQt.so.6 #12 0x7ff880468203 in ?? () from /usr/lib/x86_64-linux-gnu/libKF5NetworkManagerQt.so.6 #13 0x7ff8966e75c7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #14 0x7ff8966ebefc in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #15 0x7ff8966ec8f5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #16 0x7ff8966ee7fe in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #17 0x7ff89461de8a in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #18 0x7ff895a4cadc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #19 0x7ff895a51fb0 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #20 0x7ff8945ec3ab in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #21 0x7ff8945ee41b in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #22 0x7ff894644f33 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #23 0x7ff893918c3d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24
Bug#794298: asciinema: broken, Unable to upload
Hi, asciinema developer here. First, many thanks to Gustavo for packaging asciinema for Debian. I really appreciate that. The reason why 0.9.8 was deprecated is that it’s almost 2 years old release which uses unsafe http (not https) URL for uploading recordings. This version doesn’t save the recording to the filesystem before uploading and as you noticed the recording is lost when then upload fails for any reason. It also doesn’t consult the API about possible deprecations before starting recording. These issues (https, saving to tmp file) has been addressed in 0.9.9 (the latest version is 1.1.1 btw). Versions 0.9.8 also use documented, open format for the recordings. I have just re-enabled support for 0.9.8 on the server side to fix this problem, but I’d like to stop supporting it in the near future (unsafe http connection is the #1 reason). Is there a chance to update this Debian package to the latest upstream version in not so distant future? Marcin Kulik On Fri, 31 Jul 2015 23:04:19 + (UTC) Daniel Shahaf wrote: Package: asciinema Version: 0.9.8-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, asciinema cannot upload new recordings: % asciinema -c /bin/true ~ Asciicast recording finished. ~ Do you want to upload it? [Y/n] y ~ Uploading... ~ Upload failed: Your client version is no longer supported. Please upgrade to the latest version. I expected the upload to succeed. Moreover, if the asciinema client is too old to upload, then either that should be reported prior to starting the recorded command, or the recorded session should be saved in a file that the error message names; doing neither causes user effort (the recorded session) to be lost. I'm on jessie/stable, however, Carsten Hey (carsten@d.o) reproduced this in sid. Cheers, Daniel -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'stable-updates'), (200, 'unstable'), (200, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 asciinema depends on: ii python3 3.4.2-2 ii python3-requests 2.4.3-6 pn python3:any asciinema recommends no packages. asciinema suggests no packages. -- debconf-show failed -- Marcin
Bug#794386: please make multiarch support easier to use
Package: cdbs Severity: wishlist Hi Jonas, I am filing this bug as a summary of our productive IRC discussion. Currently, multiarch enabled libraries need to add at least the following line: DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) Furthermore, you mentioned that some d-shlibmove magic is needed (e.g. jbig2dec). It would be nice, if there was some easier way to enable multiarch in cdbs based packages. I imagine (subject to changing the color of the bike) e.g. DEB_ENABLE_MULTIARCH=1, which would take care of these. Likely, cmake also needs another tweak to enable multiarch. It could be added later under the same fiddle. There certainly is a tradeoff to be made here. cdbs already has lots of variables it evaluates. Adding more implies a cost for the user to remember all of their meanings. Possibly this feature is too small to warrant a new name. But maybe not. Thanks for considering. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793613: lintian: error in adduser --home check
Le 31 juillet 2015 18:10:32 GMT+02:00, Kurt Roeckx k...@roeckx.be a écrit : On Fri, Jul 31, 2015 at 11:20:26AM +0200, Julien Cristau wrote: On Sat, Jul 25, 2015 at 16:49:58 +0200, Kurt Roeckx wrote: Package: lintian Version: 2.5.33 Hi, lintian shows the following error: E: ntp: maintainer-script-should-not-use-adduser-system-without-home postinst:23 However, it's called like this: ntp.postinst: adduser --system --quiet --ingroup ntp --no-create-home ntp Looks to me like lintian is right, and you should set ntp's $HOME to something like /nonexistent instead of /home/ntp. The message it gives is very confusing. It is corrected under next version (you could get a glimpse at gît) Kurt -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741642: mkvmlinuz: How to easily use mkvmlinuz/38 on Jessie?
On 07/22/2015 11:47 AM, intervenant0 gilles charabot wrote: Dear Maintainer, To avoid the consequences of the bug#741642, I want to use mkvmlinuz/38, but it isn't inside Jessie repository and isn't yet inside jessie-backports repository and when I tried to download the patch with : # cd /usr/sbin # wget https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=40;att=1;bug=741642;filename=mkvmlinuz-run-parts-fix.patch I have nothing new inside /usr/sbin to apply patch. If possible can you backports mkvmlinuz/38 to Jessie, so upgrade Wheezy to Jessie be more easier for me and others. Hi Gilles, Watch bug #793556 for progress on inclusion of this bugfix into Jessie.[0] In the meantime you can download mkvmlinuz[1] version 38 and install it on your machine before upgrading to Jessie to secure smooth upgrade. Milan [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793556 [1] http://ftp.fr.debian.org/debian/pool/main/m/mkvmlinuz/mkvmlinuz_38_powerpc.deb signature.asc Description: OpenPGP digital signature
Bug#793497: [PATCH] improve package description (#793497)
--- debian/changelog | 1 + debian/control | 31 ++- 2 files changed, 15 insertions(+), 17 deletions(-) diff --git a/debian/changelog b/debian/changelog index db8dfc6..50ab237 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,7 @@ mutt-kz (1.5.23.1-6) unstable; urgency=low * control: set priority as extra (Closes: 793498) + * control: improves package description (Closes: 793497) -- diff --git a/debian/control b/debian/control index 01d6bc2..93c49e6 100644 --- a/debian/control +++ b/debian/control @@ -16,23 +16,19 @@ Vcs-Browser: https://gitlab.com/vjaquez-misc/mutt-kz Package: mutt-kz Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, mutt (= 1.5.23) -Description: text-based mailreader supporting MIME, GPG, PGP and threading - Mutt is a sophisticated text-based Mail User Agent. Some highlights: +Description: Mutt Mail User Agent with Notmuch support and another improvements + Mutt-kz is a fork of Mutt, a sophisticated text-based Mail User Agent, which + additionally provides: . - * MIME support (including RFC1522 encoding/decoding of 8-bit message -headers and UTF-8 support). - * PGP/MIME support (RFC 2015). - * Advanced IMAP client supporting SSL encryption and SASL authentication. - * POP3 support. - * ESMTP support. - * Message threading (both strict and non-strict). - * Keybindings are configurable, default keybindings are much like ELM; -Mush and PINE-like ones are provided as examples. - * Handles MMDF, MH and Maildir in addition to regular mbox format. - * Messages may be (indefinitely) postponed. - * Colour support. - * Highly configurable through easy but powerful rc file. - * Not much integration + * Notmuch integration: virtual folders, labels handling, searches, etc. + * sidebar: list mailboxes (with new mail) in a separate column on screen + * index-color: individual tag coloring + . + Mutt-kz, in comparison with notmuch-mutt, does not populates directories to + emulate virtual folders. As mutt-kz is linked with libnotmuch, the virtual + folders are part of the index handling. Also it can add, remove and modify + notmuch tags (labels). + Package: mutt-kz-dbg Architecture: any @@ -40,7 +36,8 @@ Section: debug Priority: extra Depends: ${misc:Depends}, mutt-kz (= ${binary:Version}) Description: debugging symbols for mutt-kz - Mutt is a sophisticated text-based Mail User Agent. + Mutt-kz is a fork of Mutt, a sophisticated text-based Mail User Agent, with + notmuch integration. . This package contains the debugging symbols for mutt-kz; this is supposed to be used when there is a core file which should be analyzed using gdb. -- 2.4.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793497: [PATCH] improve package description (#793497)
improve package description (#793497) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794387: freemind: please install svg icon (patch included)
Package: freemind Version: 0.9.0+dfsg2-1 Severity: minor Tags: patch The freemind icon looks very blurry on desktops with large icons (e.g. GNOME). I noticed that the source package contains a beautiful svg icon. I fixed the rules and install file (see attached patch file) so that the svg icon also gets installed. Now the freemind icon looks absolutely brilliant on the desktop. -- Package-specific info: DEBUG: Using $PATH to find java virtual machine. DEBUG: Using '/usr/bin/java' as java virtual machine... java version 1.7.0_75 OpenJDK Runtime Environment (IcedTea 2.5.4) (7u75-2.5.4-2) OpenJDK Server VM (build 24.75-b04, mixed mode) DEBUG: Freemind parameters are ''. DEBUG: Linux debian 4.1.0-trunk-686-pae #1 SMP Debian 4.1.2-1~exp1 (2015-07-17) i686 GNU/Linux No LSB modules are available. DEBUG: Distributor ID:Debian Description:Debian GNU/Linux 8.1 (jessie) Release:8.1 Codename:jessie DEBUG: The following DEB packages are installed: ii freemind0.9.0+dfsg2-1 all Java Program for creating and viewing Mindmaps ii lernstick-freemind 3 all Enforce the usage of antialiased fonts in Freemind DEBUG: Link '/usr/bin/freemind' resolved to '/usr/share/freemind/freemind.sh'. DEBUG: Freemind Directory is '/usr/share/freemind'. DEBUG: Creating directory ~/.freemind. DEBUG: Copying patterns.xml to ~/.freemind. DEBUG: Calling: '/usr/bin/java -Dfreemind.base.dir=/usr/share/freemind -cp ::/usr/share/freemind/lib/freemind.jar:/usr/share/java/SimplyHTML.jar:/usr/share/java/gnu-regexp.jar:/usr/share/java/jibx-run-1.1.6a.jar:/usr/share/java/xpp3.jar:/usr/share/freemind/lib/bindings.jar:/usr/share/java/forms.jar:/usr/share/freemind freemind.main.FreeMindStarter '. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.1.0-trunk-686-pae (SMP w/5 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freemind depends on: ii default-jre 2:1.7-52 ii libjgoodies-forms-java 1.6.0-4 ii libjibx1.1-java 1.1.6a-4 ii simplyhtml 0.16.08-1 Versions of packages freemind recommends: pn freemind-doc none pn java-wrappers none ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages freemind suggests: pn freemind-browser none pn freemind-plugins-helpnone pn freemind-plugins-script none pn freemind-plugins-svg none -- no debconf information Index: debian/freemind.install === --- debian/freemind.install (Revision 18804) +++ debian/freemind.install (Arbeitskopie) @@ -3,6 +3,7 @@ bin/dist/lib/bindings.jar usr/share/freemind/lib bin/dist/patterns.xml etc/freemind freemind/images/FreeMindWindowIcon.xpm usr/share/pixmaps +freemind/images/FreeMindWindowIcon.svg usr/share/icons/hicolor/scalable/apps/ bin/dist/accessories/* usr/share/freemind/accessories debian/freemind.desktop usr/share/applications # the following lines are needed for KDE 3 which doesn't use the Index: debian/rules === --- debian/rules (Revision 18804) +++ debian/rules (Arbeitskopie) @@ -20,9 +20,11 @@ /usr/bin/docbook-to-man debian/freemind.sgml freemind.1 # chmod +x bin/dist/freemind.sh # seems to be unnecessary convert freemind/images/FreeMindWindowIcon.png freemind/images/FreeMindWindowIcon.xpm + cp freemind/images/76812-freemind_v0.4.svg freemind/images/FreeMindWindowIcon.svg clean:: -rm -f freemind/images/FreeMindWindowIcon.xpm + -rm -f freemind/images/FreeMindWindowIcon.svg -rm -f freemind.1 -rmdir bin
Bug#794288: libgupnp-1.0-4: gupnp_service_signals_autoconnect() blocks
Package: libgupnp-1.0-4 Version: 0.20.14-1 Followup-For: Bug #794288 Dear Maintainer, I tested the patch from the upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=750936 It fixes the issue and now gupnp-network-light works again. The upstream commit with the fix is this one: https://git.gnome.org/browse/gupnp/commit/?id=83013f6988c4ac3cba9c0aa0c40098524e5c238b For your convenience I am also attaching a patch to the current source package which integrates the fix, refreshed so that it applies cleanly to the source package. Please consider applying the attached patch with git-am so that I show up in the package history and possibly in the changelog too if you create it with gbp-dch. Thanks, Antonio -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libgupnp-1.0-4 depends on: ii libc6 2.19-19 ii libglib2.0-0 2.44.1-1.1 ii libgssdp-1.0-30.14.11-1 ii libsoup2.4-1 2.50.0-2 ii libuuid1 2.26.2-9 ii libxml2 2.9.2+dfsg1-3 ii shared-mime-info 1.3-1 libgupnp-1.0-4 recommends no packages. libgupnp-1.0-4 suggests no packages. -- no debconf information -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? From d6542c06bd1ab4172263e4146b13b31c5391e804 Mon Sep 17 00:00:00 2001 From: Antonio Ospite a...@ao2.it Date: Sun, 2 Aug 2015 12:42:10 +0200 Subject: [PATCH] Add a patch from upstream to fix gupnp_service_signals_autoconnect() X-Face: z*RaLf`X@C75u6Ig9}{oW$H;1_\2t5)({*|jhMpyWR#k60!#=#/Vb;]yA5GWI5`6u+ ;6b'@y|8wwB;4/e!7wYYrcqdJFY,~%Gk_4]cq$Ei/7jN3ah(m`ku?pX.+~:_/wC~dwn^)MizBG !pE^+iDQQ1yC6^,)YDKkxDd!T\I~93J_`4)A{':UrE Closes: #794288 --- debian/patches/fix_signal_autoconnect.patch | 146 debian/patches/series | 1 + 2 files changed, 147 insertions(+) create mode 100644 debian/patches/fix_signal_autoconnect.patch create mode 100644 debian/patches/series diff --git a/debian/patches/fix_signal_autoconnect.patch b/debian/patches/fix_signal_autoconnect.patch new file mode 100644 index 000..1257be0 --- /dev/null +++ b/debian/patches/fix_signal_autoconnect.patch @@ -0,0 +1,146 @@ +From 83013f6988c4ac3cba9c0aa0c40098524e5c238b Mon Sep 17 00:00:00 2001 +From: Jens Georg m...@jensge.org +Date: Sat, 11 Jul 2015 23:41:26 +0200 +Subject: Fix signals_autoconnect() call + +Use the introspection we get from the constructor, queue the autoconnects +until this is ready. Also mark _get_instrospection() as deprecated. + +Signed-off-by: Jens Georg m...@jensge.org + +https://bugzilla.gnome.org/show_bug.cgi?id=750936 + +--- + libgupnp/gupnp-service-info.c |8 - + libgupnp/gupnp-service.c | 60 -- + 2 files changed, 52 insertions(+), 16 deletions(-) + +--- a/libgupnp/gupnp-service-info.c b/libgupnp/gupnp-service-info.c +@@ -551,12 +551,16 @@ gupnp_service_info_get_event_subscriptio + * if the service does not provide an SCPD. + * + * Warning: You should use gupnp_service_info_get_introspection_async() +- * instead, this function re-enter the GMainloop before returning. ++ * instead, this function re-enter the GMainloop before returning or might ++ * even block. + * + * Return value: (transfer full): A new #GUPnPServiceIntrospection for this + * service or %NULL. Unref after use. ++ * ++ * Deprecated: 0.20.15. Use gupnp_service_info_get_introspection_async() or ++ * gupnp_service_info_get_introspection_async_full() instead. + **/ +-GUPnPServiceIntrospection * ++G_DEPRECATED GUPnPServiceIntrospection * + gupnp_service_info_get_introspection (GUPnPServiceInfo *info, + GError **error) + { +--- a/libgupnp/gupnp-service.c b/libgupnp/gupnp-service.c +@@ -52,19 +52,23 @@ G_DEFINE_TYPE (GUPnPService, +GUPNP_TYPE_SERVICE_INFO); + + struct _GUPnPServicePrivate { +-GUPnPRootDevice *root_device; ++GUPnPRootDevice *root_device; + +-SoupSession *session; ++SoupSession *session; + +-guintnotify_available_id; ++guint notify_available_id; + +-GHashTable *subscriptions; ++GHashTable*subscriptions; + +-GList *state_variables; ++GList *state_variables; + +-GQueue *notify_queue; ++GQueue*notify_queue; + +-gboolean notify_frozen; ++gboolean notify_frozen; ++
Bug#794394: kmix: Missing builds for mips/mipsel for Kf5 version
Package: kmix Version: 4:15.04.3-1 Severity: normal The kmix binaries for mips/mipsel were removed to allow migration to testing. This bug is a reminder we should figure out the FTBFS eventually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794396: CMake cross compilation support
Package: debhelper Version: 9.20150628 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap I tried to cross build src:libical. It fails, because cmake selects cc as its compiler. I saw very similar failures for src:attica, src:automoc, src:charls, src:clucene-core, src:cutecom, src:ebook-tools, src:game-music-emu, src:garmindev, src:gflags, src:grantlee, src:graphite2, src:libbluedevil, src:libgooglepinyin, src:libmsn, src:librabbitmq, src:libsoxr, src:lucene++, src:mppenc, src:mysql-connector-c++, src:nmapsi4, src:pkg-kde-tools, src:prison, src:q4wine, src:qimageblitz, src:qjson, src:qzion, src:read-edid, src:rtl-sdr, src:smokegen, src:taglib, src:taglib-extras, src:thinkfan, src:tinyxml2, src:v42lucp, src:wbxml2, src:wildmidi, src:x265, src:yagf, src:yaml-cpp, and src:yaml-cpp0.3. So instead of fixing all of these packages (and more), I'd like to fix this in debhelper. I took src:libical as my example and developed a patch that makes it cross build. The patch is attached and it basically adds lots of flags to CMake. The flags one should set are explained at http://www.cmake.org/Wiki/CMake_Cross_Compiling. The good thing is that this patch actually makes src:libical build. So I worked from this patch and tried to implement the same approach into debhelper itself. The result is the other attached patch. Like the autoconf.pm counterpart, it is only active when the build architecture and the host architecture differ, so I do note expect any regressions for native compilation. Yet, cross compilation never worked with CMake, so I think it is safe to change the behaviour of the build system. What do you think about the approach? Helmut diff -Nru libical-1.0/debian/changelog libical-1.0/debian/changelog --- libical-1.0/debian/changelog2015-01-03 14:58:53.0 +0100 +++ libical-1.0/debian/changelog2015-08-02 16:39:10.0 +0200 @@ -1,3 +1,10 @@ +libical (1.0-1.4) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Sun, 02 Aug 2015 16:39:04 +0200 + libical (1.0-1.3) unstable; urgency=medium * Non-maintainer upload. diff -Nru libical-1.0/debian/rules libical-1.0/debian/rules --- libical-1.0/debian/rules2015-01-03 14:58:53.0 +0100 +++ libical-1.0/debian/rules2015-08-02 16:57:22.0 +0200 @@ -1,4 +1,34 @@ #!/usr/bin/make -f +DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) +DEB_HOST_GNU_CPU ?= $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +ifeq ($(origin CC),default) +CC=$(DEB_HOST_GNU_TYPE)-cc +endif +ifeq ($(origin CXX),default) +CXX=$(DEB_HOST_GNU_TYPE)-c++ +endif +ifneq ($(DEB_BUILD_ARCH),$(DEB_HOST_ARCH_OS)) +ifeq ($(DEB_HOST_ARCH_OS),linux) +CMAKE_FLAGS += -DCMAKE_SYSTEM_NAME=Linux +else +ifeq ($(DEB_HOST_ARCH_OS),freebsd) +CMAKE_FLAGS += -DCMAKE_SYSTEM_NAME=FreeBSD +else +ifeq ($(DEB_HOST_ARCH_OS),hurd) +CMAKE_FLAGS += -DCMAKE_SYSTEM_NAME=GNU +endif +endif +endif +CMAKE_FLAGS += -DCMAKE_SYSTEM_PROCESSOR=$(DEB_HOST_GNU_CPU) +CMAKE_FLAGS += -DCMAKE_C_COMPILER=$(CC) -DCMAKE_CXX_COMPILER=$(CXX) +endif + %: dh $@ --buildsystem=cmake --parallel --list-missing --dbg-package=libical-dbg + +override_dh_auto_configure: + dh_auto_configure -- $(CMAKE_FLAGS) diff -Nru debhelper-9.20150628/Debian/Debhelper/Buildsystem/cmake.pm debhelper-9.20150628+nmu1/Debian/Debhelper/Buildsystem/cmake.pm --- debhelper-9.20150628/Debian/Debhelper/Buildsystem/cmake.pm 2015-05-15 18:20:39.0 +0200 +++ debhelper-9.20150628+nmu1/Debian/Debhelper/Buildsystem/cmake.pm 2015-08-02 17:26:43.0 +0200 @@ -7,7 +7,7 @@ package Debian::Debhelper::Buildsystem::cmake; use strict; -use Debian::Debhelper::Dh_Lib qw(compat); +use Debian::Debhelper::Dh_Lib qw(compat dpkg_architecture_value); use base 'Debian::Debhelper::Buildsystem::makefile'; sub DESCRIPTION { @@ -45,6 +45,28 @@ push @flags, -DCMAKE_VERBOSE_MAKEFILE=ON; push @flags, -DCMAKE_BUILD_TYPE=None; + if (dpkg_architecture_value(DEB_BUILD_GNU_TYPE) + ne dpkg_architecture_value(DEB_HOST_GNU_TYPE)) { + if (dpkg_architecture_value(DEB_HOST_GNU_OS) eq linux) { + push @flags, -DCMAKE_SYSTEM_NAME=Linux; + } elsif (dpkg_architecture_value(DEB_HOST_GNU_OS) eq freebsd) { + push @flags, -DCMAKE_SYSTEM_NAME=FreeBSD; + } elsif (dpkg_architecture_value(DEB_HOST_GNU_OS) eq hurd) { + push @flags, -DCMAKE_SYSTEM_NAME=GNU; + } + push @flags, -DCMAKE_SYSTEM_PROCESSOR= . dpkg_architecture_value(DEB_HOST_GNU_CPU); + if ($ENV{CC}) { + push @flags, -DCMAKE_C_COMPILER= . $ENV{CC}; + } else {
Bug#794372: Oh, the transition!
I have been reminded that there's a nasty C++ transition going on, so these might be transient (i.e. fixed when the upstream libraries are done transitioning). Feel free to close as invalid, drop priority, or whatever! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794381: apper: Unusable UI in Plasma 5
Package: apper Version: 0.9.2-2.1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The UI of apper is close to unusable in Plasma 5. The pacakge description area does not render and only show artifacts of the window decorations, and the action dropdown in the package list cannot be opened. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: systemd (via /run/systemd/system) Versions of packages apper depends on: ii apper-data 0.9.2-2.1 ii kde-runtime 4:4.14.2-2 ii libappstream20.8.2-1 ii libc62.19-19 ii libdebconf-kde0 0.3-2 ii libgcc1 1:5.1.1-14 ii libglib2.0-0 2.44.1-1.1 ii libkcmutils4 4:4.14.2-5 ii libkdecore5 4:4.14.2-5 ii libkdeui54:4.14.2-5 ii libkemoticons4 4:4.14.2-5 ii libkidletime44:4.14.2-5 ii libkio5 4:4.14.2-5 ii libkprintutils4 4:4.14.2-5 ii libkutils4 4:4.14.2-5 ii libkworkspace4abi2 4:4.11.13-2 ii liblimba00.5.0-1 ii libpackagekitqt4-0 0.9.5-1 ii libqt4-dbus 4:4.8.7+dfsg-1 ii libqt4-declarative 4:4.8.7+dfsg-1 ii libqt4-network 4:4.8.7+dfsg-1 ii libqt4-sql 4:4.8.7+dfsg-1 ii libqt4-svg 4:4.8.7+dfsg-1 ii libqt4-xml 4:4.8.7+dfsg-1 ii libqt4-xmlpatterns 4:4.8.7+dfsg-1 ii libqtcore4 4:4.8.7+dfsg-1 ii libqtgui44:4.8.7+dfsg-1 ii libsolid44:4.14.2-5 ii libstdc++6 5.1.1-14 ii packagekit 1.0.6-1 ii policykit-1-gnome0.105-2 ii software-properties-kde 0.92.25debian1 Versions of packages apper recommends: ii appstream-index 0.8.2-1 Versions of packages apper suggests: ii debconf-kde-helper 1.0.1-3 ii limba 0.5.0-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVvgIjMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbhKBAAhk0wvynx9uy4IedAUmBc SyIbhcrXxwSGjoTeCmwUCFmn0FXCDHZpG9WNBoubgvQpvMvTqlQzmvO14gZB7YG1 XPhCCxpxT1u3avTVjqKrGIhtYosvtkFOBhKSw/LmO66ytQ/YXN7FWUhuEjc0BTl8 WHJLEoCvhpPKiS7msCDF4dSvT3OXRYNt2i7VCr1M8snXqFy/ysjyRTWRdrP73wZZ 7kOgntPtfeIxQeRW5CSA8d0eVxI39hurDhyTajPBe0yU6j0TrDqtH2s8pmwZtQYI 5EYIZJ9vyPYr+m5wDQJyYlpKKzx4t3PEu89xyR1lEz0oJL8TWybRyF5ZF0fJNu8K iSnmc/adjZ/Scja5ZXvG803d8jtMRlIlb27peac0AeFm7Z55dQ7ZlvgCVOfNdbNd NZzGysCIUFjOr10ZPA86v3zRaZaGvOIc+4zODSxmzWEgWT/XLzLnqINAS6lr14KT yfCHUK9zo6i5rOWeco3X62HA9v6Ra8cT1FD/e1Cdt4QU4lWurOUlXxARp8hmIGEq QmuFdrQtFjxSSIciUVV4/gT/Tv/sIXTXgtYCLpBSaq0fI9w483u+2ZgYJ3bRjIIm 3qakOGKW0fvwNcUQmVVoLmjqfBS4/LH2txjXol/ApGvaWnynxhnrxBuZwajfebMr IMKq3Cg5xic6ZnNVhbybjgo= =LVNy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791072: icu: library transition may be needed when GCC 5 is the default
On 08/02/2015 01:44 PM, László Böszörményi (GCS) wrote: Control: tags -1 help Hi Matthias, On Sun, Aug 2, 2015 at 12:18 AM, László Böszörményi (GCS) g...@debian.org wrote: Pretty please upload the version from experimental to unstable. It would be a bigger transition as the API changed. Needs testing if all packages can be built with the new, 55.1 version. Will do that in the morning. Midnight is passed here. :-| I have building the dependency level 1 [1] and github-backup, hardinfo, haskell-hledger-web and icedove built fine with icu-55.1 . But ledger has build-dependency on libboost-date-time-dev which is transitively marked broken by libstdc++6 . if you want to do test builds for icu 55, then you have to do it in testing now. Thus please check my previously attached patch[2] if it covers everything needed for the gcc-5 transition. Then we can start the icu transition separately. sorry, you don't understand. all the libstdc++ follow-up transitions will depend on each other. your patch for icu 52 looks ok, but again, it will break all rdepends now, which could be avoided with icu 55. I contacted you and Dimitri two weeks ago to prepare for the icu and boost transitions; and my understanding was that you would prepare for icu 55. it's disappointing to see the progress on this. so either way, upload your fixed 52, or 55, but please do it. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing
Yes, but which one: openssl_1.0.2d-1.1_amd64.deb? Thank you, *Carlos Kosloff* Office: (954) 283-8828 Cell: (954) 464-8822 Fax: (888) 854-5440 On 08/01/2015 09:20 AM, Kurt Roeckx wrote: Can you try the package from: https://people.debian.org/~kroeckx/openssl/? Could you also run this after isntalling it: openssl speed sha256 openssl speed -evp aes-128-cbc openssl speed -evp aes-128-cbc-hmac-sha256 Kurt
Bug#794385: euca2ools: $HOME/.eucarc is ignored
Package: euca2ools Version: 3.2.0~pre1-1 Severity: normal When I installed euca2ools on Wheezy I followed the advice in README.Debian, read the wiki page and devised a ~/.eucarc with the three environment variables in it. It worked well. A few days ago I changed to Jessie and a command like euca-describe-instances basically tells me there is no ec2 endpoint to connect to. strace shows the command looking for euca2ools.ini and conf.d in /etc/euca2ools and for $HOME/.euca. Regards, Brian. -- System Information: Debian Release: 8.0 APT prefers experimental APT policy: (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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 euca2ools depends on: ii python 2.7.9-1 ii python-lxml3.4.0-1 ii python-requestbuilder 0.2.3-1 ii python-requests2.4.3-6 ii python-setuptools 5.5.1-1 ii python-six 1.8.0-1 Versions of packages euca2ools recommends: ii openssl 1.0.1k-3 euca2ools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791072: icu: library transition may be needed when GCC 5 is the default
Control: tags -1 -help On Sun, Aug 2, 2015 at 1:59 PM, Matthias Klose d...@debian.org wrote: On 08/02/2015 01:44 PM, László Böszörményi (GCS) wrote: Then we can start the icu transition separately. sorry, you don't understand. all the libstdc++ follow-up transitions will depend on each other. I know this. Still it looked smoother if we do the GCC 5 transition and when things are settled then do the ICU one. your patch for icu 52 looks ok, but again, it will break all rdepends now, which could be avoided with icu 55. OK, 55.1 is in the building and last tests. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794382: kded5: Crash when modifying Networkmanager connections
On Sunday 02 August 2015 14:04:25 Dominik George wrote: Attached is what I could get in terms of backtrace, but some -dbg packages appear to be missing. Installing libglib2.0-0-dbg, qtbase5-dbg, kdelibs5-dbg and kded5-dbg should get you a more detailed backtrace. signature.asc Description: This is a digitally signed message part.
Bug#791072: icu: library transition may be needed when GCC 5 is the default
On Sun, Aug 2, 2015 at 4:16 PM, Matthias Klose d...@debian.org wrote: On 08/02/2015 03:32 PM, László Böszörményi (GCS) wrote: OK, 55.1 is in the building and last tests. ok, I uploaded an icu 52 built using g++-4.9 to undo the breakage in unstable. Please let this build and enter the archive, before you upload icu 55. I've uploaded icu/55.1-3 to Sid before your mail. While it's not yet accepted, it's not in the UploadQueue anymore and I can't remove it. I also sent a removal request for 52.1-11 and 52.1-11.1 to ftp-master. OK. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712938: RFP: sni-qt -- Indicator support for Qt
Control: retitle -1 ITP: sni-qt -- Indicator support for Qt Control: owner -1 ! I'm willing to package sni-qt if and when the necessary patch is applied to the qt4-x11 package. Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794124: mutt-kz: F1 - /usr/share/doc/mutt/manual.txt.gz: No such file or directory
On 08/02/15 at 03:45pm, Jakub Wilk wrote: * Víctor M. Jáquez L. vjaq...@igalia.com, 2015-08-02, 15:28: I can't use the help function (F1), because it tries to open nonexistent file: gzip: /usr/share/doc/mutt/manual.txt.gz: No such file or directory I'm not sure, but I think this bug belongs to mutt package, I don't think so. :) mutt manages /usr/share/doc/mutt/manual.txt.gz via alternatives: Ouch! Very true! Thanks! update-alternatives --install /usr/bin/mutt mutt /usr/bin/mutt-org 50 \ --slave /usr/share/man/man1/mutt.1.gz mutt.1.gz /usr/share/man/man1/mutt-org.1.gz \ --slave /usr/share/man/man5/muttrc.5.gz muttrc.5.gz /usr/share/man/man5/muttrc-org.5.gz \ --slave /usr/share/doc/mutt/html mutt-doc-html /usr/share/doc/mutt/html-org \ --slave /usr/share/doc/mutt/manual.txt.gz mutt-doc-manual /usr/share/doc/mutt/manual-org.txt.gz But mutt-kz doesn't have --slave for this file: update-alternatives --install /usr/bin/mutt mutt /usr/bin/mutt-kz 60 \ --slave /usr/share/man/man1/mutt.1.gz mutt.1.gz /usr/share/man/man1/mutt-kz.1.gz \ --slave /usr/share/man/man5/muttrc.5.gz muttrc.5.gz /usr/share/man/man5/muttrc-kz.5.gz vmjl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794397: libmusicbrainz3: diff for NMU version 3.0.2-2.3
Package: libmusicbrainz3 Version: 3.0.2-2.2 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for libmusicbrainz3 (versioned as 3.0.2-2.3) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -u libmusicbrainz3-3.0.2/debian/changelog libmusicbrainz3-3.0.2/debian/changelog --- libmusicbrainz3-3.0.2/debian/changelog +++ libmusicbrainz3-3.0.2/debian/changelog @@ -1,3 +1,11 @@ +libmusicbrainz3 (3.0.2-2.3) experimental; urgency=medium + + * Non-maintainer upload. + * Rename libmusicbrainz3-6 to libmusicbrainz3-6v5 for GCC 5 transition. + * debian/patches/gcc-5.patch: Add v5 to SONAME. + + -- Sebastian Ramacher sramac...@debian.org Sun, 02 Aug 2015 17:31:10 +0200 + libmusicbrainz3 (3.0.2-2.2) unstable; urgency=medium * Non-maintainer upload. diff -u libmusicbrainz3-3.0.2/debian/control libmusicbrainz3-3.0.2/debian/control --- libmusicbrainz3-3.0.2/debian/control +++ libmusicbrainz3-3.0.2/debian/control @@ -2,10 +2,10 @@ Section: libs Priority: optional Maintainer: Ross Burton r...@debian.org -Build-Depends: debhelper (= 5), cdbs, cmake, libdiscid-dev, libneon27-gnutls-dev| libneon-dev, doxygen +Build-Depends: debhelper (= 5), cdbs, cmake, libdiscid-dev, libneon27-gnutls-dev| libneon-dev, doxygen, g++ (= 4:5.1.1-20) Standards-Version: 3.7.2 -Package: libmusicbrainz3-6 +Package: libmusicbrainz3-6v5 Section: libs Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} @@ -18,7 +18,7 @@ Package: libmusicbrainz3-dev Section: libdevel Architecture: any -Depends: ${misc:Depends}, libmusicbrainz3-6 (= ${Source-Version}), +Depends: ${misc:Depends}, libmusicbrainz3-6v5 (= ${Source-Version}), libneon27-gnutls-dev | libneon-dev, libdiscid-dev Description: library to access the MusicBrainz.org database (development files) MusicBrainz is a community music metadatabase that attempts to create a reverted: --- libmusicbrainz3-3.0.2/debian/libmusicbrainz3-6.install +++ libmusicbrainz3-3.0.2.orig/debian/libmusicbrainz3-6.install @@ -1 +0,0 @@ -usr/lib/lib*.so.* only in patch2: unchanged: --- libmusicbrainz3-3.0.2.orig/debian/libmusicbrainz3-6v5.install +++ libmusicbrainz3-3.0.2/debian/libmusicbrainz3-6v5.install @@ -0,0 +1 @@ +usr/lib/lib*.so.* only in patch2: unchanged: --- libmusicbrainz3-3.0.2.orig/debian/patches/gcc-5.patch +++ libmusicbrainz3-3.0.2/debian/patches/gcc-5.patch @@ -0,0 +1,18 @@ +Description: Bump SONAME for GCC 5 transition +Author: Sebastian Ramacher sramac...@debian.org +Last-Update: 2015-08-02 + +--- libmusicbrainz3-3.0.2.orig/CMakeLists.txt libmusicbrainz3-3.0.2/CMakeLists.txt +@@ -15,8 +15,8 @@ + MATH(EXPR musicbrainz3_SOVERSION_MINOR ${musicbrainz3_SOVERSION_AGE}) + MATH(EXPR musicbrainz3_SOVERSION_PATCH ${musicbrainz3_SOVERSION_REVISION}) + +-SET(musicbrainz3_VERSION ${musicbrainz3_SOVERSION_MAJOR}.${musicbrainz3_SOVERSION_MINOR}.${musicbrainz3_SOVERSION_PATCH}) +-SET(musicbrainz3_SOVERSION ${musicbrainz3_SOVERSION_MAJOR}) ++SET(musicbrainz3_VERSION ${musicbrainz3_SOVERSION_MAJOR}v5.${musicbrainz3_SOVERSION_MINOR}.${musicbrainz3_SOVERSION_PATCH}) ++SET(musicbrainz3_SOVERSION ${musicbrainz3_SOVERSION_MAJOR}v5) + + SET(CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/cmake/modules) + FIND_PACKAGE(Neon REQUIRED) + signature.asc Description: Digital signature
Bug#790943: server certificates/key pairs and CA directories
On Sun, Aug 2, 2015 at 4:50 PM, Daniel Pocock wrote: Does anybody know which packages create or use the /etc/ssl/ssl.* That looks like a sysadmin created path, only one package even mentions it: https://codesearch.debian.net/search?q=/etc/ssl/ssl -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794370: python import error on module commands
Package: byobu Version: 5.16-1.1 Severity: important This was seen on an (old) Stable Wheezy box. rrs@learner:~$ ssh www Could not find platform independent libraries prefix Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] 'import site' failed; use -v for traceback Traceback (most recent call last): File /usr/bin/byobu-select-session, line 23, in ? import commands, os, re, sys, subprocess ImportError: No module named commands rrs@www:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 7.8 (wheezy) Release:7.8 Codename: wheezy -- System Information: Debian Release: 7.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages byobu depends on: ii debconf [debconf-2.0] 1.5.49 ii gettext-base 0.18.1.1-9 ii python 2.7.3-4+deb7u1 ii python-newt0.52.14-11.1 ii screen 4.1.0~20120320gitdb59704-7 ii tmux 1.6-2 Versions of packages byobu recommends: ii screen 4.1.0~20120320gitdb59704-7 ii tmux1.6-2 Versions of packages byobu suggests: pn apport none ii lsb-release 4.1+Debian8+deb7u1 pn po-debconf none pn run-one none pn ttf-ubuntu-font-family none pn update-notifier-common none ii vim 2:7.3.547-7 ii w3m 0.5.3-8 -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_TIME = en_IN.utf8, LC_MONETARY = en_IN.utf8, LC_MEASUREMENT = en_IN.utf8, LC_NUMERIC = en_IN.utf8, LC_PAPER = en_IN.utf8, LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_ALL to default locale: No such file or directory byobu/launch-by-default: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790943: server certificates/key pairs and CA directories
On 2 August 2015 11:25:35 CEST, Paul Wise p...@debian.org wrote: On Sun, Aug 2, 2015 at 4:50 PM, Daniel Pocock wrote: Does anybody know which packages create or use the /etc/ssl/ssl.* That looks like a sysadmin created path, only one package even mentions it: https://codesearch.debian.net/search?q=/etc/ssl/ssl I suspected from the timestamps that these paths may have been created or referred to by an older version of some package, codesearch only checks sid -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794379: Regression: can't play bgr0 AVI's anymore
Package: mplayer2 Version: 2.0-728-g2c378c7-4+b2 Severity: normal Dear Maintainer, * What led up to the situation? I probably an update, I dist-upgrade my testing daily. * What exactly did you do (or not do) that was effective (or ineffective)? I've been able to replay AVI videos as exported by openMSX (see package openmsx) for over 10 years with mplayer, but yesterday I discovered it doesn't work anymore. * What outcome did you expect instead? I expected it to keep working. This is what I get: $ mplayer ~/.openMSX/videos/beer_ide.avi MPlayer2 2.0-728-g2c378c7-4+b2 (C) 2000-2012 MPlayer Team Cannot open file '/home/manuel/.mplayer/input.conf': No such file or directory Failed to open /home/manuel/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing /home/manuel/.openMSX/videos/beer_ide.avi. Detected file format: AVI (Audio Video Interleaved) (libavformat) [lavf] stream 0: video (zmbv), -vid 0 [lavf] stream 1: audio (pcm_s16le), -aid 0 Clip info: encoder: openMSX 0.11.0-307-g87db06e date: 2015-07-31 Load subtitles in /home/manuel/.openMSX/videos/ Selected video codec: Zip Motion Blocks Video [libavcodec] Selected audio codec: Uncompressed PCM [pcm] AUDIO: 44100 Hz, 1 ch, s16le, 705.6 kbit/100.00% (ratio: 88200-88200) AO: [pulse] 44100Hz 1ch s16le (2 bytes per sample) Starting playback... Unsupported PixelFormat bgr0 (298) VIDEO: 960x720 50.159 fps 62.6 kbps ( 7.8 kB/s) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] Unsupported format Unknown 0x The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. FATAL: Could not initialize video filters (-vf) or video output (-vo). Exiting... (End of file) -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mplayer2 depends on: ii liba52-0.7.4 0.7.4-18 ii libasound21.0.29-1 ii libass5 0.12.3-2 ii libavcodec-ffmpeg56 7:2.7.2-1 ii libavformat-ffmpeg56 7:2.7.2-1 ii libavresample-ffmpeg2 7:2.7.2-1 ii libavutil-ffmpeg547:2.7.2-1 ii libbluray11:0.8.1-1 ii libbs2b0 3.1.0+dfsg-2.1 ii libc6 2.19-19 ii libcaca0 0.99.beta19-2 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdca0 0.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdv41.0.0-6 ii libdvdread4 5.0.0-1 ii libenca0 1.16-1 ii libfaad2 2.8.0~cvs20150510-1 ii libgif4 4.1.6-11 ii libgl1-mesa-glx [libgl1] 10.5.9-2 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-3 ii libjpeg62-turbo 1:1.4.1-1 ii liblcms2-22.6-3+b3 ii liblircclient00.9.0~pre1-1.2 ii libmad0 0.15.1b-8 ii libmpg123-0 1.22.2-1 ii libogg0 1.3.2-1 ii libpng12-01.2.50-2+b2 ii libpostproc-ffmpeg53 7:2.7.2-1 ii libpulse0 6.0-2 ii libquvi7 0.4.1-3 ii libsdl1.2debian 1.2.15-11 ii libsmbclient 2:4.1.17+dfsg-4 ii libspeex1 1.2~rc1.2-1 ii libswscale-ffmpeg37:2.7.2-1 ii libtheora01.1.1+dfsg.1-6 ii libtinfo5 5.9+20150516-2 ii libvdpau1 1.1-1 ii libvorbis0a 1.3.4-2 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxss1 1:1.2.2-1 ii libxv12:1.0.10-1+b1 ii libxvidcore4 2:1.3.4-1 ii libxxf86vm1 1:1.1.4-1 ii zlib1g1:1.2.8.dfsg-2+b1 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793608: linux: update Recommends of linux on armel/sh4 due to package renamed
[I'm sorry that previous email didn't send to the right bug thread, so resend here] Dear Maintainer, Thanks for your attention, I see this issue already got handled in svn/trunk by r22868 and r22869. My question is will this fix go into jessie/wheezy branch? Since this issue actually occurred from wheezy, and the fix seems clean and harmless, so jessie or even wheezy port might be possible? Cheers, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793495: xfsprogs fails to build on debian ppc64el
Am 02.08.2015 um 00:52 schrieb Dave Chinner da...@fromorbit.com: On Fri, Jul 31, 2015 at 06:57:35PM -0300, Fernando Seiti Furusato wrote: That error is common when configure is generated using out-of-date config.guess and config.sub. The ones that come with the package are, in fact, old. config.sub and config.guess are generated by the build, we don't ship them directly from the git repository. Perhaps you are building from a release tarball rather than from a clean git repository working area? Can you confirm this is the case? Just some observations from my side: Extracting the released tarball over a clean xfsprogs git repo and removing the .gitignore file, then git status reveals: Untracked files: (use git add file... to include in what will be committed) .gitcensus aclocal.m4 config.guess config.sub configure install-sh ltmain.sh m4/libtool.m4 m4/ltoptions.m4 m4/ltsugar.m4 m4/ltversion.m4 m4/lt~obsolete.m4 po/xfsprogs.pot Looks like there are a lot of untracked file. Is this intentional, to have potentially auto-generated but un-versioned files in a release tarball? It gets even more interesting, comparing debian source vs official release: http://http.debian.net/debian/pool/main/x/xfsprogs/xfsprogs_3.2.4.tar.gz http://http.debian.net/debian/pool/main/x/xfsprogs/xfsprogs_3.2.4.tar.gz ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs-3.2.4.tar.gz ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs-3.2.4.tar.gz There are differences in the following files: modified: aclocal.m4 modified: config.guess modified: config.sub modified: configure modified: ltmain.sh modified: m4/libtool.m4 modified: po/xfsprogs.pot So, imho the debian source tarball also doesn’t look clean, neither against the release tarball nor against a clean git checkout. Just my 2 cents, maybe that helps someone to solve this. Cheers, Daniel If so, can you remove the configure, config.sub and config.guess files and see if you get the same problem? This package used to run dh_autotools-dev_updateconfig and dh_autotools-dev_restoreconfig, which worked because it only updates those files. They were replaced by dh_autoreconf and dh_autoreconf_clean, which should update them, but does not run flawlessly. I think something is wrong with the m4 macros but I am not sure what. There are errors when running dh_autoreconf alone. # dh_autoreconf libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoheader: warning: missing template: HAVE_UMODE_T autoheader: Use AC_DEFINE([HAVE_UMODE_T], [], [Description]) autoheader: warning: missing template: HAVE___PSINT_T autoheader: warning: missing template: HAVE___PSUNSIGNED_T autoheader: warning: missing template: HAVE___U32 autoreconf: /usr/bin/autoheader failed with exit status: 1 dh_autoreconf: autoreconf -f -i returned exit code 1 I will keep working on it, but all I will be able to do if I get to a conclusion is send a patch here. Thus it will have to be dealt with by the maintainers anyway. The XFS list is cc'd on the bug, so the upstream maintainers are watching and will see the patch when you post it. ;) Cheers, Dave. -- Dave Chinner da...@fromorbit.com ___ xfs mailing list x...@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs
Bug#793613: lintian: error in adduser --home check
On Sun, Aug 02, 2015 at 03:11:40PM +0200, Bastien Roucaries wrote: Le 31 juillet 2015 18:10:32 GMT+02:00, Kurt Roeckx k...@roeckx.be a écrit : On Fri, Jul 31, 2015 at 11:20:26AM +0200, Julien Cristau wrote: On Sat, Jul 25, 2015 at 16:49:58 +0200, Kurt Roeckx wrote: Package: lintian Version: 2.5.33 Hi, lintian shows the following error: E: ntp: maintainer-script-should-not-use-adduser-system-without-home postinst:23 However, it's called like this: ntp.postinst: adduser --system --quiet --ingroup ntp --no-create-home ntp Looks to me like lintian is right, and you should set ntp's $HOME to something like /nonexistent instead of /home/ntp. The message it gives is very confusing. It is corrected under next version (you could get a glimpse at gît) Thanks, I think it's more clear now. It wasn't obvious to me that if you use --system you also need to use --home, and that --home shouldn't point to somewhere in /home, but it does actually say that. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794124: mutt-kz: F1 - /usr/share/doc/mutt/manual.txt.gz: No such file or directory
On 07/30/15 at 09:35pm, Jakub Wilk wrote: Package: mutt-kz Version: 1.5.23.1-5 I can't use the help function (F1), because it tries to open nonexistent file: gzip: /usr/share/doc/mutt/manual.txt.gz: No such file or directory I'm not sure, but I think this bug belongs to mutt package, since that macro is defined in /etc/Muttrc and the manual is in /usr/share/doc/mutt/manual-org.txt.gz, and both files are part of the mutt package. How do I reassign bugs to another package? vmjl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793498: [PATCH] set priority as extra (#793498)
--- debian/changelog | 6 ++ debian/control | 2 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 2f0d3fc..db8dfc6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +mutt-kz (1.5.23.1-6) unstable; urgency=low + + * control: set priority as extra (Closes: 793498) + + -- + mutt-kz (1.5.23.1-5) unstable; urgency=low * control: remove recommends, suggest, conflicts, replaces and provides. diff --git a/debian/control b/debian/control index 6820dba..01d6bc2 100644 --- a/debian/control +++ b/debian/control @@ -1,6 +1,6 @@ Source: mutt-kz Section: mail -Priority: standard +Priority: extra Maintainer: Victor Manuel Jaquez Leal vjaq...@igalia.com Build-Depends: debhelper (= 9.0.0), autotools-dev, docbook-xml, docbook-xsl, w3m, gawk, gettext, libgnutls28-dev, -- 2.4.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1
On Sat, Aug 01, 2015 at 10:40:53PM +0200, Sebastian Ramacher wrote: It looks like gbsplay 0.0.92-1 was never uploaded to the archive. Could you please merge 0.9.92-2 into the changelog entry for 0.9.92-1? I got an upload error on my first try (signed with the wrong GPG key) and I was not able to overwrite my upload with a fixed package, so I created the -2 version. I've merged -2 into -1 and here are the files: http://www.cgarbs.de/tmp/gbsplay_0.0.92-1.diff.gz http://www.cgarbs.de/tmp/gbsplay_0.0.92-1.dsc http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_i386.build http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_i386.changes http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_i386.deb http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_source.changes http://www.cgarbs.de/tmp/gbsplay_0.0.92.orig.tar.gz lintian also reports W: gbsplay: copyright-refers-to-versionless-license-file usr/share/common-licenses/GPL That's a problem. Upstream does not say _which_ GPL version in the README: | gbsplay - A Gameboy sound player | | (C) 2003-2006,2008 by Tobias Diedrich ranma+gbsp...@tdiedrich.de | Christian Garbs mi...@cgarbs.de | Maximilian Rehkopf ota...@gmx.net | Vegard Nossum vegar...@ifi.uio.no | | Licensed under GNU GPL. So I don't know what to do :-/ lintian also reports W: gbsplay hardening-no-relro but I don't know how to fix that. I've already temporarily removed all CFLAGS and LDFLAGS settings from debian/rules so that the build system can automatically set default values for hardening, but that did not work. And regarding X: gbsplay: binary-file-built-without-LFS-support gbsplay is an 8bit hardware emulator. If anybody handles large files with it, he's doing something very wrong :-) (it's only an experimental lintian warning anyways) Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Code, der zum Verständnis Dokumentation braucht, ist meistens Käse. Na ja, sowas kann man wenigstens noch essen. In Verbindung mit Spaghetti-Code ist das doch was Feines. Wirklich unschön wäre Maschinenkot. [Wilfried Krueger in dcsn] signature.asc Description: Digital signature
Bug#793498: [PATCH] set priority as extra (#793498)
control: set priority as extra (#793498) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774387: ITP: letsencrypt -- Let's Encrypt client that can update Apache configurations
Hi, it seems your package doesn't build in pbuilder: fakeroot debian/rules clean dh clean --with python2,sphinxdoc --buildsystem=pybuild dh_testdir -O--buildsystem=pybuild dh_auto_clean -O--buildsystem=pybuild I: pybuild base:170: python2.7 setup.py clean Traceback (most recent call last): File setup.py, line 2, in module from setuptools import setup ImportError: No module named setuptools E: pybuild pybuild:262: clean: plugin distutils failed with: exit code=1: python2.7 setup.py clean dh_auto_clean: pybuild --clean --test-tox -i python{version} -p 2.7 --dir . returned exit code 13 debian/rules:9: recipe for target 'clean' failed Adding python-setuptools to the build-depends seems to fix it. Not sure if it is the correct solution. The next problem is /tmp/buildd/letsencrypt-0.20150321/docs/api/client/CONFIG.rst:4: WARNING: autodoc: failed to import module u'letsencrypt.client.CONFIG'; the following exception was raised: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py, line 335, in import_object __import__(self.modname) [...] find /tmp/buildd/letsencrypt-0.20150321/debian/doc-build/html/ -type f -name '*.html' \ -exec sed -i -e 's|https://cdnjs.cloudflare.com/ajax/libs/modernizr/.*/modernizr.min.js|../../../javascript/modernizr/modernizr.min.js|' '{}' + sed -i -e 's|img alt=Travis CI status src=https://travis-ci.org/letsencrypt/lets-encrypt-preview.svg?branch=master; /|Travis CI status|' /tmp/buildd/letsencrypt-0.20150321/debian/doc-build/html/intro.html sed: can't read /tmp/buildd/letsencrypt-0.20150321/debian/doc-build/html/intro.html: No such file or directory debian/rules:16: recipe for target 'override_dh_auto_build' failed I have not tried to fix this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791072: icu: library transition may be needed when GCC 5 is the default
On 08/02/2015 03:32 PM, László Böszörményi (GCS) wrote: Control: tags -1 -help On Sun, Aug 2, 2015 at 1:59 PM, Matthias Klose d...@debian.org wrote: On 08/02/2015 01:44 PM, László Böszörményi (GCS) wrote: Then we can start the icu transition separately. sorry, you don't understand. all the libstdc++ follow-up transitions will depend on each other. I know this. Still it looked smoother if we do the GCC 5 transition and when things are settled then do the ICU one. your patch for icu 52 looks ok, but again, it will break all rdepends now, which could be avoided with icu 55. OK, 55.1 is in the building and last tests. ok, I uploaded an icu 52 built using g++-4.9 to undo the breakage in unstable. Please let this build and enter the archive, before you upload icu 55. I also sent a removal request for 52.1-11 and 52.1-11.1 to ftp-master. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794374: FTBFS: undefined reference to `Exiv2::Metadatum::print[abi:cxx11](Exiv2::ExifData const*) const'
Source: geeqie Version: 1:1.2-3 Severity: serious Tags: sid stretch Justification: fails to build from source (but built successfully in the past) User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: exiv2.o: In function `exif_add_value_to_glist': /tmp/buildd/geeqie-1.2/src/exiv2.cc:985: undefined reference to `Exiv2::Metadatum::print[abi:cxx11](Exiv2::ExifData const*) const' exiv2.o: In function `exif_item_get_data_as_text': /tmp/buildd/geeqie-1.2/src/exiv2.cc:752: undefined reference to `Exiv2::Metadatum::print[abi:cxx11](Exiv2::ExifData const*) const' exiv2.o: In function `_ExifDataOriginal::_ExifDataOriginal(char*)': /tmp/buildd/geeqie-1.2/src/exiv2.cc:188: undefined reference to `Exiv2::ImageFactory::open(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/geeqie-1.2/src/exiv2.cc:188: undefined reference to `Exiv2::ImageFactory::open(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' exiv2.o: In function `exif_get_item': /tmp/buildd/geeqie-1.2/src/exiv2.cc:486: undefined reference to `Exiv2::ExifKey::ExifKey(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/geeqie-1.2/src/exiv2.cc:493: undefined reference to `Exiv2::IptcKey::IptcKey(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' /tmp/buildd/geeqie-1.2/src/exiv2.cc:500: undefined reference to `Exiv2::XmpKey::XmpKey(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)' Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/geeqie.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791072: icu: library transition may be needed when GCC 5 is the default
On 2 August 2015 at 12:59, Matthias Klose d...@debian.org wrote: On 08/02/2015 01:44 PM, László Böszörményi (GCS) wrote: Control: tags -1 help Hi Matthias, On Sun, Aug 2, 2015 at 12:18 AM, László Böszörményi (GCS) g...@debian.org wrote: Pretty please upload the version from experimental to unstable. It would be a bigger transition as the API changed. Needs testing if all packages can be built with the new, 55.1 version. Will do that in the morning. Midnight is passed here. :-| I have building the dependency level 1 [1] and github-backup, hardinfo, haskell-hledger-web and icedove built fine with icu-55.1 . But ledger has build-dependency on libboost-date-time-dev which is transitively marked broken by libstdc++6 . if you want to do test builds for icu 55, then you have to do it in testing now. Thus please check my previously attached patch[2] if it covers everything needed for the gcc-5 transition. Then we can start the icu transition separately. sorry, you don't understand. all the libstdc++ follow-up transitions will depend on each other. your patch for icu 52 looks ok, but again, it will break all rdepends now, which could be avoided with icu 55. I contacted you and Dimitri two weeks ago to prepare for the icu and boost transitions; and my understanding was that you would prepare for icu 55. it's disappointing to see the progress on this. so either way, upload your fixed 52, or 55, but please do it. This is urgent, as everything linked against icu is now broken in unstable. One shouldn't not break abi, without a bump of package name / libraries. The consensus was to have 55 with new libstdc, and continue to have 52 with old libstdc. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing
On Sun, Aug 02, 2015 at 09:00:32AM -0400, Carlos Kosloff wrote: Yes, but which one: openssl_1.0.2d-1.1_amd64.deb? You need at least libssl1.0.0_1.0.2d-1.1_amd64.deb from there. I think you also installed the libssl1.0.0-dbg package before so you either need to remove that or also install libssl1.0.0-dbg_1.0.2d-1.1_amd64.deb. You can also install openssl_1.0.2d-1.1_amd64.deb but that will not change much. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794395: classified-ads: please make the build reproducible
Source: classified-ads Version: 0.07-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the reproducible builds effort [1], we have noticed that classified-ads could not be built reproducibly. It embeds timestamps into PNG images, which are embedded into the binary. The attached patch prevents this. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch new file mode 100644 index 000..c741f6d --- /dev/null +++ b/debian/patches/reproducible_build.patch @@ -0,0 +1,20 @@ +Author: Reiner Herrmann rei...@reiner-h.de +Description: Prevent embedding of timestamps in PNG files to make build reproducible + +Index: classified-ads-0.07/graphics-highres/Makefile +=== +--- classified-ads-0.07.orig/graphics-highres/Makefile classified-ads-0.07/graphics-highres/Makefile +@@ -28,10 +28,10 @@ + all: ../ui/turt558.png ../ui/turt-transparent-128x128.png + + ../ui/turt558.png: turt-transparent.xcf +- convert turt-transparent.xcf -resize 558 ../ui/turt558.png ++ convert turt-transparent.xcf -resize 558 +set date:create +set date:modify -define png:exclude-chunk=time ../ui/turt558.png + + ../ui/turt-transparent-128x128.png: turt-transparent.xcf +- convert turt-transparent.xcf -resize 128x128\ -gravity center -background none -extent 128x128 ../ui/turt-transparent-128x128.png ++ convert turt-transparent.xcf -resize 128x128\ -gravity center -background none -extent 128x128 +set date:create +set date:modify -define png:exclude-chunk=time ../ui/turt-transparent-128x128.png + + clean: + rm -f ../ui/turt558.png ../ui/turt-transparent-128x128.png diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..b2026fe --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +reproducible_build.patch signature.asc Description: OpenPGP digital signature
Bug#794405: src:lvm2: descriptions reference obsolete EVMS
Package: src:lvm2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package descriptions mention EVMS, a project dead for more than 10 years and no longer in Debian. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVvk+nAAoJECx8MUbBoAEhtlIP/RJBeQlkOSaVHZwgM6+7cLxb Wpu+aw6hWF7oz8WLU2D2Y6GFj1IAkasZqh7u5MmBMOTHwfXrb++DI2m1iSdL3brg 5LPGSzdlqw4E4RE0QR36N6Gx0EOnAWjq26jW+ahuJscF2o28waiSRFtsjdkSrWQm bkIXeFtclxked8HtXqBoMTDDsO2Ex0lrbzmFtQPMtoOIm6MG5OzPexdu+ZqJUskP nd92zBAdJW7iY8PBBmslaatUMFz4cjW4Euhs9JQaunjUkyTBgvA97FPR3nCBVTYf KgAk7sMX1LLMDU5djp8csC1hjxqYI+4ypAUH17Go9NQIrWrYFyuZ0vSJO39G4Jvg iGsJahz6AhiDzP12ixh/aYi/q8kJpfo47BNcJIdnYrUIoxohiE00N5zwySdkSoOI 2ef+q0lNy6hb0lYWhtaGsQkWGC5V+x+EtUZtrtm5F7/5xhU6jv1NPCpfmeut+C+C Ki8GYGeaTRcENuuIvxbJwGLi2Txf3UssUbUeOFwWJk7zlgAAIXE9GdeyBsq1uInF tkPPf7RboTI8p5/wKGfgZW6SIvRIMWB5FDnbiSLMSjjGxJ9Ifv+4Stuy+WQ/ipKq 1xvqJDIFo+gw2YJp9KBBQkD0G1uTL3MN2yEZgbqdVYKu3beitkG/WKki/NzgMi+G 3D85+CZy+NonKbZuQtoF =Olpt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794403:
Bug#793322: New suggestion
On 08/01/2015 12:40 PM, Osamu Aoki wrote: Hi, On Thu, Jul 23, 2015 at 07:38:54PM -0400, Ralph Katz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 After further discussion in debian-user, the time interval check also seems to be broken. Let's hold off on the new Tip until someone can verify how to reliably set a time interval for fsck. https://lists.debian.org/debian-user/2015/07/msg01005.html bug #792752 mention that one must use -f or the count must be exceeded, else just one big no-op Thanks, This systemd related changes are very wide spread. I have not reviewed situation enough yet. Please continue your effort and get me the answer :-) Osamu Hi Osamu -- As a Debian user, not a software developer, I can only point to the the problem and suggest a clearer description. The Debian 8 Release Notes confirm the maintainer's comments in replying to my comment in bug #792752. Debian 8 Release Notes 4.6.2. Changes to root and /usr filesystem mounting and checking initramfs-tools will now also run fsck on the root filesystem before mounting it. If the chosen init program is systemd and there is a separate /usr filesystem, it will also fsck and mount /usr. Suggestions: 1) Remove misleading or erroneous info in debian-reference: Remove from 9.5.6. Filesystem creation and integrity check: Tip Use shutdown -F -r now to force to run the fsck(8) command safely on all filesystems including root filesystem on reboot. See the shutdown(8) manpage for more. I also believe, but don't know, that the tip in the prior paragraph is also misleading or erroneous and should be removed: Tip Check files in /var/log/fsck/ for the result of the fsck(8) command run from the boot script. 2) Replace these tips with this, which is true but perhaps not comprehensive. Tip The command cat /run/initramfs/fsck.log will show the result for the fsck(8) command run from initramfs-tools before the root filesystem was mounted. Hope this helps. Ralph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791324: wxsvg: library transition may be needed when GCC 5 is the default
Control: tags -1 + pending On 2015-07-03 13:14:57, Matthias Klose wrote: - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. Looks like they are. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. There are no reverse dependencies, but I have uploaded a version with the changed package name anyway. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#793647: systemd: missing build conflict vs autoconf2.13 - AM_COND_IF: no such condition ARCH_IA32
On Sun, Jul 26, 2015 at 03:30:58AM +0200, Michael Biebl wrote: Am 26.07.2015 um 02:55 schrieb Ben Pfaff: It might be time to remove the autoconf2.13 wrapper, since there is so little software that still uses Autoconf 2.13, but I'd prefer to know more about the bug first. I think so too. Apparently the wrapper is too brittle when it's used in combination with other build tools. I decided that I knew enough that it was time to remove the autoconf wrapper script. I've uploaded a new version of autoconf2.13, 2.13-64, to experimental. I would upload it to unstable, instead, except that I'm leaving Tuesday on a 2-week vacation and it seems irresponsible to make a major change and then leave without being able to immediately mop up any bugs that it causes. Anyway, please do feel free to take a look at it and let me know if you have any concerns. After I get back from vacation I'll contact the maintainers of packages that build-depend on autoconf2.13 and make sure they're aware of the impending change, and then I'll upload the new version to unstable. Thanks, Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794401: java-package: runnning make-jpkg reports Invalid size (1 MB) of extracted archive.
Package: java-package Version: 0.56 Severity: normal Dear Maintainers, I have a problem with make-jpkg. I've tracked the issue into function diskusage() { local path=$1 read size dummy ( du -sm $path ) echo $size:$dummy 2 echo $size } which tests size of unpacked java distribution. The issue is related to OpenVZ guest (and probably doesn't exists on bare hw) - `du` tests for disk size of a directory $path, but data have not been written to the disk at a time of the `du` (`du` returns very small number, nearly 0). I haved temporarily fixed the problem with a sleep: diskusage() { local path=$1 sleep 10 # inserted sleep read size dummy ( du -sm $path ) echo $size:$dummy 2 echo $size } but this is a bit dirty solution (it simply waits some time to finish write-to-disk operation physically) by host container. The Java archived I tried to pack into .deb was oracle java 8. Hope this helps, David Sauer -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab108.8 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages java-package depends on: ii debhelper 9.20150101 ii dpkg-dev1.17.25 ii fakeroot1.20.2-1 ii libasound2 1.0.28-1 ii libx11-62:1.6.2-3 ii unzip 6.0-16 Versions of packages java-package recommends: ii gcc 4:4.9.2-2 Versions of packages java-package suggests: pn openjdk-7-jre none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794403: flash-kernel: command update-initramfs -uk kver result in boot images in false version
Package: flash-kernel Version: 3.45 Severity: normal Tags: patch Dear Maintainer, Hook script initramfs-hook/flash-kernel will be called when update-initramfs is invoked. However flash-kernel only build the latest kernel version it find, rather than the specific version passing from update-initramfs. For example, after running update-initramfs -uk kver, the kver is successfully passed to initramfs-hook/flash-kernel, and then flash-kernel script, but flash-kernel script simply ignore that version, except adding a --force flag, which is why this patch is here. I also checked the log for initramfs-hook/flash-kernel, as commit 7bacb9 the kernel version was actually not passed to flash-kernel script, but from commit e05fc9, this has been changed, which I think it means the flash-kernel script need to honor what kernel version update-initramfs is working on. Thanks and looking forward to your comments. Cheers, Roger -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 4.0.0-2-kirkwood Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages flash-kernel depends on: ii debconf [debconf-2.0] 1.5.56 ii devio 1.2-1+b1 ii initramfs-tools0.120 ii linux-base 3.5 ii ucf3.0030 Versions of packages flash-kernel recommends: ii u-boot-tools 2014.10+dfsg1-5 flash-kernel suggests no packages. From 1af8343110d71fc4ba6da6e346a384cb910a2b05 Mon Sep 17 00:00:00 2001 From: Roger Shimizu rogershim...@gmail.com Date: Mon, 3 Aug 2015 00:38:53 +0900 Subject: [PATCH] initramfs-hook: let flash-kernel build the correct version of boot images Currently, flash-kernel script simply ignores the kernel version passing from update-initramfs command, but just pick up a latest kernel to build boot images. This patch fixes that, by adding a --force flag to flash-kernel script. Signed-off-by: Roger Shimizu rogershim...@gmail.com --- initramfs-hook/flash-kernel | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/initramfs-hook/flash-kernel b/initramfs-hook/flash-kernel index 21da5e6..92236b7 100755 --- a/initramfs-hook/flash-kernel +++ b/initramfs-hook/flash-kernel @@ -11,5 +11,4 @@ abi=$1 # ignored _initrd=$2 -exec flash-kernel $abi - +exec flash-kernel --force $abi -- 2.1.4
Bug#793557: [Pkg-openssl-devel] Bug#793557: Bug#793557: clamtk in testing
ckosloff@notosh:~$ openssl speed sha256 Doing sha256 for 3s on 16 size blocks: 4561580 sha256's in 3.00s Doing sha256 for 3s on 64 size blocks: 2535590 sha256's in 3.00s Doing sha256 for 3s on 256 size blocks: 1095672 sha256's in 3.00s Doing sha256 for 3s on 1024 size blocks: 335048 sha256's in 3.00s Doing sha256 for 3s on 8192 size blocks: 44819 sha256's in 3.00s OpenSSL 1.0.2d 9 Jul 2015 built on: reproducible build, date unspecified options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) blowfish(idx) compiler: gcc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DMD32_REG_T=int -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes sha256 24328.43k54092.59k93497.34k 114363.05k 122385.75k ckosloff@notosh:~$ ckosloff@notosh:~$ openssl speed -evp aes-128-cbc Doing aes-128-cbc for 3s on 16 size blocks: 65502209 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 64 size blocks: 23271187 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 256 size blocks: 7135284 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 1024 size blocks: 1890618 aes-128-cbc's in 3.00s Doing aes-128-cbc for 3s on 8192 size blocks: 240167 aes-128-cbc's in 3.00s OpenSSL 1.0.2d 9 Jul 2015 built on: reproducible build, date unspecified options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) blowfish(idx) compiler: gcc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DMD32_REG_T=int -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes aes-128-cbc 349345.11k 496451.99k 608877.57k 645330.94k 655816.02k ckosloff@notosh:~$ ckosloff@notosh:~$ openssl speed -evp aes-128-cbc-hmac-sha256 Doing aes-128-cbc-hmac-sha256 for 3s on 16 size blocks: 13185868 aes-128-cbc-hmac-sha256's in 3.00s Doing aes-128-cbc-hmac-sha256 for 3s on 64 size blocks: 4387141 aes-128-cbc-hmac-sha256's in 3.00s Doing aes-128-cbc-hmac-sha256 for 3s on 256 size blocks: 758588 aes-128-cbc-hmac-sha256's in 3.00s Doing aes-128-cbc-hmac-sha256 for 3s on 1024 size blocks: 180522 aes-128-cbc-hmac-sha256's in 3.00s Doing aes-128-cbc-hmac-sha256 for 3s on 8192 size blocks: 22307 aes-128-cbc-hmac-sha256's in 3.00s OpenSSL 1.0.2d 9 Jul 2015 built on: reproducible build, date unspecified options:bn(64,64) rc4(8x,int) des(idx,cisc,16,int) aes(partial) blowfish(idx) compiler: gcc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 -DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DMD32_REG_T=int -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes256 bytes 1024 bytes 8192 bytes aes-128-cbc-hmac-sha25670324.63k93592.34k64732.84k 61618.18k60912.98k ckosloff@notosh:~$ *Carlos Kosloff* Office: (954) 283-8828 Cell: (954) 464-8822 Fax: (888) 854-5440 On 08/01/2015 09:20 AM, Kurt Roeckx wrote: Can you try the package from: https://people.debian.org/~kroeckx/openssl/? Could you also run this after isntalling it: openssl speed sha256 openssl speed -evp aes-128-cbc openssl speed -evp aes-128-cbc-hmac-sha256 Kurt
Bug#794406: g++: Non-deterministic /usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault when compiling aptitude 0.7-1
Package: g++ Version: 4:5.2.1-3 Severity: minor Control: affects -1 src:aptitude Hi Matthias, I've just tried to build the upcoming aptitude 0.7-1 inside a pbuilder chroot. I've first recompiled the following source packages with gcc-5/5.2.1-14 respectively g++-5/5.2.1-14 and against libstdc++6/5.2.1-14 and installed the (necessary) packages built that way: cwidget_0.5.17-3.dsc cppunit_1.13.2-2.dsc ncurses_5.9+20150516-2.dsc xapian-core_1.2.21-1.dsc apt_1.0.9.10.dsc I then tried to build aptitude_0.7-1.dsc (as currently in aptitude's debian-sid branch): nice -n15 dpkg-buildpackage -b -j5 [...] g++ -DHAVE_CONFIG_H -I. -I../../tests -I.. -I.. -I../.. -I../../src -I../../tests -DBOOST_TEST_DYN_LINK -DSRCDIR=\../../tests\ -D_FORTIFY_SOURCE=2 -I/usr/include -DHELPDIR=\/usr/share/aptitude\ -DPKGDATADIR=\/usr/share/aptitude\ -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/lib/x86_64-linux-gnu/cwidget -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -D_REENTRANT -fno-strict-aliasing -Wall -c -o test_resolver_costs.o ../../tests/test_resolver_costs.cc In file included from /usr/include/c++/5/string:52:0, from /usr/include/c++/5/stdexcept:39, from /usr/include/c++/5/array:38, from /usr/include/c++/5/tuple:39, from /usr/include/c++/5/functional:55, from /usr/include/c++/5/memory:79, from /usr/include/boost/config/no_tr1/memory.hpp:21, from /usr/include/boost/smart_ptr/shared_ptr.hpp:27, from /usr/include/boost/smart_ptr/make_shared_object.hpp:16, from /usr/include/boost/smart_ptr/make_shared.hpp:15, from /usr/include/boost/make_shared.hpp:15, from ../../src/generic/apt/aptitude_resolver_cost_types.h:24, from ../../src/generic/apt/aptitude_resolver_cost_settings.h:24, from ../../tests/test_resolver_costs.cc:20: /usr/include/c++/5/bits/basic_string.h:121:53: internal compiler error: Segmentation fault _CharT _M_local_buf[_S_local_capacity + 1]; ^ 0xaa7c1f crash_signal ../../src/gcc/toplev.c:383 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See file:///usr/share/doc/gcc-5/README.Bugs for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. Makefile:825: recipe for target 'test_resolver_costs.o' failed make[3]: *** [test_resolver_costs.o] Error 1 make[3]: Leaving directory '/tmp/buildd/aptitude-0.7/build-arch/tests' Makefile:1123: recipe for target 'check-am' failed make[2]: *** [check-am] Error 2 make[2]: Leaving directory '/tmp/buildd/aptitude-0.7/build-arch/tests' /bin/sh: 1: ./cppunit_test: not found debian/rules:38: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 127 make[1]: Leaving directory '/tmp/buildd/aptitude-0.7' debian/rules:28: recipe for target 'build-arch' failed make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 I can confirm that the bug is not reproducible: If I rerun the same command again, it builds fine again. And running g++ -DHAVE_CONFIG_H -I. -I../../tests -I.. -I.. -I../.. -I../../src -I../../tests -DBOOST_TEST_DYN_LINK -DSRCDIR=\../../tests\ -D_FORTIFY_SOURCE=2 -I/usr/include -DHELPDIR=\/usr/share/aptitude\ -DPKGDATADIR=\/usr/share/aptitude\ -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/lib/x86_64-linux-gnu/cwidget -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -D_REENTRANT -fno-strict-aliasing -Wall -c -o test_resolver_costs.o ../../tests/test_resolver_costs.cc manually immediately after the segfault worked fine as well. Reporting it as only minor hence. I can also try to gather more of the stuff requested in /usr/share/doc/gcc-5/README.Bugs, but only if you consider this really as a bug and want to try digging into it. (I'm perfectly fine if you want to postpone investigation of this bug until after the libstdc++6 transition.) Hardware on which this was experienced is a Lenovo Thinkpad X250 running Debian Sid amd64 with kernel 4.1.0-trunk-amd64 #1 SMP Debian 4.1.2-1~exp1 (2015-07-11) with an Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz CPU. [reportbug-gathered stuff missing due to some recent reportbug incompatibilities with debian-el. But I'm not writing this report inside the chroot where this happened anyways.] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794408: RM: plasma-widget-fastuserswitch -- ROM; dead upstream, incompatible with Plasma 5
Package: ftp.debian.org Severity: normal Hi, Please remove the plasma-widget-fastuserswitch source and binary package. It's dead upstream and incompatible with KDE Plasma 5. Thanks, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794412: RM: wacomtablet -- ROM; This is already part of Plasma 5
Package: ftp.debian.org Severity: normal This package is already part of the official Plasma 5 modules, so this src package can be removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794400: tumiki-fighters: please make the build reproducible
Source: tumiki-fighters Version: 0.2.dfsg1-6 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the reproducible builds effort [1], we have noticed that tumiki-fighters could not be built reproducibly. A file list is sorted differently depending on the locale. The attached patch fixes this by sorting with LC_ALL set to C. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch index 80d8f39..3d9b4a6 100644 --- a/debian/patches/makefile.patch +++ b/debian/patches/makefile.patch @@ -6,7 +6,7 @@ +++ b/Makefile @@ -0,0 +1,11 @@ +GDC=gdc -+DSRC=$(shell find import src/abagames -name *.d | sort) ++DSRC=$(shell find import src/abagames -name *.d | LC_ALL=C sort) +EXE=tumiki-fighters + +all: $(EXE) signature.asc Description: OpenPGP digital signature
Bug#794399: parsec47: please make the build reproducible
Source: parsec47 Version: 0.2.dfsg1-6 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the reproducible builds effort [1], we have noticed that parsec47 could not be built reproducibly. A file list is sorted differently depending on the locale. The attached patch fixes this by sorting with LC_ALL set to C. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch index ddffc50..2c3406d 100644 --- a/debian/patches/makefile.patch +++ b/debian/patches/makefile.patch @@ -6,7 +6,7 @@ +++ b/Makefile @@ -0,0 +1,12 @@ +GDC=gdc -+DSRC=src/mt.d $(shell find import src/abagames -name *.d | sort) ++DSRC=src/mt.d $(shell find import src/abagames -name *.d | LC_ALL=C sort) +EXE=parsec47 + +all: $(EXE) signature.asc Description: OpenPGP digital signature
Bug#794402: libproxy: library transition is needed when GCC 5 is the default
Package: src:libproxy Version: 0.4.11-4 Severity: serious Tags: sid stretch patch confirmed User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 confirmed, see https://people.debian.org/~doko/logs/gcc5-20150701/libproxy_0.4.11-4_unstable_gcc5.log cmake should binNMUed immediately after this upload. the qt5 stack depends on this, so it is important to get this done soon. Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition diff -Nru libproxy-0.4.11/debian/changelog libproxy-0.4.11/debian/changelog --- libproxy-0.4.11/debian/changelog2013-11-03 13:34:44.0 +0100 +++ libproxy-0.4.11/debian/changelog2015-08-02 18:17:26.0 +0200 @@ -1,3 +1,12 @@ +libproxy (0.4.11-4.1) unstable; urgency=medium + + * Non maintainer upload. + * Rename library libproxy1 - libproxy1v5, needed as a follow-up transition +for the libstdc++6 ABI changes (patch by Sebastien Bacher). +Addresses: #. + + -- Matthias Klose d...@debian.org Sun, 02 Aug 2015 18:11:31 +0200 + libproxy (0.4.11-4) unstable; urgency=low * Upload to unstable diff -Nru libproxy-0.4.11/debian/control libproxy-0.4.11/debian/control --- libproxy-0.4.11/debian/control 2013-11-03 13:43:09.0 +0100 +++ libproxy-0.4.11/debian/control 2015-08-02 18:20:15.0 +0200 @@ -10,6 +9,7 @@ Uploaders: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org, Laurent Bigonville bi...@debian.org Build-Depends-Indep: cli-common-dev (= 0.5.7~), mono-devel (= 2.4.3) Build-Depends: debhelper (= 9), + g++ (= 4:5.2), gnome-pkg-tools, netbase, cmake, @@ -29,12 +29,14 @@ Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/packages/unstable/libproxy/ Homepage: http://code.google.com/p/libproxy/ -Package: libproxy1 +Package: libproxy1v5 Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} +Conflicts: libproxy1 +Replaces: libproxy1 Description: automatic proxy configuration management library (shared) libproxy is a lightweight library which makes it easy to develop applications proxy-aware with a simple and stable API. @@ -46,7 +48,7 @@ Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends}, - libproxy1 (= ${binary:Version}) + libproxy1v5 (= ${binary:Version}) Description: automatic proxy configuration management library (GSettings plugin) libproxy is a lightweight library which makes it easy to develop applications proxy-aware with a simple and stable API. @@
Bug#794404: icu ftbfs with GCC 5 on hurd-i386
Package: src:icu Version: 55.1-3 Severity: important Debian Hurd, please have a look: simplethread.cpp:291:29: warning: unused parameter 'millis' [-Wunused-parameter] SimpleThread::sleep(int32_t millis) ^ simplethread.cpp:349:1: error: redefinition of 'SimpleThread::SimpleThread()' SimpleThread::SimpleThread() ^ simplethread.cpp:276:1: note: 'SimpleThread::SimpleThread()' previously defined here SimpleThread::SimpleThread() ^ simplethread.cpp:357:1: error: redefinition of 'SimpleThread::~SimpleThread()' SimpleThread::~SimpleThread() ^ simplethread.cpp:279:1: note: 'virtual SimpleThread::~SimpleThread()' previously defined here SimpleThread::~SimpleThread() ^ simplethread.cpp:367:9: error: redefinition of 'int32_t SimpleThread::start()' int32_t SimpleThread::start() ^ simplethread.cpp:283:1: note: 'int32_t SimpleThread::start()' previously defined here SimpleThread::start() ^ simplethread.cpp:415:1: error: redefinition of 'UBool SimpleThread::isRunning()' SimpleThread::isRunning() { ^ simplethread.cpp:295:1: note: 'UBool SimpleThread::isRunning()' previously defined here SimpleThread::isRunning() { ^ simplethread.cpp:428:6: error: redefinition of 'static void SimpleThread::sleep(int32_t)' void SimpleThread::sleep(int32_t millis) ^ simplethread.cpp:291:1: note: 'static void SimpleThread::sleep(int32_t)' previously defined here SimpleThread::sleep(int32_t millis) ^ make[3]: *** [simplethread.o] Error 1 make[2]: *** [all-recursive] Error 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712938: Qt4 to be patched
A Qt upstream developer blessed the patched as unofficial but ok, and I have heard that a new version of sni-qt will happen soon. Also Felix has standed up for maintaining sni-qt (thanks a lot!), so all the barriers for this to happen are now inexistent. I'll patch qt4 and provide (somehow) an unnoficial build against gcc4.9 in order to make it ready for testing. It will enter unstable as soon as a qt4 upload becomes mandatory for the gcc5 transition to happen or after it. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#794351: Autoscaling for files with large diffs can display zero chars for files with small diffs
On Sat, Aug 01, 2015 at 06:33:39PM -0700, Josh Triplett wrote: If the diff contains files with very large diffs, diffstat's automatic scaling can cause files with small diffs to display zero '-' or '+' characters. This hides key information from the diffstat, namely the direction of the diff. diffstat should always display at least one '-' for a file with lines removed, and at least one '+' for a file with lines added, regardless of scaling. Steps to reproduce: /tmp$ mkdir foo /tmp$ cd foo/ /tmp/foo$ mkdir 1 /tmp/foo$ mkdir 2 /tmp/foo$ echo one-line 2/only-in-2 /tmp/foo$ echo one-line 1/only-in-1 /tmp/foo$ seq 1 10 2/big-file /tmp/foo$ diff -Naur 1 2 | diffstat big-file |10 ++ only-in-1 |1 only-in-2 |1 3 files changed, 11 insertions(+), 1 deletion(-) - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792233: freedombox-setup: Configure PAM for LDAP user logins
I have merged the patches with several fixes/changes. Please review my changes. I have not done full build testing yet. -- Sunil signature.asc Description: OpenPGP digital signature
Bug#794409: os-prober: generic detection using /etc/os-release (for Void Linux and NixOS)
Package: os-prober Version: 1.65 Severity: normal Tags: patch Dear Maintainer, os-prober correctly detects Fedora 22, however it doesn't detect Void Linux or NixOS (they are reported as unknown Linux distribution). Actual os-prober 1.65 output: /dev/mapper/os-fedora_root:Fedora release 22 (Twenty Two):Fedora:linux /dev/mapper/os-void_root:unknown Linux distribution:Linux:linux Expected output: /dev/mapper/os-fedora_root:Fedora release 22 (Twenty Two):Fedora:linux /dev/mapper/os-nixos_root:NixOS 14.12.801.221101a (Caterpillar):NixOS:linux /dev/mapper/os-void_root:Void Linux:Void:linux Both of these have an /etc/os-release file, and using the patch below allows update-grub2 to generate the expected names. --- a/usr/lib/os-probes/mounted/90linux-distro 2014-09-29 00:04:17.0 +0300 +++ b/usr/lib/os-probes/mounted/90linux-distro 2015-08-02 21:51:46.911231870 +0300 @@ -17,7 +17,7 @@ # symlinks we need to also check in $dir/usr/lib* for distributions that # moved /lib* to /usr and only left symlinks behind. # TODO: look for ld-linux.so on arches that have it -if (ls $dir/lib*/ld*.so* || ls $dir/usr/lib*/ld*.so*) /dev/null 2/dev/null; then +if (ls $dir/etc/os-release || ls $dir/lib*/ld*.so* || ls $dir/usr/lib*/ld*.so*) /dev/null 2/dev/null; then if [ -e $dir/etc/debian_version ]; then short=Debian long=$(printf Debian GNU/Linux (%s)\n $(cat $dir/etc/debian_version)) @@ -125,6 +125,9 @@ elif [ -e $dir/etc/meego-release ]; then short=MeeGo long=$(head -1 $dir/etc/meego-release) + elif [ -e $dir/etc/os-release ]; then + short=$(cat $dir/etc/os-release|grep ^NAME=|cut -f2 -d=|cut -f2 -d\) + long=$(cat $dir/etc/os-release|grep ^PRETTY_NAME=|cut -f2 -d=|cut -f2 -d\) else short=Linux long=unknown Linux distribution -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages os-prober depends on: ii libc6 2.19-18 os-prober recommends no packages. os-prober suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784022: lazarus: Compiler /usr/bin/fpc does not support target x86_64-linux on startup
Hi Julian, Do you still have this issue? Can you please check with Lazarus 1.4? -- Cheers, Abou Al Montacir