Bug#990617: login-duo: default configuration file in manpage incorrect

Package: login-duo Version: 1.11.3-1 Severity: minor Dear Maintainer, The login_duo man page states that its default configuration file is /etc/duo/login_duo.conf. However, it appears to by default look in /etc/security/login_duo.conf. This is confusing to a new user who installs the

Bug#880364: linux-image-4.9.0-4-amd64: CIFS long name length protection triggering when it shouldn't

Package: src:linux Version: 4.9.51-1 Severity: normal Dear Maintainer, A check added to the linux-cifs filesystem to report while file names are too long triggers

Bug#620841: (no subject)

jython 2.5.2 just became available for wheezy and I am no longer seeing this problem. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667504: (no subject)

Here is the backtrace gdb avconv GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent

Bug#667504: libav-tools: bus error on sparc encoding vp8

Package: libav-tools Version: 4:0.8.1-1 Severity: normal Dear Maintainer, Using the avconv executable to encode a video with the vp8 codec (via libvpx) fails with a bus error. This happens with both webm and mkv containers. The error does not happen if a different codec is chosen (e.g.

Bug#662806: apvlv: Startup.pdf has undefined cross references.

Package: apvlv Version: 0.1.1-1.1+b1 Severity: minor Tags: upstream Dear Maintainer, The Startup.pdf file that is included with apvlv appears to have only been compiled with pdflatex once (from the source file Startup.tex) as on page 2 there are multiple references to sections that appear as

Bug#620841: jython backtraces

Package: jython Version: 2.5.1-2 Severity: important When I try to run jython (see below) I get a backtrace. I expect to get an interactive Python shell. *** jython.error jackhill@tcf-website-dev:~$ java -version java version 1.6.0_18 OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2)

Bug#618496: openafs-modules-dkms fails to build module for 2.6.32-5-powerpc64 kernel

On Tuesday 15 March 2011 13:58:00 Russ Allbery wrote: Jack Hill jackh...@jackhill.us writes: Package: openafs-modules-dkms Version: 1.4.14+dfsg-2 Severity: normal Tags: upstream trying to build openafs-module-source with module-assistant also fails here is the build log

Bug#618496: openafs-modules-dkms fails to build module for 2.6.32-5-powerpc64 kernel

On Tuesday, March 15, 2011 05:35:13 PM Russ Allbery wrote: Okay, thanks. I'll make sure upstream knows about this. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ Great, thanks for the fast reply. -- To UNSUBSCRIBE, email to

Bug#568585:

Any update on this? I'm willing to help with any remaining work, but am not sure what needs to be done (what does committed in git mean. What further polishing needs to be done). It looks like the upstream sources have Debian packaging information. Does this need to be cleaned up in any way? It

Bug#538788: jruby1.2 does not run with gcj-jre

Package: jruby1.2 Version: 1.2.0-3 Severity: normal jruby1.2 depends on default-jre which can be provided either by gnu java compiler (gcj) or a sun derived java implementation (sun-java6 or sun-java5 or openjdk-6). When trying to run jruby when only the gcj-jre is installed I get the

Bug#531879: elinks: start errors from interlink.c

Package: elinks Version: 0.12~pre3-2 Severity: normal Every time I start elinks, it takes a long time to start and prints these error messages ERROR at /build/buildd/elinks-0.12~pre3/src/main/interlink.c:329: The call to connect() failed: 13 (Permission denied) ERROR at

Bug#529188: sup-mail: ncurses-ruby1.8 upgrade breaks search

Package: sup-mail Version: 0.7-1 Severity: normal When libncurses-ruby1.8 was upgraded from version 1.1-3 to 1.2.2-1 search (via \ from within sup) breaks. Instead of providing a search prompt sup crashes with the error ruby: symbol lookup error: /usr/lib/ruby/1.8/x86_64-linux/ncurses_bin.so: