Bug#789914: apache2: fails to install: ERROR: Module mpm_event is enabled - cannot proceed due to conflicts. It needs to be disabled first!
reassign 789914 apache2 found 789914 2.4.10-3 thanks This also affects jessie + stretch. On Thursday 25 June 2015 10:27:59, Andreas Beckmann wrote: Enabling conf serve-cgi-bin. Enabling site 000-default. info: mpm_prefork: No action required This is wrong. There seems to be a ! that does not belong there in the postinst at elif [ ! -e /etc/apache2/mods-enabled/$MPM.load ] ; then msg info $MPM: No action required -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792155: gnome-menus: xscreensaver hacks show up in gnome-shell Applications
Package: gnome-menus Version: 3.13.3-6 Severity: normal Desktop entries in /usr/share/applications/screensavers/ from xscreensaver-data-extra, xscreensaver-gl and xscreensaver-gl-extra appear in the Show Applications list. Drawing on the root window, they have no effect and only clutter the list. It has been previously fixed for xscreensaver-data by blacklisting the entries - https://bugs.debian.org/771710 -- 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/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 gnome-menus depends on: ii python3 3.4.3-4 pn python3:any none gnome-menus recommends no packages. gnome-menus 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#792160: game-data-packager: Grim Fandango: add Chinese, Greek, Turkish Portugese fandubs
Package: game-data-packager Version: 41 Severity: wishlist Tags: newcomer Most of these are provided in custom .exe installers :-| http://www.grim-fandango.com/downloads.php#translation http://www.grim-fandango.com/languages.php -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.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#792162: DontBlameSendmail option: GroupReadableDefaultAuthInfoFile unrecognized
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: sendmail Version: 8.14.9-3 Since version 8.14.9-3 sendmail doesn't start, but complains /etc/mail/sendmail.cf: line 107: readcf: DontBlameSendmail option: GroupReadableDefaultAuthInfoFile unrecognized My sendmail.mc doesn't set such an option. Rebuilding sendmail.cf doesn't help. Moving back to version 8.14.9-2 fixes the problem. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVokRjAAoJEAqeKp5m04HLgT0H+wQRPiITR0HA66qeRRJprwT6 Vjbzj0wfYUNjR4+ulJvDaixA9F9iYvNlwztu7grOJwP9dPSg5VVajOG/wAoUun4H qxT/rIRn6ilVEtQqTl0VQk+PxgNZYaEgenr6zo+fGIHZ8BmsEV4N3QHfdrJR0VEK 7SWEVjMzJteT/DQRXb9yEhkm8KBWPVSjsyNlPftAR8ay8IIBisulHyILVqGDTstQ w1nDi1AVwhITQIyhwv7uJqGRC5SORJL8NsInsprfyFFDQyK2lI6d+BGsaBw/zr2O xew+fUqA8pFljLIgguruqXTn+EWnnVSpOpftOxiQHYVrCJlmQXExmQJ2RFZah4s= =5iX8 -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#790532: More data points for Debian #790532 / perl-Gtk2 test failure
Hi Dominic, Dominic Hargreaves wrote (09 Jul 2015 09:43:06 GMT) : Attached is a passing build log from last month with libgtk2 2.24.28 and libgdk-pixbuf2.0 2.31.4, [...] In that supposedly passing build log (libgtk2-perl_1.2495-1_amd64-20150619-0311.build), I see the very same test failures as the reported one. Did I miss anything, or did you attach the wrong file, or...? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792164: gitg: FTBFS in sid/experimental: B-D on libwebkit2gtk-3.0-dev which is gone
Package: gitg Version: 3.16.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) gitg/experimental is no longer buildable since libwebkit2gtk-3.0-dev is no longer built by webkitgtk. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792169: thinkfan: Fails to set fan speed and exits when started at high temperature
Package: thinkfan Version: 0.9.2-1 Severity: important Tags: patch Hi, while modifying my configuration to be a bit more aggressive on high temperatures, I found that thinkfan exited without changing the fan level. When started with -n, it wrote: setfan_ibm: Error writing to /proc/acpi/ibm/fan: Invalid argument Cleaning up and resetting fan control. I've marked this bug as important, since it causes the fan to revert to automatic hardware / BIOS control when the temperature is high, which is likely when you need the extra fanspeed from thinkfan the most. Feel free to downgrade if you feel this is less of an issue then I think :-) Adding a bit of debug information shows that it tried to write the empty string, instead of a proper fan level. It turns out that, at the top of the fancontrol() function, lvl_idx is initialized at the maximum level, but the cur_lvl variable is not changed. Normally, this is not a problem since based on the temperature, the index is stepped down to the appropriate level and cur_lvl is updated. However, if the highest level turns out to be appropriate, thinkfan continues to write the fan level, without updating cur_lvl. The fix is simple: Just run the set_fan macro to set cur_lvl too. This also means that the level is immediately made effective, which prevents having to wait for the watchdog timeout if the highest fanlevel is appropriate (which would be the effect of just setting cur_lvl instead of calling set_fan). --- thinkfan.c.orig 2015-07-12 13:09:28.259263201 +0200 +++ thinkfan.c 2015-07-12 13:09:43.231401029 +0200 @@ -111,6 +111,7 @@ // Set initial fan level... lvl_idx = config-num_limits - 1; + set_fan; for (i=0; i num_temps; i++) if (temps[i] tmax) tmax = temps[i]; Gr. Matthijs -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.2+ (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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791995: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup on clients
On Sun, Jul 12, 2015 at 12:58:14PM +0200, Wolfgang Schweer wrote: Sad to tell that it is different on a stock combi server: automatic setup isn't available. But adding /opt/ltsp/i386/etc/cups/client.conf containing one line: ServerName tjener is enough to fix it. I don't know why it differs from a manually installed LTSP chroot and I don't have the time to figure it out. About to install a clean jessie workstation. Might be that adding /etc/cups/client.conf will be sufficient there as well. It is. So this issue should be reassigned to d-e-c. Wolfgang signature.asc Description: Digital signature
Bug#684496: ttf-ancient-fonts maintaining
Greetings, I have not seen any recent activity of Gürkan Sengün and this package is both buggy and old, but has a fresh upstream. As the Symbola font currently is the only font in Debian containing the recent symbol additions to Unicode this package might be given some priority. Could this package be taken under the wings of the Debian Fonts Task Force? If no one is willing to take care of this package, I can take some time to do so. I will have to learn Debian’s packaging procedures and policies first though. Kind regards, Kess
Bug#791995: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup on clients
control: reassign -1 debian-edu-config Hi, On Sonntag, 12. Juli 2015, Wolfgang Schweer wrote: About to install a clean jessie workstation. Might be that adding /etc/cups/client.conf will be sufficient there as well. It is. So this issue should be reassigned to d-e-c. thanks for analysing the issue, Wolfgang! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#787914: nano: new multi-edit detection segfaults when I say no
FYI: you have to CC submitters if you want them to read your mails. On Sun, 28 Jun 2015 17:05:09 +0200 Benno Schulenberg wrote: Could you post the output of 'nano --version' (to see the compilation options)? $ nano --version GNU nano, version 2.4.2 (C) 1999..2015 Free Software Foundation, Inc. Email: n...@nano-editor.orgWeb: http://www.nano-editor.org/ Compiled options: --disable-libmagic --disable-wrapping-as-root --enable-utf8 And would it be possible to get a strace from such a crash? Attached. Oh, and does it happen if you start your two nanos both with --ignorercfiles --locking? Yes, still get a crash. -- bye, pabs https://wiki.debian.org/PaulWise strace.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
Bug#792238: akonadi-server segfaults upon startup
Package: akonadi-server Version: 1.13.0-3 Severity: grave Justification: renders package unusable Dear Maintainer, since today, akonadi crashes for me upon startup: $ akonadictl start Starting Akonadi Server... done. Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) $ search paths: (/home/phihag/div/bin, /usr/local/bin, /usr/bin, /bin, /usr/local/games, /usr/games, /sbin, /usr/sbin, /usr/sbin, /usr/local/sbin, /usr/local/libexec, /usr/libexec, /opt/mysql/libexec, /opt/local/lib/mysql5/bin, /opt/mysql/sbin) Found mysql_install_db: /usr/bin/mysql_install_db Found mysqlcheck: /usr/bin/mysqlcheck Database process exited unexpectedly during initial connection! executable: /usr/sbin/mysqld arguments: (--defaults-file=/home/phihag/.local/share/akonadi/mysql.conf, --datadir=/home/phihag/.local/share/akonadi/db_data/, --socket=/tmp/akonadi-phihag.sw46EA/mysql.socket) stdout: stderr: 2015-07-13 05:04:33 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details). 2015-07-13 05:04:33 0 [Note] /usr/sbin/mysqld (mysqld 5.6.25-2) starting as process 945 ... exit code: 7 process error: Process operation timed out [ 0: akonadiserver() [0x418c8a] 1: akonadiserver() [0x418f04] 2: /lib/x86_64-linux-gnu/libc.so.6(+0x35180) [0x7f7ca471a180] 3: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7f7ca471a107] 4: /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7f7ca471b4e8] 5: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x12a) [0x7f7ca5f23afa] 6: akonadiserver() [0x41ad0d] 7: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x8a) [0x7f7ca5fc34aa] 8: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x121345) [0x7f7ca5fd3345] 9: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x31) [0x7f7ca5fdbca1] 10: akonadiserver() [0x4823ae] 11: akonadiserver() [0x41b90f] 12: akonadiserver() [0x41dff8] 13: akonadiserver() [0x4e2e99] 14: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x1e1) [0x7f7ca6052a81] 15: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8d) [0x7f7ca603936d] 16: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x231) [0x7f7ca603cc11] 17: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x1b6843) [0x7f7ca6068843] 18: /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x24d) [0x7f7ca3de3c3d] 19: /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49f20) [0x7f7ca3de3f20] 20: /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x2c) [0x7f7ca3de3fcc] 21: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x5d) [0x7f7ca606898d] 22: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x41) [0x7f7ca6037ec1] 23: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0x1a5) [0x7f7ca6038225] 24: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN16QCoreApplication4execEv+0x99) [0x7f7ca603dca9] 25: akonadiserver() [0x4131c5] 26: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f7ca4706b45] 27: akonadiserver() [0x413bee] ] *snip* $ akonadiserver --start-without-control search paths: (/home/phihag/div/bin, /usr/local/bin, /usr/bin, /bin, /usr/local/games, /usr/games, /sbin, /usr/sbin, /usr/sbin, /usr/local/sbin, /usr/local/libexec, /usr/libexec, /opt/mysql/libexec, /opt/local/lib/mysql5/bin, /opt/mysql/sbin) Found mysql_install_db: /usr/bin/mysql_install_db Found mysqlcheck: /usr/bin/mysqlcheck Database process exited unexpectedly during initial connection! executable: /usr/sbin/mysqld arguments: (--defaults-file=/home/phihag/.local/share/akonadi/mysql.conf, --datadir=/home/phihag/.local/share/akonadi/db_data/, --socket=/tmp/akonadi-phihag.sw46EA/mysql.socket) stdout: stderr: 2015-07-13 05:07:02 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details). 2015-07-13 05:07:02 0 [Note] /usr/sbin/mysqld (mysqld 5.6.25-2) starting as process 1156 ... exit code: 7 process error: Process operation timed out [ 0: akonadiserver() [0x418c8a] 1: akonadiserver() [0x418f04] 2: /lib/x86_64-linux-gnu/libc.so.6(+0x35180) [0x7f3c373b5180] 3: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7f3c373b5107] 4: /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7f3c373b64e8] 5: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x12a) [0x7f3c38bbeafa] 6: akonadiserver() [0x41ad0d] 7: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x8a) [0x7f3c38c5e4aa] 8: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x121345) [0x7f3c38c6e345] 9:
Bug#763542:
Hi, Confirm this bug, Jessie 8.1 smime.p7s Description: S/MIME cryptographic signature
Bug#792239: sessionclean does not support tiered session directory structure
Package: php5
Version: 5.6.9+dfsg-0+deb8u1
The new session cleanup script in Jessie (/usr/lib/php5/sessionclean)
has a few limitations in it.
1. It does not support a tiered directory structure (e.g.
session.save_path=2;/var/lib/php5)
2. It does not support a symlinked session directory
3. (not a limitation, but parameter warning) The find command uses the
-ignore_readdir_race option after a non-option argument
I've attached a patch to fix all of these.
1. Adjust sed to remove the N; or N;MODE; prefix from session.save_path
2. Add a / to the end of $save_path to look inside the symlinked
directory. It should still work with regular directories.
3. Move the -ignore_readdir_race parameter
Changed lines:
14: save_path=$(echo $session_config | sed -ne
's/^session\.save_path=\(.*;\)\?\(.*\)$/\2/p')
29: find -O3 $save_path/ -depth -ignore_readdir_race -mindepth 1 -name
'sess_*' -type f -cmin +$gc_maxlifetime -delete
--- sessionclean.org2015-07-12 22:09:59.104104600 -0500
+++ sessionclean2015-07-12 20:56:30.909853124 -0500
@@ -11,7 +11,7 @@
# Get all session variables once so we don't need to start PHP to get
each config option
session_config=$(php5 -c /etc/php5/${conf_dir}/php.ini -d
error_reporting='~E_ALL' -r 'foreach(ini_get_all(session) as $k = $v) echo
$k=.$v[local_value].\n;')
save_handler=$(echo $session_config | sed -ne
's/^session\.save_handler=\(.*\)$/\1/p')
-save_path=$(echo $session_config | sed -ne
's/^session\.save_path=\(.*\)$/\1/p')
+save_path=$(echo $session_config | sed -ne
's/^session\.save_path=\(.*;\)\?\(.*\)$/\2/p')
gc_maxlifetime=$(($(echo $session_config | sed -ne
's/^session\.gc_maxlifetime=\(.*\)$/\1/p')/60))
if [ $save_handler = files -a -d $save_path ]; then
@@ -26,7 +26,7 @@
done
) | sort -rn -t: -k2,2 | sort -u -t: -k 1,1 | while IFS=: read -r save_path
gc_maxlifetime; do
# find all files older then maxlifetime and delete them
-find -O3 $save_path -depth -mindepth 1 -name 'sess_*'
-ignore_readdir_race -type f -cmin +$gc_maxlifetime -delete
+find -O3 $save_path/ -depth -ignore_readdir_race -mindepth 1 -name
'sess_*' -type f -cmin +$gc_maxlifetime -delete
done
exit 0
Bug#792218: golang-git2go: FTBFS without networking: TestCertificateCheck, TestRemoteConnect, .. fail
Source: golang-git2go Version: 0.0~git20150623-1 Severity: important Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build on a machine without internet access: === RUN TestCertificateCheck --- FAIL: TestCertificateCheck (0.00s) index_test.go:193: Fail at /tmp/buildd/golang-git2go-0.0~git20150623/obj-x86_64-linux-gnu/src/github.com/libgit2/git2go/remote_test.go:73; SSL error: error:140E0114:SSL routines:SSL_shutdown:uninitialized === RUN TestRemoteConnect --- FAIL: TestRemoteConnect (0.00s) index_test.go:193: Fail at /tmp/buildd/golang-git2go-0.0~git20150623/obj-x86_64-linux-gnu/src/github.com/libgit2/git2go/remote_test.go:84; SSL error: error:140E0114:SSL routines:SSL_shutdown:uninitialized === RUN TestRemoteLs --- FAIL: TestRemoteLs (0.00s) index_test.go:193: Fail at /tmp/buildd/golang-git2go-0.0~git20150623/obj-x86_64-linux-gnu/src/github.com/libgit2/git2go/remote_test.go:95; SSL error: error:140E0114:SSL routines:SSL_shutdown:uninitialized === RUN TestRemoteLsFiltering --- FAIL: TestRemoteLsFiltering (0.01s) index_test.go:193: Fail at /tmp/buildd/golang-git2go-0.0~git20150623/obj-x86_64-linux-gnu/src/github.com/libgit2/git2go/remote_test.go:113; SSL error: error:140E0114:SSL routines:SSL_shutdown:uninitialized exit status 1 FAILgithub.com/libgit2/git2go 0.330s dh_auto_test: go test -v github.com/libgit2/git2go returned exit code 1 pbuilder drops networking by default, so can be used to test this case. Full build log (from pbuilder): https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-git2go.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-22-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#756479: [Pkg-nagios-devel] Bug#756479: nagios-nrpe-server: Ignores dont_blame_nrpe=1
On Sun, 12 Jul 2015, Patrik Schindler wrote: Hello, following the discussion, I see no other option for me than recompile nrpe with command args enabled and set it to hold. About the arguments flowing between the paticipants of this bug report: I don't know about prior discussions. Most Debian users don't know about these. And I think people like Jan Huijsmans and Michal Zelinka are unneccessarily rude. I understand Alexander Wirt. Maintaining software he was somehow pestered into only to get beaten off with decision he made and is supported by the debian security team is not a nice thing. Now everyone is pissed and nrpe_server is orphan. Also not a good way. But I must agree that (from the users's point) silently disabling a feature some people were relying on without any warning is not a good way. What *could* have been done in this case was utilizing a message pop up like some other packages do when substancial an incompatible changes in the software were about to happen with the installation. Could have saved me debugging time. Like the news entry?: nagios-nrpe (2.15-1) unstable; urgency=high This update disables the command-args support in nrpe. The feature has several security problems and is often used wrong. If you have to use this feature recompile the package with --enable-command-args in debian/rules. -- Alexander Wirt formo...@debian.org Tue, 15 Jul 2014 09:52:48 +0200 in a properly configured system with apt-listchanges, this is a popup. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792215: [Pkg-anonymity-tools] Bug#792215: Bug#792215: torbrowser-launcher: doesnt work, some depends probably missing
Hi intrigeri, On Sonntag, 12. Juli 2015, intrigeri wrote: Seems like it has successfully downloaded, extracted and verified the Tor Browser archive, but it tries to start it using an obsolete path. Quick guess: 0.1.9 might not know about the new executable name (start-tor-browser.desktop). no, this is/was version 0.1.9-1+deb8u1 which works without problem on another Jessie system... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#790789:
control: severity -1 normal control: reassign -1 src:fglrx-driver The fglrx package has been out of date for quite a while now. 15.7 (now in unstable) probably works much better, but who knows... Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762827: tortoisehg exits almost immidiatly after startup
package tortoisehg tags 762827 + moreinfo thanks On Sat, Sep 27, 2014 at 7:33 AM Andrea P. bigsto...@hotmail.it wrote: I'm having a similar problem with kaffeine and vlc, and it seems to be related to this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762672 Thank you Andrea for the pointer. Antoon, does the workaround described in that bug reports fix the problem for you? Thanks, Ludovico
Bug#792222: RM: gconf-cleaner -- ROM; no longer maintained by upstream and affected by RC bugs
Package: ftp.debian.org Severity: normal Hi, Please remove gconf-cleaner from Debian, for the following reasons: - no longer maintained by upstream (since 2008) - affected by RC bugs [1] - no interest in other maintainers to take on maintenance [2] Thanks, Ludovico [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gconf-cleaner [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724961 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792119: Plugin is installed to kde4 path
El Diumenge, 12 de juliol de 2015, a les 11:56:22, Lisandro Damián Nicanor Pérez Meyer va escriure: I have just found out that running qtconfig-qt4 and selecting Desktop theme, saving and restarting it will make it use Breeze theme on Plasma 5. If the kde4 plugin gets in QT_PLUGIN_PATH then it's also showed in qtconfig- qt4, but I higly doubt that's sensible enough. Maybe what we are missing is a way to select qt4's theming from inside Plasma 5 itself. I think this issue is related to this upstream bug: https://bugs.kde.org/show_bug.cgi?id=349371 Also you can see the Fedora related bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1233298 You can fix editing the startkde script and commenting the lines 221, 223 and 224. Then if you want that Qt4 applications uses KDE4 styles under Plasma 5 you can write a Plasma 5 startup script under ~/.config/plasma-workspace/env. For example I created one called qt4pluginpath.sh with this content. #!/bin/sh export QT_PLUGIN_PATH=/usr/lib/x86_64-linux- gnu/qt4/plugins/:/usr/lib/kde4/plugins/ After that and login back to Plasma 5, the Qt4 applications can use for example the Breeze style. Best regards, Josep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792223: mesa-utils: looking for a way to have glxinfo (end friends) installed for both amd64 and i386 at the same time
Package: mesa-utils
Version: 8.2.0-1
Severity: wishlist
For debugging 32-bit GL issues on a amd64 host it may be useful to have
access to glxinfo for amd64 and for i386 at the same time.
One possible solution could be to ship the binaries renamed to
${glxbinary}-${DEB_HOST_MULTIARCH} (or
${DEB_HOST_MULTIARCH}-${glxbinary} as the GCC toolchain does),
maybe in a new binary package 'mesa-utils-bin' that is Multi-Arch:same,
and have mesa-utils ship ${glxbinary} -
${DEB_HOST_MULTIARCH}-${glxbinary} symlinks while depending on
mesa-utils-bin:native.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792225: apache2: /etc/apache2/mods-available/ident.load is missing via upgrades
Package: apache2 Version: 2.4.12-2 Severity: normal While I've never touched it manually, the file /etc/apache2/mods-available/ident.load is missing on machines on which apache2 was upgraded. In particular, it was removed after upgrade to apache2 2.4.10-3, and not re-added later. On a machine with a new apache2 installation (also 2.4.12-2, since these are Debian/unstable machines), it is present by default. There's at least an inconsistency, but since /usr/lib/apache2/modules/mod_ident.so exists, I assume that what is correct is the presence of /etc/apache2/mods-available/ident.load. And /etc/apache2/mods-available/ident.load is still listed as a conffile by dpkg -s apache2, so that it should have been there as I've never removed it manually. According to the apache2 ChangeLog: apache2 (2.4.10-5) unstable; urgency=medium * Remove one forgotten instance of ident.load in the preinst. -- Stefan Fritsch s...@debian.org Fri, 10 Oct 2014 00:20:09 +0200 apache2 (2.4.10-2) unstable; urgency=medium [...] * Re-add mod_ident. It has still at least one user. LP: #188 -- Stefan Fritsch s...@debian.org Sun, 21 Sep 2014 22:58:33 +0200 -- Package-specific info: -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apache2 depends on: ii apache2-bin2.4.12-2 ii apache2-data 2.4.12-2 ii apache2-utils 2.4.12-2 ii dpkg 1.18.1 ii lsb-base 4.1+Debian13+nmu1 ii mime-support 3.58 ii perl 5.20.2-6 ii procps 2:3.3.10-2 Versions of packages apache2 recommends: ii ssl-cert 1.0.36 Versions of packages apache2 suggests: ii apache2-doc 2.4.12-2 pn apache2-suexec-pristine | apache2-suexec-custom none ii iceape [www-browser] 2.7.12-1+b1 ii iceweasel [www-browser] 31.8.0esr-1~deb8u1 ii links [www-browser] 2.9-3 ii links2 [www-browser] 2.9-3 ii lynx-cur [www-browser] 2.8.9dev6-3 ii midori [www-browser] 0.4.3+dfsg-0.2 ii surf [www-browser] 0.6-1 ii uzbl [www-browser] 0.0.0~git.20120514-1.1 ii w3m [www-browser]0.5.3-22 Versions of packages apache2-bin depends on: ii libapr1 1.5.1-3 ii libaprutil1 1.5.4-1 ii libaprutil1-dbd-sqlite3 1.5.4-1 ii libaprutil1-ldap 1.5.4-1 ii libc62.19-19 ii libldap-2.4-22.4.40+dfsg-2 ii liblua5.1-0 5.1.5-7.1 ii libpcre3 2:8.35-7 ii libssl1.0.0 1.0.2d-1 ii libxml2 2.9.1+dfsg1-5 ii perl 5.20.2-6 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages apache2-bin suggests: ii apache2-doc 2.4.12-2 pn apache2-suexec-pristine | apache2-suexec-custom none ii iceape [www-browser] 2.7.12-1+b1 ii iceweasel [www-browser] 31.8.0esr-1~deb8u1 ii links [www-browser] 2.9-3 ii links2 [www-browser] 2.9-3 ii lynx-cur [www-browser] 2.8.9dev6-3 ii midori [www-browser] 0.4.3+dfsg-0.2 ii surf [www-browser] 0.6-1 ii uzbl [www-browser] 0.0.0~git.20120514-1.1 ii w3m [www-browser]0.5.3-22 Versions of packages apache2 is related to: ii apache2 2.4.12-2 ii apache2-bin 2.4.12-2 -- Configuration Files: /etc/apache2/mods-available/ident.load [Errno 2] No such file or directory: u'/etc/apache2/mods-available/ident.load' /etc/apache2/mods-available/mpm_itk.conf 7183e0b833bcbcb97c9145a5b19dee22 [Errno 2] No such file or directory: u'/etc/apache2/mods-available/mpm_itk.conf 7183e0b833bcbcb97c9145a5b19dee22' /etc/apache2/mods-available/mpm_itk.load 4e3c3370a9ca86b9ef57ce2c63b3a131 [Errno 2] No such file or directory: u'/etc/apache2/mods-available/mpm_itk.load 4e3c3370a9ca86b9ef57ce2c63b3a131' /etc/apache2/mods-available/userdir.conf changed: IfModule mod_userdir.c UserDir public_html UserDir disabled root Directory /home/*/public_html AllowOverride FileInfo AuthConfig Limit Indexes Options=MultiViews Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec Limit GET POST OPTIONS Require all granted /Limit
Bug#792187: systemd: systemctl start not working when ReadWriteDirectories is a symlink
Control: tags -1 + upstream Am 12.07.2015 um 15:30 schrieb nfb: After a quick jump on the #tor IRC channel we concluded that this may be an issue on the systemd side, and after reading something around the web we tried to tweak the Hardening section of the unit file. And indeed we found that ReadWriteDirectories is set to /var/run which on my system is a link to /run. Changing ReadWriteDirectories to /run and running 'systemctl daemon-reload' solved the issue and now the service is starting fine. Including the complete .service file would be helpful. That said, this sounds like an upstream issue, so please report that at https://github.com/systemd/systemd/issues/ and report bug with the bug number. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#792187: systemd: systemctl start not working when ReadWriteDirectories is a symlink
Including the complete .service file would be helpful.
Oh yes i didn't specify i installed the tor package in the debian testing
repos, so the unit file is the one included in the package:
---
[Unit]
Description=Anonymizing overlay network for TCP
After=network.target nss-lookup.target
[Service]
Type=notify
NotifyAccess=all
PIDFile=/var/run/tor/tor.pid
PermissionsStartOnly=yes
ExecStartPre=/usr/bin/install -Z -m 02750 -o debian-tor -g debian-tor -d
/var/run/tor
ExecStartPre=/usr/bin/tor --defaults-torrc
/usr/share/tor/tor-service-defaults-torrc -f /etc/tor/torrc --RunAsDaemon 0
--verify-config
ExecStart=/usr/bin/tor --defaults-torrc
/usr/share/tor/tor-service-defaults-torrc -f /etc/tor/torrc --RunAsDaemon 0
ExecReload=/bin/kill -HUP ${MAINPID}
KillSignal=SIGINT
TimeoutSec=45
Restart=on-failure
LimitNOFILE=65536
# Hardening
PrivateTmp=yes
PrivateDevices=yes
ProtectHome=yes
ProtectSystem=full
ReadOnlyDirectories=/
ReadWriteDirectories=-/var/lib/tor
ReadWriteDirectories=-/var/log/tor
ReadWriteDirectories=-/var/run
CapabilityBoundingSet=CAP_SETUID CAP_SETGID CAP_NET_BIND_SERVICE
CAP_DAC_OVERRIDE CAP_CHOWN CAP_FOWNER
[Install]
WantedBy=multi-user.target
---
That said, this sounds like an upstream issue, so please report that at
https://github.com/systemd/systemd/issues/
and report bug with the bug number.
Sorry, do i have to file an upstream bug referring to this bug number in its
body, or do i have to write back the upstream bug number here?
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792187: systemd: systemctl start not working when ReadWriteDirectories is a symlink
Hi, Am 12.07.2015 um 23:41 schrieb nfb: That said, this sounds like an upstream issue, so please report that at https://github.com/systemd/systemd/issues/ and report bug with the bug number. Sorry, do i have to file an upstream bug referring to this bug number in its body, or do i have to write back the upstream bug number here? Once you file the bug upstream, reply to *this* bug report with the upstream bug report number. This way I can link the two bug reports and we can track the upstream process automatically. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#792187: systemd: systemctl start not working when ReadWriteDirectories is a symlink
nfb wrote (12 Jul 2015 21:41:39 GMT) : Oh yes i didn't specify i installed the tor package in the debian testing repos, so the unit file is the one included in the package: FWIW, I'm using the same unit file (from sid) and it has been working flawlessly here since it was introduced in the tor package a few weeks ago. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792228: ITP: termdebug -- Tools for recording and replaying terminal I/O
Package: wnpp Severity: wishlist Owner: Lennart Weller l...@ring0.de * Package name: termdebug Version : 2.2 Upstream Author : G.P Halkes * URL : http://os.ghalkes.nl/termdebug.html * License : GPL-3 Programming Lang: C Description : Tools for recording and replaying terminal I/O Termdebug is a set of utilities to record and replay the input and output of terminal programs. Its main goal is to aid in developing and debugging terminal programs. Similar to termrec/termplay and nethack-recorder/player, neither of which is packaged for debian, but also records terminal input. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792216: unatteded-upgrades - error message: 'installArchives() failed'
Package: unattended-upgrades Version: 0.83.3.2+deb8u1 Severity: important unattended-upgrades in jessie fails to install anything. 2015-07-12 06:50:24,929 INFO Initial blacklisted packages: 2015-07-12 06:50:24,930 INFO Initial whitelisted packages: 2015-07-12 06:50:24,930 INFO Starting unattended upgrades script 2015-07-12 06:50:24,931 INFO Allowed origins are: ['origin=Debian,codename=jessie,label=Debian-Security', 'origin=Debian,archive=stable,label=Debian', 'origin=Debian,archive=stable,label=Debian-Security', 'origin=Debian,archive=testing,label=Debian', 'origin=Debian,archive=testing,label=Debian-Security'] 2015-07-12 06:50:34,280 INFO Packages that will be upgraded: bind9-host host libbind9-90 libdns100 libisc95 libisccc90 libisccfg90 liblwres90 2015-07-12 06:50:34,281 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' 2015-07-12 06:50:34,464 ERROR Installing the upgrades failed! 2015-07-12 06:50:34,465 ERROR error message: 'installArchives() failed' 2015-07-12 06:50:34,465 ERROR dpkg returned a error! See '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' for details Log started: 2015-07-12 06:50:34 Error in function: Log ended: 2015-07-12 06:50:34 Bastian -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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/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#792053: [pkg-go] Bug#792053: Bug#792053: Bug#792053: prometheus: FTBFS w/ test suite errors
Upstream has been very helpful digging into this issue. We have been able to pin this down to a difference in the go compiler. If I use upstream's Makefile to download the go runtime from golang.org and then use that to build the package, the errors go away. Now, it might not actually be a bug in the compiler, as this seems it could be related to undefined behaviour when casting to unsigned values (the upstream bug has more details). -- Martín Ferrari (Tincho) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792217: kdirstat: not installable in sid
Package: kdirstat Version: 2.7.5-1 User: trei...@debian.org Usertags: edos-uninstallable Hi kdirstat, which only seems to exists on hurd-i386 despite being architecture=all, is not installable on hurd-i386 since it depends on k4dirstat, which in turn is not installabel on hurd-i386 since it depends on kde-runtime. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792064: [Pkg-javascript-devel] Bug#792064: FTBFS: tests fail with CAP_DAC_OVERRIDE and without networking
On Sun, Jul 12, 2015 at 05:56:08PM +0200, Luca Bruno wrote: However, as this seems to be part of repro-build (which I do care about), you can find a patch here that should fix it. Let me know if it works. Woo, thanks! If you have CAP_DAC_OVERRIDE (e.g. you're running the build as root), Isn't this an incredibly bad practice? That builder (one I'm in the middle of writing!) runs stuff as uid 0 inside an unprivileged LXC (i.e. in a new uid/pid/mount/... namespace), which is (I believe) supported for security, i.e. it should be safe. It's easy enough to flip the builder over to using a normal user inside the container, in the future. I was under the impression that there was a policy entry requiring stuff to be buildable as root, so I thought I'd let it run as root for now. Otoh, I can't actually find said policy entry, nor one for requiring packages to build without networking; perhaps the latter covered simply by the requirement that there's no dependency on anything outside of main. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792220: Recommends xserver-xephyr but no longer uses it
Package: gdm3 Version: 3.14.2-1 Severity: normal As far as I can tell, the functionality to log in in a nested window was removed a long time ago, but gdm3 still Recommends xserver-xephyr. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.40-2 ii adduser 3.113+nmu3 ii dconf-cli 0.24.0-2 ii dconf-gsettings-backend 0.24.0-2 ii debconf [debconf-2.0] 1.5.56 ii gir1.2-gdm3 3.14.2-1 ii gnome-session [x-session-manager] 3.16.0-1 ii gnome-session-bin 3.16.0-1 ii gnome-settings-daemon 3.16.2-3 ii gnome-shell 3.16.3-1 ii gnome-terminal [x-terminal-emulator] 3.16.2-1 ii gsettings-desktop-schemas 3.16.1-1 ii libaccountsservice0 0.6.40-2 ii libaudit1 1:2.4.2-1 ii libc6 2.19-19 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-02.31.4-2 ii libgdm1 3.14.2-1 ii libglib2.0-0 2.44.1-1.1 ii libglib2.0-bin2.44.1-1.1 ii libgtk-3-03.16.5-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpam-systemd222-1 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.9-2 ii libselinux1 2.3-2+b1 ii libsystemd0 222-1 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.3-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.2-1 ii libxrandr22:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.17.2-4 ii mutter [x-window-manager] 3.16.3-1 ii policykit-1 0.105-11 ii ucf 3.0030 ii x11-common1:7.7+9 ii x11-xserver-utils 7.7+4 Versions of packages gdm3 recommends: ii at-spi2-core 2.16.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+2 ii xserver-xephyr 2:1.17.2-1 ii xserver-xorg 1:7.7+9 ii zenity 3.16.3-1 Versions of packages gdm3 suggests: ii gnome-orca3.16.2-1 ii libpam-gnome-keyring 3.16.0-4 -- Configuration Files: /etc/gdm3/daemon.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792221: libnet-frame-device-perl: FTBFS without networking: t/04-new-default and t/05-new-target fail
Source: libnet-frame-device-perl Version: 1.10-1 Severity: important Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build without networking, including on pbuilder's default setup: Test Summary Report --- t/04-new-default.t (Wstat: 25856 Tests: 0 Failed: 0) Non-zero exit status: 101 Parse errors: Bad plan. You planned 1 tests but ran 0. t/05-new-target.t (Wstat: 25856 Tests: 0 Failed: 0) Non-zero exit status: 101 Parse errors: Bad plan. You planned 1 tests but ran 0. Files=5, Tests=3, 1 wallclock secs ( 0.04 usr 0.02 sys + 0.40 cusr 0.05 csys = 0.51 CPU) Result: FAIL Failed 2/5 test programs. 0/3 subtests failed. Makefile:861: recipe for target 'test_dynamic' failed Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/libnet-frame-device-perl.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-22-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#709892: unable to submit report to http://popcon.debian.org/cgi-bin/popcon.cgi
On Wed, Jul 08, 2015 at 11:36:24PM +0200, Ludovic Rousseau wrote: Le 08/07/2015 23:13, Bill Allombert a écrit : On Wed, Jul 08, 2015 at 11:03:46PM +0200, Ludovic Rousseau wrote: The server is done currently. We re migrating to a new one as I type. OK. That explains my problem :-) The migration is done. I hope things will ge better. $ type -a cron cron est /usr/sbin/cron $ dlocate /usr/sbin/cron cron: /usr/sbin/cron Well my /etc/crontab start by PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin so /sbin/ should be in the path ? Same here: SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin Strange. I think I found the problem: popcon 1.63~pre2 creates a file /etc/cron.d/popularity-contest which is lacking the PATH setting. Thanks for reporting this problem! Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792226: libjasper1: jas_image.c:1387: jas_image_chclrspc: Assertion `j = 0' failed.
Package: libjasper1 Version: 1.900.1-debian1-2.4 Severity: normal The attached jpeg2000 image causes libjasper1 to fail with an assert when manipulating colour spaces. This can be demonstrated with jiv from libjasper-runtime: $ jiv img.jp2 ICC Profile CS 52474220 jiv: jas_image.c:1387: jas_image_chclrspc: Assertion `j = 0' failed. Aborted $ echo $? 134 $ I'm not sure where this jpeg2000 file originated from as it's embedded in a third party web page. However the problem is quite widespread on my system as it causes Konqueror and Akregator, to name the two major apps I've found so far, to crash when attempting to display a page containing a problematic .jp2 image. KDE bugzilla contains other examples of this assert() also hitting other users, however I'm reporting against libjasper as that's where the problem appears to be. Thanks, Nick -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (670, 'stable-updates'), (670, 'stable'), (600, 'oldstable-updates'), (450, 'oldstable'), (150, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libjasper1 depends on: ii libc6 2.19-18 ii libjpeg62-turbo1:1.3.1-12 ii multiarch-support 2.19-18 libjasper1 recommends no packages. Versions of packages libjasper1 suggests: ii libjasper-runtime 1.900.1-debian1-2.4 -- no debconf information
Bug#792215: [Pkg-anonymity-tools] Bug#792215: torbrowser-launcher: doesnt work, some depends probably missing
File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 640, in run subprocess.call([self.common.paths['tbb']['start']]) File /usr/lib/python2.7/subprocess.py, line 522, in call return Popen(*popenargs, **kwargs).wait() File /usr/lib/python2.7/subprocess.py, line 710, in __init__ errread, errwrite) File /usr/lib/python2.7/subprocess.py, line 1335, in _execute_child raise child_exception exceptions.OSError: [Errno 2] No such file or directory Seems like it has successfully downloaded, extracted and verified the Tor Browser archive, but it tries to start it using an obsolete path. Quick guess: 0.1.9 might not know about the new executable name (start-tor-browser.desktop). Cheers! -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777962: libopendbx: ftbfs with GCC-5
None of the symbols that change appear to be used in the Debian archive. I think that means a simple symbols file update one GCC 5 is default will be sufficient. Here they are: c++filt _ZN7OpenDBX11Result_Impl10columnNameEm OpenDBX::Result_Impl::columnName(unsigned long) c++filt _ZN7OpenDBX11Result_Impl9columnPosERKSs OpenDBX::Result_Impl::columnPos(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) c++filt _ZN7OpenDBX15StmtSimple_ImplC1EP6odbx_tRKSs OpenDBX::StmtSimple_Impl::StmtSimple_Impl(odbx_t*, std::basic_stringchar, std::char_traitschar, std::allocatorchar const) c++filt _ZN7OpenDBX15StmtSimple_ImplC2EP6odbx_tRKSs OpenDBX::StmtSimple_Impl::StmtSimple_Impl(odbx_t*, std::basic_stringchar, std::char_traitschar, std::allocatorchar const) c++filt _ZN7OpenDBX4Conn4bindERKSsS2_S2_8odbxbind OpenDBX::Conn::bind(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const, odbxbind) c++filt _ZN7OpenDBX4Conn6createERKSsNS_4Stmt4TypeE OpenDBX::Conn::create(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, OpenDBX::Stmt::Type) c++filt _ZN7OpenDBX4Conn6escapeEPKcmRSs OpenDBX::Conn::escape(char const*, unsigned long, std::basic_stringchar, std::char_traitschar, std::allocatorchar ) c++filt _ZN7OpenDBX4Conn6escapeERKSsRSs OpenDBX::Conn::escape(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar ) c++filt _ZN7OpenDBX4ConnC1ERKSsS2_S2_ OpenDBX::Conn::Conn(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const) c++filt _ZN7OpenDBX4ConnC2ERKSsS2_S2_ OpenDBX::Conn::Conn(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const) c++filt _ZN7OpenDBX6Result10columnNameEm OpenDBX::Result::columnName(unsigned long) c++filt _ZN7OpenDBX6Result9columnPosERKSs@ _ZN7OpenDBX6Result9columnPosERKSs@ c++filt _ZN7OpenDBX9Conn_Impl6createERKSsNS_4Stmt4TypeE OpenDBX::Conn_Impl::create(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, OpenDBX::Stmt::Type) c++filt _ZN7OpenDBX9Conn_Impl6escapeEPKcmRSs OpenDBX::Conn_Impl::escape(char const*, unsigned long, std::basic_stringchar, std::char_traitschar, std::allocatorchar ) c++filt _ZN7OpenDBX9ExceptionC1ERKSsii OpenDBX::Exception::Exception(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, int, int) c++filt _ZN7OpenDBX9ExceptionC2ERKSsii OpenDBX::Exception::Exception(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, int, int) c++filt _ZNSt8_Rb_treeIKSsSt4pairIS0_mESt10_Select1stIS2_ESt4lessIS0_ESaIS2_EE17_M_insert_unique_ESt23_Rb_tree_const_iteratorIS2_ERKS2_ std::_Rb_treestd::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long, std::_Select1ststd::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::allocatorstd::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long ::_M_insert_unique_(std::_Rb_tree_const_iteratorstd::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long , std::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long const) c++filt _ZNSt8_Rb_treeIKSsSt4pairIS0_mESt10_Select1stIS2_ESt4lessIS0_ESaIS2_EE24_M_get_insert_unique_posERS0_ std::_Rb_treestd::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long, std::_Select1ststd::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::allocatorstd::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long ::_M_get_insert_unique_pos(std::basic_stringchar, std::char_traitschar, std::allocatorchar const) c++filt _ZNSt8_Rb_treeIKSsSt4pairIS0_mESt10_Select1stIS2_ESt4lessIS0_ESaIS2_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS2_ERS0_ std::_Rb_treestd::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar const, unsigned long, std::_Select1ststd::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar
Bug#774330: same issues
Hi Tony, On Sun, Jul 12, 2015 at 6:27 AM, Tony Baldwin tonybald...@gmx.com wrote: On Wheezy I could mount my ntfs partitions just fine, but since upgrading to jessie, I see precisely the same behaviour that Bruno describes. So, where do I find 3 year old (2012) ntf-3g pkgs? Please try the version from Sid first. It should solve your problems. Please report back afterwards. Thanks, 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#790813: Status of the current Haskell transition
On 2015-07-11 16:53, Joachim Breitner wrote: Hi, [...] all packages have aged, and the britney’s response to the haskell transition auto-hint is simply start: 11+0: a-6:i-2:a-0:a-0:a-0:m-0:m-0:p-0:p-2:s-1 orig: 11+0: a-6:i-2:a-0:a-0:a-0:m-0:m-0:p-0:p-2:s-1 easy: 27+0: a-8:i-4:a-2:a-2:a-2:m-0:m-0:p-2:p-4:s-3 * amd64: libghc-yesod-routes-dev, libghc-yesod-routes-prof [...] So once the removal in 790813 is done, the transition will proceed, as expected. Greetings, Joachim The removal (#790813) was processed and Britney migrated about 3244 binary haskell packages together last night. :) Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792191: lintian: does no longer report unused-override
* Niels Thykier ni...@thykier.net, 2015-07-12, 20:18:
Unfortunately I cannot reproduce your findings with:
libiomp5_0.20150401-1_i386.deb libiomp-dev_0.20150401-1_i386.deb
Which are the versions in the archive. Do you have a couple of the -2
versions you were using?
Please apply the attached patch on top of -1.
--
Jakub Wilk
diff -Nru openmprtl-0.20150401/debian/README.source openmprtl-0.20150401/debian/README.source
--- openmprtl-0.20150401/debian/README.source 2014-10-07 15:03:12.0 +0200
+++ openmprtl-0.20150401/debian/README.source 1970-01-01 01:00:00.0 +0100
@@ -1,9 +0,0 @@
-openmprtl for Debian
-
-
-this file describes information about the source package, see Debian policy
-manual section 4.14. You WILL either need to modify or delete this file
-
-
-
-
diff -Nru openmprtl-0.20150401/debian/changelog openmprtl-0.20150401/debian/changelog
--- openmprtl-0.20150401/debian/changelog 2015-04-27 18:40:10.0 +0200
+++ openmprtl-0.20150401/debian/changelog 2015-07-12 17:31:46.0 +0200
@@ -1,3 +1,11 @@
+openmprtl (0.20150401-2) UNRELEASED; urgency=medium
+
+ * Set SONAME to libiomp.so.5 properly (Closes: #775257)
+ * Ship a libiomp5.so compat symlink.
+ * Convert to multiarch.
+
+ -- Andreas Beckmann a...@debian.org Sun, 12 Jul 2015 14:52:13 +0200
+
openmprtl (0.20150401-1) unstable; urgency=medium
* Upload to unstable
diff -Nru openmprtl-0.20150401/debian/control openmprtl-0.20150401/debian/control
--- openmprtl-0.20150401/debian/control 2015-03-03 13:34:35.0 +0100
+++ openmprtl-0.20150401/debian/control 2015-07-12 17:31:46.0 +0200
@@ -19,8 +19,8 @@
while it is executing.
Package: libiomp5
-Section: libs
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Intel OpenMP runtime
The runtime is the part of the OpenMP implementation that your code is
@@ -30,6 +30,7 @@
Package: libiomp5-dbg
Section: debug
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}, libiomp5 (= ${binary:Version})
Description: Intel OpenMP runtime - Debug package
The runtime is the part of the OpenMP implementation that your code is
diff -Nru openmprtl-0.20150401/debian/docs openmprtl-0.20150401/debian/docs
--- openmprtl-0.20150401/debian/docs 2014-10-07 15:03:12.0 +0200
+++ openmprtl-0.20150401/debian/docs 1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-README.txt
diff -Nru openmprtl-0.20150401/debian/libiomp-dev.docs openmprtl-0.20150401/debian/libiomp-dev.docs
--- openmprtl-0.20150401/debian/libiomp-dev.docs 1970-01-01 01:00:00.0 +0100
+++ openmprtl-0.20150401/debian/libiomp-dev.docs 2015-07-12 17:31:46.0 +0200
@@ -0,0 +1 @@
+README.txt
diff -Nru openmprtl-0.20150401/debian/libiomp-dev.install openmprtl-0.20150401/debian/libiomp-dev.install
--- openmprtl-0.20150401/debian/libiomp-dev.install 2014-10-07 15:03:12.0 +0200
+++ openmprtl-0.20150401/debian/libiomp-dev.install 2015-07-12 17:31:46.0 +0200
@@ -1,2 +1,2 @@
tmp/*/*.h usr/include/
-tmp/*/unstripped/*.so usr/lib/
+tmp/*/unstripped/libiomp.so usr/lib/
diff -Nru openmprtl-0.20150401/debian/libiomp5.install openmprtl-0.20150401/debian/libiomp5.install
--- openmprtl-0.20150401/debian/libiomp5.install 2014-10-07 15:03:12.0 +0200
+++ openmprtl-0.20150401/debian/libiomp5.install 2015-07-12 17:31:46.0 +0200
@@ -1 +1,2 @@
-tmp/lin_*/unstripped/libiomp5.so.5 usr/lib/
+tmp/lin_*/unstripped/libiomp.so.5 usr/lib/
+tmp/lin_*/unstripped/libiomp5.so usr/lib/
diff -Nru openmprtl-0.20150401/debian/libiomp5.symbols openmprtl-0.20150401/debian/libiomp5.symbols
--- openmprtl-0.20150401/debian/libiomp5.symbols 2015-04-27 18:40:10.0 +0200
+++ openmprtl-0.20150401/debian/libiomp5.symbols 2015-07-12 17:31:46.0 +0200
@@ -1,4 +1,4 @@
-libiomp5.so libiomp5 #MINVER#
+libiomp.so.5 libiomp5 #MINVER#
GOMP_1.0@GOMP_1.0 0.20131209
GOMP_2.0@GOMP_2.0 0.20131209
GOMP_3.0@GOMP_3.0 0.20131209
diff -Nru openmprtl-0.20150401/debian/patches/soname.diff openmprtl-0.20150401/debian/patches/soname.diff
--- openmprtl-0.20150401/debian/patches/soname.diff 2015-03-03 13:34:35.0 +0100
+++ openmprtl-0.20150401/debian/patches/soname.diff 2015-07-12 17:31:46.0 +0200
@@ -1,134 +1,25 @@
-Index: libomp_oss/tools/src/common-rules.mk
-===
libomp_oss.orig/tools/src/common-rules.mk
-+++ libomp_oss/tools/src/common-rules.mk
-@@ -168,7 +168,7 @@ expand-vars = $(perl) $(tools_dir)expand
- # Note: to workaround CQ215229 $ld-flags-extra introduced to keep options be placed after objects
- %$(dll) : %$(dll).lst $(def_file) $(res_file) .rebuild
- $(target)
-- $(ld) $(ld-flags-dll) $(ld-flags) $(ld-out)$@ $$(cat $) $(ld-flags-extra) $(res_file)
-+ $(ld) $(ld-flags-dll) $(ld-flags) $(ld-out)$@.$(VERSION) $$(cat $) $(ld-flags-extra) $(res_file)
- # If stripped pdb exist, rename it to normal pdb name. See
Bug#792219: Suggests gnome-utils, which no longer exists
Package: debconf Version: 1.5.56 Severity: normal debconf Suggests whiptail | dialog | gnome-utils, but gnome-utils no longer exists. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debconf depends on: ii perl-base 5.20.2-6 Versions of packages debconf recommends: ii apt-utils 1.0.9.10 pn debconf-i18n none Versions of packages debconf suggests: pn debconf-docnone pn debconf-utils none ii libgtk2-perl 2:1.2495-1 pn libnet-ldap-perl none pn libqtcore4-perlnone pn libqtgui4-perl none pn libterm-readline-gnu-perl none ii perl 5.20.2-6 ii whiptail 0.52.17-1+b1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792224: node-oauth: FTBFS without networking: Error: getaddrinfo ENOTFOUND
Source: node-oauth Version: 0.9.11-1 Severity: important Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build when internet connectivity is not available, such as in pbiulder: When using the SHA1 Hashing function ✓ we get the specified digest as described in http://oauth.net/core/1.0/#sig_base_example (A.5.2) ✓ OK » 67 honored (0.046s) events.js:72 throw er; // Unhandled 'error' event ^ Error: getaddrinfo ENOTFOUND at errnoException (dns.js:37:11) at Object.onanswer [as oncomplete] (dns.js:124:16) debian/rules:15: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 8 I can't see an actual failing test in the output. Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/node-oauth.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-22-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#779920: [Debconf-devel] Bug#779920: debconf: questions sourced from a template owned by another package block purge/install of other package
Hi Colin, Thanks for responding. On 12-07-15 19:33, Colin Watson wrote: I think I would want to see a full DEBCONF_DEBUG=developer log demonstrating the exact sequence of steps that's going wrong before trying to recommend a solution, though. Please see below. The logging starts with uninstalling cacti (which was installed before, although without db, but that doesn't change the behavior). Then dbconfig-common is purged. Then dbconfig-common is installed and finally cacti again. I hope this helps to find the issue. The issue fails with: debconf (developer): -- REGISTER dbconfig-common/database-type cacti/database-type debconf (developer): -- 10 No such template, dbconfig-common/database-type The reason why dbconfig-common doesn't fail completely here is that in the configure phase of cacti it allow for itself to not be configured. Therefor, under those circumstances, this is postponed to the postinst phase. (Mostly this is not needed). Paul root@sid:~# DEBIAN_FRONTEND=readline DEBCONF_DEBUG=developer apt-get remove cacti Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: apache2 apache2-bin apache2-data apache2-utils bsd-mailx cron exim4 exim4-base exim4-config exim4-daemon-light fontconfig fontconfig-config fonts-dejavu-core inetutils-ping javascript-common libapache2-mod-php5 libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap libcairo2 libdatrie1 libdbi1 libfontconfig1 libfreetype6 libgraphite2-3 libharfbuzz0b libhtml-template-perl libjs-jquery libjs-jquery-cookie libjs-jquery-ui libjs-jquery-ui-theme-ui-lightness libjson-c2 liblua5.1-0 libonig2 libpango-1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0 libpci3 libperl4-corelibs-perl libperl5.20 libphp-adodb libpixman-1-0 libpopt0 libqdbm14 librrd4 libsensors4 libsnmp-base libsnmp30 libthai-data libthai0 libx11-6 libx11-data libxau6 libxcb-render0 libxcb-shm0 libxcb1 libxdmcp6 libxext6 libxrender1 logrotate lsof mysql-server mysql-server-5.6 mysql-server-core-5.6 php5-cli php5-common php5-json php5-mysql php5-readline php5-snmp rrdtool snmp ssl-cert Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: cacti 0 upgraded, 0 newly installed, 1 to remove and 130 not upgraded. After this operation, 5608 kB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 25934 files and directories currently installed.) Removing cacti (0.8.8d+ds1-1) ... debconf (developer): frontend started debconf (developer): frontend running, package name is cacti debconf (developer): starting /var/lib/dpkg/info/cacti.prerm remove debconf (developer): -- SET cacti/dbconfig-remove true debconf (developer): -- 0 value set debconf (developer): -- INPUT high cacti/dbconfig-remove debconf (developer): -- 30 question skipped debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): -- GET cacti/dbconfig-remove debconf (developer): -- 0 true debconf (developer): -- INPUT high cacti/purge debconf (developer): -- 30 question skipped debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): -- GET cacti/purge debconf (developer): -- 0 true debconf (developer): -- FGET cacti/mysql/admin-pass seen debconf (developer): -- 0 false debconf (developer): -- GET cacti/mysql/admin-user debconf (developer): -- 0 root debconf (developer): -- SUBST cacti/mysql/admin-pass dbadmin root debconf (developer): -- 0 debconf (developer): -- INPUT high cacti/mysql/admin-pass debconf (developer): -- 0 question will be asked debconf (developer): -- GO Configuring cacti - Please provide the password for the administrative account root with which this package should create its MySQL database and user. Password of the database's administrative user: debconf (developer): -- 0 ok debconf (developer): -- GET cacti/mysql/admin-pass debconf (developer): -- 0 xxx debconf (developer): -- GET cacti/mysql/admin-pass debconf (developer): -- 0 xxx dbconfig-common: dumping mysql database cacti to /var/tmp/cacti.cacti.2015-07-12-21.48.mysql.RQgx6n. database does not exist. dbconfig-common: dropping mysql database cacti. dropping database cacti: database does not exist. dbconfig-common: revoking privileges for user cacti on cacti. revoking access to database cacti from cacti@localhost: access does not exist. debconf (developer): frontend started debconf (developer): frontend running, package name is cacti debconf (developer): starting /var/lib/dpkg/info/cacti.postrm remove debconf (developer): -- VERSION 2.0 debconf (developer): -- 0 2.0 root@sid:~# DEBIAN_FRONTEND=readline DEBCONF_DEBUG=developer apt-get purge dbconfig-common Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: apache2 apache2-bin apache2-data apache2-utils bsd-mailx cron exim4 exim4-base
Bug#790789: steam: Many Games don't work using Debian's fglrx infrastructure
Hi Claudio, it will be difficult to investigate this remotely without the hardware and software in question ... are you willing to help us debug and fix this issue? It may mean switching several times between packaged fglrx driver (from unstable) und the AMD installer ... And after you switched back to the packaged driver, always verify that it does not work for a particular game! On Wed, 01 Jul 2015 20:29:22 +0200 Claudio Clemens astu...@gmx.net wrote: I have an AMD Radeon R9 270 graphics card, and was getting many problems with some games. The games wouldn't start. I tried many thing. Using the radeon OpenSource driver wasn't an option, as it lacks 3D support (at least for my card). I tried then the debian version of the AMD driver. Almost all the Steam was starting fine, some games too, but some games not. They were not starting at all, or giving some error messages about missing GL-features. These may be useful test candidates :-) With this setup, steam brought always at the start the warning about no direct rendering support. Maybe even that is sufficient ... Then I tried the drivers downloaded directly from AMD. Installed them, and now steam starts without warnings, and all games are launching correctly. So _steam is working_. Good. The packaged driver should work as well, but doesn't. Not good. The interesting question is: what is different between these two installations? Does the Debian packaging work out-of-the-box on a native i386 installation? Does it work with Nvidia cards and the packaged nvidia-driver (+ respective i386 packages) out-of-the-box on an amd64 system? Some things to try for now in each of the two setups (once working, once not-working): * glxinfo output may be interesting, but you need the 32-bit version from mesa-utils:i386 (maybe even the 64-bit output in addition for comparision) * run glxinfo under strace: strace -e trace=access,open,close,socket,bind,connect \ -o strace.glxinfo.out glxinfo and send the strace.glxinfo.out output file, that should have information about all libraries (tried to) open etc. * just start steam and then run lsof -p PID_OF_STEAM_PROCESS that should give a list of all libraries currently used by steam Send all this to the bug report. Maybe this is a bug for the *fglrx* packages then. Most likely ... Once you are back to the packaged driver, please run reportbug -N 790789 to have reportbug collect debugging information about your installation, that will be sent to the bug report. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792227: jp2_dec.c:302: jp2_decode: Assertion `dec-image-cmprof_' failed.
Package: libjasper1 Version: 1.900.1-debian1-2.4 Severity: normal Another, apparently different, jasper assertion failure when presented with in the wild jpeg2000 files. $ jiv relax.jp2 ICC Profile CS 52474220 jiv: jp2_dec.c:302: jp2_decode: Assertion `dec-image-cmprof_' failed. Aborted $ In this case I haven't attached the file as I do know where it came from: http://www.fnordware.com/j2k/relax.jp2 Thanks, Nick -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (670, 'stable-updates'), (670, 'stable'), (600, 'oldstable-updates'), (450, 'oldstable'), (150, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libjasper1 depends on: ii libc6 2.19-18 ii libjpeg62-turbo1:1.3.1-12 ii multiarch-support 2.19-18 libjasper1 recommends no packages. Versions of packages libjasper1 suggests: ii libjasper-runtime 1.900.1-debian1-2.4 -- 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#792234: Your email to mixmas...@remailer.paranoici.org
This message is being sent to you automatically in response to an email that you sent to mixmas...@remailer.paranoici.org. If you did not send such an email, please ignore this message. This remailer is a free service that allows individuals including crime victims, domestic violence victims, persons in recovery, and others, such as those living under oppressive regimes, to communicate confidentially in a manner that ensures their privacy under even the most adverse conditions. To obtain information on how you can use this service, please send an email with subject remailer-help to mixmas...@remailer.paranoici.org. Should you have received an unwelcome message through this service or to report problems with this service, please contact the Administrator at ab...@remailer.paranoici.org. Thank you for your interest in secure and private communications, -- The Anonymous Remailer Administrator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792236: RM: gcc-4.7-doc -- RoQA; gcc-4.7 was removed from sid
Package: ftp.debian.org Severity: normal no need to keep the documentation after the compiler was removed Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792237: lintian: false positive: package-install-apt-sources matches too much
Package: lintian Version: 2.5.33 Severity: important I have a local configuration package that contains /etc/apt/sources.available/*.list - various snippets that I can link into /etc/apt/sources.d/ This triggers package-install-apt-sources although it shouldn't: E: anbe-config-apt: package-install-apt-sources etc/apt/sources.list.available/ N: N:Debian packages should not install files under /etc/apt/sources.d/ or N:install a /etc/apt/sources file. This directory is under the control of N:the local administrator. Also there seems to be an error in the description, the config file is called /etc/apt/sources.list, not /etc/apt/sources. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790175: gnurobots: depends on vte which is deprecated
owner 790175 ! kthxbye Hi, On Sat, Jun 27, 2015 at 05:29:22PM +0200, po...@debian.org wrote: gnurobots depends on python-vte / libvte9, which are deprecated in favor of gir1.2-vte-2.91 / libvte-2.91-0. Thus we want to remove src:vte from the archive. gnurobots should switch to the new vte version. Just to say I'm looking in to this and hopefully should have a fix soon. I'm also investigating taking over upstream maintainence as the upstream appears to be inactive. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpvy7zNQn2hQ.pgp Description: PGP signature
Bug#777814: Resend control messages from Matthias
Control: notfound -1 0.94.2-1 Control: tags -1 + patch this works with ceph from experimental. The link failure goes away once leveldb is rebuilt using GCC 5. smime.p7s Description: S/MIME cryptographic signature
Bug#790166: amtterm: depends on vte which is deprecated
On 27.06.2015 11:29, po...@debian.org wrote: amtterm depends on python-vte / libvte9, which are deprecated in favor of gir1.2-vte-2.91 / libvte-2.91-0. Thus we want to remove src:vte from the archive. amtterm should switch to the new vte version. Please try to do this before the Stretch release as we're going to try to remove src:vte this cycle. We'll bump this to serious when the list of rdeps is small and we're getting ready to removing vte completely. If you have any question don't hesitate to ask. Thank you for your report. Any chance that you could detail what exactly need to change? It seems that the new vte packages have new -dev packages, and I'm not sure what to depend on. Also, is the new vte version API compatible? If not, is there a porting guide? Best, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777814: Build procedure to fix this bug
As mentioned by Matthias think error above is fixed by recompiling leveldb. I
added a block on 791086 to reflect this.
My build procedure is:
- install boost packages from experimental
$ apt-get install -t experimental libboost-dev libboost-program-options-dev
libboost-system-dev libboost-thread-dev
- rebuild leveldb with gcc5
$ apt-get source leveldb
[rebuilt it]
$ dpkg -i libleveldb-dev_1.18-2_amd64.deb libleveldb1_1.18-2_amd64.deb
- Install systemd from experimental to satisfy other B-D dependencies
$ apt-get install -t experimental systemd
- Apply patch to get test to link (not sure why this didn’t break anything
before)
Index: ceph-0.94.2/src/test/Makefile-client.am
===
--- ceph-0.94.2.orig/src/test/Makefile-client.am
+++ ceph-0.94.2/src/test/Makefile-client.am
@@ -337,7 +337,7 @@ if LINUX
ceph_test_librbd_fsx_SOURCES = test/librbd/fsx.c common/dummy.cc
ceph_test_librbd_fsx_LDADD = \
$(LIBKRBD) $(LIBRBD) $(LIBRADOS) \
- $(CRYPTO_LIBS) $(PTHREAD_LIBS) -luuid
+ $(CRYPTO_LIBS) $(PTHREAD_LIBS) -luuid -lcommon
ceph_test_librbd_fsx_CFLAGS = ${AM_CFLAGS}
bin_DEBUGPROGRAMS += ceph_test_librbd_fsx
endif
- rebuild (and wait a long time)
smime.p7s
Description: S/MIME cryptographic signature
Bug#790498: iceweasel: upgrading from jessie makes all passwords in the password manager invalid
tag 790498 unreproducible severity 790498 important thanks On Mon, Jun 29, 2015 at 11:28:02PM +0300, Török Edwin wrote: Package: iceweasel Version: 38.0.1-5 Severity: grave Justification: causes non-serious data loss Dear Maintainer, I have upgraded Iceweasel from jessie (31.7.0esr-1~deb8u1) to testing and suddenly none of my saved passwords worked, and the password manager doesn't even show all the websites that have stored passwords in the jessie version. I am still able to login to my websites if I manually type in the correct password (and tell iceweasel to save the updated passwords), however using the prefilled passwords doesn't work, and looking up the passwords in the password manager and pressing show password reveals the wrong password. When I press show passwords most passwords look like base64 (a-zA-Z0-9+/) whereas the original passwords had a combination of alphanumeric and symbols. If I downgrade to the version in jessie then the passwords work correctly again (including the ones overwritten by the testing version of iceweasel). I tried to create a new account just for the purpose of testing this bug, but the site and associated password doesn't show up at all when upgrading iceweasel (and is visible again when downgrading), haven't figured out so far what makes a site/user/password survive the upgrade. I've marked the bug as 'causes data loss', because initially that is what I thought happened when none of the passwords worked, and I'm still not sure how safe the data in the password manager is across upgrades/downgrades (so far downgrading has restored all passwords, but I can't be sure it'll stay that way). Your comment in upstream bug says that forcing a new upgrade of the signons store worked, so it's really not clear what went wrong the first time. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792229: Does not start new terminals at correct size
Package: gnome-terminal Version: 3.16.2-1 Severity: normal My terminal profile is set to start new terminals at the default size of 80x24. However, when I start a new terminal, it instead starts at 79x23. I would guess that gnome-terminal is miscalculating the necessary size. This doesn't seem to be font-size dependent; I use 1.5x font scaling, but I switched back to 1x and the same issue still occurs. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gconf-service3.2.6-3 ii gnome-terminal-data 3.16.2-1 ii gsettings-desktop-schemas3.16.1-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libdconf10.24.0-2 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1.1 ii libgtk-3-0 3.16.5-1 ii libnautilus-extension1a 3.14.2-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libuuid1 2.26.2-6 ii libvte-2.91-00.40.2-1 ii libx11-6 2:1.6.3-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.8.18-1 ii gvfs 1.24.1-2+b2 ii yelp 3.16.1-1 gnome-terminal 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#792219: [Debconf-devel] Bug#792219: Suggests gnome-utils, which no longer exists
Control: tag -1 pending On Sun, Jul 12, 2015 at 12:44:27PM -0700, Josh Triplett wrote: debconf Suggests whiptail | dialog | gnome-utils, but gnome-utils no longer exists. Already fixed in git, thanks. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792231: Electrum version 1.9.8 vulnerable, needs update
Package: electrum Version: 1.9.8 Update is needed for Electrum from version 1.9.8 to 2.3.x (include backports for wheezy as well). - On July 4th 2015, the Bitcoin network switched to v3 blocks (softfork) which the newer version of Electrum knows about. - Electrum 2.3.x has significant client-to-server communication improvements, security and bug fixes as well as multiple options for users to select custom inputs for a transaction when making a payment. - Seeds from newer versions are not compatible with version 1.9.8. For example, an user can't migrate his wallet from another OS running Electrum 2.x to Debian, since his seed will not be compatible. - Homepage https://www.electrum.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750031: motion: Motion group is not documented
Hi, thanks for the report.
On 31/05/14 22:34, ael wrote:
An ordinary user must be a member of the group motion in order to
read /etc/motion/motion.conf. This is not documented in the Debian
packages (unless I missed it, and I looked hard). Perhaps in the
man page or a /usr/share/doc/motion/README.Debian?
I think I will just change it to 644 root:root instead. I see no reason for the
program to be able to write its own configuration file, nor to block other
users from reading that file.
Even /etc/ssh/sshd_config and /etc/tor/torrc are 644 root:root, so I think this
is fine from a security point of view.
In passing, the /etc/motion/motion.conf has several peculiar settings,
especially
target_dir /var/lib/motion
which is not accessible to an ordinary user and a very odd choice.
I suggest it be commented out in the Debian version, so that the current
WD default is used.
/var/lib/${package} is the standard place to store this sort of data, see the
Filesystem Hierarchy Standard (`man hier`).
The current WD is not suitable; this config file represents a *system service*
that should have a fixed runtime directory.
The upstream default /tmp/motion is not suitable since /tmp is supposed to be
deletable without notice - again part of the FHS.
For your purposes, I suppose you should make your own config file that omits
target_dir, that uses the WD.
X
--
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792234: w3m: Add a CLI fail-safe option to specify a proxy (e.g. --proxy)
Package: w3m Version: 0.5.3-19 Severity: wishlist Dear Maintainer, It is risky to rely on an environment variable to specify a proxy. A variety of things can wrong without detection, as we know from bug 791425. E.g., a user may think incorrectly that a proxy will be used, and have no idea of any failure (danger!). Having a commandline --proxy option would ensure that the users expectation is known to the tool. Then if anything is wrong with the users syntax or something goes wrong with the proxy, w3m can fail safely and print an error. FWIW, the above suggestion is mirrored to the lynx package as well. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 w3m depends on: ii libc62.19-18 ii libgc1c2 1:7.2d-6.4 ii libgpm2 1.20.4-6.1+b2 ii libssl1.0.0 1.0.1k-3+deb8u1 ii libtinfo55.9+20140913-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages w3m recommends: ii ca-certificates 20141019 Versions of packages w3m suggests: pn cmigemo none ii man-db2.7.0.2-5 ii mime-support 3.58 pn w3m-elnone pn w3m-img 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#779920: [Debconf-devel] Bug#779920: Bug#779920: debconf: questions sourced from a template owned by another package block purge/install of other package
Control: tag 518322 pending Control: tag 779920 pending On Sun, Jul 12, 2015 at 10:12:52PM +0200, Paul Gevers wrote: On 12-07-15 19:33, Colin Watson wrote: I think I would want to see a full DEBCONF_DEBUG=developer log demonstrating the exact sequence of steps that's going wrong before trying to recommend a solution, though. Please see below. The logging starts with uninstalling cacti (which was installed before, although without db, but that doesn't change the behavior). Then dbconfig-common is purged. Then dbconfig-common is installed and finally cacti again. I hope this helps to find the issue. The issue fails with: debconf (developer): -- REGISTER dbconfig-common/database-type cacti/database-type debconf (developer): -- 10 No such template, dbconfig-common/database-type Gotcha, thanks. This commit should fix it: https://anonscm.debian.org/cgit/debconf/debconf.git/commit/?id=76e3a30270e34b5037784f82fa40fcc483dde43a If you want to kick the tyres on that a little bit locally before I upload (e.g. by editing /usr/share/perl5/Debconf/Template.pm in-place), that would be good. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792187: systemd: systemctl start not working when ReadWriteDirectories is a symlink
Once you file the bug upstream, reply to *this* bug report with the upstream bug report number. This way I can link the two bug reports and we can track the upstream process automatically. here it is: https://github.com/systemd/systemd/issues/567 @Intrigeri So you cannot confirm... maybe it's actually related to my system configuration. I'd have checked on my other laptop if i could acces it (which indeed didn't seem to have such problems in the past days), but unfortunately i will stay away from it for a week or so... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792230: ITP: goland-go-spew -- deep pretty printer for Go data structures
Package: wnpp Severity: wishlist * Package name: goland-go-spew Version : 0.0_git20150619-1 Upstream Author : Alexandre Viau alexan...@alexandreviau.net * URL : https://github.com/davecgh/go-spew * License : ISC Programming Lang: Go Description : Implements a deep pretty printer for Go data structures to aid in debugging I will be packaging this as it is a dependency for InfluxDB signature.asc Description: OpenPGP digital signature
Bug#792221: libnet-frame-device-perl: FTBFS without networking: t/04-new-default and t/05-new-target fail
On Sun, 12 Jul 2015 19:53:55 +, Chris West (Faux) wrote: Source: libnet-frame-device-perl Version: 1.10-1 Severity: important Tags: sid User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build without networking, including on pbuilder's default setup: [..] Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/libnet-frame-device-perl.html It seems to be a bit more complicated than that. With USENETWORK=no I indeed see the failures: Possible precedence issue with control flow operator at /tmp/buildd/libnet-frame-device-perl-1.10/blib/lib/Net/Frame/Device.pm line 63. Net::Frame::Device: updateFromDefault: unable to get dnet t/04-new-default.t ... 1..1 # Running under perl version 5.020002 for linux # Current time local: Sun Jul 12 23:16:50 2015 # Current time GMT: Sun Jul 12 23:16:50 2015 # Using Test.pm version 1.26 Dubious, test returned 101 (wstat 25856, 0x6500) Failed 1/1 subtests Possible precedence issue with control flow operator at /tmp/buildd/libnet-frame-device-perl-1.10/blib/lib/Net/Frame/Device.pm line 63. Net::Frame::Device: updateFromTarget: unable to get dnet t/05-new-target.t 1..1 # Running under perl version 5.020002 for linux # Current time local: Sun Jul 12 23:16:50 2015 # Current time GMT: Sun Jul 12 23:16:50 2015 # Using Test.pm version 1.26 Dubious, test returned 101 (wstat 25856, 0x6500) Failed 1/1 subtests but only during the build, when cowbuilder drops me into a shell, a manual `prove --blib --verbose t/*.t' works fine. And with USENETWORK=yes but everything except localhost firewalled off, the tests pass as well. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Janis Joplin: Piece Of My Heart (live at Woodstock) signature.asc Description: Digital Signature
Bug#788430: confirm
I had the same issue today. Solved it temporarily by copying the files by hand. -- o W. Luis Mochán, | tel:(52)(777)329-1734 /(*) Instituto de Ciencias Físicas, UNAM | fax:(52)(777)317-5388 `/ /\ Apdo. Postal 48-3, 62251 | (*)/\/ \ Cuernavaca, Morelos, México | moc...@fis.unam.mx /\_/\__/ Consider using GnuPrivacyGuard https://www.gnupg.org/ My key: 791EB9EB, C949 3F81 6D9B 1191 9A16 C2DF 5F0A C52B 791E B9EB, yours? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711196: motion: Crash immediately after start
Control: tags -1 moreinfo Hi, Does the bug still exist for you in the latest version of the package? Based on the log you submitted previously, I don't see how this would be a problem with motion's initscript. As indicated by your log, the program started correctly, after which the initscript is no longer doing anything. Motion exited based on a permissions error. Could you dump the output of `ls -la` for all the paths that you think are relevant, as well as the parts of `motion.conf` that point to these paths? X On Wed, 05 Jun 2013 23:59:02 +0200 Markus Glugla markus.glu...@physik.tu-berlin.de wrote: Hi Juan, Thank you for your tip. I had checked the permissions of all motion paths. All permission are ok. But I think, that an evalutation of the shown parts of my syslog leads to a problem with the init script /etc/init.d/motion. Best Regards, Markus Glugla -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792232: gawk-doc: documentation doesn't match gawk version
Package: gawk-doc Version: 4.0.1+ds-1 Severity: important The upstream version of gawk-doc in sid (4.0.1) doesn't match the upstream version of the gawk package (4.1.1).
Bug#792229: Does not start new terminals at correct size
Control: forcemerge 787104 -1 Am 13.07.2015 um 01:03 schrieb Josh Triplett: Package: gnome-terminal Version: 3.16.2-1 Severity: normal My terminal profile is set to start new terminals at the default size of 80x24. However, when I start a new terminal, it instead starts at 79x23. I would guess that gnome-terminal is miscalculating the necessary size. Duplicate of #787104 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#792187: systemd: systemctl start not working when ReadWriteDirectories is a symlink
Control: forwarded -1 https://github.com/systemd/systemd/issues/567 Am 13.07.2015 um 01:04 schrieb nfb: Once you file the bug upstream, reply to *this* bug report with the upstream bug report number. This way I can link the two bug reports and we can track the upstream process automatically. here it is: https://github.com/systemd/systemd/issues/567 Marking accordingly, thanks. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#792233: freedombox-setup: Configure PAM for LDAP user logins
Package: freedombox-setup
Severity: wishlist
Tags: patch
The attached patch will allow some LDAP users to login to the system. To
login, the user must have objectClass of posixAccount, and also must be
in the admin group. I will also make a pull request for Plinth to setup
users and manage groups.
From 87744b5b773f1206f306aa8b07cde8c3176e8a00 Mon Sep 17 00:00:00 2001
From: James Valleroy jvalle...@mailbox.org
Date: Wed, 8 Jul 2015 19:46:27 -0400
Subject: [PATCH 1/2] Configure PAM for LDAP user logins.
---
setup.d/30_ldap-server | 6 ++
1 file changed, 6 insertions(+)
diff --git a/setup.d/30_ldap-server b/setup.d/30_ldap-server
index 358c922..e78508d 100755
--- a/setup.d/30_ldap-server
+++ b/setup.d/30_ldap-server
@@ -21,3 +21,9 @@ objectClass: organizationalUnit
ou: groups
EOF
+
+# Configure PAM for LDAP user logins
+echo nslcd nslcd/ldap-sasl-mech select EXTERNAL | debconf-set-selections
+echo libnss-ldapd libnss-ldapd/nsswitch multiselect group, passwd, shadow \
+| debconf-set-selections
+DEBIAN_FRONTEND=noninteractive apt-get install -y nslcd libpam-ldapd libnss-ldapd
--
2.1.4
From bb2d589cd4cc8b66d05b31b44f2a0ae4dbf3b191 Mon Sep 17 00:00:00 2001
From: James Valleroy jvalle...@mailbox.org
Date: Sun, 12 Jul 2015 12:32:38 -0400
Subject: [PATCH 2/2] Allow only users in admin group to login.
---
first-run.d/50_ldap-server | 15 +++
setup.d/30_ldap-server | 5 +
2 files changed, 20 insertions(+)
diff --git a/first-run.d/50_ldap-server b/first-run.d/50_ldap-server
index 6b45da8..e8051fe 100755
--- a/first-run.d/50_ldap-server
+++ b/first-run.d/50_ldap-server
@@ -12,4 +12,19 @@ changetype: modify
replace: olcRootDN
olcRootDN: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
+dn: cn=module{0},cn=config
+changetype: modify
+add: olcModuleLoad
+olcModuleLoad: memberof.la
+
+EOF
+
+cat EOF |ldapadd -Y EXTERNAL -H ldapi:///
+dn: olcOverlay={0}memberof,olcDatabase={1}mdb,cn=config
+objectClass: olcConfig
+objectClass: olcMemberOf
+objectClass: olcOverlayConfig
+objectClass: top
+olcOverlay: memberof
+
EOF
diff --git a/setup.d/30_ldap-server b/setup.d/30_ldap-server
index e78508d..6d96c87 100755
--- a/setup.d/30_ldap-server
+++ b/setup.d/30_ldap-server
@@ -27,3 +27,8 @@ echo nslcd nslcd/ldap-sasl-mech select EXTERNAL | debconf-set-selections
echo libnss-ldapd libnss-ldapd/nsswitch multiselect group, passwd, shadow \
| debconf-set-selections
DEBIAN_FRONTEND=noninteractive apt-get install -y nslcd libpam-ldapd libnss-ldapd
+
+# Only users in admin group can login
+if ! grep -q filter passwd ((objectClass=posixAccount)(memberOf=cn=admin,ou=groups,dc=thisbox)) /etc/nslcd.conf ; then
+echo filter passwd ((objectClass=posixAccount)(memberOf=cn=admin,ou=groups,dc=thisbox)) /etc/nslcd.conf
+fi
--
2.1.4
Bug#792051: [Debichem-devel] Bug#792051: chemps2: FTBFS on kFreeBSD: BLAS API not found.
Hi Graham, Thank you for your comments. I've adapted them in the git repo on alioth. Best wishes, Sebastian
Bug#792234: Acknowledgement (w3m: Add a CLI fail-safe option to specify a proxy (e.g. --proxy))
This message is being sent to you automatically in response to an email that you sent to nob...@remailer.paranoici.org. Most likely, you tried to reply to an email that has been sent through this service. If you did not send an email to nob...@remailer.paranoici.org, please ignore this message. The Anonymous Remailer is a free service that allows individuals including crime victims, domestic violence victims, persons in recovery, and others, such as those living under oppressive regimes, to communicate confidentially in a manner that ensures their privacy under even the most adverse conditions. To block individuals using this remailer from sending email to your address in the future, please send a message to mixmas...@remailer.paranoici.org containing the line destination-block 792...@bugs.debian.org anywhere in the body text of the email. You can simply forward this entire email to mixmas...@remailer.paranoici.org using your email program for your current email address to be permanently blocked from users of the Anonymous Remailer. For more information about the Anonymous Remailer Administrator's strict anti-abuse policy, please send a blank email to ab...@remailer.paranoici.org Sincerely, -- The Anonymous Remailer Administrator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792235: RM: gcc-4.4-doc-non-dfsg -- RoQA; gcc-4.4 was removed from sid
Package: ftp.debian.org Severity: normal no need to keep the documentation after the compiler was removed Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792240: gpodder's window won't be drawn after the system's start from hiberation
Package: gpodder Version: 3.8.1-1 Severity: normal Tags: newcomer Dear Maintainer, I'm running Jessie x86_64 with MATE v1.8.1 on my system, with gpodder usually running minimized when not needed. The tool runs fine for most of the time, however, sometimes after fireing up the system from hibernation, gpodder's main window and menu for the notification icon refuse to draw properly which makes further use impossible without killing it. Doing a 'pkill gpodder' before starting up the program another time does help however. The new process runs just fine again, until the scenario starts all over again. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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/dash Init: systemd (via /run/systemd/system) Versions of packages gpodder depends on: ii python 2.7.9-1 ii python-dbus 1.2.0-2+b3 ii python-feedparser 5.1.3-3 ii python-gtk2 2.24.0-4 ii python-mygpoclient 1.7-1 ii python-webkit 1.1.8-3 pn python:any none Versions of packages gpodder recommends: ii dbus-x11 1.8.18-0+deb8u1 ii libqtwebkit-qmlwebkitplugin 2.3.4.dfsg-3 ii python-gst0.10 0.10.22-3 ii python-simplejson3.6.5-1 Versions of packages gpodder suggests: ii gnome-bluetooth 3.14.0-2 ii mplayer2 [mplayer] 1:2.0~git20130903-dmo7 -- 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#792241: Installation on HP 450 G2 full UEFI
Package: installation-reports Boot method: USB Flash Image version: http://cdimage.debian.org/debian-cd/8.1.0/amd64/bt-dvd/debian-8.1.0-amd64-DVD-1.iso.torrent , http://cdimage.debian.org/debian-cd/8.1.0/amd64/bt-cd/debian-8.1.0-amd64-xfce-CD-1.iso.torrent Date: 12.07.2015 Machine: HP ProBook 450 G2, i3-4030U, 15.6, 8GB, 1TB, R% M255, J4S46EA Processor: i3-4030U Memory: 1x 8GB DDR3 Partitions: no partitions Output of lspci -knn (or lspci -nn): N/A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: BIOS was set on UEFI (no CSM). After pressing install screen became garbled which made installation impossible. BIOS is last version. Tried with ATI video disabled and enabled. Seems like incorrect video mode. Tried nomodeset and different vga modes with no avail. Ubuntu studio installer started fine.
Bug#791452: lynx: more cases
Package: lynx Version: 2.8.9dev1-2 Followup-For: Bug #791452 I am the submitter. After more tests, there are perhaps multiple bugs here. I attempted to change test sites, because torstatus.blutmagie.de is a large document. These commands cause lynx to hang: env http_proxy=http://127.0.0.1:8118/ lynx http://check.torproject.org/ env https_proxy=https://127.0.0.1:8118/ lynx https://check.torproject.org/ I suspect that check.torproject.org redirects to https in the first case. But why should the redirection fail? The proxy (privoxy in my case) should be able to handle either. I'm not sure if this is a privoxy bug or a lynx bug. The proxy is ignored in these cases: env http_proxy=http://127.0.0.1:8118/ lynx https://check.torproject.org/ env http_proxy=http://127.0.0.1:8118/ lynx https://torstatus.blutmagie.de/ env http_proxy=https://127.0.0.1:8118/ lynx https://torstatus.blutmagie.de/ This works: env http_proxy=http://127.0.0.1:8118/ lynx http://torstatus.blutmagie.de/ env http_proxy=http://localhost:8118/ lynx http://torstatus.blutmagie.de/ env https_proxy=http://127.0.0.1:8118 http_proxy=http://127.0.0.1:8118\ lynx -dump https://check.torproject.org/ Apparently blutmagie.de does not do an https redirect. Strangely, the only way to access https://check.torproject.org/ over the proxy is to set both proxy variables. I have no idea why setting https_proxy alone is insufficient. Another complication that I encountered was IPv4 vs IPv6. Originally I had this line in the privoxy config: listen-address localhost:8118 The effect was that localhost became ::1 (the IPv6 equivelant to 127.0.0.1). Then lynx would only work if invoked using ::1, not 127.0.0.1. Firefox is better in this regard. That is, when Firefox is told the proxy host is localhost, it apparently tries both ::1 and 127.0.0.1. Lynx could be improved to have the same smarts. Anyway, the fix for me was to force privoxy onto IPv4 (as it seems silly to use IPv6 for LAN addressing), by configuring privoxy this way: listen-address 127.0.0.1:8118 -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 lynx depends on: ii lynx-cur 2.8.9dev1-2+b1 lynx recommends no packages. lynx 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#792242: moodle: CVE-2015-3272 CVE-2015-3274 CVE-2015-3275
Source: moodle Version: 2.7.8+dfsg-1 Severity: important Tags: security upstream fixed-upstream Hi, the following vulnerabilities were published for moodle. CVE-2015-3272[0]: Possible phishing when redirecting to external site using referer header CVE-2015-3274[1]: Possible XSS through custom text profile fields in Web Services CVE-2015-3275[2]: Javascript injection in SCORM module If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-3272 [1] https://security-tracker.debian.org/tracker/CVE-2015-3274 [2] https://security-tracker.debian.org/tracker/CVE-2015-3275 [3] http://www.openwall.com/lists/oss-security/2015/07/13/2 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#792209: [Pkg-phototools-devel] Bug#792209: darktable: Export is broken err [imageio_storage_disk] could not export to file: `path\to\exported\file'
Florian GRUEL fgr...@hotmail.com writes: Dear Maintainer, When i try to export a file, I always get the error in title. I have write rigth on the directory I try to export to When launching darkatable with -d all parameter I get this : [imageio_storage_disk] could not export to file: `/tmp/_mg_6711.jpg'! 1) According to a grep of the source, the line which is failing is something like mkdir -p /tmp. Does this shell command succeed for you? 2) _mg_6711.jpg looks like an unusual name for a export file. Is that what you intended? If not, what is the content of the path field in the export widget? 3) please try moving ~/.config/darktable out of the way and exporting again (you may need to re-import the directory in question to get the history of the image back). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792243: rhino: man page out of sync with command's help
Package: rhino Version: 1.7R4-3 Severity: minor Dear Maintainer, The rhino executable provides the help documentation below, however some of the options are not documented in the man page (-help -modules -require -sandbox -debug -fatal-warnings -encoding -w). Cheers, Carl $ rhino -help Usage: java org.mozilla.javascript.tools.shell.Main [options...] [files] Valid options are: -?, -help Displays help messages. -w Enable warnings. -version 100|110|120|130|140|150|160|170|180 Set a specific language version. -opt [-1|0-9] Set optimization level. -f script-filename Execute script file, or - for interactive. -e script-source Evaluate inline script. -modules [uri] Add a single path or URL element to the CommonJS module search path. (implies -require) -require Enable CommonJS module support. -sandbox Enable CommonJS sandbox mode. (implies -require) -debug Generate debug code. -strictEnable strict mode warnings. -fatal-warningsTreat warnings as errors. -encoding charset Use specified character encoding as default when reading scripts. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 rhino depends on: ii default-jre-headless [java5-runtime-headless]2:1.7-52 ii libjline-java1.0-2 ii librhino-java1.7R4-3 ii openjdk-7-jre-headless [java5-runtime-headless] 7u79-2.5.5-1 rhino recommends no packages. Versions of packages rhino suggests: pn librhino-java-doc 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#791467: plowshare: javascript usage puts user at risk of remote code execution
Ok, this is my first package in debian so I'm still getting used to things. My thinking is that this package depends on external APIs (the hosting websites) and so it is a good candidate for backports. I hope to be able to add new upstream versions there in addition to unstable. I know that version 2 doesn't handle javascript differently, but it does have a different philosophy about modules and who is responsible for them, so I want to think about what is reasonable with that situation. I see that rhino in stable has a -sandbox switch. I know very little about rhino, and I'll have to check to see exactly what promises this mode makes, but it might be sufficient. The documentation is very vague so I'm not confident about this. As for the version of plowshare in stable: it will become increasingly irrelevant as the API implementations gradually break. I would expect that anyone making serious use of it would be after the latest versions anyway rather than relying on the stable version. As such, disabling the javascript support entirely is probably acceptable and is certainly the most definitive fix. I expect it to at least partially break something of order 10 modules, but I'll test out this solution shortly. Carl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744480: ocp: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: ocp
Version: 1:0.1.21-1.2
Followup-For: Bug #744480
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch
Dear Maintainer,
This is not fixed. The build is still failing on arm64 because dh-autoreconf
is not updating config.{sub,guess} for this package, since configure.ac does
not invoke AM_INIT_AUTOMAKE.
In Ubuntu, the attached patch was applied to achieve the following:
* Use autotools-dev to update config.{sub,guess} for new arches.
Thanks for considering the patch.
Logan Rosen
-- System Information:
Debian Release: jessie/sid
APT prefers wily-updates
APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'),
(100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-4-generic (SMP w/1 CPU core)
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)
diff -Nru ocp-0.1.21/debian/control ocp-0.1.21/debian/control
--- ocp-0.1.21/debian/control 2015-07-10 05:14:25.0 -0700
+++ ocp-0.1.21/debian/control 2015-07-12 22:34:50.0 -0700
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Gürkan Sengün gur...@phys.ethz.ch
Uploaders: Debian Multimedia Team debian-multime...@lists.debian.org
-Build-Depends: debhelper (= 8), dh-autoreconf, libmad0-dev, libid3tag0-dev, zlib1g-dev, libncurses5-dev, libogg-dev, libvorbis-dev, libsidplay1-dev, libx11-dev, libxext-dev, texi2html, libxxf86dga-dev, libxxf86vm-dev, texinfo, libbinio-dev, libadplug-dev (= 2.0.1-2), libflac-dev, libxpm-dev, libasound2-dev, desktop-file-utils, dpkg (= 1.15.4) | install-info
+Build-Depends: debhelper (= 8), dh-autoreconf, autotools-dev, libmad0-dev, libid3tag0-dev, zlib1g-dev, libncurses5-dev, libogg-dev, libvorbis-dev, libsidplay1-dev, libx11-dev, libxext-dev, texi2html, libxxf86dga-dev, libxxf86vm-dev, texinfo, libbinio-dev, libadplug-dev (= 2.0.1-2), libflac-dev, libxpm-dev, libasound2-dev, desktop-file-utils, dpkg (= 1.15.4) | install-info
Standards-Version: 3.9.2
Homepage: http://stian.cubic.org/project-ocp.php
diff -Nru ocp-0.1.21/debian/rules ocp-0.1.21/debian/rules
--- ocp-0.1.21/debian/rules 2015-07-10 05:23:46.0 -0700
+++ ocp-0.1.21/debian/rules 2015-07-12 22:30:50.0 -0700
@@ -14,6 +14,7 @@
configure-stamp:
dh_testdir
AUTOMAKE=true LIBTOOLIZE=true AUTOHEADER=true dh_autoreconf
+ dh_autotools-dev_updateconfig
CFLAGS=$(CFLAGS) CXXFLAGS=$(CXXFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) \
--build=$(DEB_BUILD_GNU_TYPE) \
--prefix=/usr \
@@ -44,6 +45,7 @@
[ ! -f Makefile ] || $(MAKE) clean distclean
rm -f config.log config.status
dh_autoreconf_clean
+ dh_autotools-dev_restoreconfig
dh_clean
install: build
Bug#792141: icedove: Drag email to folder intermittent failure
Hello Jerry, On Sat, Jul 11, 2015 at 06:14:15PM -0400, Jerry Quinn wrote: Dear Maintainer, Every once in a while, Icedove will cease allowing me to drag emails into folders. When this happens, I need to restart Icedove to restore the expected behavior. It's pretty rare, say once in a month or two. When this happens, I can still move an email to a folder using the right button menu. that's mostly generic description so please try to provide some more information abaout your installation. What plugins do you have installed? Which of them are from the repositorys from Debian, which are installed locally? Did you have any informations from the JS console or even if possible from the stderr? Did you increase the debugging level of Icedove to see more possible information? Did you use a NFS or CIFS network share? Have you tried to disable alle plugins and /or to use a new clean profile? The Debian wiki holds some instructions how to do some debugging. https://wiki.debian.org/Icedove#Debugging Without some reproducible we can't digg into that issue. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792051: [Debichem-devel] Bug#792051: chemps2: FTBFS on kFreeBSD: BLAS API not found.
Hi Sebastian On 12 July 2015 at 05:12, Sebastian Wouters sebastianwout...@gmail.com wrote: As I haven't changed upstream source, do I restick debian/1.5-1, or does this become a new version? In case of the latter: any preference for naming schemes? ( I added the bug closures in the changelog: http://anonscm.debian.org/cgit/debichem/packages/chemps2.git/tree/debian/changelog ) As 1.5-1 was already accepted into the archive, the new Debian version will be 1.5-2. You should leave the changelog entry for 1.5-1 and add a new entry for 1.5-2 at the top of the file. The new debian/changelog file should look something like the one below. You can can also wrap changelog entries if they are too long. Regards Graham chemps2 (1.5-2) unstable; urgency=low * Fix difference DEB_HOST_GNU_TYPE and DEB_HOST_MULTIARCH on i386 (Closes: #792047) * Fix library dependency BLAS for kFreeBSD (Closes: #792051) -- Sebastian Wouters sebastianwout...@gmail.com Sat, 11 July 2015 23:01:04 -0400 chemps2 (1.5-1) unstable; urgency=low * Initial release (Closes: #771112) -- Sebastian Wouters sebastianwout...@gmail.com Sun, 14 June 2015 13:17:33 -0400 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758460: xserver-xorg-video-nouveau: Crash and freeze with GeForce 6150SE.
2015-05-10 12:48 GMT+02:00 Agustin Martin agmar...@debian.org: 2015-05-05 19:43 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi: 2015-05-05 19:38 GMT+03:00 Agustin Martin agmar...@debian.org: On Mon, May 04, 2015 at 12:49:52PM +0200, Agustin Martin wrote: Hi, Just to confirm a similar problem in a GeForce 6150SE graphics engine, 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) Similar messages in syslog, [ 711.849697] nouveau E[PBUS][:00:0d.0] MMIO write of 0x00870001 FAULT at 0x00b010 and random freeze. Last seen thing is some sort of zig-zag random pattern apparently with colors used at that time. Nothing but hard reboot helps once the system is frozen, not even Magic SysRq. No relevant info seems to appear in syslog. An important info is that this does not happen if I reboot with old 3.2.04-amd64 (3.2.65-1+deb7u2) wheezy kernel. So this seems to be a problem with the nouveau kernel module. [...] http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=b7387454bda64a16350fabee4d81bec3b8de8fa2 applied, but I then noticed that it is already in jessie's kernel. Martin-Éric, has jessie's kernel fixed the problem in your box? Agustin, There's two NVDIA boxes involved (IIRC, I filed separate bugs reports). Neither box works with the Nouveau X.org driver in Jessie. In both cases, I've had to remove xserver-xorg-video-nouveau and let Xserver use the generic modeline driver. Hi, Just to add that this freeze no longer appears with jessie's kernel if I pass nouveau.noaccel=1 as a kernel boot parameter (as suggested in #776838) or if I put options nouveau noaccel=1 in my /etc/modprobe.d/local-video.conf. No intense graphics use is done in this box, so I did not notice a performance loss. Hi all, I have been searching the web to try finding more info about this problem. Seems that there are some reports about similar problems in different forums (added some info below for those curious) and that it appeared somewhere between kernel 3.6 and 3.7. I have tried unsuccessfully a couple of the proposed patches, no luck. The good news are that I have also tried sid kernel removing the nouveau noaccel=1 from boot cmdline, and I am no longer having this problem for a couple of days with that sid kernel (cross fingers), I have even re-enabled use hardware acceleration if possible in firefox and things are still working well. Summarizing, in this jessie box: linux-image-3.2.0-4-amd64 (3.2.65-1+deb7u2): No problem found linux-image-3.16.0-4-amd64 (3.16.7-ckt11-1): Problem is present linux-image-4.0.0-2-amd64 (4.0.7-1): No problem found, did not try with testing 4.0.5-1 So, at least in my box, problem seems not to be a problem with xserver-xorg-video-nouveau but with the nouveau module in kernel. For those curious, other possibly related references I found in my web searches * https://bugzilla.redhat.com/show_bug.cgi?id=901816 Bug 901816 - artifacts/freezeups in graphical mode with nouveau and GeForce 6150SE * https://bugs.freedesktop.org/show_bug.cgi?id=61321 Bug 61321 - [regression][NV4c] System hang while loading gdm on 3.7 kernel (works on 3.6) * https://bugs.freedesktop.org/show_bug.cgi?id=87361 Bug 87361 - [NV4C] GPU lock-up after booting to desktop in Fedora 20 21 (Nvidia Geforce 6100 IGP) * https://bugzilla.redhat.com/show_bug.cgi?id=679619 Bug 679619 - Nouveau freeze when try to start X. nvidia Geforce Go 6150 * https://forums.gentoo.org/viewtopic-t-952224-start-0.html Kernel 3.7.9 crashes (nouveau?) * https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1181902 Nouveau driver glitch on Ubuntu 13.04 will cause system to freeze under certain conditions, Bug #1181902 * http://www.linuxquestions.org/questions/slackware-14/firefox-nouveau-on-fresh-current-install-freezes-system-4175455844/ Firefox + nouveau on fresh -current install freezes system * https://bugzilla.kernel.org/show_bug.cgi?id=50091 Bug 50091 - [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen * http://ubuntuforums.org/showthread.php?t=2181430 Nouveau crash and freeze on install of 13.10 * https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1217585 #1217585, System hangs after some time with nouveau and GT240 * https://bugs.freedesktop.org/show_bug.cgi?id=87361 Bug 87361 - [NV4C] GPU lock-up after booting to desktop in Fedora 20 21 (Nvidia Geforce 6100 IGP) * https://bbs.archlinux.org/viewtopic.php?id=156690 Upgrade to linux-3.7.3: freeze on some actions in X (nouveau driver) * https://bugs.freedesktop.org/show_bug.cgi?id=89842 Bug 89842 - Nvidia nouveau drivers hangs all gnome when opening the new legacy tray (and many other situations) * https://bugs.freedesktop.org/show_bug.cgi?id=90276 Bug 90276 - [NVE4] read fault error, bisected * https://bugs.freedesktop.org/show_bug.cgi?id=90453 Bug 90453 - [NVE4] Desktop freezes
Bug#792017: game-data-packager: add support for Zork Nemesis Zork: Grand Inquisitor
Am Samstag, den 11.07.2015, 12:40 +0200 schrieb Alexandre Detiste: # used - /usr/share/games/zork-grand-inquisitor/addon/LiberationMono-Bold.ttf - /usr/share/games/zork-grand-inquisitor/addon/LiberationSans-Bold.ttf - /usr/share/games/zork-grand-inquisitor/fonts/arial.ttf - /usr/share/games/zork-grand-inquisitor/fonts/cour.ttf I hope the latter two are symlinks to the former two? - Fabian signature.asc Description: This is a digitally signed message part
Bug#792154: xtables-addons: module can't be built with kernel 4.0
Source: xtables-addons
Version: 2.6-1
Severity: normal
The command dkms install xtables-addons/2.6 is failed with error:
Build of xt_ECHO.ko failed for: 4.0.0-2-amd64 (x86_64)
This issue is caused by explicit check in the Kbuild file.
ifeq (${VERSION},3)
obj-${build_ECHO}+= xt_ECHO.o
endif
-- System Information:
Debian Release: stretch/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (193, 'testing'), (192, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to ru_RU.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742408: 1..28
Hi Shawn, On Fri, 13 Feb 2015 08:18:06 -0800 Shawn Landden shawnland...@gmail.com wrote: v1.28 is in mentors. Looking for sponsorship I see that the git repository at [1] even has 1.29 packaged. Do you still need a sponsor? I guess that Shawn Landden sh...@churchofgit.com in your last mail to this bug is the same person as Shawn Landden shawnland...@gmail.com in the git commits? I see there is only the master branch. How do you plan to lay out the git repository? Are you not missing an upstream branch or a pristine-tar branch? I also tried to build it with the 1.29.xz tarball from upstream [2] but found that: dpkg-source: info: local changes detected, the modified files are: connman/HACKING connman/bootstrap connman/bootstrap-configure connman/doc/valgrind.suppressions connman/src/shared/debugfs.c connman/src/shared/debugfs.h connman/test/set-timezone connman/vpn/connman-vpn.conf Where can I get the right upstream source? Thanks! cheers, josch [1] git://anonscm.debian.org/collab-maint/connman.git [2] https://www.kernel.org/pub/linux/network/connman/connman-1.29.tar.xz signature.asc Description: signature
Bug#792167: lintian: Clarify and improve LFS tag description
Source: lintian Source-Version: 2.5.33 Severity: wishlist Tags: patch Hi! The problem with LFS is actually worse than it seemed. because even programs that might not need or usually have to read and handle large files, might still fail, if they have to operate on files with large metadata values, like inode numbers for example. A simple stat(2) on a file might fail on a filesystem with large inode numbers, even if the file is otherwise not large. Here's a patch trying to clarify the above (but I'm not sure if I've been too subtle?), and adding a mention to getconf for build systems that do not use autoconf. Thanks, Guillem From b3b82ea5d983080397476ddc52b7ad2441bd1a3f Mon Sep 17 00:00:00 2001 From: Guillem Jover guil...@debian.org Date: Sun, 12 Jul 2015 13:14:30 +0200 Subject: [PATCH] c/binaries: Improve LFS tag description Clarify that this does not only affect large files, but also large metadata in general, like large inode numbers. And mention that the getconf program can be used to retrieve system specific flags to enable LFS. --- checks/binaries.desc | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/checks/binaries.desc b/checks/binaries.desc index 33d07c2..db99863 100644 --- a/checks/binaries.desc +++ b/checks/binaries.desc @@ -385,14 +385,16 @@ Certainty: possible Experimental: yes Info: The listed ELF binary appears to be (partially) built without Large File Support (LFS). If so, it may not be able to handle large - files correctly. + files or files with large metadata values (ex: inode numbers) correctly. . To support large files, code review might be needed to make sure that those files are not slurped into memory or mmap(2)ed, and that correct 64-bit data types are used (ex: off_t instead of ssize_t), etc. Once that has been done ensure tt_FILE_OFFSET_BITS/tt is defined and set to 64 before the relevant files are included. This can be done by - using the ttAC_SYS_LARGEFILE/tt macro with autoconf. + using the ttAC_SYS_LARGEFILE/tt macro with autoconf, or by appending + the output of ttgetconf LFS_CFLAGS/tt and ttgetconf LFS_LDFLAGS/tt + to ttCFLAGS/tt and ttLDFLAGS/tt respectively. . Take into account that even if this tag is not emitted, that does not mean the binary is LFS-safe (ie. no OOM conditions, file truncation -- 2.4.3.573.g4eafbef
Bug#792168: pdftk breaks PDF forms
Package: pdftk Version: 2.01-1 Severity: important Hi, pdftk (both 1.41 and 2.01) breaks PDF forms. More precisely, the /NeedAppearances true entry in the AcroForm dictionary is silently removed by pdftk, even in a simple pdftk in.pdf cat output out.pdf operation. Attached to this report are three PDF files: good.pdf with a simple form, pdftk-wrong.pdf obtained with pdftk cat output, and pdftk-correct.pdf which is the (corrected by hand) file I would have expected to get. Note that the forms are only visible in Acrobat Reader. Many thanks, Gregory -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages pdftk depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-16 ii libgcj144.8.2-16 ii libstdc++6 4.8.2-16 pdftk recommends no packages. Versions of packages pdftk suggests: ii poppler-utils [xpdf-utils] 0.22.5-4 -- no debconf information good.pdf Description: Adobe PDF document pdftk-correct.pdf Description: Adobe PDF document pdftk-wrong.pdf Description: Adobe PDF document
Bug#792132: org.apache.batik.bridge.DefaultFontFamilyResolver;
I cannot compile fop 2.0 on debian jessie, it fails with: [javac] /home/mathieu/debian/java/fop/fop-2.0/src/java/org/apache/fop/util/text/LocatorFormatter.java [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.5 [javac] /home/mathieu/debian/java/fop/fop-2.0/src/java/org/apache/fop/afp/svg/AFPBridgeContext.java:25: error: cannot find symbol [javac] import org.apache.batik.bridge.DefaultFontFamilyResolver; [javac] ^ [javac] symbol: class DefaultFontFamilyResolver [javac] location: package org.apache.batik.bridge [javac] /home/mathieu/debian/java/fop/fop-2.0/src/java/org/apache/fop/afp/svg/AFPBridgeContext.java:27: error: cannot find symbol [javac] import org.apache.batik.bridge.FontFamilyResolver;
Bug#792177: libjson-c-dev: causes creation of unowned /usr/lib/triplet/libjson-c.so.2 - libjson-c.so symlink
Package: libjson-c-dev
Version: 0.11-4
Severity: serious
Tags: patch
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package causes creation of
unowned symlinks (via ldconfig) in /usr/lib/triplet:
0m31.3s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpZYURWg',
'tmp/scripts/pre_remove_40_find_unowned_lib_links']
0m33.9s DUMP:
UNOWNED SYMLINK /usr/lib/x86_64-linux-gnu/libjson-c.so.2 - libjson.so
Policy 8.1 says:
The run-time library package should include the symbolic link for
the SONAME that ldconfig would create for the shared libraries. For
example, the libgdbm3 package should include a symbolic link from
/usr/lib/libgdbm.so.3 to libgdbm.so.3.0.0. This is needed so that
the dynamic linker (for example ld.so or ld-linux.so.*) can find the
library between the time that dpkg installs it and the time that
ldconfig is run in the postinst script.
So your package is a bit special here since it is a -dev package and
affected by having the library in /lib, but the .so link in /usr/lib
ldconfig is not triggered by libjson-c-dev installation/removal, so the
symlink will show up/disappear once something else triggered ldconfig,
leaving a potentially very long time window where
/usr/lib/triplet/libjson-c.so.2 is dangling after libjson-c-dev
removal
Patch attached.
It's probably ok to ask for a jessie-ignore tag unless you can show that
this dangling link causes an actual problem.
Andreas
From 646a7884059bfe2c973b0bca371a9bbf7ac76d29 Mon Sep 17 00:00:00 2001
From: Andreas Beckmann a...@debian.org
Date: Sat, 11 Jul 2015 14:02:31 +0200
Subject: [PATCH] libjson-c-dev: Ship /usr/lib/triplet/libjson-c.so.2 symlink
otherwise this would be an unowned link created/removed by ldconfig
ldconfig is not triggered by libjson-c-dev installation/removal, so the
symlink will show up/disappear once something else triggered ldconfig,
leaving a potentially very long time window where
/usr/lib/triplet/libjson-c.so.2 is dangling after libjson-c-dev
removal
---
debian/changelog | 10 +-
debian/libjson-c-dev.install | 2 +-
debian/libjson-c-dev.links | 3 +++
debian/rules | 7 +++
4 files changed, 16 insertions(+), 6 deletions(-)
create mode 100755 debian/libjson-c-dev.links
diff --git a/debian/changelog b/debian/changelog
index 3970061..8e33404 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,14 @@
+json-c (0.11-5) UNRELEASED; urgency=medium
+
+ * libjson-c-dev: Ship /usr/lib/triplet/libjson-c.so.2 symlink that would
+otherwise become a dangling link (initially created by ldconfig) after
+package removal. (Closes: #xx)
+
+ -- Andreas Beckmann a...@debian.org Sat, 11 Jul 2015 13:50:43 +0200
+
json-c (0.11-4) unstable; urgency=low
- * Add upstream patch to fix two security vulnerabilitiesa (Closes: #744008)
+ * Add upstream patch to fix two security vulnerabilities (Closes: #744008)
+ [CVE-2013-6371]: hash collision denial of service
+ [CVE-2013-6370]: buffer overflow if size_t is larger than int
diff --git a/debian/libjson-c-dev.install b/debian/libjson-c-dev.install
index 3d52de9..f7531b3 100644
--- a/debian/libjson-c-dev.install
+++ b/debian/libjson-c-dev.install
@@ -1,5 +1,5 @@
usr/lib/*/libjson-c.a
-usr/lib/*/libjson-c.so
+#usr/lib/*/libjson-c.so
usr/include/json-c/*
usr/lib/*/pkgconfig/json-c.pc
json_object_iterator.h /usr/include/json-c/
diff --git a/debian/libjson-c-dev.links b/debian/libjson-c-dev.links
new file mode 100755
index 000..c909a2f
--- /dev/null
+++ b/debian/libjson-c-dev.links
@@ -0,0 +1,3 @@
+#!/usr/bin/dh-exec
+/lib/${DEB_HOST_MULTIARCH}/libjson-c.so.2 /usr/lib/${DEB_HOST_MULTIARCH}/libjson-c.so.2
+/usr/lib/${DEB_HOST_MULTIARCH}/libjson-c.so.2 /usr/lib/${DEB_HOST_MULTIARCH}/libjson-c.so
diff --git a/debian/rules b/debian/rules
index 34dde57..ce3233f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -20,10 +20,9 @@ override_dh_auto_clean:
override_dh_auto_install:
dh_auto_install
- # we install libjson-c into /lib, so fix the link
- T=$$(readlink debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libjson-c.so); \
- rm debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libjson-c.so; \
- ln -s /lib/$(DEB_HOST_MULTIARCH)/$$(basename $$T) debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libjson-c.so
+ # we install libjson-c into /lib, so fix the link in a way understood by ldconfig
+ rm debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libjson-c.so
+ # new links are created by libjson-c-dev.links
# add thin symlink compatibility layer for json.so
rm debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libjson.*
--
2.1.4
Bug#792179: openmprtl: incorrect Vcs-* URLs
Source: openmprtl Version: 0.20150401-1 Severity: normal $ debcheckout openmprtl declared svn repository at svn://svn.debian.org/svn/pkg-llvm/llvm-toolchain/trunk/ svn co svn://svn.debian.org/svn/pkg-llvm/llvm-toolchain/trunk/ openmprtl ... svn: URL 'svn://svn.debian.org/svn/pkg-llvm/llvm-toolchain/trunk' doesn't exist checkout failed (the command above returned a non-zero exit code) http://anonscm.debian.org/viewvc/pkg-llvm/llvm-toolchain/trunk/ An Exception Has Occurred Unknown location: /llvm-toolchain/trunk HTTP Response Status 404 Not Found Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789774: squid3: B-D: libecap2-dev is no longer available in sid
On Fri, Jul 03, 2015 at 12:04:53AM +0200, Luigi Gangitano wrote: Hi, Sorry for the late reply, libecap3 upload was necessary to be able to upload squid 3.5 packages and took a long time to be accepted. An upload of squid 3.5 is almost ready and will go in in the next few days. How's that coming along? This bug blocks a transition. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#689102: linux-image-amd64: Synaptic touchpad is no longer working
Package: src:linux Version: 4.0.8-1 Followup-For: Bug #689102 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** This bug is still happening in 3.16, 4.0 and 4.1 * What led up to the situation? Installing kernel 3.16 and 4.0.1 * What exactly did you do (or not do) that was effective (or ineffective)? I reinstalled Debian jessie in an asus notebook with a previous working touchpad. I didn't have this problem with a previous kernel I tried installing 4.0.1 from unstable and 4.1.2 from experimental with no luck. xinput --list doesn't show up the touchpad nor the touch screen * What was the outcome of this action? * What outcome did you expect instead? Thanks *** End of the template - remove these template lines *** -- Package-specific info: ** Version: Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-1) ) #1 SMP Debian 4.0.8-1 (2015-07-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-amd64 root=UUID=49093b2c-f878-4132-867b-b3beef0c385a ro quiet add_efi_memmap i915.i915_enable_rc6=1 pcie_aspm=force drm.vblankoffdelay=1 i915.semaphores=1 ** Tainted: U (64) * Userspace-defined naughtiness. ** Kernel log: [3.448379] [drm] Memory usable by graphics device = 2048M [3.448408] checking generic (e000 30) vs hw (e000 1000) [3.448411] fb: switching to inteldrmfb from simple [3.448457] Console: switching to colour dummy device 80x25 [3.448561] [drm] Replacing VGA console driver [3.449680] input: PC Speaker as /devices/platform/pcspkr/input/input10 [3.453498] iwlwifi :02:00.0: firmware: direct-loading firmware iwlwifi-6000g2b-6.ucode [3.453690] iwlwifi :02:00.0: loaded firmware version 18.168.6.1 op_mode iwldvm [3.456329] Adding 3462140k swap on /dev/sda3. Priority:-1 extents:1 across:3462140k SSFS [3.488317] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [3.488321] [drm] Driver supports precise vblank timestamp query. [3.488418] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [3.512496] pstore: Registered efi as persistent store backend [3.514700] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEBUG disabled [3.514704] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEBUGFS disabled [3.514706] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled [3.514708] iwlwifi :02:00.0: Detected Intel(R) Centrino(R) Advanced-N 6235 AGN, REV=0xB0 [3.516010] iwlwifi :02:00.0: L1 Disabled - LTR Disabled [3.520460] AVX version of gcm_enc/dec engaged. [3.520463] AES CTR mode by8 optimization enabled [3.526231] iTCO_vendor_support: vendor-support=0 [3.526301] Bluetooth: Core ver 2.20 [3.526322] NET: Registered protocol family 31 [3.526324] Bluetooth: HCI device and connection manager initialized [3.526329] Bluetooth: HCI socket layer initialized [3.526331] Bluetooth: L2CAP socket layer initialized [3.526343] Bluetooth: SCO socket layer initialized [3.526693] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [3.526752] iTCO_wdt: Found a Panther Point TCO device (Version=2, TCOBASE=0x0460) [3.529293] usbcore: registered new interface driver btusb [3.532447] asus_wmi: ASUS WMI generic driver loaded [3.532860] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [3.533395] asus_wmi: Initialization: 0x1 [3.533440] asus_wmi: BIOS WMI version: 7.9 [3.533507] asus_wmi: SFUN value: 0x4a2877 [3.534812] input: Asus WMI hotkeys as /devices/platform/asus-nb-wmi/input/input15 [3.534890] sound hdaudioC0D0: autoconfig for ALC269VB: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker [3.534895] sound hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [3.534897] sound hdaudioC0D0:hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [3.534900] sound hdaudioC0D0:mono: mono_out=0x0 [3.534901] sound hdaudioC0D0:inputs: [3.534904] sound hdaudioC0D0: Mic=0x18 [3.534907] sound hdaudioC0D0: Internal Mic=0x12 [3.554129] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input16 [3.558201] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card0/input17 [3.558310] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input18 [3.559926] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [3.560828] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [3.562291] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [3.567809] cfg80211: World regulatory domain updated: [3.567813] cfg80211: DFS Master region: unset [3.567815] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [3.567818] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [
Bug#792189: umockdev: FTBFS on lxc: test-umockdev-record.c: t_system_single: /dev/loop0: No such file or directory
Source: umockdev Version: 0.8.11-2 Severity: wishlist Dear Maintainer, The package fails tests when running on lxc (or another similar setup with missing /dev/loop0): /umockdev-record/system-single: ** ERROR:tests/test-umockdev-record.c:731:t_system_single: assertion failed (_tmp12_ == ): (Cannot access device /dev/loop0: No such file or directory\n == ) /bin/bash: line 1: 22989 Aborted (core dumped) TOP_BUILDD[..] ckdev-wrapper $f Makefile:2071: recipe for target 'check-local' failed Annoyingly, t_system_single looks to contain code that tries to detect if /sys is broken, and skip the test in this case. Maybe the check could be extended to detect the lack of /dev/loop0? -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-22-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#792190: override: uthash-dev:devel/optional
Package: ftp.debian.org Severity: normal Dear FTP Team, Please change the override priority for uthash-dev package from extra to optional because it does neither conflict with other packages nor does it depend on a package with lower priority. Thanks, Ilias signature.asc Description: Digital signature
Bug#792191: lintian: does no longer report unused-override
Package: lintian Version: 2.5.33 Severity: important Recent versions of lintian do not report unused-override any longer, causing cruft to accumulate in debian/*.lintian-overrides. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789370: [pkg-php-pear] Bug#789370: php-services-weather: package description lines with wrong indentation are treated verbatim
Control: found -1 1.4.7-2 Control: clone -1 -2 Control: retitle -2 Is this package still useful in Debian? Control: forwarded -2 https://bugs.horde.org/ticket/14050 Hi Mathieu, Le 12/07/2015 09:54, Mathieu Parent a écrit : 2015-07-08 23:15 GMT+02:00 David Prévot taf...@debian.org: [...] FWIW, this package is only recommended by php-horde, is not maintained upstream anymore, and seen its last upstream update almost three years ago. If someone familiar with Horde could investigate if this package is still useful, that would be nice. If dropping the recommendation makes sense, an RC bug against php-services-weather could prevent it from getting shipped with Stretch, even before asking for its removal. It's still used in horde/lib/Block/Metar.php, even on current upstream git master. but alternatively, there is horde/lib/Block/Weather.php, whch seems to provide the same info. I've filled https://bugs.horde.org/ticket/14050 upstream. Thank you for following up, let’s try to track this issue in the BTS. I suppose it will make sense to raise the severity of this report depending on the Horde upstream outcome. Regards David signature.asc Description: OpenPGP digital signature
Bug#774330: same issues
On Sun, Jul 12, 2015 at 9:21 AM, Tony Baldwin tonybald...@gmx.com wrote: On 07/12/2015 02:39 AM, László Böszörményi (GCS) wrote: On Sun, Jul 12, 2015 at 6:27 AM, Tony Baldwin tonybald...@gmx.com wrote: So, where do I find 3 year old (2012) ntf-3g pkgs? Please try the version from Sid first. It should solve your problems. Please report back afterwards. Oh, I'd found the 2010 in squeeze pkgs. Then I looked in wheezy and found the 2012, which I installed, and which, as Bruno seems to have indicated, solved my problem. I marked it to hold with apt-get for now, until I see a real resolution on this bug. The solution would be if you report back that the Sid version solves your problems. Then I can ask the Release Team to let it (a backport of it) enter to Jessie. Until then I can't convince them it's safe. 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#791794: RAID device not active during boot
Am 11.07.2015 18:40, schrieb Philip Hands: ... which is what suggests to me that it's been broken by other means -- the fact that one can apparently start it by hand tells you that it's basically working, so I'd think the described symptoms point strongly towards duff mdadm.conf in the initramfs. N.B. I've not very had much to do with systemd, so am in no sense an expert about that, but I've been using software raid and initrd's since almost as soon as they were available, and the idea that this would be down to systemd does not ring true. Thanks for pointing out this. Hopefully, someone is able to solve this problem. smime.p7s Description: S/MIME Cryptographic Signature
Bug#778497: bilibop: Lacks support for overlay filesystem
Hi, note that Linux 4.x, that replaces aufs with overlayfs, has entered sid two months ago. It still didn't migrate to testing, but I guess that it's a matter of days or weeks now. Of course bilibop has features that don't rely on any union FS, but still it would be good to avoid regressions for users of Debian testing. What's your current ETA regarding putting a new upstream release out that supports overlayfs? Anything I can do to help, e.g. by testing the (limited) codepaths we use in Tails? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
