Bug#1053562: nvidia-driver: Please package version 545 (possibly solves issues with running on Kernel 6.6.x).
Hi As there are apparently some changes in Kernel 6.6; the nvidia-drivers up to 530 won't work anymore: https://www.phoronix.com/news/Linux-6.6-Illicit-NVIDIA-Change According to this: http://rglinuxtech.com/?p=3193 (yes, that's http,I'm afraid) it works with 545.23.06 Please package, so we're not stuck with old kernels. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#1040643: wmaker crashes on trying to set Attributes on steam-window
Package: wmaker Version: 0.95.9-3+b2 Severity: normal Hi When trying to set "Attributes" from the menu on a steam-window, wmaker crashes. | /usr/libexec/WindowMaker/wmaker(MonitorLoop(monitor.c:133)): warning: | Window Maker exited due to a crash (signal 11) and will be restarted. In order to set attributes, you either need to have IgnoreGtkHints = YES; set or open the menu with ctrl-esc while a steam (Valve) window has focus. I tried to debug it, but it either blocks my gdb or doesn't return anything useful: $ gdb /usr/libexec/WindowMaker/wmaker [...] Reading symbols from /usr/libexec/WindowMaker/wmaker... Reading symbols from /usr/lib/debug/.build-id/30/d1882708ca14128e56d12939b2c66edff5cbfb.debug... (gdb) set follow-fork-mode child (gdb) run Starting program: /usr/libexec/WindowMaker/wmaker [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Attaching after Thread 0x7640e940 (LWP 570717) fork to child process 570718] [New inferior 2 (process 570718)] [Detaching after fork from parent process 570717] [Inferior 1 (process 570717) detached] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". process 570718 is executing new program: /usr/libexec/WindowMaker/wmaker [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x734356c0 (LWP 570720)] [Thread 0x734356c0 (LWP 570720) exited] [Attaching after Thread 0x7640e940 (LWP 570718) fork to child process 570721] [New inferior 3 (process 570721)] [Detaching after fork from parent process 570718] [Inferior 2 (process 570718) [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x734356c0 (LWP 567265)] [Thread 0x734356c0 (LWP 567265) exited] [Attaching after Thread 0x7640e940 (LWP 567264) fork to child process 567266] [New inferior 3 (process 567266)] [Detaching after fork from parent process 567264] [Inferior 2 (process 567264) detached] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". process 567266 is executing new program: /usr/bin/dash [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Attaching after Thread 0x77da6740 (LWP 567266) fork to child process 567278] [New inferior 4 (process 567278)] [Detaching after fork from parent process 567266] [Inferior 3 (process 567266) detached] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". process 567278 is executing new program: /usr/bin/wmsetbg [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Inferior 4 (process 567278) exited normally] (gdb) /usr/libexec/WindowMaker/wmaker(MonitorLoop(monitor.c:133)): warning: Window Maker exited due to a crash (signal 11) and will be restarted. quit (gdb) bt No stack. With "follow-fork-mode parent", it blocks gdb. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.3.12 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages wmaker depends on: ii libc6 2.37-5 ii libexif12 0.6.24-1+b1 ii libfontconfig1 2.14.1-4 ii libwings3 0.95.9-3+b2 ii libwraster6 0.95.9-3+b2 ii libwutil5 0.95.9-3+b2 ii libx11-62:1.8.6-1 ii libxext62:1.3.4-1+b1 ii libxinerama12:1.1.4-3 ii libxpm4 1:3.5.12-1.1 ii wmaker-common 0.95.9-3 wmaker recommends no packages. Versions of packages wmaker suggests: ii cool-retro-term [x-terminal-emulator] 1.2.0+ds2-1+b1 ii desktop-base 12.0.6 ii kitty [x-terminal-emulator]0.26.5-5 ii konsole [x-terminal-emulator] 4:22.12.3-1 ii rxvt-unicode [x-terminal-emulator] 9.30-2+b4 ii terminator [x-terminal-emulator] 2.1.3-1 ii wmaker-data0.9~4-2 ii wmaker-utils 0.95.9-3+b2 ii x11-apps 7.7+9 ii xterm [x-terminal-emulator]383-1 -- no debconf information
Bug#1008015: Bugfix might break some setups
Hi Apparently since the fix for #1008015 openvpn now demands a password, even though none was needed before. 2022-05-23 08:47:47 OpenVPN 2.6_git x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] built on May 20 2022 2022-05-23 08:47:47 library versions: OpenSSL 3.0.3 3 May 2022, LZO 2.10 Enter Private Key Password: 2022-05-23 08:47:47 OpenSSL: error:0308010C:digital envelope routines::unsupported 2022-05-23 08:47:47 OpenSSL: error:0308010C:digital envelope routines::unsupported 2022-05-23 08:47:47 Decoding PKCS12 failed. Probably wrong password or unsupported/legacy encryption 2022-05-23 08:47:47 Error: private key password verification failed 2022-05-23 08:47:47 Exiting due to fatal error The p12 comes by default from an OPNsense, I can't see how it's generated, much less how to set or even enter a password there. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#996887: Also breaks mkvtoolnix-gui
Hi It may be that this is fixed in the package, but packages depending on libcmark0.30.1 providing 0.30.1 and not 0.30.2 are now broken: mkvtoolnix-gui: error while loading shared libraries: libcmark.so.0.30.1: cannot open shared object file: No such file or directory Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#979573: Acknowledgement (nvidia-driver: Screen freezes since upgrade to 455.45)
Addendum: The fix is to install nvidia-driver 460.27.04-1 No freezes happened since then: system boot 5.10.x Fri Jan 8 15:20 still running Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#976146: pipx broken with python 3.9
Package: pipx Version: 0.12.3.1-3 Severity: normal Hi That is what apt-installed pipx does: user@workstation:~$ pipx list venvs are in /home/user/.local/pipx/venvs binaries are exposed on your $PATH at /home/user/.local/bin multiprocessing.pool.RemoteTraceback: """ Traceback (most recent call last): File "/usr/lib/python3.9/multiprocessing/pool.py", line 125, in worker result = (True, func(*args, **kwds)) File "/usr/lib/python3.9/multiprocessing/pool.py", line 48, in mapstar return list(map(*args)) File "/usr/lib/python3/dist-packages/pipx/commands.py", line 522, in _get_package_summary metadata = venv.get_venv_metadata_for_package(package) File "/usr/lib/python3/dist-packages/pipx/Venv.py", line 65, in get_venv_metadata_for_package data = json.loads( File "/usr/lib/python3.9/json/__init__.py", line 359, in loads return cls(**kw).decode(s) TypeError: __init__() got an unexpected keyword argument 'encoding' """ The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/usr/bin/pipx", line 11, in load_entry_point('pipx==0.12.3.1', 'console_scripts', 'pipx')() File "/usr/lib/python3/dist-packages/pipx/main.py", line 496, in cli exit(run_pipx_command(parsed_pipx_args, binary_args)) File "/usr/lib/python3/dist-packages/pipx/main.py", line 187, in run_pipx_command commands.list_packages(PIPX_LOCAL_VENVS) File "/usr/lib/python3/dist-packages/pipx/commands.py", line 583, in list_packages for package_summary in p.map(_get_package_summary, dirs): File "/usr/lib/python3.9/multiprocessing/pool.py", line 364, in map return self._map_async(func, iterable, mapstar, chunksize).get() File "/usr/lib/python3.9/multiprocessing/pool.py", line 771, in get raise self._value TypeError: __init__() got an unexpected keyword argument 'encoding' -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (700, 'unstable'), (20, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.18 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pipx depends on: ii python33.9.0-3 ii python3-distutils 3.9.0-1 ii python3-pkg-resources 50.3.0-1 ii python3-venv 3.9.0-3 pipx recommends no packages. pipx suggests no packages. -- no debconf information
Bug#974832: regression: update-initramfs fails on mdadm trying to find nonexistent swap
* on the Sun, Nov 15, 2020 at 04:47:58AM -0800, Felix Lechner wrote: > Hi, > > The change set for -9 was minimal (and based on a patch signed off by > two users). I just uploaded -10, and believe your issue was solved > together with Bug#974829. Will you please check and close, if so? > Thanks! That was the bug. Confirm as fixed. I don't think I can close it myself. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#974832: Acknowledgement (regression: update-initramfs fails on mdadm trying to find nonexistent swap)
Addendum: It's not the "grep /dev/swaps". It kept failing until I replaced the entire /usr/share/initramfs-tools/hooks/mdadm with "return 0" Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#974832: regression: update-initramfs fails on mdadm trying to find nonexistent swap
Package: mdadm Version: 4.1-9 Severity: normal Dear Maintainer, With the latest update, mdadm broke update-initramfs: | update-initramfs: Generating /boot/initrd.img | grep: /proc/swaps: No such file or directory | E: /usr/share/initramfs-tools/hooks/mdadm failed with return 1. I assume it is because of that failed grep; which happens because my system has no swap; not even compiled in. Same for md itself. The package mdadm is however needed by libguestfs-tools, so it can't just be deinstalled. -- Package-specific info: --- mdadm.conf HOMEHOST MAILADDR root --- /etc/default/mdadm AUTOCHECK=false AUTOSCAN=false START_DAEMON=false DAEMON_OPTIONS="--syslog" VERBOSE=false --- /proc/mdstat: cat: /proc/mdstat: No such file or directory --- initrd.img: 1016 blocks zcat: Write error: Broken pipe --- initrd's /conf/conf.d/md: no conf/md file. --- udev: ii udev 246.6-2 amd64/dev/ and hotplug management daemon 9d7dfcdc58fa54941f8d28f6094a7a5b /lib/udev/rules.d/01-md-raid-creating.rules 04128baee57d90515921a7b29713819a /lib/udev/rules.d/60-heimdall-flash.rules aa83f41de49462d05e446cfc5e14e74b /lib/udev/rules.d/63-md-raid-arrays.rules 904bb2cce2cfd4a2c94aa957e7968e16 /lib/udev/rules.d/64-md-raid-assembly.rules ba1d376ca9b7364576f950d06ba18207 /lib/udev/rules.d/69-md-clustered-confirm-device.rules 3a04e8d37fd71f504c665775649ef887 /lib/udev/rules.d/99-systemd.rules Auto-generated on Sun, 15 Nov 2020 11:14:26 +0100 by mdadm bugscript -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (700, 'unstable'), (20, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.5.74 ii init-system-helpers1.58 ii libc6 2.31-4 ii lsb-base 11.1.0 ii udev 246.6-2 Versions of packages mdadm recommends: ii exim4-daemon-light [mail-transport-agent] 4.94-9+b1 ii kmod 27+20200310-2 Versions of packages mdadm suggests: pn dracut-core -- Configuration Files: /etc/cron.d/mdadm [Errno 2] No such file or directory: '/etc/cron.d/mdadm' /etc/modprobe.d/mdadm.conf not changed [not included] -- debconf information: * mdadm/autocheck: false mdadm/mail_to: root * mdadm/start_daemon: false * mdadm/autoscan: false
Bug#960272: postfix: message_size_limit ignored if set to 0, and maximum is 2GiB
Package: postfix Version: 3.4.10-0+deb10u1 Severity: wishlist Tags: upstream Hello Trying to set the postfix message_size_limit to 0 (educated guess for unlimited) will just have it use the compile-time-default of 1024. And then it turns out if you set it quite high, it will complain: fatal: bad numerical configuration: message_size_limit = 2147483648 Because the maximum is actually 2147483647 (one less than 2 GiB) Why would it have a maximum? -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.20.1 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages postfix depends on: ii adduser3.118 ii cpio 2.12+dfsg-9 ii debconf [debconf-2.0] 1.5.71 ii dpkg 1.19.7 ii e2fsprogs 1.44.5-1+deb10u3 ii libc6 2.28-10 ii libdb5.3 5.3.28+dfsg1-0.5 ii libicu63 63.1-6+deb10u1 ii libsasl2-2 2.1.27+dfsg-1+deb10u1 ii libssl1.1 1.1.1d-0+deb10u3 ii lsb-base 10.2019051400 ii netbase5.6 ii ssl-cert 1.0.39 Versions of packages postfix recommends: ii python3 3.7.3-1 Versions of packages postfix suggests: ii dovecot-core [dovecot-common] 1:2.3.4.1-5+deb10u1 ii libsasl2-modules 2.1.27+dfsg-1+deb10u1 ii mailutils [mail-reader]1:3.5-3 ii mutt [mail-reader] 1.10.1-2.1 ii neomutt [mail-reader] 20180716+dfsg.1-1 pn postfix-cdb ii postfix-doc3.4.10-0+deb10u1 pn postfix-ldap pn postfix-lmdb pn postfix-mysql ii postfix-pcre 3.4.10-0+deb10u1 pn postfix-pgsql ii postfix-sqlite 3.4.10-0+deb10u1 ii procmail 3.22-26 pn resolvconf ii s-nail [mail-reader] 14.9.11-2 ii sasl2-bin 2.1.27+dfsg-1+deb10u1 pn ufw -- debconf information excluded
Bug#958299: netatalk: incoherent handling of groups
Package: netatalk Version: 3.1.12~ds-3 Severity: normal Tags: upstream Hi I already reported this upstream, at https://sourceforge.net/p/netatalk/bugs/660/ But I thought I stell want to report it here: This user "person" is, apart from being in the default group "users" also in the auxiliary group "cc". # grep person /etc/group team:x:1001:person cc:x:1056:person # grep :100: /etc/group users:x:100: # grep person /etc/passwd person:x:1135:100:Test Person:/home/person:/bin/bash With this group cc, she has read-only access to the main share, and red-write to a subdirectory of this share: [Share] path = /share valid users = @aa,@cc directory perm = 0770 file perm = 0660 umask = 5007 rolist = @cc [CC] path = /share/cc valid users = @cc directory perm = 0770 file perm = 0660 umask = 5000 If she uploads to the share cc where she has write-access, this here can happen: # ls /share/cc drwxrwsrwx 9 personusers 4096 Apr 20 08:35 200304 drwxrwsr-x 3 personcc4096 Apr 20 10:37 200415 Yes, these are two directory she uploaded today. Which group and umask will be used is completely unpredictable. Please note, that below list of automatically detected configfiles is completely incorrect for netatalk 3; the only configs expected there are afp.conf, dbus-session.conf and extmap.conf. The others are netatalk 2. -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages netatalk depends on: ii libacl1 2.2.53-4 ii libattr1 1:2.4.48-4 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libc62.28-10 ii libdb5.3 5.3.28+dfsg1-0.5 ii libdbus-1-3 1.12.16-1 ii libdbus-glib-1-2 0.110-4 ii libgcrypt20 1.8.4-5 ii libglib2.0-0 2.58.3-2+deb10u2 ii libldap-2.4-22.4.47+dfsg-3+deb10u1 ii libpam-modules 1.3.1-5 ii libpam0g 1.3.1-5 ii libtalloc2 2.1.14-2 ii libtdb1 1.3.16-2+b1 ii libtracker-sparql-2.0-0 2.1.8-2 ii libwrap0 7.6.q-28 ii lsb-base 10.2019051400 ii netbase 5.6 ii perl 5.28.1-6 Versions of packages netatalk recommends: ii avahi-daemon 0.7-4+b1 ii dbus 1.12.16-1 ii lsof 4.91+dfsg-1 ii procps2:3.3.15-2 ii python3 3.7.3-1 ii python3-dbus 1.2.8-3 pn tracker Versions of packages netatalk suggests: pn quota -- Configuration Files: /etc/netatalk/AppleVolumes.default [Errno 2] No such file or directory: '/etc/netatalk/AppleVolumes.default' /etc/netatalk/AppleVolumes.system [Errno 2] No such file or directory: '/etc/netatalk/AppleVolumes.system' /etc/netatalk/afp.conf changed [not included] /etc/netatalk/afp_ldap.conf [Errno 2] No such file or directory: '/etc/netatalk/afp_ldap.conf' /etc/netatalk/afpd.conf [Errno 2] No such file or directory: '/etc/netatalk/afpd.conf' /etc/netatalk/atalkd.conf [Errno 2] No such file or directory: '/etc/netatalk/atalkd.conf' /etc/netatalk/papd.conf [Errno 2] No such file or directory: '/etc/netatalk/papd.conf' -- no debconf information
Bug#949647: firefox crashes on launch
Same for thunderbird, same on different debian unstable machines since (yesterdays?) upgrade. (gdb) run Starting program: /usr/bin/firefox [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x777ff700 (LWP 806878)] [Thread 0x777ff700 (LWP 806878) exited] [Detaching after fork from child process 806879] [New Thread 0x7fffec2ff700 (LWP 806880)] [New Thread 0x7fffe80ff700 (LWP 806881)] [New Thread 0x7fffe80be700 (LWP 806882)] [New Thread 0x7fffe807d700 (LWP 806883)] [New Thread 0x777ff700 (LWP 806884)] [New Thread 0x7fffe7e87700 (LWP 806885)] [New Thread 0x7fffe73ff700 (LWP 806886)] [Detaching after fork from child process 806887] [New Thread 0x7fffecf76700 (LWP 806888)] [New Thread 0x7fffe6bfe700 (LWP 806889)] [New Thread 0x7fffe69ff700 (LWP 806890)] [New Thread 0x7fffe6800700 (LWP 806891)] [New Thread 0x7fffe6601700 (LWP 806892)] [New Thread 0x7fffe7686700 (LWP 806893)] [New Thread 0x7fffe7645700 (LWP 806896)] [New Thread 0x7fffe5dff700 (LWP 806898)] [New Thread 0x7fffe5dde700 (LWP 806899)] Thread 18 "Cookie" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe5dde700 (LWP 806899)] (gdb) bt #0 0x7fffee24ba07 in ?? () from /usr/lib/firefox/libxul.so #1 0x7fffee24f5a0 in ?? () from /usr/lib/firefox/libxul.so #2 0x7fffecc5fa42 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #3 0x7fffecc5fb8f in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #4 0x7fffecca5650 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #5 0x7fffeccd9851 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #6 0x7fffeccd9a1c in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #7 0x7fffeccd9a5f in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #8 0x7fffecce7075 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #9 0x7fffecce95f7 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #10 0x7fffeccee493 in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #11 0x7fffeccee82f in ?? () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #12 0x7fffeccee926 in sqlite3_prepare_v2 () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #13 0x7fffeccd8ecc in sqlite3_exec () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 #14 0x7fffee2475ff in ?? () from /usr/lib/firefox/libxul.so #15 0x7fffee247b84 in ?? () from /usr/lib/firefox/libxul.so #16 0x7fffee248473 in ?? () from /usr/lib/firefox/libxul.so #17 0x7fffee258a39 in ?? () from /usr/lib/firefox/libxul.so #18 0x7fffedab0d1a in ?? () from /usr/lib/firefox/libxul.so #19 0x7fffedab2839 in ?? () from /usr/lib/firefox/libxul.so #20 0x7fffed9b1693 in ?? () from /usr/lib/firefox/libxul.so #21 0x7fffed9b3828 in ?? () from /usr/lib/firefox/libxul.so #22 0x7fffede9c23a in ?? () from /usr/lib/firefox/libxul.so #23 0x7fffede6b675 in ?? () from /usr/lib/firefox/libxul.so #24 0x7fffed9b3ad1 in ?? () from /usr/lib/firefox/libxul.so #25 0x77a2ee08 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so #26 0x77f83fb7 in start_thread (arg=) at pthread_create.c:486 #27 0x77cbc2cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#948955: wmaker: invisible windows and applications
Package: wmaker Version: 0.95.8-3 Severity: important Dear Maintainer, Some applications don't render a window at all, and others only as a sliver on WindowMaker. They work on fluxbox, indeed, you can change the window manager while they are running, and suddenly the window becomes visible. Meanwhile application is running, as witnessed by the sound they're playing. Some games on proton, such as "Rome: Total War" do have the problem, but most importantly, virtualbox has it too. The following are screenshots of a virtualbox-window (not the control panel-thingie of virtualbox, that always works, but the window of a virtual machine) https://temp.discordia.ch/virtualbox-window-wmaker-2020-01-15_08-43.png That's all of it. And this is the SAME window on fluxbox (upper part only): https://temp.discordia.ch/virtualbox-window-fluxbox-2020-01-15_08-47.png -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (700, 'unstable'), (20, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.11 (SMP w/8 CPU cores; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wmaker depends on: ii libc6 2.29-9 ii libexif12 0.6.21-5.1 ii libfontconfig1 2.13.1-2+b1 ii libwings3 0.95.8-3 ii libwraster6 0.95.8-3 ii libwutil5 0.95.8-3 ii libx11-62:1.6.8-1 ii libxext62:1.3.3-1+b2 ii libxinerama12:1.1.4-2 ii libxpm4 1:3.5.12-1 ii wmaker-common 0.95.8-3 Versions virtualbox installed: ii virtualbox 6.1.0-dfsg-3 amd64x86 virtualization solution - base binaries ii virtualbox-dkms 6.1.0-dfsg-3 amd64x86 virtualization solution - kernel module sources for dkms ii virtualbox-ext-pack 6.1.0-1 all extra capabilities for VirtualBox, downloader. ii virtualbox-guest-additions-iso 6.1.0-1 all guest additions iso image for VirtualBox ii virtualbox-qt 6.1.0-dfsg-3 amd64x86 virtualization solution - Qt based user interface -- no debconf information
Bug#889132: postfix: postconf(5) manpage refers to obsoleted RFC 2487
Package: postfix Version: 3.1.6-0+deb9u1 Severity: minor Dear Maintainer, The postconf(5) manpage states: smtpd_enforce_tls (default: no) Mandatory TLS: announce STARTTLS support to remote SMTP clients, and require that clients use TLS encryption. According to RFC 2487 this MUST NOT be applied in case of a publicly-referenced SMTP server. This option is therefore off by default. RFC 2487 has been obsoleted by RFC 3207 (See http://www.faqs.org/rfcs/rfc-obsolete.html) -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686)
Bug#858171: openscenegraph outdated
Hi * on the Sun, Mar 19, 2017 at 12:23:42PM +0100, Alberto Luaces Fernández wrote: > please use the 3.4 package, available in testing: > > https://packages.qa.debian.org/o/openscenegraph-3.4.html Oh, IC. I was looking for newer versions of libopenscenegraph-dev, and thus did not notice a newer one with a changed name. I now made me some packages for openscenegraph 3.5.5 (but of course they're better when they're directly in debian ;). Kind Regards Peter -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#858171: openscenegraph outdated
Source: openscenegraph Version: 3.2.3 Severity: wishlist Dear Maintainer, I can't compile openmw, because openscenegraph is way too old: Could NOT find OpenSceneGraph: Found unsuitable version "3.2.3", but required is at least "3.3.4" (found And there's no newer version than 3.2.3 available, not even in experimental. I'd be grateful if you could package a newer version. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (700, 'unstable'), (20, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.14 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#704788: dkms should not uninstall modules from older kernel[s]
I would like to add, that it really should not do this. I just fell into a rabbit hole of kernels impossible to compile with gcc 6.2.1-5, broken binutils from bugreport https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845690 and finally, after reverting to binutils 2.27.51.20161118-2 having a bootable kernel whose module-loading always lead to an oops, unable to load any modules. Then, when reverting to the old kernel, THE LEAST THING you want is some idiot dkms having deleted your nvidia-drivers in the meantime, just because you tried to compile them for that other broken kernel. Kind Regards Peter -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)
Hi * on the Mon, Aug 29, 2016 at 12:41:03AM +0200, Samuel Thibault wrote: > I have put patched packages on > > deb http://people.debian.org/~sthibault/tmp ./ > > could you try them? They are working. Most programs complain: ** (java:372): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. But they don't crash anymore. I tried most of the ones from my previous list, none crashed. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)
* on the Sun, Aug 28, 2016 at 10:55:50AM +0200, Samuel Thibault wrote: > Does java not provide a whole backtrace? That information is needed to > be able to know in which conditions the issue is happening, and thus > possibly why. Here's the hs_err log: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7f0d98c7f043, pid=31939, tid=0x7f0d5adca700 # # JRE version: OpenJDK Runtime Environment (8.0_102-b14) (build 1.8.0_102-8u102-b14.1-2-b14) # Java VM: OpenJDK 64-Bit Server VM (25.102-b14 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [libatk-bridge-2.0.so.0+0xf043] # # Core dump written. # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --- T H R E A D --- Current thread (0x7f0dc437): JavaThread "AWT-EventQueue-1" [_thread_in_native, id=31959, stack(0x7f0d5acca000,0x7f0d5adcb000)] siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0038 Registers: RAX=0x, RBX=0x7f0d98e9eb98, RCX=0x0005, RDX=0x RSP=0x7f0d5adc8190, RBP=0x7f0d48046560, RSI=0x440e8bbc, RDI=0x7f0d48046560 R8 =0x7f0d480478a0, R9 =0x7f0d48047890, R10=0x0182, R11=0x7f0d98c7f7a0 R12=0x, R13=0x7f0da190cf78, R14=0x7f0d5adc8220, R15=0x7f0dc437 RIP=0x7f0d98c7f043, EFLAGS=0x00010206, CSGSFS=0x002b0033, ERR=0x0004 TRAPNO=0x000e Top of Stack: (sp=0x7f0d5adc8190) 0x7f0d5adc8190: 7f0d992da9b8 7f0d992da9b8 0x7f0d5adc81a0: 7f0d5adc8208 7f0d990cab2e 0x7f0d5adc81b0: 7f0da190cf78 7f0db43a1754 0x7f0d5adc81c0: 7f0db43a14a2 7f0d5adc81c8 0x7f0d5adc81d0: 7f0da190cf78 7f0d5adc8220 0x7f0d5adc81e0: 7f0da190f658 0x7f0d5adc81f0: 7f0da190cf78 0x7f0d5adc8200: 7f0d5adc8228 7f0d5adc8268 0x7f0d5adc8210: 7f0db4391ffd 00071b8e71b0 0x7f0d5adc8220: 7f0db439b278 7f0d5adc8228 0x7f0d5adc8230: 7f0da19491fa 7f0d5adc8288 0x7f0d5adc8240: 7f0da19493b0 0x7f0d5adc8250: 7f0da1949310 7f0d5adc8228 0x7f0d5adc8260: 7f0d5adc8280 7f0d5adc82d0 0x7f0d5adc8270: 7f0db4392042 0x7f0d5adc8280: 00071c091a90 00071b9258d8 0x7f0d5adc8290: 7f0d5adc8290 7f0da1939595 0x7f0d5adc82a0: 7f0d5adc8310 7f0da1939640 0x7f0d5adc82b0: 7f0da19395b8 0x7f0d5adc82c0: 7f0d5adc8280 7f0d5adc8308 0x7f0d5adc82d0: 7f0d5adc8358 7f0db4392042 0x7f0d5adc82e0: 0x7f0d5adc82f0: 0001 0002 0x7f0d5adc8300: 00071c091a90 0x7f0d5adc8310: 00071b925b60 7f0d5adc8318 0x7f0d5adc8320: 7f0da163e32e 7f0d5adc8378 0x7f0d5adc8330: 7f0da163e920 0x7f0d5adc8340: 7f0da163e340 7f0d5adc8308 0x7f0d5adc8350: 7f0d5adc8370 7f0d5adc83c0 0x7f0d5adc8360: 7f0db4391ffd 00071b925b60 0x7f0d5adc8370: 00071c091a90 00071b8c96e8 0x7f0d5adc8380: 7f0d5adc8380 7f0da15b3289 Instructions: (pc=0x7f0d98c7f043) 0x7f0d98c7f023: ff 66 2e 0f 1f 84 00 00 00 00 00 66 90 55 53 48 0x7f0d98c7f033: 89 fd 48 83 ec 08 48 8d 1d 58 fb 21 00 48 8b 03 0x7f0d98c7f043: 48 8b 78 38 48 85 ff 74 0b 48 89 ee e8 9c ad ff 0x7f0d98c7f053: ff 48 8b 03 48 8b 78 20 48 89 ee e8 1d a3 ff ff Register to memory mapping: RAX=0x is an unknown value RBX=0x7f0d98e9eb98: in /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 at 0x7f0d98c7 RCX=0x0005 is an unknown value RDX=0x is an unknown value RSP=0x7f0d5adc8190 is pointing into the stack for thread: 0x7f0dc437 RBP=0x7f0d48046560 is an unknown value RSI=0x440e8bbc is an unknown value RDI=0x7f0d48046560 is an unknown value R8 =0x7f0d480478a0 is an unknown value R9 =0x7f0d48047890 is an unknown value R10=0x0182 is an unknown value R11=0x7f0d98c7f7a0: atk_bridge_set_event_context+0 in /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 at 0x7f0d98c7 R12=0x is an unknown value R13={method} {0x7f0da190cf78} 'loadAtkBridge' '()V' in 'org/GNOME/Accessibility/AtkWrapper' R14=0x7f0d5adc8220 is pointing into the stack for thread: 0x7f0dc437 R15=0x7f0dc437 is a thread Stack: [0x7f0d5acca000,0x7f0d5adcb000], sp=0x7f0d5adc8190, free space=1016k Native frames: (J=compiled Java code, j=interpreted,
Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)
Hi * on the Fri, Aug 26, 2016 at 09:19:52PM +0200, Samuel Thibault wrote: > Peter Keel, on Fri 26 Aug 2016 12:32:12 +0200, wrote: > > Downgraded to these: > > > > libatk-bridge2.0-0_2.14.0-2_amd64.deb > > libatk-wrapper-java_0.30.5-1_all.deb > > libatk-wrapper-java-jni_0.30.5-1_amd64.deb > > Well, these are very old, and have other issues. The java wrapping > has been quite revamped since then, so it's not useful to debug with > those. Please instead keep the latest versions of libatk-wrapper-java > (0.33.3-8), and to avoid the issue, comment the following line in > java-8-openjdk/accessibility.properties: > > assistive_technologies=org.GNOME.Accessibility.AtkWrapper Alright, did this. With that, everything works. > Which java application? The java applications that I test do work > fine. Please be specific, otherwise we can't reproduce bugs and fix > them. For now, in my list of applications I haven't looked after yet is > MediaThekView, from bug #787955 . Yes, MediaThekView as well (though your bug-number refers to something else). Here's my List: - cronometer - entagged - findbugs - geotranz - gpsprune - jmapviewer - josm - jxplorer - mediathekview - terraintool And some more, not debian-packages: - Minecraft - StarMade - JMkvpropedit - BDSup2Sub512 - AMIDST-3.7 - Helden-5.5 - FTBLauncher - TinyMediaManager - Google2SRT-0.7.2 - jpcsp - JpdfBookmarks-2.5.2 Basically every java-programm I use or have installed that has any sort of GUI or graphical component. And they all crash with the same error: # SIGSEGV (0xb) at pc=0x7f129a520043, pid=27365, tid=0x7f12886b2700 # # JRE version: OpenJDK Runtime Environment (8.0_102-b14) (build 1.8.0_102-8u102-b14.1-2-b14) # Java VM: OpenJDK 64-Bit Server VM (25.102-b14 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [libatk-bridge-2.0.so.0+0xf043] And funny enough, libatk-bridge2.0-0-dbg for version 2.20.1-3 does not exist. Just when you need it. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)
Addendum: Downgraded to these: libatk-bridge2.0-0_2.14.0-2_amd64.deb libatk-wrapper-java_0.30.5-1_all.deb libatk-wrapper-java-jni_0.30.5-1_amd64.deb and installed that (incidentally, there's no debug library for the 2.20.1-3 version that would really need one): libatk-bridge2.0-0-dbg_2.14.0-2_amd64.deb Now Java works again. So the (GRAVE!) bug is most probably either here https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=libatk-bridge2.0-0 or here: https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=libatk-wrapper-java Either way, the accessibility-team is responsible. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#824226: openjdk-8-jre: ATK bridge causes segfault when loading JR
Package: openjdk-8-jre Version: 8u102-b14.1-2 Followup-For: Bug #824226 Hi I've got the same one, but with _every_ java program. I even get the same crash with openjdk-9-jre, so I presume the bug is actually in libatk-wrapper-java (0.33.3-8) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (700, 'unstable'), (20, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, 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 openjdk-8-jre depends on: ii libasound21.1.2-1 ii libatk-wrapper-java-jni 0.33.3-8 ii libc6 2.23-5 ii libgif7 5.1.4-0.3 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libgtk2.0-0 2.24.30-4 ii libjpeg62-turbo 1:1.5.0-1 ii libpng16-16 1.6.24-2 ii libpulse0 9.0-2 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxrandr22:1.5.0-1 ii openjdk-8-jre-headless8u102-b14.1-2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages openjdk-8-jre recommends: ii fonts-dejavu-extra 2.37-1 ii libgconf-2-43.2.6-3 ii libgnome-2-02.32.1-5 ii libgnomevfs2-0 1:2.24.4-6.1+b1 Versions of packages openjdk-8-jre suggests: ii icedtea-8-plugin 1.6.2-3 -- no debconf information
Bug#830718: nvidia-kernel-dkms: dkms builds nvidia kernel modules without module_layout version
Hi * on the Sun, Jul 10, 2016 at 08:23:23PM +0100, Luca Boccassi wrote: > I am running the same driver with 4.6 from Jessie backports, and I'm not > seeing that problem. Are you sure it's not due to the custom kernel? Pretty sure, as it did work maybe two weeks ago with 4.5.7 and the same kernel config. And I also tried to recompile it now with the old kernel 4.5.7, it also has no versions anymore. I think it's something that changed in the toolchain within debian/sid. Not necessarily the nvidia-kernel-dkms package (because I didn't change that one neither) but that's probably where it would need to be mitigated, so I reported the bug there. > Could you please try with the kernel from the repositories so that we > can narrow it down a bit more? I'll look into that. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#830718: nvidia-kernel-dkms: dkms builds nvidia kernel modules without module_layout version
Package: nvidia-kernel-dkms Version: 367.27-1 Severity: serious Justification: 6 Dear Maintainer, Installing a new kernel 4.6.3 (self-compiled), and installing the experimental nvidia-drivers a few days later, led to the drivers compiled without module versions. Commandline used: dkms install nvidia-current -v 367.27 -k 4.6.3 --force --verbose Note that this was working on the earlier 4.5.7 kernel for which the symbols were generated. So I expect either compiler or compile-chain to be the culprit. What happened is this: /lib/modules/4.6.3/updates/dkms# modprobe --dump-modversions nvidia-current.ko /lib/modules/4.6.3/updates/dkms# There are no versions. Normal modules (ALSO dkms ones, for the same kernel) look like this: /lib/modules/4.6.3/updates/dkms# modprobe --dump-modversions compat_xtables.ko 0x83ca59d8 module_layout 0x449ad0a7 memcmp /lib/modules/4.6.3/updates/dkms# * What was the outcome of this action? [ 68.125562] nvidia: no symbol version for module_layout * What outcome did you expect instead? [ 978.452077] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 367.27 Thu Jun 9 18:53:27 PDT 2016 (This I actually did by allowing the kernel to force-load modules; and to load the same unversioned module via "modprobe --force" -- not a sustainable solution. -- Package-specific info: uname -a: Linux malaclypse 4.6.3 #3 SMP PREEMPT Sun Jul 10 19:25:09 CEST 2016 x86_64 GNU/Linux /proc/version: Linux version 4.6.3 (root@malaclypse) (gcc version 5.4.0 20160609 (Debian 5.4.0-6) ) #3 SMP PREEMPT Sun Jul 10 19:25:09 CEST 2016 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 367.27 Thu Jun 9 18:53:27 PDT 2016 GCC version: gcc version 5.4.0 20160609 (Debian 5.4.0-6) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM206 [GeForce GTX 960] [10de:1401] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. GM206 [GeForce GTX 960] [1043:8528] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: [0.00] Console: colour VGA+ 80x25 [0.301582] vgaarb: setting as boot device: PCI::02:00.0 [0.301825] vgaarb: device added: PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none [0.302071] vgaarb: loaded [0.302313] vgaarb: bridge control possible :02:00.0 [0.703278] input: HDA NVidia HDMI as /devices/pci:00/:00:1c.0/:02:00.1/sound/card1/input9 [0.703788] input: HDA NVidia HDMI as /devices/pci:00/:00:1c.0/:02:00.1/sound/card1/input10 [ 16.719776] nvidia: no symbol version for module_layout [ 20.015902] nvidia: no symbol version for module_layout [ 20.217410] nvidia: no symbol version for module_layout [ 66.328866] nvidia: no symbol version for module_layout [ 66.621957] nvidia: no symbol version for module_layout [ 67.316399] nvidia: no symbol version for module_layout [ 67.518177] nvidia: no symbol version for module_layout [ 67.752621] nvidia: no symbol version for module_layout [ 68.125562] nvidia: no symbol version for module_layout [ 966.013512] nvidia: no symbol version for module_layout [ 978.445325] nvidia: module_layout: kernel tainted. [ 978.445820] nvidia: module license 'NVIDIA' taints kernel. [ 978.451295] vgaarb: device changed decodes: PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [ 978.451818] nvidia-nvlink: Nvlink Core is being initialized, major device number 251 [ 978.452077] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 367.27 Thu Jun 9 18:53:27 PDT 2016 [ 1029.698669] nvidia: no symbol version for module_layout [ 1030.206358] nvidia: no symbol version for module_layout [ 1194.668680] nvidia: no symbol version for module_layout [ 1194.737218] nvidia: no symbol version for module_layout [ 1233.295775] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 367.27 Thu Jun 9 18:24:10 PDT 2016 [ 1240.223880] [drm] [nvidia-drm] [GPU ID 0x0200] Loading driver [ 1244.695924] nvidia-uvm: Loaded the UVM driver in 8 mode, major device number 250 [ 1253.431488] nvidia-modeset: Allocated GPU:0 (GPU-54f639d8-fa76-0a78-802e-f2ecb47445f1) @ PCI::02:00.0 Device node permissions: crw-rw+ 1 root video 226, 0 Jul 10 19:54 /dev/dri/card0 crw-rw+ 1 root video 226, 128 Jul 10 19:54 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Jul 10 19:54 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Jul 10 19:50 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Jul 10 19:50 /dev/nvidiactl video:x:44:vdr,seegras,mythtv OpenGL and NVIDIA library files installed: -rw-r--r-- 1 root root 3814 Oct 6 2015 /etc/X11/xorg.conf lrwxrwxrwx 1 root root 15 Apr 26 21:08 /etc/alternatives/glx ->
Bug#804547: [nvidia-driver] Outdated nvidia drivers
* on the Tue, Apr 26, 2016 at 07:27:17PM +0200, Floris wrote: > There is a statement: > https://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2016-April/012918.html > > the alternative is build the packages yourself: > https://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2016-April/012917.html > > Please build the packages and report all the issues you have, so the > maintainers can make a stable package. Yes, "Download the run files (i386 and amd64) from Nvidia into that directory" is not quite correct, you also need the .run for armv7l-gnueabihf, or the building will fail. So far so good, I'm now trying whether it runs. Kind Regards Peter -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#804547: [nvidia-driver] Outdated nvidia drivers
Yes, can we at least have a statement/explanation what to do? - Do we need to install X from experimental in order to be able to install newer nvidia-drivers? (because of ABI changes?) - All the drivers in debian are outdated. Stable driver is 364.19 http://www.nvidia.co.uk/download/driverResults.aspx/101848/en-uk what's the plan there? Do you still plan to release another one or two outdated drivers (358, 361) first, after the other outdated driver (355) migrates from experimental to unstable? Thank you for your clarifications/outlying of your plans. Peter -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier
Bug#789498: mkvtoolnix-gui: Fails to load files given on the commandline
Package: mkvtoolnix-gui Version: 8.0.0-1 Severity: important Dear Maintainer, Since the new GUI, mkvtoolnix-gui fails to parse the commandline. Beforehand, it was possible to give the files to mux from the commandline. This is a regression, making the program very awkward to use. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (700, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, 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 mkvtoolnix-gui depends on: ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18 ii libcurl3-gnutls7.43.0-1 ii libebml4 1.3.1-dmo2 ii libgcc11:5.1.1-11 ii libmagic1 1:5.22+15-2 ii libmatroska6 1.4.2-dmo2 ii libqt5core5a 5.3.2+dfsg-5 ii libqt5gui5 5.3.2+dfsg-5 ii libqt5widgets5 5.3.2+dfsg-5 ii libstdc++6 5.1.1-11 ii mkvtoolnix 8.0.0-1 ii zlib1g 1:1.2.8.dfsg-2+b1 mkvtoolnix-gui recommends no packages. mkvtoolnix-gui 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#777145: apt-key del fails to remove key if given long id
Package: apt Version: 0.9.7.9+deb7u7 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? trying to delete a key with apt-key * What exactly did you do (or not do) that was effective (or ineffective)? apt-key del long-gpg-id apt-key list * What was the outcome of this action? The key was still there. * What outcome did you expect instead? The key being deleted, not only when given the short id. Also applies to newer versions of apt. *** End of the template - remove these lines *** -- Package-specific info: -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.18.5-grsec Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2014.3~deb7u1 ii gnupg 1.4.12-7+deb7u6 ii libapt-pkg4.12 0.9.7.9+deb7u7 ii libc6 2.13-38+deb7u7 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1 ii dpkg-dev1.16.15 ii python-apt 0.8.8.2 ii xz-utils5.1.1alpha+20120614-2 -- 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#771906: snmpd doesn't parse /etc/snmpd/conf.d
Package: snmpd Severity: normal snmpd doesn't parse /etc/snmpd/conf.d but Red Hats snmpd does that. I couldn't find a patch right now, though, since I'm not that familiar with how centos/redhat development works.. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763915: libva-dev: package lacks static libraries
Package: libva-dev Version: 1.4.0-2 Severity: normal Hi libva-dev lacks libva.a and libva.la, and I think it's policy that it should have that. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.3 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libva-dev depends on: ii libva-drm1 1.4.0-2 ii libva-egl1 1.4.0-2 ii libva-glx1 1.4.0-2 ii libva-tpi1 1.4.0-2 ii libva-wayland1 1.4.0-2 ii libva-x11-1 1.4.0-2 ii libva1 1.4.0-2 libva-dev recommends no packages. libva-dev 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#80459: apt-move is using worng architecture
There's no way around this unless apt-get starts supporting cross-arch downloads. Well it does, if your system is multiarch. I just tried to apt-move my amd64 and i386 packages, and lo and behold, it only moves amd64 ones. Actually, the code looks as if it only expects one architecture at most. Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686817: grub-pc: Add option to change keyboard layout
Hi This has become more important with disk encryption. - Put grub on an encrypted disk - Add GRUB_ENABLE_CRYPTODISK=y to /etc/default/grub (update-grub says 1, but that's a bug, it must be y. Another bug: the above parameter is not even documented). - wonder why your encrypted disk cannot be found, because grub mangled your password with the wrong keyboard-layout. Since it's not that a huge task, please fix it. -- Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737146: nginx-extras: naxsi not compiled in
Package: nginx-extras Version: 1.4.4-1~bpo70+1 Severity: wishlist Hi I noticed there is a package nginx-naxsi (which does not contain webdav) and a apackage nginx-extras (which contains everything but the kitchen sink but not naxsi). Is there a reason why the otherwise fully-fledged nginx-extras does not contain naxsi? If no, I'd be obliged if it could be compiled in. (Actually, I would like nginx-naxsi with webdav even better; but I understand some people would no like to burden it even more). -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.13.0-grsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730273: mmg is hanging
Source: mkvtoolnix Source-Version: 6.5.0-3 It's not solved, or something else is happening. mmg is extremely unresponsive and does about nothing. I can't really see what's going on, strace reports this, ad nauseam: poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{8\n\4\0\232\1\300\4\0\200\0\0\1\0\0\0\2\7\0\\t\300\4Zz\300\4\232\1 \300\4..., 68}, {NULL, 0}, {, 0}], 3) = 68 poll([{fd=3, events=POLLIN}], 1, -1)= 1 ([{fd=3, revents=POLLIN}]) recv(3, \1 \347\340\4\0\0\0\6\0\0\0\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0... , 4096, 0) = 48 recv(3, 0x83517b0, 4096, 0) = -1 EAGAIN (Resource temporarily unavai lable) recv(3, 0x83517b0, 4096, 0) = -1 EAGAIN (Resource temporarily unavai lable) Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727070: xpdf: Upgrade of fontconfig from 2.10.2 to 2.11 causes xpdf to deadlock on x86 and fail mutex on x86_64
Hi Would it help to define MULTITHREADED when compiling? If so, where would one define this for use with dpkg-buildpackage? Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724688: icedove: lightning
* on the Thu, Oct 10, 2013 at 12:56:11PM +0200, Carsten Schoenert wrote: Oh, hell, I didn't even get the idea that lightning could be in Debian under the name of iceowl-extension. Now that is really far off. With that it works, of course. Yes, it's a little bit hidden and not in the Suggest Field of Icedove. Very much so. I don't expect icedove-addons to be named iceowl-*. Shouldn't this be renamed to xul-ext-something? Or are these only for iceweasel? What about icedove-ext-calendar? And yes, suggests would probably be a good idea too. there is also a standalone package Iceowl (aka Sunbird) available. But currently only in unstable and not testing. That I've seen, but I had the impression iceowl was superseded by lightning. Kind Regards Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724688: icedove: lightning
Package: icedove Version: 24.0~b3-2 Severity: important Dear Maintainer, Upon upgrade of icedove to 24.0, and subsequent upgrade of lightning to 2.6, it crashes because of some versioning problem in libxul.so: icedove: relocation error: [...]extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86-gcc3/libcalbasecomps.so: symbol _ZN2js13CheckedUnwrapEP8JSObjectb, version xul24.0 not defined in file libxul.so with link time reference This actually also happens if I remove the complete config directory, start icedove and only install lightning. I already put it upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=921066 But I suspect it actually to be a build-problem specific to debian. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.10.10 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.10.2-2 ii libasound21.0.27.2-1 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.0.13-4 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libhunspell-1.3-0 1.3.2-4 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpixman-1-0 0.30.2-1 ii libsqlite3-0 3.8.0.2-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.1-10 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.20-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii myspell-de-at [myspell-dictionary] 20120607-1 ii myspell-de-ch [myspell-dictionary] 20120607-1 ii myspell-de-de [myspell-dictionary] 20120607-1 ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libglib2.0-0 2.36.4-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 -- 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#695431: crashes on large files
Hi With me (64bit kernel, 32bit system) it crashes: open(3G.mkv, O_RDONLY) = -1 EOVERFLOW (Value too large for defined data type) However, since it's apparently going to be removed anyway, you can emulate the output of avinfo with mediainfo more or less: # cat AVinfo.csv General;%CompleteName%, %FileSize/String%\nTitle: %Title% %DATE_RELEASED%\n Video;video: %Width% x %Height% (%AspectRatio%) %Duration/String3% %FrameRate%fps %Format% %BitRate/String%\n Audio;audio: %Language% %SamplingRate/String% %Duration/String3% %Channel(s)/String% %BitRate/String% %Format%\n Text;subs : %Language% %Format%\n File_Begin; File_End; Page_Begin; Page_Middle; Page_End; General_Begin; General_End; Video_Begin; Video_Middle; Video_End; Audio_Begin; Audio_Middle Audio_End Text_Begin Text_Middle Text_End # mediainfo --inform=file:///path/to/AVinfo.csv file.mkv The output will look like this: /home/video/Movies/Pirates/LongJohnSilver.mkv, 693 MiB Title: Long John Silver 1954 video: 448 x 352 (1.273) 01:42:50.003 23.976fps MPEG-4 Visual 787 Kbps audio: en 48.0 KHz 01:42:50.094 2 channels 136 Kbps MPEG Audio subs : de UTF-8 Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665763: video.sh defaults
The new /usr/lib/mc/ext.d/video.sh uses mplayer for displaying movie information (view). What mplayer outputs is rather unsorted and confusing. I would suggest to use something like mediainfo. However, that one has the problem that it also gives out way too much information when used without --inform. I did some avinfo-lookalike csv-file for mediainfo, if this is of any use for you, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695431#10 (at least it will give you some idea what's possible). Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722709: mmv can't rename files bigger than 2GB
Package: mmv Version: 1.01b-17 Severity: important Tags: lfs upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** This is on a 32bit system with a 64bit kernel: ls -l Test -rw-r--r-- 1 seegras seegras 2743324218 Sep 13 11:49 Test mmv '*' 'LFS-#1' Strange, couldn't lstat Test. Aborting, nothing done. From strace: lstat64(Test, {st_mode=S_IFREG|0644, st_size=2743324218, ...}) = 0 write(2, Strange, couldn't lstat Test.\n, 30Strange, couldn't lstat Test. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.10.10 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mmv depends on: ii libc6 2.17-92+b1 mmv recommends no packages. mmv 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#699222: nagios-plugins: check_snmp plugin (and others as well) can't do IPv6
Package: nagios-plugins Version: ALL Severity: important Tags: upstream ipv6 Most nagios-plugins can't connect to anything via IPv6. I tested check_snmp, newest version from upstream git, and it's broken as well. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.7.4-grsec Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-plugins depends on: pn nagios-plugins-basic none (no description available) pn nagios-plugins-standard none (no description available) nagios-plugins recommends no packages. Versions of packages nagios-plugins suggests: pn nagios3 none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681669: nvidia-opencl-icd: fails co-installation on multi-arch
Package: nvidia-opencl-icd Version: 302.17-3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * trying to install opencl-icd:i386 on amd64 (for installing wine 1.5-i386) * apt-get install opencl-icd:i386 * The following packages will be REMOVED: amd-libopencl1 nvidia-opencl-icd * apt-get installing them alongside the amd64 libraries. *** End of the template - remove these lines *** -- Package-specific info: uname -a: Linux malaclypse 3.4-trunk-amd64 #1 SMP Tue Jun 26 17:23:03 UTC 2012 x86_64 GNU/Linux /proc/version: Linux version 3.4-trunk-amd64 (Debian 3.4.4-1~experimental.1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Jun 26 17:23:03 UTC 2012 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 302.17 Tue Jun 12 16:03:22 PDT 2012 GCC version: gcc version 4.6.3 (Debian 4.6.3-8) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-opencl-icd depends on: ii amd-libopencl1 [libopencl1] 1:12-6-2 ii libcuda1 302.17-3 ii libnvidia-compiler 302.17-3 ii nvidia-opencl-common 302.17-3 nvidia-opencl-icd recommends no packages. nvidia-opencl-icd suggests no packages. Versions of packages nvidia-glx depends on: ii dpkg 1.16.7 ii libgl1-nvidia-glx 302.17-3 ii nvidia-alternative 302.17-3 ii nvidia-installer-cleanup 20120630+1 ii nvidia-kernel-dkms [nvidia-kernel-302.17] 302.17-3 ii nvidia-support 20120630+1 ii nvidia-vdpau-driver302.17-3 ii xserver-xorg-video-nvidia 302.17-3 Versions of packages nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 302.17-3 ii nvidia-settings 302.17-2 Versions of packages libgl1-nvidia-glx depends on: ii libc6 2.13-34 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxv12:1.0.7-1 ii libxvmc1 2:1.0.7-1 ii multiarch-support 2.13-34 ii nvidia-alternative302.17-3 ii nvidia-installer-cleanup 20120630+1 ii nvidia-support20120630+1 Versions of packages libgl1-nvidia-glx recommends: ii nvidia-kernel-dkms [nvidia-kernel-302.17] 302.17-3 Versions of packages libgl1-nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 302.17-3 Versions of packages xserver-xorg-video-nvidia depends on: ii debconf [debconf-2.0] 1.5.45 ii libc6 2.13-34 ii libgl1-nvidia-glx 302.17-3 ii nvidia-alternative 302.17-3 ii nvidia-installer-cleanup 20120630+1 ii nvidia-support 20120630+1 ii xserver-xorg-core [xorg-video-abi-12] 2:1.12.1.902-1 Versions of packages xserver-xorg-video-nvidia recommends: ii nvidia-kernel-dkms [nvidia-kernel-302.17] 302.17-3 ii nvidia-vdpau-driver302.17-3 Versions of packages xserver-xorg-video-nvidia suggests: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 302.17-3 ii nvidia-settings 302.17-2 Versions of packages nvidia-alternative depends on: ii glx-alternative-nvidia 0.2.2 ii libgl1-nvidia-alternatives 302.17-3 ii libglx-nvidia-alternatives 302.17-3 Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.2.0.3-1 ii nvidia-installer-cleanup 20120630+1 ii nvidia-kernel-common 20120630+1 Versions of packages nvidia-kernel-dkms recommends: ii nvidia-glx 302.17-3 Versions of packages glx-alternative-nvidia depends on: ii glx-alternative-mesa 0.2.2 ii glx-diversions0.2.2 Versions of packages glx-alternative-nvidia suggests: ii nvidia-glx 302.17-3 Versions of packages nvidia-opencl-icd is related to: pn libdrm-nouveau1 none ii libdrm-nouveau1a 2.4.33-3 ii libgl1-nvidia-glx [libgl1-nvidia-glx-any]302.17-3 pn libgl1-nvidia-glx-ia32-any none ii linux-headers-3.4-trunk-amd64 [linux-headers]3.4.4-1~experimental.1 ii linux-headers-3.4-trunk-rt-amd64 [linux-headers] 3.4.4-1~experimental.1 ii nvidia-glx [nvidia-glx-any] 302.17-3 ii nvidia-kernel-common 20120630+1 ii nvidia-kernel-dkms [nvidia-kernel-dkms] 302.17-3 pn nvidia-kernel-source
Bug#669977: /usr/bin/mimeopen: starts wrong application
Package: libfile-mimeinfo-perl Version: 0.16-1 Severity: normal File: /usr/bin/mimeopen Dear Maintainer, mimeopen consistently tries to open the mimetype application/epub+zip with the wrong program, even if I set the default to something more sensible. mimeopen some.epub Please choose a default application for files of type application/epub+zip 1) MComix (mcomix) 2) CoolReader3 (cr3) 3) Other... No matter if I set this to other/lucidor, it always comes up with this, and starts mcomix when called with -n. ~/.local/share/applications/default.list says clearly: application/epub+zip=lucidor.desktop; And nothing of mcomix. in fact, mxomix is _NOWHERE_ registered for application/epub+zip or for .epub (it's registered for .cbz, the latter of which is a zipfile with no special mimetype) So I'm thinking this somehow falls back to a more generic zip-handling, for files not having a .zip-ending. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.3.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfile-mimeinfo-perl depends on: ii libfile-basedir-perl 0.03-1 ii libfile-desktopentry-perl 0.04-3 ii perl 5.14.2-9 ii shared-mime-info 0.90-1 libfile-mimeinfo-perl recommends no packages. libfile-mimeinfo-perl suggests no packages. -- no debconf information Cheers Seegras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620870: /run breaks system startup
Hello Because /run is not mounted as tmpfs when it should, system startup breaks totally. I've added if grep -E -q ^[^[:space:]]+ /run (dev)?tmpfs /proc/mounts; then mount -n -o remount,${dev_mount_options} -t tmpfs tmpfs /run else mount -n -o rw -t tmpfs tmpfs /run fi to my /etc/init.d/mountkernfs.sh to fix this. Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609642: pdfjam: pdfjoin should not use --rotateoversize
Package: pdfjam Version: 2.05-2 Severity: important Since one of the last upgrades, pdfjoin calls pdfjam with --rotateoversize. Which of course results in half the pdf sideways if one of the pdfs/documents in the input is larger than the first. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.36.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.ISO-8859-1, LC_CTYPE=en_GB.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages pdfjam depends on: ii texlive-fonts-recommended 2009-11TeX Live: Recommended fonts ii texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag pdfjam recommends no packages. Versions of packages pdfjam suggests: ii texlive-latex-recommended-doc 2009-11TeX Live: Documentation files for -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/pdfjoin (from pdfjam package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607304: dosbox: locks up because SDL tries to access cdrom
Package: libsdl1.2 Severity: grave Tags: upstream Justification: renders package unusable This is actually Bug 487811 reported on Dosbox: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487811 Afflicts all kernels above 2.6.27-something. This happens on starting dosbox: read(5, # /etc/fstab: static file system..., 4096) = 806 read(5, , 4096) = 0 close(5)= 0 munmap(0xb781b000, 4096)= 0 stat64(/dev/cdrom, 0xbfc6030c)= -1 ENOENT (No such file or directory) stat64(/dev/hda, {st_mode=S_IFBLK|0660, st_rdev=makedev(3, 0), ...}) = 0 open(/dev/hda, O_RDONLY|O_NONBLOCK And stays there. And gets you an un-killable process hanging: root 27380 0.0 0.0 5124 664 ?DDec10 0:00 udisks-daemon: polling /dev/hda Proposed Fix: Add an environment variable: It should not eb a problem to put something like this into SDL_SYS_CDInit(void) of src/cdrom/linux/SDL_syscdrom.c, making it at least possible for those affected to completely turn off cdrom-detection without recompiling. SDLcdromNone = SDL_getenv(SDL_CDROM_NONE); if ( SDLcdromNone != NULL ) { return(-1); } -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.36.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.ISO-8859-1, LC_CTYPE=en_GB.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487811: Bug still exists
Hello Yes, bug 487811 afflicts me too, it's not really kernel-dependant. It's absolutely impossible to use dosbox with that: read(5, # /etc/fstab: static file system..., 4096) = 806 read(5, , 4096) = 0 close(5)= 0 munmap(0xb781b000, 4096)= 0 stat64(/dev/cdrom, 0xbfc6030c)= -1 ENOENT (No such file or directory) stat64(/dev/hda, {st_mode=S_IFBLK|0660, st_rdev=makedev(3, 0), ...}) = 0 open(/dev/hda, O_RDONLY|O_NONBLOCK Needless to say, this never stops, dosbox never starts. I would recommend to move it over to http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libsdl1.2 and mark it grave. It should not eb a problem to put something like this into SDL_SYS_CDInit(void) of src/cdrom/linux/SDL_syscdrom.c, making it at least possible for those affected to completely turn off cdrom-detection without recompiling. SDLcdromNone = SDL_getenv(SDL_CDROM_NONE); if ( SDLcdromNone != NULL ) { return(-1); } (yes, and I'd hate to need to recompile myself, the bloody piece wants me to install libarts1-dev which will deinstall jack2 and install all kinds of outdated bogus, including qt3-dev) Regards Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316993: snmpd default CONFIG is totally broken
Hello I can only support this. The default config is totally broken. 1. SNMPDOPTS in /etc/default/snmpd should contain the -r flag, otherwise the snmpd will be stuck on things it can't read (/dev/kmem) because it's not running as root. 2. I would expect that as soon as I turn on snmpd, I should be able to do an snmpwalk -v2c -H localhost -C public. Not so with what currently lives in /etc/snmp/snmpd.conf There is even a tutorial on how the defaults _need_ to be changed to accomplish anything on http://www.debianhelp.co.uk/snmp.htm Didn't work for me, tough. And it's a sad state if you need a tutorial to tell you what the example file does wrong, isn't it? In the end, I did a minimal configuration with snmpconf, which works. This: # SNMPv3 rwuser writer auth rouser reader #SNMPv1/SNMPv2c rocommunity public 127.0.0.1 rwcommunity private 127.0.0.1 # System Information syslocation Datacenter syscontact hostmas...@example.com I'm pretty sure all that baggage in the example file would serve a very elegant purpose, only I can't appreciate it, because it simply does not work. Cheers Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org