Bug#969752: lists.debian.org: Request for a new list: debian-scheme
On Mon, 7 Sep 2020 at 19:36, Göran Weinholt wrote: > People who are supportive of this request are asked to please send an > email to this bug report to show their interest. (I have Cc:d a few > maintainers of Scheme packages who could be interested). I support the existence of such a list. Cheers! -- David Banks
Bug#942596: jekyll: tries to install non-apt dependencies
Package: jekyll Version: 3.8.3+dfsg-4 Severity: important When I run 'jekyll new mysite' as a regular user, I get the following result: amoe@steenvlieg $ jekyll new mysite 0.00s Running bundle install in /home/amoe/dev/mysite... Your user account isn't allowed to install to the system RubyGems. You can cancel this installation and run: bundle install --path vendor/bundle to install the gems into ./vendor/bundle/, or you can enter your password and install the bundled gems to RubyGems using sudo. Password: When packages are installed from apt, they should normally work with the dependencies that are already packaged in apt, rather than trying to install non-packaged dependencies from non-Debian sources. I could not use Jekyll at all without proceeding to install global gems using Bundler. -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-9-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages jekyll depends on: ii bundler 1.17.3-3 ii ruby1:2.5.1 ii ruby-addressable2.5.2-1 ii ruby-classifier-reborn 2.2.0-1 ii ruby-colorator 1.1.0-1 ii ruby-em-websocket 0.5.1-2 ii ruby-i18n 1.5.3-1 ii ruby-jekyll-coffeescript1.0.1-2 ii ruby-jekyll-feed0.3.1-1 ii ruby-jekyll-gist1.5.0-1 ii ruby-jekyll-paginate1.1.0-1 ii ruby-jekyll-sass-converter 1.5.2-1 ii ruby-jekyll-watch 2.0.0-1 ii ruby-kramdown 1.17.0-1 ii ruby-launchy-shim 2.3.0.1 ii ruby-liquid 4.0.1-1 ii ruby-mercenary 0.3.6-1 ii ruby-mime-types 3.2.2-1 ii ruby-pathutil 0.16.1-1 ii ruby-pygments.rb1.2.0-4 ii ruby-rdiscount 2.1.8-1+b5 ii ruby-redcarpet 3.4.0-4+b1 ii ruby-rouge 3.3.0-1 ii ruby-safe-yaml 1.0.4-2 ii ruby-toml 0.2.0-3 ii xdg-utils 1.1.3-1 Versions of packages jekyll recommends: pn ruby-mysql ii ruby-sequel 5.15.0-1 pn ruby-sequel-pg jekyll suggests no packages. -- no debconf information
Bug#890326: linux: Thinkpad X61 brightness reset to 0% on each boot
FWIW, I am also seeing this bug after a recent kernel upgrade. The laptop is Asus UX303UA. I enclose the kernel information from reportbug in the attachment. Also I can confirm that the workaround given above works for me. -- David Banks <amoe...@gmail.com> reportbug-kernel-info.out Description: Binary data
Bug#838319: installation-reports: fails to load non-free firmware for iwlwifi wireless interface
Package: installation-reports Severity: normal When installing stretch, the wireless network interface was not functional. The installer recognized the problem and prompted me to load the non-free firmware from the USB stick. However, although I tried both methods of extracting the firmware so that it would be found, it was not automatically loaded by the installer. I tried to extract it directly to the root of the USB stick, and also tried to extract it to the 'firmware' subdirectory. However the installer didn't pick it up, and complained that the iwlwifi ucode files couldn't be loaded. There were many messages in dmesg like this: Direct firmware load for iwlwifi-7265D-21.ucode failed with error -2 It was trying numerous different version numbers after the final dash. I eventually resolved it by going to the shell. I tried to manually extract the firmware and copy it to /lib/firmware, then re-enter the menu and configure the network again. That made no difference. Then I tried to manually 'modprobe iwlwifi'. This also made no difference. To get it to work I had to 'modprobe -r iwlwifi' first, then after I had copied the firmware files to /lib/firmware I was able to load the firmware using 'modprobe iwlwifi'. That is, I had to load and unload the module before it would recognize that the firmware files had been extracted to the appropriate place. I'm not sure what version ended up being loaded to do the install successfully. I am currently using 'iwlwifi-7265D-21.ucode' in my running system, but I also have 'iwlwifi-7265D-16.ucode' and a couple of other older firmwares present in /lib/firmware. It's possible that version 16 was the one used for the installation. FYI although this log shows apt preference as unstable, I have switched to this apt preference post install. During the install I was using stretch. -- Package-specific info: Boot method: USB stick Image version: Stretch Alpha 7 Date: 2016-09-12 Machine: ASUS UX303-R4028T Partitions: Filesystem Type 1K-blocks Used Available Use% Mounted on udev devtmpfs 6092676 0 6092676 0% /dev tmpfs tmpfs 1220512 47544 1172968 4% /run /dev/sda1 ext4 177755012 149105836 19596660 89% / tmpfs tmpfs 6102544480276 5622268 8% /dev/shm tmpfs tmpfs 5120 4 5116 1% /run/lock tmpfs tmpfs 6102544 0 6102544 0% /sys/fs/cgroup /dev/sda4 vfat128031 25394102637 20% /boot/efi tmpfs tmpfs 122050820 1220488 1% /run/user/118 tmpfs tmpfs 122050844 1220464 1% /run/user/30500 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: See above. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="9 (stretch) - installer build 20160630" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux inktvis 4.6.0-1-amd64 #1 SMP Debian 4.6.2-2 (2016-06-25) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM Registers [8086:1904] (rev 08) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1b1d] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Sky Lake Integrated Graphics [8086:1916] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:247a] lspci -knn: 00:04.0 Signal processing controller [1180]: Intel Corporation Device [8086:1903] (rev 08) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1b1d] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:9d2f] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:201f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: Kernel modules: xhci_pci lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation Device [8086:9d31] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1b1d] lspci -knn: 00:16.0 Communication controller
Bug#834328: fpart does not handle large files on 32-bit machines
At a glance it looks like this is due to breakage in the fts.h API which may be automatically fixed with glibc 2.23 in stretch. -- David Banks <amoe...@gmail.com>
Bug#834328: fpart does not handle large files on 32-bit machines
Package: fpart Version: 0.9-1 Severity: important fpart cannot handle large files on 32-bit machines. Reproduce by creating a sparse file: amoe@kupukupu $ dd if=/dev/zero of=xen-guest.img bs=1 count=0 seek=3G amoe@kupukupu $ fpart -n 3 xen-guest.img xen-guest.img: Value too large for defined data type 0 file(s) found. The same command will work on an amd64 system. -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 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 fpart depends on: ii libc6 2.19-18+deb8u1 fpart recommends no packages. fpart suggests no packages. -- no debconf information
Bug#821395: systemd: first login attempt with GDM fails when user services are present
The service files are attached here. The command "/usr/bin/profile-sync-daemon resync" executes in a second or two when run manually. "journalctl -u amoe -b" simply prints "--- No entries ---". I did not have dbus-user-session installed. I have now installed it, but the behaviour did not change. On 18 April 2016 at 14:09, Felipe Sateler <fsate...@debian.org> wrote: > Control: tags -1 moreinfo > > On 18 April 2016 at 09:48, David Banks <amoe...@gmail.com> wrote: >> Package: systemd >> Version: 229-4 >> Severity: normal >> >> Having user services defined under ~/.config/systemd/user can cause the >> initial >> login attempt after a restart to fail. Only the first login attempt will >> fail, >> and it will cause a message in syslog thusly >> >> Apr 18 11:54:22 motylyok /usr/lib/gdm3/gdm-x-session[1939]: Unable to >> register display with display manager(II) UnloadModule: "synaptics" >> >> This is clearly two logs that have been mixed up somehow, but the message >> 'unable to register display with display manager' is the relevant one. >> >> These symptoms happened while I was using the third-party >> 'profile-sync-daemon' >> package, so this may be a confounding factor. This service uses systemd >> timers. >> Removing these user services instantly resolved the problem. I don't know >> why. >> >> I also have the following message in syslog: >> >> Apr 18 13:07:18 motylyok /usr/lib/gdm3/gdm-x-session[2083]: >> dbus-update-activation-environment: warning: error sending to systemd: >> org.freedesktop.DBus.Error.Spawn.ChildExited: Process >> org.freedesktop.systemd1 exited with status 1 >> >> This does not seem to affect the ability to login though. >> >> I am using xmonad as a window manager, logged in through gdm. It seems that >> this is a recent occurrence, as login worked fine for a long time. A few >> other >> related symptoms manifested alongside this proble. For instance, sometimes >> login would hang, or abort altogether, that seemed to be provoked by >> switching >> away from X to the virtual console. >> >> I believe that the following problems in other distributions may be related: >> >> * https://bugzilla.redhat.com/show_bug.cgi?id=1263208 >> * https://bbs.archlinux.org/viewtopic.php?id=200410 >> >> The problem described as "case 1" by wsha in the initial post of the above >> bbs.archlinux.org thread is exactly the same problem described by this bug. >> >> Sorry that this bug can't be more helpful, however there are so many >> interacting >> components here that it's very difficult to give a useful diagnosis. I have >> now >> worked around the problem locally by removing the user services. > > Could you please attach the faulty services? Also, the output of > `journalctl -u $youruser -b` (this gives us the user log messages for > the current boot) would be useful as well. > > -- > > Saludos, > Felipe Sateler -- David Banks <amoe...@gmail.com> psd.service Description: Binary data psd-resync.service Description: Binary data
Bug#749389: xmonad GNOME session references obsolete component gnome-panel
Package: xmonad Version: 0.11-7+b1 Severity: normal The file installed to /usr/share/gnome-session/xmonad.session contains a line as such: RequiredComponents=gnome-settings-daemon;gnome-panel;xmonad However, in GNOME 3.8 the 'gnome-panel' component was removed, meaning that xmonad is unable to start up through GDM. GDM will give the message Oh no! Something has gone wrong, while syslog will reveal the true culprit: May 26 15:51:45 motylyok gnome-session[5779]: gnome-session[5779]: WARNING: Unable to find required component 'gnome-panel' May 26 15:51:45 motylyok gnome-session[5779]: WARNING: Unable to find required component 'gnome-panel' Removing the 'gnome-panel' reference from the session file allowed xmonad/GNOME to start up correctly. Cheers, Dave -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 Versions of packages xmonad depends on: ii libc6 2.18-7 ii libffi6 3.1~rc1+r3.0.13-12 ii libgmp10 2:6.0.0+dfsg-4 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxrandr22:1.4.2-1 ii x11-utils 7.7+1 Versions of packages xmonad recommends: pn libghc-xmonad-dev none pn libghc-xmonad-doc none ii xfonts-base1:1.0.3 Versions of packages xmonad suggests: ii suckless-tools [dmenu] 40-1 -- 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#741007: RFS: museek+/2:0.2+git20140306.e92f562d-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package museek+ * Package name: museek+ Version : 2:0.2+git20140306.e92f562d-1 Upstream Author : Adam Cécile gand...@le-vert.net and others * URL : http://www.museek-plus.net/ * License : GPL-2+ Section : net It builds those binary packages: mucous - Python/curses client for museekd murmur - PyGTK2 client for Museekd, the P2P Soulseek Daemon museekd- Client for the SoulSeek peer-to-peer network (server daemon) museekd-tools - Tools to manage a museekd daemon museeq - Qt client for museekd museeq-locales - Translations for museeq musetup-gtk- Gtk based museekd configuration utility python-museek - Python bindings for museek+ To access further information about this package, please visit the following URL: http://mentors.debian.net/package/museek%2B Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/museek+/museek+_0.2+git20140306.e92f562d-1.dsc More information about museek+ can be obtained from http://www.museek-plus.net/. The source is in collab-maint at http://anonscm.debian.org/gitweb/?p=collab-maint/museek%2B.git. Changes since the last upload: * New maintainer (Closes: #673872) * Remove dpatch machinery, pending conversion to 3.0 (quilt). * Convert rules file to debhelper tiny format. * Bump debhelper compatibility level to 9. * Convert deprecated python-support tools to use dh_python2. * Convert package to source format 3.0 (quilt). * Bump Standards-Version to 3.9.5.0. * Enable hardening flags for build. * Stop overlinking muscan and museekd by using --as-needed. * Add an upstream changelog generated from the SVN history. * Convert copyright file to DEP-5. * Import new upstream snapshot from git. -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740930: fabric: version specification too permissive on python-paramiko dependency
Package: fabric Version: 1.8.2-1 Severity: minor The package specifies a runtune dependency on python-paramiko (= 1.6), but the fab command will fail if the paramiko version is less than 1.10.0. amoe@kruis2 $ fab Traceback (most recent call last): File /usr/bin/fab, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2711, in module parse_requirements(__requires__), Environment() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 584, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: paramiko=1.10.0 This does not cause any functional issue in testing, it is only a problem when attempting to backport to stable, which can satisfy the package dependencies but cannot actually run the program. Cheers, Dave -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) 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 fabric depends on: ii python2.7.5-5 ii python-nose 1.3.0-3 ii python-paramiko 1.10.1-1 ii python-pkg-resources 2.2-1 fabric recommends no packages. Versions of packages fabric suggests: pn libjs-jquery 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#731331: python-daemon: no diagnostics when failing to open pidfile
Package: python-daemon Version: 1.5.5-1 Severity: normal Hi there, When running a simple test program like the below, if the user does not have permissions on the pidfile /var/run/mydaemon.pid, the program will terminate with a status code of 0, and print no messages to the console. However, it will fail to daemonize, and will not execute the code in do_stuff() at all. import daemon import daemon.pidlockfile import time def do_stuff(): while True: print Sleeping time.sleep(1) with daemon.DaemonContext( pidfile=daemon.pidlockfile.PIDLockFile(/var/run/mydaemon.pid) ): do_stuff() I am not sure if this is a bug, or is simply an unavoidable consequence of some aspect of the process model. Cheers, Dave -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 Versions of packages python-daemon depends on: ii python 2.7.3-4+deb7u1 ii python-lockfile 1:0.8-2 ii python-support 1.0.15 python-daemon recommends no packages. python-daemon 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#717856: [Openjdk] Bug#717856: openjdk-7-jre: overflows heap when attempting to log backtraces with Log4J 2
On 13 October 2013 21:27, Damien Raude-Morvan draz...@debian.org wrote: I've just tried to reproduce this issue under same condtions as yours. From my tests : - openjdk-7u25 + log4j 2.0-beta8 = Crash with OOM - openjdk-7u25 + log4j 2.0-beta9 = OK So it seems that this issue root cause is (was?) inside log4j 2.x Could you please test with latest release of log4j 2 and confirm this ? Yep - I have just tested with log4j2 beta9 and this does indeed fix the problem. Feel free to close this bug as appropriate. Sorry for the noise. Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726236: dvcs-autosync: crashes when attempting to log configuration warning
Package: dvcs-autosync Version: 0.5 Severity: normal When launching dvcs-autosync, a typo in the code causes it to crash under certain configurations. amoe@vuurvlieg $ dvcs-autosync INFO:root:pynotify initialized successfully, will use desktop notifications INFO:root:Growl does not seem to be installed INFO:root:Watching path /home/amoe/autosync DEBUG:root:Checking/writing pidfile /home/amoe/.autosync.pid INFO:root:Using all notification methods INFO:root:Ignoring files matching any of the patterns INFO:root:Adding list to inotify exclude filter: ['/home/amoe/autosync/.git', '/home/amoe/autosync/.svn', '/home/amoe/autosync/.hg', '/home/amoe/autosync/src/packages', '/home/amoe/autosync/src/java/openuat', '/home/amoe/autosync/src/csharp/sparkleshare', '/home/amoe/autosync/src/cpp/cross/keepassx', '/home/amoe/autosync/src/android/ipv6config'] Traceback (most recent call last): File /usr/bin/dvcs-autosync, line 900, in module logger.warning('XMPP notification requested, but alsonotify option not configured, will not send XMPP notifications') NameError: name 'logger' is not defined This seems to be a simple typo in the script. Changing 'logger' to 'logging' fixes the problem. Cheers, David -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-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 Versions of packages dvcs-autosync depends on: ii python2.7.5-5 ii python-pyinotify 0.9.3-2 ii python-support1.0.15 ii python-xmpp 0.4.1-cvs20080505.3 Versions of packages dvcs-autosync recommends: ii python-notify 0.1.1-3 dvcs-autosync 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#725294: zsh: sshfs completion gives error when attempting to complete host after using -o option
Package: zsh Version: 5.0.2-5 Severity: normal The completion available for sshfs doesn't handle user/host completion after providing options to sshfs using -o. To reproduce this, try the following (press TAB where indicated): amoe@vuurvlieg $ sshfs -o reconnect xyzzyTAB (eval):1: unknown file attribute _arguments:450: command not found: ( This makes it impossible to complete users/hosts after using any options with -o. The completion configuration I am using is the following: autoload -Uz compinit compinit Cheers, Dave -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 Versions of packages zsh depends on: ii libc6 2.17-92 ii libcap2 1:2.22-1.2 ii libtinfo5 5.9+20130608-1 ii zsh-common 5.0.2-5 Versions of packages zsh recommends: ii libncursesw5 5.9+20130608-1 ii libpcre3 1:8.31-2 Versions of packages zsh suggests: pn zsh-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#722627: debian-installer: install without shadow passwords locks root account
Package: debian-installer Version: debian-installer Severity: normal Hi there, I needed to install a system without shadow passwords to test another bug. I installed a couple of times, using both stable and testing installers in expert mode each time. Every time I selected to NOT use shadow passwords, to allow login as root, and to not create any other users. I typed in a root password as normal, and the installation proceeded as I expected. However, when I came to boot the machine, I received 'Login incorrect' at the console. After I booted into rescue mode, I received the message sulogin: root account is locked. Entering /etc/passwd, there was no hash value for the root account. After I set a password for root using 'passwd root' in recovery mode, I was able to log in without any problem. Both stable (wheezy) and recent testing installers showed the same behaviour. I have never seen an issue like this on the same system when installing with shadow passwords enabled. Cheers, Dave -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717856: openjdk-7-jre: overflows heap when attempting to log backtraces with Log4J 2
Package: openjdk-7-jre Version: 7u25-2.3.10-1~deb7u1 Severity: normal Hi there, I am unable to run a simple program using the Log4J 2 API. The same program runs on other JVMs without issues, including the OpenJDK 7u3 version in stable. The update from wheezy-security to 7u21 appears to have caused this issue. The program is as such: package ic.log4j2test; import java.io.IOException; import org.apache.logging.log4j.LogManager; import org.apache.logging.log4j.Logger; public class Log4j2Test { private static Logger log = LogManager.getLogger(Hello); public static void main(String[] args) { try { log.error(INSIDE TRY BLOCK); throw new IOException(KILLAH); } catch (IOException e) { log.error(WHUT, e); } } } When running this with the most recent version of Log4j 2, it runs for about a minute, producing the following output: amoe@kruis $ java -jar log4j2-test-1-jar-with-dependencies.jar 11:28:17.622 [main] ERROR Hello - INSIDE TRY BLOCK Exception in thread main java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:2245) at java.util.Arrays.copyOf(Arrays.java:2219) at java.util.Vector.grow(Vector.java:262) at java.util.Vector.ensureCapacityHelper(Vector.java:242) at java.util.Vector.addElement(Vector.java:616) at java.util.Stack.push(Stack.java:67) at org.apache.logging.log4j.core.impl.ThrowableProxy.getCurrentStack(ThrowableProxy.java:297) at org.apache.logging.log4j.core.impl.ThrowableProxy.init(ThrowableProxy.java:69) at org.apache.logging.log4j.core.impl.Log4jLogEvent.init(Log4jLogEvent.java:112) at org.apache.logging.log4j.core.impl.Log4jLogEvent.init(Log4jLogEvent.java:83) at org.apache.logging.log4j.core.impl.DefaultLogEventFactory.createEvent(DefaultLogEventFactory.java:49) at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:366) at org.apache.logging.log4j.core.Logger.log(Logger.java:110) at org.apache.logging.log4j.spi.AbstractLogger.error(AbstractLogger.java:609) at ic.log4j2test.Log4j2Test.main(Log4j2Test.java:15) I expect the following output: 10:30:40.716 [main] ERROR Hello - INSIDE TRY BLOCK 10:30:40.718 [main] ERROR Hello - WHUT java.io.IOException: KILLAH at ic.log4j2test.Log4j2Test.main(Log4j2Test.java:13) [log4j2-test-1-jar-with-dependencies.jar:?] I'm not sure if this is a bug in Log4j 2, or in the JVM itself, but I am currently only able to reproduce it with this version of the Debian JVM. There is a Maven project available at https://gist.github.com/amoe/6069573 if you want to run the test yourself. Cheers, Dave -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.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 Versions of packages openjdk-7-jre depends on: ii libasound21.0.25-4 ii libatk-wrapper-java-jni 0.30.4-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcups2 1.5.3-5 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libjpeg8 8d-1 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-1 ii libpulse0 2.0-6.1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxi62:1.6.1-1+deb7u1 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxrandr22:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxtst6 2:1.2.1-1+deb7u1 ii openjdk-7-jre-headless7u25-2.3.10-1~deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages openjdk-7-jre recommends: ii libgconf2-4 3.2.5-1+build1 ii libgnome2-0 2.32.1-3 ii libgnomevfs2-01:2.24.4-2 ii ttf-dejavu-extra 2.33-3 Versions of packages openjdk-7-jre suggests: pn icedtea-7-plugin 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#715392: rhythmbox: crashes on attempt to play songs when pulseaudio is not running
Package: rhythmbox Version: 2.99.1-3 Severity: normal The newer version of Rhythmbox does not seem to deal well with the Pulseaudio daemon not being present. It will start up fine, then attempting to play a song will cause the error sign to show next to that song, and the song will not play. After this has happened, attempting to play another song will crash the player. I see these messages in debug mode: [rb_player_gst_try_audio_sink] rb-player-gst-helper.c:87: audio sink autoaudiosink failed to change to READY state [start_state_change] rb-player-gst.c:381: changing state to NULL [start_state_change] rb-player-gst.c:385: state change succeeded synchronously [rb_shell_player_sync_with_source] rb-shell-player.c:1933: playing source: 0x9b6020, active entry: 0x7fffb01245b0 [rb_shell_set_window_title] rb-shell.c:2307: setting title to Kool A.D. - 51 (Amaze 88 Intro) [rb_shell_player_sync_buttons] rb-shell-player.c:2025: syncing with source 0x9b6020 [playing_changed_cb] rb-mpris-plugin.c:1190: emitting PlaybackStatus change [rb_shell_player_error] rb-shell-player.c:2456: playback error while playing: Failed to create autoaudiosink element; check your GStreamer installation Here is a backtrace: #0 0x77b6d6d8 in rb_player_gst_find_element_with_property (element=0x0, property=property@entry=0x77b950bd volume) at rb-player-gst-helper.c:140 #1 0x77b769f0 in track_change_done (mp=0x6268d0, error=optimized out) at rb-player-gst.c:361 #2 track_change_done (mp=0x6268d0, error=optimized out) at rb-player-gst.c:329 #3 0x77b77a1a in bus_cb (bus=0x192c9f0, message=0x1c99530, mp=0x6268d0) at rb-player-gst.c:538 #4 0x71227397 in gst_bus_source_dispatch (source=0x158d6c0, callback=0x77b77880 bus_cb, user_data=0x6268d0) at gstbus.c:773 #5 0x706aaaf6 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x706aae48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x706aaeec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x71c3bee4 in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #9 0x77adaf16 in rb_application_run (rb=0x61b000, argc=argc@entry=1, argv=argv@entry=0x7fffe4a8) at rb-application.c:637 #10 0x00400f9a in main (argc=1, argv=0x7fffe4a8) at main.c:95 While getting this backtrace I found that having 'gstreamer1.0-alsa' installed, which is a dependency of 'rhythmbox-dbg', fixes the problem and automatically starts pulseaudio as it should. I got the above backtrace by force removing 'gstreamer1.0-alsa' after installing 'rhythmbox-dbg'. Possibly not having this package installed is an anomaly that came about through upgrading, however I thought I should record this in a bug in any case. Cheers, Dave -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-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 Versions of packages rhythmbox depends on: ii dbus1.6.12-1 ii gnome-icon-theme3.8.2-2 ii gstreamer1.0-plugins-base 1.0.7-1 ii gstreamer1.0-plugins-good 1.0.7-1 ii gstreamer1.0-x 1.0.7-1 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-7 ii libcairo-gobject2 1.12.14-5 ii libcairo2 1.12.14-5 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-1 1.36.0-2+b1 ii libglib2.0-02.36.3-2 ii libgstreamer-plugins-base1.0-0 1.0.7-1 ii libgstreamer1.0-0 1.0.7-1 ii libgtk-3-0 3.8.2-2 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjavascriptcoregtk-3.0-0 1.8.1-4 ii libjson-glib-1.0-0 0.16.0-1 ii libnotify4 0.7.5-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpeas-1.0-0 1.4.0-2+b1 ii librhythmbox-core7 2.99.1-3 ii libsm6 2:1.2.1-2 ii libsoup-gnome2.4-1 2.42.2-6 ii libsoup2.4-12.42.2-6 ii libtdb1 1.2.10-2 ii libtotem-plparser17 3.4.5-1 ii libwebkitgtk-3.0-0 1.8.1-4 ii libx11-62:1.6.0-1 ii libxml2 2.9.1+dfsg1-2 ii media-player-info 17-1 ii rhythmbox-data 2.99.1-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages rhythmbox recommends: ii avahi-daemon 0.6.31-2 ii dunst [notification-daemon] 1.0.0-2 ii gstreamer1.0-plugins-ugly1.0.7-1 ii
Bug#710821: RFS: mosh-scheme/0.2.7+dfsg-1 [NEW] -- fast R6RS Scheme interpreter
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package mosh-scheme Package name: mosh Version : 0.2.7+dfsg-1 Upstream Author : Taro Minowa hige...@users.sourceforge.jp URL : http://code.google.com/p/mosh-scheme/ License : BSD-2-clause Section : lisp It builds those binary packages: mosh-doc- fast R6RS Scheme interpeter - reference documentation mosh-scheme - fast R6RS Scheme interpreter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mosh-scheme Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mosh-scheme/mosh-scheme_0.2.7+dfsg-1.dsc More information about Mosh can be obtained from http://mosh.monaos.org/ Please see my previous RFS mails for more information on the packaging: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660049 http://lists.debian.org/debian-mentors/2011/06/msg00227.html http://lists.debian.org/debian-mentors/2011/11/msg00549.html http://lists.debian.org/debian-mentors/2012/01/msg00253.html -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668440: sisc: leaves alternatives after purge
On 26 January 2013 16:06, Andreas Beckmann a...@debian.org wrote: I just looked at this again and created a minimal patch that only fixes the prerm script to remove the correct alternative. Tested in piuparts and works fine now :-) Thanks for this Andreas. Please go ahead and NMU. Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694616: libav-tools: avprobe does not support -show_frames option from ffprobe
Package: libav-tools Version: 6:0.8.4-1 Severity: wishlist File: /usr/bin/avprobe Hey, The 'ffprobe' tool from ffmpeg supports the option -show_frames, which produces output like the following: [FRAME] media_type=video key_frame=1 pkt_pts=N/A pkt_pts_time=N/A pkt_dts=1 pkt_dts_time=0.04 pkt_duration=1 pkt_duration_time=0.04 pkt_pos=17724 width=608 height=336 pix_fmt=yuv420p sample_aspect_ratio=1:1 pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 reference=3 [/FRAME] ... It prints detailed per-frame information. It differs from the output of -show_packets, which avprobe does support, by showing more detailed information about the video encoding. This example output is from the 'ffprobe' in the upstream git repository of ffmpeg. The 'ffprobe' that was in squeeze also supports the -show_frames option, so in some ways this is a feature regression with the libav transition. However, the output from the ffprobe in squeeze is considerably less detailed, and didn't work for some files that I tested on; so merging the code from ffmpeg would be preferable. Cheers, Dave -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.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 Versions of packages libav-tools depends on: ii dpkg 1.16.9 ii libavcodec53 6:0.8.4-1 ii libavdevice536:0.8.4-1 ii libavfilter2 6:0.8.4-1 ii libavformat536:0.8.4-1 ii libavutil51 6:0.8.4-1 ii libc62.13-37 ii libpostproc526:0.8.4-1 ii libsdl1.2debian 1.2.15-5 ii libswscale2 6:0.8.4-1 libav-tools recommends no packages. libav-tools 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#668440: fixed in git
FYI, this bug is fixed in git. The new package is on mentors.debian.net and awaits a sponsor: http://mentors.debian.net/package/sisc (I attempted to contact my previous sponsor a while back but no luck yet.) I will seek a new sponsor soon. -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659112: Please update python-selenium to version 2.19.1
FWIW, the bundled 'webdriver.xpi' for Firefox does not work on any version of Iceweasel 5.x, which renders Selenium useless when using this browser backend. Traceback (most recent call last): File /home/amoe/mysite/fts/tests.py, line 6, in setUp self.browser = webdriver.Firefox() File /usr/lib/python2.7/dist-packages/selenium/webdriver/firefox/webdriver.py, line 46, in __init__ self.binary, timeout), File /usr/lib/python2.7/dist-packages/selenium/webdriver/firefox/extension_connection.py, line 46, in __init__ self.binary.launch_browser(self.profile) File /usr/lib/python2.7/dist-packages/selenium/webdriver/firefox/firefox_binary.py, line 44, in launch_browser self._wait_until_connectable() File /usr/lib/python2.7/dist-packages/selenium/webdriver/firefox/firefox_binary.py, line 87, in _wait_until_connectable raise WebDriverException(Can't load the profile. Profile Dir : %s % self.profile.path) WebDriverException: Message: Can't load the profile. Profile Dir : /tmp/tmpDESn7S Tools Addons in the newly created Firefox profile shows Firefox WebDriver is incompatible with Iceweasel 10.0.7; hence the hang on '_wait_until_connectable'. -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687938: python-pip: some commands undocumented in manual page
Package: python-pip Version: 1.1-3 Severity: minor Hi, There are some commands available that are not documented in the 'pip.1' manual page. $ pip --help ... Commands available: bundle: Create pybundles (archives containing multiple packages) freeze: Output all currently installed packages (exact versions) to stdout help: Show available commands install: Install packages search: Search PyPI uninstall: Uninstall packages unzip: Unzip individual packages zip: Zip individual packages The 'uninstall' and 'search' commands are not mentioned in the manpage for the 'pip' command. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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 Versions of packages python-pip depends on: ii python2.7.3-2 ii python-pkg-resources 0.6.24-1 ii python-setuptools 0.6.24-1 ii python2.6 2.6.8-0.2 Versions of packages python-pip recommends: ii build-essential 11.5 pn python-dev-all none python-pip 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#685987: dnsmasq-base: dbus warns about nonexistent dnsmasq user in policy
Package: dnsmasq-base Version: 2.63-1 Severity: normal Since the file /etc/dbus-1/system.d/dnsmasq.conf was moved to dnsmasq to dnsmasq-base, systems that have dnsmasq-base installed but not dnsmasq will issue the following warning at startup: Starting system message bus: Unknown username dnsmasq in message bus configuration file Presumably, the 'dnsmasq' username is created by the maintainer scripts for the dnsmasq package and not the dnsmasq-base one. I have only dnsmasq-base installed, as a Recommends from libvirt-bin. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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 Versions of packages dnsmasq-base depends on: ii libc62.13-35 ii libdbus-1-3 1.6.2-2 ii libidn11 1.25-2 ii libnetfilter-conntrack3 1.0.1-1 ii libnfnetlink01.0.0-1 dnsmasq-base recommends no packages. dnsmasq-base 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#681571: transmission: maximum peers per torrent setting is not applied globally
Package: transmission Version: 2.52-1 Severity: minor Hi, The setting for 'maximum peers per torrent' seems as if it should affect all torrents currently in Transmission's queue. However, in fact this seems to only affect torrents that are added *after* this value has been set. So if I add a torrent with the limit at the default, and then I later want to lower this value to free up some bandwidth, this won't apply to the existing torrent, unless I remove the torrent and re-add it. To reproduce: find a very popular torrent with more than 20 seeders. Set 'maximum peers per torrent' to 10, add the torrent. Transmission's status will say Downloading from x of 10 connected peers. Now go to Edit Preferences Network and set Maximum peers per torrent to 20. I would expect the existing torrent to adjust to the new global limit and connect to more seeders -- this is what happens with the Maximum peers overall value, actually. But instead, the torrent will stay connected to only 10 seeders. If you remove and add the torrent again after setting the value, it will correctly connect to 20 seeders. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 Versions of packages transmission depends on: ii transmission-cli 2.52-1 ii transmission-common 2.52-1 ii transmission-gtk 2.52-1 transmission recommends no packages. transmission 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#680557: totem: segfaults when using remote control options from command line
Package: totem Version: 3.0.1-8 Severity: normal Totem crashes with a segmentation fault when attempting to use the remote control options from a separate process. To reproduce: 1. Play any video in Totem. 2. From another terminal, run totem --pause. 3. This should pause the running instance of Totem. Instead, the running instance of Totem will segfault. The instance that attempted to send the remote control command will receive the error below: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) This is the same bug as the Ubuntu bug described here: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/917241. There is a patch included there. Also I have tested the version of totem in experimental and it does not exhibit this bug. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 Versions of packages totem depends on: ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-x 0.10.36-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-34 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libdbus-1-3 1.6.2-1 ii libdbus-glib-1-2 0.100-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.32.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-2 ii libnautilus-extension1a 3.4.2-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii libtotem-plparser17 3.4.2-1 ii libtotem03.0.1-8 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-4 ii libxrandr2 2:1.3.2-2 ii libxtst6 2:1.2.1-1 ii libxxf86vm1 1:1.1.2-1 ii python 2.7.3-1 ii totem-common 3.0.1-8 Versions of packages totem recommends: ii gstreamer0.10-ffmpeg0.10.13-5 ii gstreamer0.10-plugins-bad 0.10.23-6 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii gstreamer0.10-pulseaudio0.10.31-3 pn totem-plugins none Versions of packages totem suggests: pn gnome-codec-install none ii gstreamer0.10-pulseaudio 0.10.31-3 pn totem-mozilla 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#664068: USB MIDI keyboard fails to initialize
Olivier Matz's solution is working for me. I did not realize that this was an interaction with laptop-mode, but indeed the keyboard only fails when the AC adapter is not plugged in and the laptop is running on battery. It works every time when the laptop is plugged into the AC adapter. I can confirm that the following line in /etc/laptop-mode/conf.d/usb-autosuspend.conf makes the keyboard reliably work in all circumstances: AUTOSUSPEND_USBID_BLACKLIST=0763:2027 Thanks Olivier! Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668440: sisc: leaves alternatives after purge
Hi Andreas, I tried to solve this -- AFAICS, the only modification needed is to add an appropriate postrm to remove the alternatives -- but Lintian complains: update-alternatives-remove-called-in-postrm. Should I just add an override for this warning? I am already checking $1 in the postrm for 'remove' or 'disappear'. Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668440: sisc: leaves alternatives after purge
Thanks for the report. In the coming weeks I hope to package and get sponsored a new release of SISC which should fix this bug. The package is now being maintained under collab-maint: http://anonscm.debian.org/gitweb/?p=collab-maint/sisc.git I have unofficially taken over upstream duties as upstream is quite dead. This is my cleaned up branch: https://github.com/amoe/sisc Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660049: mosh sponsorship and name
Hi Christine, On 25 March 2012 20:39, Christine Spang christ...@spang.cc wrote: As you may have noticed from the activity on your mosh ITP, I didn't check the WNPP bugs list before sponsoring another package with the name 'mosh', which has now clearned NEW and entered the archive. Would you be willing to rename your mosh package to, say, mosh-scheme? I'd be happy to then sponsor your package to the archive and be your sponsor for future uploads. Well, mosh seems like an older program, having been begun by the R6RS process in 2008; but I would concede that keithw/mosh probably has a larger user base. As these rename issues can get thorny and mosh is already in the archive in any case, I'll be willing to rename. Hopefully the technical barriers will not be too hard to surmount. Aside: CCing to both bugs to be safe. However, how should the existing bugs be handled in this case? Simply rename the ITP and RFS to 'mosh-scheme'? Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664068: USB MIDI keyboard fails to initialize
I have now tried with a squeeze kernel on the same machine: linux-image-2.6.32-5-amd64. Using this kernel does indeed fix the issue, and the keyboard always functions without a problem. However I continue to get the flood of 'urb status' messages in the kernel log, although when I use the squeeze kernel I only get these messages when I switch off or remove the keyboard from the USB port. They don't happen when it is plugged in, like on the sid kernel. I attach the relevant part of the log file from this kernel. Cheers, -- David Banks amoe...@gmail.com Mar 20 07:10:22 vuurvlieg kernel: [ 327.497743] usb 2-1.1: new full speed USB device using ehci_hcd and address 4 Mar 20 07:10:23 vuurvlieg kernel: [ 327.766080] usb 2-1.1: New USB device found, idVendor=0763, idProduct=2027 Mar 20 07:10:23 vuurvlieg kernel: [ 327.766084] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Mar 20 07:10:23 vuurvlieg kernel: [ 327.766087] usb 2-1.1: Product: Oxygen 49 Mar 20 07:10:23 vuurvlieg kernel: [ 327.766090] usb 2-1.1: Manufacturer: M-Audio Mar 20 07:10:23 vuurvlieg kernel: [ 327.766210] usb 2-1.1: configuration #1 chosen from 1 choice Mar 20 07:10:59 vuurvlieg kernel: [ 363.602325] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.602695] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.602934] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.603153] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.603390] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.603636] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.603886] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.604135] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.604382] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.604634] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.604893] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.605152] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.605404] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.605637] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.605885] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.606133] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.606384] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.606633] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.606882] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.607132] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.607381] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.607632] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.607882] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.608130] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.609885] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.610131] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.610383] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.610629] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.610885] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.611132] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.611384] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.619731] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.620003] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.622219] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.622381] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.624541] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.624752] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.626814] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.627003] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.629076] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.629251] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.631387] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.631411] usb 2-1.1: USB disconnect, address 4 Mar 20 07:10:59 vuurvlieg kernel: [ 363.631620] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.634202] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.634370] urb status -32 Mar 20 07:10:59 vuurvlieg kernel: [ 363.634618] urb status -32
Bug#664068: linux-image-3.2.0-2-amd64: USB MIDI keyboard fails to initialize
Package: linux-2.6 Version: 3.2.10-1 Severity: normal My USB MIDI keyboard, which is an M-Audio Oxygen48, fails to operate about 90% of the time when plugged into my laptop, which is an Asus U35JC. When plugged in, the device will be recognized by ALSA, but no events will be received. amoe@vuurvlieg $ amidi -l Dir DeviceName IO hw:1,0,0 Oxygen 49 MIDI 1 amoe@vuurvlieg $ amidi -p hw:1,0,0 -d ... play some notes ... ^C 0 bytes read The messages from /var/log/kern.log are as follows: When plugged in: [ 430.698566] ehci_hcd :00:1d.0: BAR 0: set to [mem 0xd7407000-0xd74073ff] (PCI address [0xd7407000-0xd74073ff]) [ 430.698596] ehci_hcd :00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x104) [ 430.698629] ehci_hcd :00:1d.0: restoring config space at offset 0x1 (was 0x290, writing 0x292) [ 430.698789] ehci_hcd :00:1d.0: PME# disabled [ 430.698809] ehci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 430.698821] ehci_hcd :00:1d.0: setting latency timer to 64 [ 430.714540] ehci_hcd :00:1a.0: BAR 0: set to [mem 0xd7408000-0xd74083ff] (PCI address [0xd7408000-0xd74083ff]) [ 430.714569] ehci_hcd :00:1a.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 430.714602] ehci_hcd :00:1a.0: restoring config space at offset 0x1 (was 0x290, writing 0x292) [ 430.714752] ehci_hcd :00:1a.0: PME# disabled [ 430.714769] ehci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 430.714781] ehci_hcd :00:1a.0: setting latency timer to 64 [ 430.918758] usb 2-1.2: new full-speed USB device number 6 using ehci_hcd [ 431.181225] usb 2-1.2: New USB device found, idVendor=0763, idProduct=2027 [ 431.181233] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 431.181239] usb 2-1.2: Product: Oxygen 49 [ 431.181243] usb 2-1.2: Manufacturer: M-Audio [ 433.740928] urb status -32 ... repeat many times ... [ 433.756467] urb status -32 [ 437.770374] ehci_hcd :00:1a.0: PCI INT A disabled [ 437.770434] ehci_hcd :00:1a.0: PME# enabled [ 437.786339] ehci_hcd :00:1d.0: PCI INT A disabled [ 437.786396] ehci_hcd :00:1d.0: PME# enabled When I unplug it, the following: [ 446.940947] ehci_hcd :00:1d.0: BAR 0: set to [mem 0xd7407000-0xd74073ff] (PCI address [0xd7407000-0xd74073ff]) [ 446.940977] ehci_hcd :00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x104) [ 446.941011] ehci_hcd :00:1d.0: restoring config space at offset 0x1 (was 0x290, writing 0x292) [ 446.941168] ehci_hcd :00:1d.0: PME# disabled [ 446.941188] ehci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 446.941200] ehci_hcd :00:1d.0: setting latency timer to 64 [ 446.956861] ehci_hcd :00:1a.0: BAR 0: set to [mem 0xd7408000-0xd74083ff] (PCI address [0xd7408000-0xd74083ff]) [ 446.956890] ehci_hcd :00:1a.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) [ 446.956923] ehci_hcd :00:1a.0: restoring config space at offset 0x1 (was 0x290, writing 0x292) [ 446.957070] ehci_hcd :00:1a.0: PME# disabled [ 446.957087] ehci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 446.957099] ehci_hcd :00:1a.0: setting latency timer to 64 [ 447.089300] usb 2-1.2: USB disconnect, device number 6 [ 449.707234] ehci_hcd :00:1a.0: PCI INT A disabled [ 449.707292] ehci_hcd :00:1a.0: PME# enabled [ 451.722036] ehci_hcd :00:1d.0: PCI INT A disabled [ 451.722097] ehci_hcd :00:1d.0: PME# enabled Note: This does not always happen. I know the keyboard is good because I also have a Squeeze machine where the device is operating fine. The equivalent log from that machine is as follows: [ 95.384057] usb 3-1: new full speed USB device using uhci_hcd and address 2 [ 95.674118] usb 3-1: New USB device found, idVendor=0763, idProduct=2027 [ 95.674126] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 95.674133] usb 3-1: Product: Oxygen 49 [ 95.674139] usb 3-1: Manufacturer: M-Audio [ 95.675129] usb 3-1: configuration #1 chosen from 1 choice ... I disconnect the keyboard ... [ 123.904080] usb 3-1: USB disconnect, address 2 I have successfully used the keyboard with this kernel before, but I can only get it to work under mysterious circumstances. Sometimes it will work after a fresh reboot (still, most of the time it won't). However, generally once this error has happened it won't work again in that power cycle. This may not be a definite pattern though. Cheers, David -- Package-specific info: ** Version: Linux version 3.2.0-2-amd64 (Debian 3.2.10-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 13 16:54:04 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64
Bug#662955: review
Hi, I'm not a DD so I can't sponsor your package, but I would be using this package if it was in the archive. Thanks for packaging it. A few points about the package: * You don't need the substvar ${shlibs:Depends} in the control file for the binary packages, since they are not compiled code. This gives a warning currently. * Why is the package priority extra? It should probably be optional. * Consider switching off DH_VERBOSE in debian/rules before release, or at least remove the comment above it. * The translations seem to be being compiled twice, once during dh_auto_build and once during dh_auto_install. This is probably unnecessary. * You may want to Recommend or Suggest the 'vorbisgain' and 'mp3gain' package, if rubyripper can use them. The same goes for 'normalize' but this may require a patch, since Debian uses the name 'normalize-audio' for this command. These were mentioned by the configure script. * Grepping the source it seems that rubyripper can also use 'cdrdao' and 'sox' for certain things -- consider the same for them. * Consider changing your DEP-5 format URL now that this has become official. http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ * Do you need to patch the prefix '/usr' into the configure script? It seems you already specify the /usr prefix by an override in debian/rules anyway, so that seems redundant. * You might consider splitting your patch into multiple patches, which would allow you to give a more detailed rationale for each change. For instance, your patch removes some code from the configure script probably to solve some build issue, but the patch header doesn't explain this. * Since you use the same man page for both rrip_cli and rrip_gui, you may want to remove (command-line interface) from the NAME section of the manual page. Minor bugs that should probably be fixed by upstream: * Consider fixing the example copyright headers on the .po files, they have pasted in boilerplate. * I get this message when running configure: 'gettext/utils.rb' is deprecated. Use gettext/tools.rb. * Many translations are generating warnings like: - Obsolete msgid exists - Fuzzy message was ignored Thanks for your work! I will certainly be using this when it is uploaded. Cheers, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658778: pm-suspend does not enter suspend and hangs system on Asus U35JC
lPlease find attached the reportbug output for the kernel. Information from the BIOS: BIOS vendor: American Megatrends Version: U35JC 207 VBIOS version: 1930.I11U35JC.002 EC version: 202c21 Cheers, -- David Banks amoe...@gmail.com kernel-reportbug.out Description: Binary data
Bug#657793: quakespasm: FTBFS on kfreebsd-*
I have confirmed the patched version builds and runs succesfully on kfreebsd amd64 sid. I was only able to use vesa mode as I have an nvidia card, so I wasn't able to get any reasonable speed at high resolutions. The game plays nicely at 320x200 however ;) I confirmed that you can play on a LAN using a listen server and a dedicated server. I have a quirky NAT configuration that means Quakespasm can't play against internet servers in my test environment, so I wasn't able to test that.* Quakespasm does not have a software renderer. I think some video cards have 3D acceleration in kfreebsd, though. I can imagine kfreebsd might be a popular platform for dedicated servers. Patch pushed to alioth (7d831ee5612e6f6dc1096d1d6447c1c3cc48f38a). * Reported upstream: http://sourceforge.net/tracker/index.php?func=detailaid=3488233group_id=304914atid=1285036. I believe this only affects a vanishing minority of setups. -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660743: stumpwm: please provide desktop file for display managers
Package: stumpwm Version: 1:20110819.gitca08e08-2 Severity: wishlist Hey, It would be useful to provide a .desktop file under /usr/share/xsessions so that if a user installs GDM (for instance) then stumpwm will show up under the list of supported sessions. I have added this file manually, see below: [Desktop Entry] Name=Stumpwm Comment=tiling, keyboard driven Common Lisp window manager Exec=/usr/bin/stumpwm Terminal=false TryExec=/usr/bin/stumpwm Type=Application [X-Window Manager] SessionManaged=true This is simply a modified copy of the one contained in the fluxbox package. Hopefully all display managers are able to read these files and not just gdm. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-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 Versions of packages stumpwm depends on: ii cl-clx-sbcl 0.7.4-5 ii cl-ppcre 2.0.3-1 ii clisp-module-clx 1:2.49-8.1 ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 Versions of packages stumpwm recommends: ii cl-asdf 2:2.20-1 Versions of packages stumpwm suggests: ii chromium [www-browser]17.0.963.56~r121963-1 ii emacs23 [info-browser]23.3+1-5 ii gnome-terminal [x-terminal-emulator] 3.2.1-2 ii iceweasel [www-browser] 10.0.2-1 ii info [info-browser] 4.13a.dfsg.1-8 ii menu 2.1.46 ii rlwrap0.37-2 ii rxvt-unicode [x-terminal-emulator]9.15-1 ii slime 1:20111027-2 ii w3m [www-browser] 0.5.3-5 ii x11-utils 7.6+4 ii xterm [x-terminal-emulator] 276-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#660049: typo
Obviously I meant mosh and not 'hello'. It was late. :) Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660049: RFS: mosh/0.2.7+dfsg-1 [NEW] -- fast R6RS Scheme interpreter
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package hello: dget -x http://mentors.debian.net/debian/pool/main/m/mosh/mosh_0.2.7+dfsg-1.dsc It builds these binary packages: mosh - fast R6RS Scheme interpreter mosh-doc - fast R6RS Scheme interpeter - reference documentation More information about hello can be obtained from http://code.google.com/p/mosh-scheme/. Please see my previous RFS mails for more information on the packaging: http://lists.debian.org/debian-mentors/2011/06/msg00227.html http://lists.debian.org/debian-mentors/2011/11/msg00549.html http://lists.debian.org/debian-mentors/2012/01/msg00253.html Cheers, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656062: pm-utils: pm-suspend does not enter suspend and hangs system on Asus U35JC
Package: pm-utils Version: 1.4.1-8 Severity: normal On an Asus U35JC, using pm-suspend does not cause the laptop to enter a suspended state. The system drops to the console with a blinking cursor, but that's all. The system fans continue to spin, as if CPU activity were high, and all relevant LEDs remain as before. Attempting to resume does nothing, and the system is totally hung. In order to get suspend to work I had to use the following script in /etc/pm/sleep.d, found at at http://robbyx.net/blog/?p=190: #!/bin/sh BUSES=:00:1a.0 :00:1d.0 case ${1} in hibernate|suspend) # Switch USB buses off for bus in $BUSES; do echo -n $bus | tee /sys/bus/pci/drivers/ehci_hcd/unbind done ;; resume|thaw) # Switch USB buses back on for bus in $BUSES; do echo -n $bus | tee /sys/bus/pci/drivers/ehci_hcd/bind done ;; esac The hardcoded $BUSES worked for my hardware. I don't know if this is really a bug, or if it should be reported against this package or the kernel package, but maybe this information will help someone. For the record, pm-hibernate had the same issue that it would not shut down the system, but when booting up again after hard poweroff it would resume from hibernation without any problem. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-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 Versions of packages pm-utils depends on: ii powermgmt-base 1.31 Versions of packages pm-utils recommends: ii hdparm 9.32-1 ii kbd 1.15.3-7 ii procps 1:3.3.2-2 ii vbetool 1.1-2 Versions of packages pm-utils suggests: ii cpufrequtils007-2 ii ethtool none ii radeontool 1.6.2-1 ii wireless-tools 30~pre9-8 -- 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#649610: fabric: package does not ship manual
Package: fabric Version: 1.3.2-2 Severity: wishlist The upstream seems to provide a nice reference manual, FAQ, and tutorial. This would be useful to install for new users, since it's very difficult to see how to get started with the program based only on what is installed at the moment. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) 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 fabric depends on: ii python2.7.2-9 ii python-nose 1.0.0-1 ii python-paramiko 1.7.7.1-2 ii python-pkg-resources 0.6.24-1 ii python-support1.0.14 fabric recommends no packages. fabric 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#645063: Fixed
This bug has disappeared some time in the last 2 weeks. I upgraded twice in that time. I also upgraded to GNOME 3, so the fix for this may be a side effect of that upgrade. This can be closed now, AFAIC. Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645063: pulseaudio mutes itself when a sink is muted, but does not unmute
Package: pulseaudio Version: 1.0-4 Severity: normal Since a couple of weeks ago, pulse now behaves so that if I mute the ALSA card that is the main sink for it, pulse's own master control (visible in alsamixer and the GNOME volume control applet) automatically mutes itself. That is fine, but if I then unmute that ALSA card, pulseaudio does not unmute itself. At the moment using the mute button on my keyboard seems to affect the ALSA card, so this behaviour breaks keyboard mute toggling. More strangely, if I right-click the GNOME volume control applet, the option 'Mute' also shows this broken behaviour - if I mute it once, I can never unmute it using that option, since Pulseaudio stays muted. However, if I right click and select 'Open Volume Control', the mute button in the resulting dialog works correctly to mute and unmute Pulseaudio. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) 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 pulseaudio depends on: ii adduser 3.113 ii consolekit 0.4.5-1 ii libasound2 1.0.24.1-4 ii libasound2-plugins 1.0.24-2+b1 ii libc6 2.13-21 ii libcap2 1:2.22-1 ii libdbus-1-3 1.4.16-1 ii libfftw3-3 3.2.2-1 ii libice6 2:1.0.7-2 ii libltdl72.4-4 ii liborc-0.4-01:0.4.15-2 ii libpulse0 1.0-4 ii libsamplerate0 0.1.8-1 ii libsm6 2:1.2.0-2 ii libsndfile1 1.0.25-3 ii libspeexdsp11.2~rc1-1 ii libtdb1 1.2.9-4+b1 ii libudev0172-1 ii libx11-62:1.4.4-2 ii libx11-xcb1 2:1.4.4-2 ii libxcb1 1.7-3 ii libxtst62:1.2.0-3 ii lsb-base3.2-28 ii udev172-1 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.30-1 ii pulseaudio-esound-compat 1.0-4 ii pulseaudio-module-x11 1.0-4 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: ii paman none ii paprefs none ii pavucontrol none ii pavumeter none ii pulseaudio-utils 1.0-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#643657: puppet-el: should not conflict with earlier versions of puppet client
Package: puppet-el Severity: normal The 'puppet-el' package conflicts with any earlier version of the 'puppet' package. This doesn't reflect reality, because you may not be editing manifests for the same client version that you happen to be running. For instance, I wanted to pin the puppet client on my sid machine to the squeeze version to prevent version mismatches with my squeeze puppetmaster. However, once I do this, I also have to pin puppet-el, which should not be necessary. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) 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#639794: iceweasel: web console does not evaluate input
Package: iceweasel Version: 6.0-4 Severity: normal From the menu, select Tools Web Developer Web Console. Enter 2 + 2 at the arrow prompt. Press enter. The input disappears, but nothing new appears in the console. Expected behaviour: with the upstream Firefox, the console displays my input above, along with the result, 4. Note that the Net and CSS functions of this console do not seem to be affected. The problem may apply to the JS functionality of the web console in general, I'm not familiar enough with it to tell. Although I have some extensions installed below, I have reproduced this issue with a clean profile and in safe mode. Thanks for your work on Iceweasel! Cheers, David -- Package-specific info: -- Extensions information Name: Default themefalse Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: LeechBlock extensionfalse Location: ${PROFILE_EXTENSIONS}/{a95d8332-e4b4-6e7f-98ac-20b733364387}.xpi Status: user-disabled Name: Screengrab extensionfalse Location: ${PROFILE_EXTENSIONS}/{02450954-cdd9-410f-b1da-db804e18c671} Status: user-disabled -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: QuickTime Plug-in 7.6.6 Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so Package: totem-mozilla Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: VLC Multimedia Plugin (compatible Totem 2.30.2) Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so Package: totem-mozilla Status: enabled Name: Windows Media Player Plug-in 10 (compatible; Totem) Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so Package: totem-mozilla Status: enabled -- Addons package information ii iceweasel 6.0-4 Web browser based on Firefox ii rhythmbox-plug 0.12.8-5+b1plugins for rhythmbox music player ii totem-mozilla 2.30.2-8+b1Totem Mozilla plugin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) 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 iceweasel depends on: ii debianutils 4.0.2 Miscellaneous utilities specific t ii fontconfig2.8.0-3generic font configuration library ii libc6 2.13-18Embedded GNU C Library: Shared lib ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libnspr4-0d 4.8.9-1NetScape Portable Runtime Library ii libstdc++64.6.1-8GNU Standard C++ Library v3 ii procps1:3.2.8-11 /proc file system utilities ii xulrunner-6.0 6.0-4 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.9.1+dfsg-2 MIT Kerberos runtime libraries - k pn mozplugger none (no description available) ii ttf-lyx 2.0.0-1 TrueType versions of some TeX font pn ttf-mathematica4.1 none (no description available) ii xfonts-mathml 4Type1 Symbol font for MathML Versions of packages xulrunner-6.0 depends on: ii libasound2 1.0.24.1-3 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-18 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libevent-1.4-2 1.4.14b-stable-1 asynchronous event notification li ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-8GCC support library ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an ii libjpeg88c-2 Independent JPEG Group's JPEG runt ii libmozjs6d 6.0-4Mozilla
Bug#636334: murmur: selecting 'download directory' from search results has no effect
Package: murmur Version: 1:0.2+svn20100315.r1208-1 Severity: normal If I do a search, right click a result, and choose 'Download directory', the directory will not be added to the Transfers tab. Choosing 'Download file' works as normal. I am still able to download the directory, by browsing the user's shares and navigating to the correct directory, right clicking and choosing Download Directory. It works fine from the 'User Browse' tab, but doesn't work from the 'Search' tab. I am connecting to a museekd on a Squeeze host. Version of the museekd is 1:0.2+svn20100315.r1208-1. My Soulseek ports are not firewalled. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) 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 murmur depends on: ii python 2.6.7-2 interactive high-level object-orie ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-muse 1:0.2+svn20100315.r1208-1+b1 Python bindings for museek+ ii python-supp 1.0.14 automated rebuilding support for P murmur recommends no packages. Versions of packages murmur suggests: ii mucous 1:0.2+svn20100315.r1208-1Python/curses client for museekd ii museekd 1:0.2+svn20100315.r1208-1+b1 Client for the SoulSeek peer-to-pe -- 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#615090: New version available
A new version of the package has been uploaded that uses the game-data-packager infrastructure and provides a wrapper script as an additional native package. This is being handled under the aegis of the games team. See packages 'quake' and 'quakespasm' here: http://wiki.debian.org/Games/Sponsors/Queue -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631139: ITP: mosh -- fast R6RS Scheme interpreter
Package: wnpp Severity: wishlist Owner: David Banks amoe...@gmail.com * Package name: mosh Version : 0.2.7 Upstream Author : Taro Minowa hige...@users.sourceforge.jp * URL : http://mosh.monaos.org/ * License : BSD-2-clause Programming Lang: C++, Scheme Description : fast R6RS Scheme interpreter Daniel Moerner attempted to package Mosh before under the ITP #537776, which is now archived. This attempt stalled, but I have picked up the project on collab-maint (with Daniel's consent). Currently Debian has two R6RS implementations: Guile and Racket. Mosh provides two R6RS environments based on the same VM, one using the popular psyntax expander (that is also used by Guile) and one using an expander by Andre van Tonder. The primary difference from Guile and Racket is that Mosh has a smaller and more R6RS-focused library system, as it was designed for R6RS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623357: Caused by replaygain plugin
Hi, I determined that this bug is caused by the Replaygain plugin. It does not happen now that I have disabled the plugin. Annoying, because all my music is scrupulously RG-tagged. :/ Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623871: gnome-settings-daemon: confirmation
Package: gnome-settings-daemon Version: 2.30.2-3 Followup-For: Bug #623871 I am also experiencing this bug on sid, it is not iceweasel specific as I also get it when starting icedove sometimes. I am not sure if it is specific to XUL programs, I will update the bug if I see a counterexample. The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 31750 error_code 8 request_code 15 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) It is also not nvidia-specific as speculated here, as I experience this using the 'intel' driver. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) 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 gnome-settings-daemon depends on: ii gconf22.28.1-6 GNOME configuration database syste ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libfontconfig12.8.0-2.2 generic font configuration library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnome2-common 2.30.0-1 The GNOME library - common files ii libgnomekbd4 2.30.2-2 GNOME library to manage keyboard c ii libgstreamer-plugins-base0.10 0.10.34-1 GStreamer libraries from the base ii libgstreamer0.10-00.10.34-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n ii libx11-6 2:1.4.3-1 X11 client-side library ii libxi62:1.4.2-1 X11 Input extension library ii libxklavier16 5.0-2 X Keyboard Extension high-level AP gnome-settings-daemon recommends no packages. Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver 2.30.0-3 GNOME screen saver and locker ii metacity [x-window-manager] 1:2.30.1-3 lightweight GTK+ window manager ii twm [x-window-manager]1:1.0.6-1 Tab window manager ii x11-xserver-utils 7.6+2 X server utilities -- 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#623357: rhythmbox: sporadically pauses and hangs one second into a new track
Package: rhythmbox Version: 0.12.8-3 Severity: normal Hi, Seemingly randomly, when switching to a new track, Rhythmbox will sometimes pause at 0:01 into the new track. After this the interface will be frozen. Sometimes I can simply press play again and the track will restart. Sometimes pressing play will cause the play button to change to its 'pushed down' state, but the track won't actually continue to play, and the interface will hang for a few seconds. Switching to another track will always work, and switching back to the same track after this also always works. I would estimate this happens about 1 in every 50 songs, but that's just a rough guess, there doesn't seem to be any pattern to it. It always happens on a track transition. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) 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 rhythmbox depends on: ii dbus1.4.6-1 simple interprocess messaging syst ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme ii gstreamer0.10-alsa [gst 0.10.32-2GStreamer plugin for ALSA ii gstreamer0.10-plugins-b 0.10.21-4+b1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-b 0.10.32-2GStreamer plugins from the base ii gstreamer0.10-plugins-g 0.10.28-3GStreamer plugins from the good ii gstreamer0.10-pulseaudi 0.10.28-3GStreamer plugin for PulseAudio ii gstreamer0.10-x 0.10.32-2GStreamer plugins for X11 and Pang ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-media0 2.30.0-1 runtime libraries for the GNOME me ii libgstreamer-plugins-ba 0.10.32-2GStreamer libraries from the base ii libgstreamer0.10-0 0.10.32-6Core GStreamer libraries and eleme ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libgudev-1.0-0 167-2GObject-based wrapper library for ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1- 0.5.0-2 sends desktop notifications to a n ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libsm6 2:1.2.0-1X11 Session Management library ii libsoup-gnome2.4-1 2.34.0-1 HTTP library implementation in C - ii libsoup2.4-12.34.0-1 HTTP library implementation in C - ii libtotem-plparser17 2.32.4-3 Totem Playlist Parser library - ru ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii media-player-info 13 Media player identification files ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.21-2generic media-playing framework (P ii python-gtk2 2.17.0-4+b1 Python bindings for the GTK+ widge ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rhythmbox recommends: ii avahi-daemon 0.6.30-2Avahi mDNS/DNS-SD daemon ii gstreamer0.10-plugins-ug 0.10.17-2 GStreamer plugins from the ugly ii gvfs-backends1.6.4-3 userspace virtual filesystem - bac ii notification-daemon 0.5.0-2 daemon to displays passive pop-up ii rhythmbox-plugins0.12.8-3plugins for rhythmbox music player ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages rhythmbox suggests: ii gnome-codec-install 0.4.7+nmu1 GStreamer codec installer ii gnome-control-center1:2.30.1-3 utilities to configure the GNOME d ii gstreamer0.10-plugins-bad 0.10.21-4+b1 GStreamer plugins from the bad s ii rhythmbox-plugin-cdrecorder 0.12.8-3 burning plugin for rhythmbox music pn rhythmbox-plugin-coherence none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to
Bug#615090: RFS: quakespasm (2nd try)
Dear mentors, Upstream have released a new version, so I have packaged it and am looking for a sponsor again. Changes are listed in debian/changelog. I am now maintaining the package as part of the games team, you can view the git repository here: http://git.debian.org/?p=pkg-games/quakespasm.git;a=summary The most important change is that I now repack the tarball to remove some files that had no sources. I am looking for a sponsor for my package quakespasm. * Package name: quakespasm Version : 0.85.4-1 Upstream Author : Oskan Sezer, Steven Atkinson and others * URL : http://quakespasm.sourceforge.net/ * License : GPL-2+ Section : games It builds these binary packages: quakespasm - an engine for iD software's Quake The package appears to be lintian clean. The upload would fix these bugs: 615090 My motivation for maintaining this package is: This is a slightly modified port of the engine Fitzquake which is very faithful to the original game. It's a good engine and I use it. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/quakespasm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/quakespasm/quakespasm_0.85.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards David Banks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615090: ITP: quakespasm -- an engine for iD software's Quake
Hi, thanks for your time. On 28 February 2011 03:13, Guillem Jover guil...@debian.org wrote: How does this compare to darkplaces, which is already on the archive, only with a different name (nexuiz, see [0])? Darkplaces is an engine with lots of graphics enhancements that departs significantly from the original game. It also has some incompatibilities with maps and servers. (Don't get me wrong, I love darkplaces.) Quakespasm is a port of Fitzquake and is nearly identical to original GLquake except with less bugs and working on modern OSs. Fitz is the standard engine within the single player Q1 community but it's Windows only. Quakespasm is just the continuation of the SDL port of Fitz that is mentioned here: http://wiki.debian.org/Games/Quake A very small point is that quakespasm has 'quake' in the name so it's easier for users to find. Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615090: ITP: quakespasm -- an engine for iD software's Quake
Package: wnpp Severity: wishlist Owner: David Banks amoe...@gmail.com * Package name: quakespasm Version : 0.85.3 Upstream Author : David Banks amoe...@gmail.com * URL : http://quakespasm.sourceforge.net/ * License : GPL Programming Lang: C Description : an engine for iD software's Quake QuakeSpasm is a *Nix friendly Quake Engine based on the SDL port of the popular FitzQuake. It includes some new features, important fixes, and aims for portability and 64 bit correctness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613615: darcs-load-dirs: crashes when importing symlinks to directories
Package: darcs-load-dirs Version: 1.1.8 Severity: important Hi, This seems strongly related to #393048, in that it is caused by darcs_load_dirs expecting a certain exit status from darcs that it does not receive. Basically if a directory contains a directory, and also a symlink to the same directory, darcs will choke when trying to add both as one is already in the repository. To reproduce: amoe@glimworm $ mkdir source-tree amoe@glimworm $ cd source-tree amoe@glimworm $ mkdir Bob amoe@glimworm $ ln -s Bob Alice amoe@glimworm $ cd .. amoe@glimworm $ mkdir repo amoe@glimworm $ cd repo amoe@glimworm $ darcs initialize amoe@glimworm $ darcs_load_dirs -v ../source-tree VCSCMD: darcs Scanning upstream tree... Scanning working copy tree... Calculating changes... *** Processing changes. Deleting 0 files Copying upstream directory to working copy... Running: tar ['-cSpf', '-', '.'] Running: tar ['-xSpf', '-'] Adding 2 files Adding Alice Running: darcs ['add', '--case-ok', 'Alice'] Adding Bob/ Running: darcs ['add', '--case-ok', 'Bob'] The following directory is already in the repository: Bob darcs failed: No files were added Traceback (most recent call last): File /usr/bin/darcs_load_dirs, line 25, in module init.run(darcs) File /usr/lib/pymodules/python2.6/vcs_support/init.py, line 72, in run iobj.main() File /usr/lib/pymodules/python2.6/vcs_support/vcs_interact.py, line 155, in main self.catchup(needsupdate) File /usr/lib/pymodules/python2.6/vcs_support/vcs_interact.py, line 179, in catchup self.addfile(file) File /usr/lib/pymodules/python2.6/vcs_support/vcs_interact.py, line 203, in addfile self.wcobj.addtag(file) File /usr/lib/pymodules/python2.6/vcs_support/vcs_wc.py, line 86, in addtag cmd().add + [file]) File /usr/lib/pymodules/python2.6/vcs_support/util.py, line 110, in chdircmd return apply(func, args, kwargs) File /usr/lib/pymodules/python2.6/vcs_support/util.py, line 66, in safeexec return checkresult(result, expected) File /usr/lib/pymodules/python2.6/vcs_support/util.py, line 94, in checkresult raise ExecProblem, info + (expected exit code %d) % expected vcs_support.util.ExecProblem: exited with code 2 (expected exit code 0) The alternative case, where the symlink is named Bob and the directory is named Alice, also fails most of the time, but I have seen it work a few times, which is very strange. Cheers, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) 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 darcs-load-dirs depends on: ii darcs 2.4.4-3 a distributed, interactive, smart ii load-dirs-common1.1.8Common files for vcs-load-dirs too ii python 2.6.6-3+squeeze5 interactive high-level object-orie darcs-load-dirs recommends no packages. darcs-load-dirs 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#612458: sbcl: failed AVER compiling clx package
Package: sbcl Version: 1:1.0.45.0-1 Severity: normal I installed stumpwm and wanted to use it with sbcl. Following the instructions in stumpwm's README.Debian file I did the following: $ sbcl * (asdf:oos 'asdf:load-op 'clx) ...lots of output... ACCEPT (i.e. press 2 and then RET) * (quit) However, before I hit 2 to ACCEPT, there was an error: debugger invoked on a SB-INT:BUG in thread #THREAD initial thread RUNNING {1002D2DD51}: failed AVER: (AND (NULL (TN-READS TN)) (NULL (TN-WRITES TN))) This is probably a bug in SBCL itself. (Alternatively, SBCL might have been corrupted by bad user code, e.g. by an undefined Lisp operation like (FMAKUNBOUND 'COMPILE), or by stray pointers from alien code or from unsafe Lisp code; or there might be a bug in the OS or hardware that SBCL is running on.) If it seems to be a bug in SBCL itself, the maintainers would like to know about it. Bug reports are welcome on the SBCL mailing lists, which you can find at http://sbcl.sourceforge.net/. This prevents stumpwm from starting. I found the following thread on the sbcl-devel mailing list which seems to suggest it is indeed a bug in SBCL rather than just CLX: http://sourceforge.net/mailarchive/message.php?msg_id=26710588 Applying the workaround given by Roman Marynchak fixes the problem, and stumpwm can start. I do not know if this problem still applies to the upstream SBCL or not, but it seems to be hitting the sid package anyway. Cheers, David -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) 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 sbcl depends on: ii common-lisp-controller7.6Common Lisp source and compiler ma ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib Versions of packages sbcl recommends: ii binfmt-support1.2.18 Support for extra binary formats Versions of packages sbcl suggests: pn sbcl-doc none (no description available) pn sbcl-source none (no description available) pn slime none (no description available) -- 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#606762: linux-2.6: intermittent wifi dropouts with iwlagn driver
Since first reporting this bug I have now found a workaround, though it's not nice. Disabling Wireless-N mode on the router and switching back to B/G mixed mode made the problem go away. I am using DD-WRT firmware on the router, which is a D-Link DIR-615. I noticed the problem went away when I was outside my house in a G-only network. Coincidentally one of my friends has the exact same model of router (it's given away free by the largest ISP here in the UK), but he uses the stock firmware, also in Wireless-N mode. When I used my laptop at his house the problem manifested again. However, I have not tested with any other model of Wireless-N capable router. So the problem is either all Wireless-N support in this driver, or a problem with the Wireless-N support in the hardware of this router model. -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608709: Please enable shared libraries
Hi Alessandro, I have been working on packaging this myself, but I have not made significant progress (hence the lack of an ITP). I'll gladly leave the packaging work to you, I can provide you with the very little I do have if you want. Just a request for the package, though: there is now experimental support for shared libraries in the newer beta versions of Discount that you can enable by the --shared option to 'configure.sh'. Please could you configure discount with this flag, and install the library, when you package it? I think it would make the package much more useful. Hopefully the support will be in a non-beta version by the time the package comes out. Feel free to mail me if you have any questions. Cheers, -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606762: linux-2.6: intermittent wifi dropouts with iwlagn driver
Package: linux-2.6 Version: 2.6.32-5-amd64 Severity: normal Hi all, My laptop is an Asus UL30A. It has an Intel Wireless-N 1000 BGN chip for wifi. The PCI ID is 8086:0083. I use the iwlagn driver along with the 'firmware-iwlwifi' package (non-free, sadly) in order to connect. My wifi network is Wireless-N and I do not use encryption. I intermittently experience network dropouts. This happens once every few days, with no obvious pattern. The network drops and all connections, local and WAN, give errors. Either the driver itself or NetworkManager will try to reconnect after around five minutes. I will then get a connection for a few minutes max before it drops again. This cycle goes on for a seemingly random amount of time. Sometimes it spontaneously fixes itself after half an hour. Sometimes I will have to reboot to fix it. It will generally work after a reboot, but not always! There seems to be no pattern to how long it lasts or what fixes it. I have noticed that I can nearly always trigger it by using something that generates a large amount of connections, for instance if I download a popular file through bittorrent without limiting the bandwidth use it will nearly always cause a dropout, which will then go through the disconnect/reconnect cycle described earlier for, again, a seemingly random amount of time. Error message in /var/log/messages: Dec 11 14:18:13 glimworm kernel: [10489.200053] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Dec 11 14:19:32 glimworm kernel: [10567.517719] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Dec 11 14:25:01 glimworm kernel: [10896.870454] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Dec 11 14:27:23 glimworm kernel: [11038.818791] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 It seems that every time the network drops, one of these messages is logged to /var/log/messages. Meanwhile dmesg is cycling these messages: [11038.818791] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 [11132.37] wlan0: deauthenticated from 1c:af:f7:99:72:0e (Reason: 3) [11132.942116] wlan0: direct probe to AP 1c:af:f7:99:72:0e (try 1) [11132.945610] wlan0: direct probe responded [11132.945620] wlan0: authenticate with AP 1c:af:f7:99:72:0e (try 1) [11132.955145] wlan0: authenticated [11132.955187] wlan0: associate with AP 1c:af:f7:99:72:0e (try 1) [11132.961970] wlan0: RX AssocResp from 1c:af:f7:99:72:0e (capab=0x421 status=0 aid=1) [11132.961978] wlan0: associated [11137.929127] iwlagn :02:00.0: iwl_tx_agg_start on ra = 1c:af:f7:99:72:0e tid = 0 Anyone have any ideas? Cheers, David -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) 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#604157: murmur: right click on search result does not bring up a context menu
Package: murmur Version: 1:0.2+svn20100315.r1208-1 Severity: normal When viewing search results, right clicking on a search result in the list does not bring up any context menu. This means that while you can download single files by double clicking the search result, you can't download whole directories, or access any of the other functionality from this menu. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) 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 murmur depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii python-museek 1:0.2+svn20100315.r1208-1 Python bindings for museek+ ii python-support 1.0.11automated rebuilding support for P murmur recommends no packages. Versions of packages murmur suggests: pn mucous none(no description available) ii museekd1:0.2+svn20100315.r1208-1 Client for the SoulSeek peer-to-pe -- 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#604157: murmur: right click on search result does not bring up a context menu
I found the problem and a workaround. This traceback was generated on the console: Traceback (most recent call last): File /usr/bin/murmur, line 3113, in OnMouseClicked return self.OnPopupMenu(widget, event) File /usr/bin/murmur, line 3142, in OnPopupMenu items[num+3].set_active(self.frame.Networking.config[trusted].has_key(user)) KeyError: 'trusted' I didn't have any users in my trusted user list. Adding a trusted user made the menu work again. The menu still worked after I removed the trusted user. It continued to work after shutting down and restarting Murmur. So adding that user must have initialized the trusted user list, which will now be correctly initialized across all runs. -- David Banks amoe...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591041: Pausing sets 'Download' status for all directories in 'Files' tab
Package: transmission-gtk Version: 1.22-1+lenny2 Severity: normal *** Please type your report below this line *** When using a torrent containing directories, if I untick the Download checkbox of some directories in the Files tab of that torrent, when I pause the torrent the checkbox for those directories will be re-checked, causing them to be downloaded when I unpause it. The contents of the directories (files) is not selected, however all directories in the torrent will be affected. (To put it another way, a skeleton directory structure of the torrent will always be selected for download after a state change.) This happens both when I pause and unpause the torrent. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages transmission-gtk depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.18.2-8lenny4 Multi-protocol file transfer libra ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgtk2.0-0 2.12.12-1~lenny2 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-5+lenny1 Layout and rendering of internatio ii libssl0.9.8 0.9.8g-15+lenny7 SSL shared libraries ii libx11-62:1.1.5-2X11 client-side library ii transmission-common 1.22-1+lenny2free, lightweight BitTorrent clien transmission-gtk recommends no packages. transmission-gtk 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