Bug#796029: mauve-aligner: Missing dependency on java-wrappers
Package: mauve-aligner Version: 2.4.0+4734-1 Severity: important Dear Maintainer, The mauve-aligner package does not Depend: on java-wrappers. However, if the latter package is not installed, running mauve results in the following error: > mauve /usr/bin/mauve: 5: .: Can't open /usr/lib/java-wrappers/java-wrappers.sh Installing java-wrappers manually fixes this problem, so I believe the Depends: should be added. --Andrew -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mauve-aligner depends on: ii libbiojava1.7-java 1:1.7.1-5 ii libdbus-java2.8-6 ii libunixsocket-java 0.7.3-1 ii libzeus-jscl-java 1.72-1 ii progressivemauve1.2.0+4713-1 mauve-aligner recommends no packages. mauve-aligner suggests no packages. -- no debconf information
Bug#636200: radvd: Radvd 1.8 talks too much
I can confirm this bug. Since I'm running Debian on an embedded box with /var/log in a 5MB tmpfs, it's quite a problem for me. It looks like there is a patch upstream which makes these messages debug-level instead of warning-level: https://dev.openwrt.org/browser/packages/ipv6/radvd/patches/100-RS-RA-warning-to-debug.patch?rev=27712 Can this be applied in the Debian tree? --Andrew signature.asc Description: PGP signature
Bug#639392: Duply uses gawk feature without dependency
Package: duply Version: 1.5.4.2-1 At line 733 in /usr/bin/duply, an awk program uses the \W control code to process GPG keys. This code is implemented in gawk but not in mawk (1.3.3-15), which was the default awk interpreter installed on my system. Installing gawk (1:3.1.8+dfsg-0.1) fixes the problem, so Duply should depend on gawk (or another awk interpreter that offers \W). --Andrew signature.asc Description: PGP signature
Bug#634994: ITP: bs2b-ladspa -- Bauer stereophonic-to-binaural DSP LADSPA plugin
Package: wnpp Severity: wishlist Owner: Andrew Gainer * Package name: bs2b-ladspa Version : 0.9.1 Upstream Author : Sebastian Pipping * URL : http://bs2b.sourceforge.net * License : GNU GPL-2+ Programming Lang: C Description : Bauer stereophonic-to-binaural DSP LADSPA plugin The Bauer stereophonic-to-binaural DSP (bs2b) is designed to improve headphone listening of stereo audio records. . Typical stereo recordings are made for listening with speakers. What's missing in headphones is the sound going from each channel to the opposite ear, arriving a short time later for the extra distance traveled, and with a bit of high frequency roll-off for the shadowing effect of the head. The time delay to the far ear should also be somewhat longer at low frequencies than at high frequencies. bs2b implements both of these ideas to transform stereophonic recordings for headphone listening. . This plugin allows the bs2b library to be used with the LADSPA plug-in architecture. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634993: ITP: libbs2b -- Bauer stereophonic-to-binaural DSP library
Package: wnpp Severity: wishlist Owner: Andrew Gainer * Package name: libbs2b Version : 3.1.0 Upstream Author : Boris Mikhaylov * URL : http://bs2b.sourceforge.net * License : GNU GPL-2 Programming Lang: C++ Description : Bauer stereophonic-to-binaural DSP library The Bauer stereophonic-to-binaural DSP (bs2b) is designed to improve headphone listening of stereo audio records. . Typical stereo recordings are made for listening with speakers. What's missing in headphones is the sound going from each channel to the opposite ear, arriving a short time later for the extra distance traveled, and with a bit of high frequency roll-off for the shadowing effect of the head. The time delay to the far ear should also be somewhat longer at low frequencies than at high frequencies. bs2b implements both of these ideas to transform stereophonic recordings for headphone listening. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586522: Please upload the volumeicon package
I have prepared (what I believe is) a compliant Debian package for volumeicon and am in the process of finding a sponsor. --Andrew signature.asc Description: PGP signature
Bug#605146: hald does not start if /var/cache/hald does not exist
Package: hal Version: 0.5.14-3 Severity: serious Justification: Policy 9.1.1 If the directory /var/cache/hald does not exist, as (for example) on every boot if /var/cache is on a tmpfs, hald throws an error and fails to start. However, if the directory exists but is empty, hald will start without complaint. The FHS 4.3 section on /var/cache states in part that an application using a data store in /var/cache "must be able to recover from manual deletion of these files", which hald evidently does not do as regards the directory /var/cache/hald itself. A similar bug in apt (#523920) was fixed a few months ago. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: PGP signature
Bug#586788: boinc-client: 64-bit client fails to add new projects with "bad signature" or "inconsistent signing key"
Package: boinc-client Version: 6.10.17+dfsg-3 Severity: important Tags: upstream A fresh install of the 64-bit client from the repositories fails to connect to the GridRepublic project manager with the following error in the stdout logs: 22-Jun-2010 01:49:53 [---] Contacting account manager at http://gridrepublic.org / 22-Jun-2010 01:49:53 [---] Account manager contact succeeded 22-Jun-2010 01:49:53 [---] [error] Inconsistent signing key from account manager If the account manager is added through boinc-manager, the connection succeeds, but connecting to projects fails: 22-Jun-2010 10:15:24 [---] Contacting account manager at http://gridrepublic.org/ 22-Jun-2010 10:15:26 [---] Account manager contact succeeded 22-Jun-2010 10:15:26 [---] [error] Bad signature for URL http://setiathome.berkeley.edu/ Discussion on the BOINC forums (http://boincstats.com/forum/forum_thread.php?id=5198) and a similar Ubuntu bug report (https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/585547) suggest that upstream has fixed this in the newest version of their client. -- Package-specific info: -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED="1" # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE="1" # The BOINC core client will be started with the permissions of this user. BOINC_USER="boinc" # This is the data directory of the BOINC core client. BOINC_DIR="/var/lib/boinc-client" # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. #BOINC_CLIENT="/usr/local/bin/boinc" BOINC_CLIENT="/usr/bin/boinc" # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS="--allow_remote_gui_rpc" BOINC_OPTS="" -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages boinc-client depends on: ii adduser 3.112add and remove users and groups ii ca-certificates 20090814 Common CA certificates ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib ii libcurl37.21.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.4-5GCC support library ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii python 2.6.5-4 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages boinc-client recommends: ii schedtool 1.3.0-1Queries/alters process' scheduling Versions of packages boinc-client suggests: pn boinc-app-seti (no description available) ii boinc-manager 6.10.17+dfsg-3 GUI to control and monitor the BOI -- Configuration Files: /etc/boinc-client/gui_rpc_auth.cfg [Errno 13] Permission denied: u'/etc/boinc-client/gui_rpc_auth.cfg' -- debconf information: boinc-client/remove_boinc_dir: false signature.asc Description: PGP signature
Bug#578075: [xserver-xorg-input-wacom] Stylus and touch interaction causes jumping cursor
Package: xserver-xorg-input-wacom Version: 0.10.5+20100415-1 Severity: normal --- Please enter the report below this line. --- When I use my stylus on my Thinkpad X61t, putting any more than the slightest pressure causes the cursor to jump rapidly back and forth between the stylus position and the lower-right corner of the screen. I believe this is the same bug reported here: http://sourceforge.net/tracker/index.php?func=detail&aid=2952501&group_id=69596&atid=525124 I have the same "bad magic" warnings in Xorg.0.log as the original reporter there. However, I'm not sure how to apply the patch posted there against the Debian sources (if it is even compatible) or to build the Git sources into Debian. Curiously, this problem is present in both testing (0.10.3+20100109-1) and unstable (0.10.5+20100415-1), even though the unstable version's number suggests that it is a very recent Git pull. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-3-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstabledebian.lcs.mit.edu 500 testing security.debian.org 500 testing debian.lcs.mit.edu 500 stable security.debian.org 500 stable debian.lcs.mit.edu 1 experimentaldebian.lcs.mit.edu --- Package information. --- Depends (Version) | Installed ===-+-== xserver-xorg-core (>= 2:1.6.99.900) | 2:1.7.6-2 libc6 (>= 2.7) | 2.10.2-6 libx11-6 (>= 0) | 2:1.3.3-3 libxi6 (>= 2:1.2.0) | 2:1.3-4 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== xinput | 1.5.1-1 signature.asc Description: PGP signature
Bug#536630: hostapd destroys IPv6 configuration on managed interface
Package: hostapd Version: 0.6.9-3 Severity: normal Tags: ipv6 When hostapd is started on a wireless interface with IPv6 configuration, it destroys this configuration. For example, I have the following stanzas in my /etc/network/interfaces: auto ath0 iface ath0 inet static address 192.168.2.1 netmask 255.255.255.0 broadcast 192.168.2.255 iface ath0 inet6 static address 2001:1938:147:2::1 netmask 64 And the following hostapd.conf: interface=ath0 driver=madwifi ssid=myssid auth_algs=3 wpa=3 wpa_passphrase=mypassphrase wpa_key_mgmt=WPA-PSK If I bring up the interface without starting hostapd, it has the assigned global IPv6 address, and the correct routes show up in the routing table. After starting hostapd, however, these disappear, and only the link-local configuration remains. The IPv4 configuration is, of course, preserved, so I'm not sure what's happening here. signature.asc Description: PGP signature
Bug#531340: "Dirty" fix works
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have tested the above fix and it works on my system as well. Should we forward this bug to the python-kaa maintainers? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJKJUSgAAoJEFQiksKJGuiiQRsQAK+/8KZaqwjIj6U8c75MoxbI OiEGcIs8m/H+F9EpwbAXhdjXJ9sP92F5FH8AOdtQY58hcw2M0MnVm/vJL4zh7fzE sxvrSyR/wANMZVVrqnBkwisaLseraQUU6VwYmt+j+ul9sd1oHUaZ0srAra+2YWqt gOfIgGJNaCoWcs9aTfetv+FwpeiaxXXciFNaE+mRfvOlkpZUDIZkWoQ5rD//Bu28 eZrgNPkUi4l/RzCfCDzm1+eMVZ7mtk/jpMCVEH7URLMHt6oriFDOsLPmMjnh91EK zPkewTc77haoZvv5iojBfpW1V0QyKKEwRr8GAzX3JfrvHVheC/+ujymZVEWPn1m6 9HrVGA1l/sO8CdL5Of8fACRwMT2L8iMqWnbYlWHY/181jp5/vkPNipjfisXoKx/6 g3B0Fv8eGOq/xRoWiDqdN0FJUAzO/NJpcg+BRLL2V+sw18sDeZW9UwvsnaVAZLUh A3+6QIZ8FjILXZ2bQaL/N5zfTNGB7qWGUBrm7OsCAD3IHkTvZFLx6fT0SN29zrQP QWuiJSIYqI172pxYq0Pc14d2Wens76jQ0rPIwoTYCn2KG5h3c3FMjUtPY/TL7QJi 3OGt3XiYL2gBJcl+x7zF90pGrNYnBGgFOWr+47pVMq2l3KxjDoYTRpr8zO6YJqy2 GRs0pqM/OlmSNWJNXkNU =zxST -END PGP SIGNATURE-
Bug#524641: Freezes during log search
Package: pidgin Version: 2.5.5-1 Severity: normal If a chat log is loaded and searched, the entire program freezes while the search is evaluated. For large log sets (I have some in excess of 20MB) this can take several seconds, during which the UI for the whole program is completely non-responsive. Can the thread that handles the search be forked off so the rest of the program continues to operate as normal? signature.asc Description: PGP signature
Bug#524642: Allow each button to select its own tool
Package: xournal Version: 0.4.2.1-1 Priority: wishlist Clicking the toolbar buttons to select a tool (say, the highlighter or the color red) always modifies the primary tool on mouse button 1, regardless of what button is used to click the buttons. It would be useful to have a button press on a toolbar button modify the tool attached to that button, so, for example, if button 2 is set to the yellow highlighter and is used to click the color red, then button 2 becomes set to the red highlighter. This would be particularly valuable for tablet users, as it would make changing tools much more natural with the various buttons provided by a stylus. signature.asc Description: PGP signature
Bug#507221: Freevo scripts do not use .xinitrc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: freevo Version: 1.8.1-3 Severity: wishlist The /usr/share/freevo/contrib/freevo+log script which starts the X server and then the Freevo frontend does not include any window for user-generated scripts to be loaded. It would be useful to allow this, so that xmodmap configurations and other X modifications can be done at run-time by the user. Adding this line prior to the execution of freevo.real does the trick: test -r $HOME/.xinitrc.freevo && . $HOME/.xinitrc.freevo Thanks for your work on the project! - --Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkwuaQACgkQ9rVF8Mse7fZTIwCfU+VOHqpDr4VZuaJDYHGCDTw0 c4QAnRTAhRlcCw8cbaxr3fQA1kLyvuaX =LU7/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494728: backupninja: ninjahelper fails to run because easydialog contains @MKTEMP@
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Also occurs on my system, running the same version. Replacing those five instances of "@MKTEMP@" with "mktemp" fixes it up fine. Is this supposed to be set as a variable or something? A weird bug, in any case. - --Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjVnDwACgkQ9rVF8Mse7fYXWwCcDXNn0ub1YGfn0B585dYQN6t4 VvwAniZSntJH5cY5Fi51pi47QT6jww1b =Ryny -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432174: flickrfs: Fails on start with API error
Package: flickrfs Version: 1.3.9.1-2 Severity: grave Justification: renders package unusable #** Please type your report below this line *** When attempting to execute flickrfs after an aptitude safe-update of etch, it fails, reporting errors from the FUSE Python API: $ flickrfs ~/flickr/ Traceback (most recent call last): File "/usr/bin/flickrfs", line 1080, in ? server = Flickrfs() File "/usr/bin/flickrfs", line 158, in __init__ Fuse.__init__(self, *args, **kw) File "/usr/lib/python2.4/site-packages/fuse.py", line 637, in __init__ raise RuntimeError, __name__ + """.fuse_python_api not defined. RuntimeError: fuse.fuse_python_api not defined. ! Please define fuse.fuse_python_api internally (eg. ! ! (1) fuse.fuse_python_api = (0, 2) ! ! ) or in the enviroment (eg. ! ! (2) FUSE_PYTHON_API=0.1 ! ! ). ! ! If you are actually developing a filesystem, probably (1) is the way to go. ! If you are using a filesystem written before 2007 Q2, probably (2) is what ! you want." I don't know how to implement the first suggested fix. The second does not seem to work. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flickrfs depends on: ii fuse-utils 2.6.5-1 Filesystem in USErspace (utilities ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.14 register and build utility for Pyt ii python-fuse 1:0.2-pre3-3 Python bindings for FUSE (Filesyst Versions of packages flickrfs recommends: ii epiphany-browser [www- 2.14.3-6 Intuitive GNOME web browser ii iceweasel [www-browser 2.0.0.3-2 lightweight web browser based on M ii imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414734: flickrfs Dies at startup.
I had the same error running the 1.3.9-2 version from the standard unstable repository, but using the 1.3.9-1 version provided by Varun Hiremath seems to have fixed that problem. Since the version on the repository is not operable, can this other version be moved in to replace it or the relevant fix applied to the version in the repository? Thanks, Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]