Bug#406929: [Pkg-dia-team] Bug#406929: dia: Dia escapes Latex formulas during pstricks export
On Sun, Apr 29, 2007 at 06:09:13PM +0200, Roland Stigge wrote: A textbox with $\GlucoseUptakeFunction$ turns into \rput(9.10,-5.56){\scalebox{1 -1}{(\$\textbackslash{}GlucoseUptakeFunction\$)}} when exported to pstricks macros. Yes. What you see is what you get ;) What else did you expect? I expect it to be copied exactly like I input it into the textbox (instead of altering it by escaping it). How am I supposed to use any of the features of TeX if all the metacharacters are escaped? Do you want to type latex code into dia and have it transported unchanged via pstricks to TeX for later interpretation? I guess this is not intended by upstream. But feel free to contact them for clarification. Oh, ok. Why in the world would you *not* want to do that? Seems like a fairly weak tool if you can't. If I want a literal '$', I'll escape it myself, no need for the program to decide what I meant. See xfig for an example of what you can do. Several figures in my dissertation were done that way. On second thought, several figures in my dissertation were done using Dia where the LaTeX *was* interpreted later, so I guess the bug I'm reporting is that the behavior is inconsistent. In xfig there is an option to make the textbox special, which tells it to pass the text unchanged to pstricks or LaTeX. If I got the issue right, we can't do much about this in Debian (and I could just close this bug). Otherwise, please explain more thorougly. Ok, can you forward this to upstream? I guess I can't fathom why what I'm asking isn't obvious and the default way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403002: findutils: Find man page mentions metacharacters but never defines them
On Wed, Apr 25, 2007 at 07:21:36PM +0200, Andreas Metzler wrote: Given the task of finding how -wholename pattern matching works, I would start by reading the manpage description of the test: Wondering what shell pattern exactly means, I would simply search the manpage for shell pattern und find quickly When I search for shell pattern, it turns out that on my terminal it doesn't match because groff (or whatever man is) renders a space between shell and pattern so that the justification is correct. I think you're assuming too much. It would only add a few words to the -wholename description to mention that shell pattern means fnmatch instead of having to hunt all over the man page. I don't think man pages should value brevity about all else, they should allow the user to find what they need to know as quickly as possible, which is a different goal. doc/manpages-dev http://packages.debian.org/cgi-bin/search_contents.pl?word=fnmatch.3searchmode=searchwordcase=insensitiveversion=stablearch=i386 I wonder why auto-apt doesn't find this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403002: findutils: Find man page mentions metacharacters but never defines them
I tend to disagree with your report. I am no native speaker of the English language, but to me it is rather clear that metacharacters are simply the characters which have a special meaning in the context and are not taken literally. The context is specified: match shell pattern pattern. performed with the use of the fnmatch(3) library function. fnmatch(3) or rather glob(7) which is linked from fnmatch(3) do describe how escaping works: -wholename doesn't mention that it works like -name or uses the same function call, so how would I know that? Also, I wasn't able to find fnmatch(3) on my system, and auto-apt search fnmatch didn't find it either. What package contains this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408015: vnc4server: -IdleTimeout 10000000 causes delayed screen updates
On Fri, Jan 26, 2007 at 07:14:07AM +0100, Ola Lundqvist wrote: Quite strange. I can not see any obvious reasons in the code. However in some places with timeouts the code is in milliseconds but that should not matter actually. We do not have an integer overflow either. Do you know where the limit is, when it works as normal and when it is not? Well, this shouldn't have anything to do with it, but since the problem is so strange, here is the wrapper script I use to start vnc: #!/bin/sh # Restart desktop $1 with geometry $2 THIS=$(basename $0) function die() { echo $*; exit 1; } if [ -z $1 ]; then echo $THIS - restart a VNC desktop echo echo usage: $THIS desktop number [geometry] [options] echo echo where desktop number is self-explanitory echo geometry is the screen geometry (default 1024x768) echo echo example: $THIS 1 800x600 echo exit 1 fi DESKTOP=$1 GEOMETRY=$2 OPTIONS=$3 JAVA= #JAVA=-httpd /usr/local/vnc/classes [ -z $GEOMETRY ] GEOMETRY=1024x768 if [ -z $OPTIONS ]; then [ $DESKTOP = 1 ] OPTIONS=-name webb_kde -IdleTimeout 4 $JAVA -AcceptKeyEvents [ $DESKTOP = 2 ] OPTIONS=-name janet -IdleTimeout 4 $JAVA -SecurityTypes None [ $DESKTOP = 3 ] OPTIONS=-name guest -IdleTimeout 4 $JAVA -SecurityTypes None [ $DESKTOP = 4 ] OPTIONS=-name webb_ratpoison -IdleTimeout 4 $JAVA -AcceptKeyEvents [ $DESKTOP = 5 ] OPTIONS=-name test -IdleTimeout 4 $JAVA fi echo Executing vncserver -kill :$DESKTOP vncserver -kill :$DESKTOP sleep 5 echo Executing vncserver -geometry $GEOMETRY $OPTIONS :$DESKTOP vncserver -geometry $GEOMETRY $OPTIONS :$DESKTOP sleep 5 - If I change the '4' to the large number (I forgot what it was exactly) then it always has the behavior I described. I tried several times and it was always repeatable. I tried turning other options on and off and the only thing that seemed to affect the behavior was the timeout value. I figured you would find an overflow based on the behavior and the value, that's very weird that it's not that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408209: openoffice.org: PDF export has letters that are too close together
Package: openoffice.org Version: 2.0.4.dfsg.2-2 Severity: normal When exporting to PDF, some of the letters are very close together (touching in some cases). I haven't made any changes to the openoffice settings, this is a fresh install. I have seen this with DejaVu Sans and another font that I have forgotten. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4.dfsg.2-2 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4.dfsg.2-2 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4.dfsg.2-2 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4.dfsg.2-2 OpenOffice.org office suite - draw ii openoffice.org-impress2.0.4.dfsg.2-2 OpenOffice.org office suite - pres ii openoffice.org-java-commo 2.0.4.dfsg.2-2 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4.dfsg.2-2 OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.4.dfsg.2-2 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408209: Workaround
For anyone who finds this bug and is having this problem, a workaround I'm currently using (assuming you have the CUPS printing system set up) is to use the the cups-pdf printer and print to that instead of doing a PDF export. So far it seems to work much better than the OpenOffice PDF export. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408015: vnc4server: -IdleTimeout 10000000 causes delayed screen updates
Package: vnc4server Version: 4.1.1+X4.3.0-20 Severity: normal When I use -IdleTimeout 4, everything works normally. When I use -IdleTimeout 1000, the vnc viewer only updates the screen when I move the mouse (I can type at a console for example, and the typing only shows up once I move the mouse). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vnc4server depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii vnc4-common [vnc-common] 4.1.1+X4.3.0-20 Virtual network computing server s ii x11-common 1:7.1.0-10 X Window System (X.Org) infrastruc ii xbase-clients1:7.1.ds-3 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407223: Error during post-install: spampdInsecure $ENV{BASH_ENV} while running with -T switch at /usr/sbin/spampd line 814
Package: spampd Version: 2.30-15 Severity: grave $ aptitude install spampd Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following NEW packages will be automatically installed: libarchive-tar-perl libcompress-zlib-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libio-zlib-perl libsocket6-perl liburi-perl libwww-perl spamassassin The following packages have been kept back: cpp-4.1 gcc-4.1 gcc-4.1-base libgcc1 libkrb53 libssp0 libstdc++6 logcheck logtail x11-common The following NEW packages will be installed: libarchive-tar-perl libcompress-zlib-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libio-zlib-perl libsocket6-perl liburi-perl libwww-perl spamassassin spampd The following packages are RECOMMENDED but will NOT be installed: libhtml-format-perl libmail-spf-query-perl libmailtools-perl spamc 0 packages upgraded, 11 newly installed, 0 to remove and 10 not upgraded. Need to get 1954kB of archives. After unpacking 6029kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done snip Setting up libcompress-zlib-perl (1.42-2) ... Setting up libio-zlib-perl (1.04-1) ... Setting up libarchive-tar-perl (1.30-2) ... Setting up libhtml-tagset-perl (3.10-2) ... Setting up liburi-perl (1.35-2) ... Setting up libhtml-parser-perl (3.55-1) ... Setting up libhtml-tree-perl (3.19.01-2) ... Setting up libsocket6-perl (0.19-1) ... Setting up libwww-perl (5.805-1) ... Setting up spamassassin (3.1.7-1) ... SpamAssassin Mail Filter Daemon: disabled, see /etc/default/spamassassin Setting up spampd (2.30-15) ... Starting spam checking proxy daemon: spampdInsecure $ENV{BASH_ENV} while running with -T switch at /usr/sbin/spampd line 814. invoke-rc.d: initscript spampd, action start failed. dpkg: error processing spampd (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: spampd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up spampd (2.30-15) ... An override for /var/cache/spampd already exists, aborting Warning: statoverride couldn't be created for /var/cache/spampd An override for /etc/spampd.conf already exists, aborting Warning: statoverride couldn't be created for /etc/spampd.conf Starting spam checking proxy daemon: spampdInsecure $ENV{BASH_ENV} while running with -T switch at /usr/sbin/spampd line 814. invoke-rc.d: initscript spampd, action start failed. dpkg: error processing spampd (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: spampd -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407223: Error during post-install: spampdInsecure $ENV{BASH_ENV} while running with -T switch at /usr/sbin/spampd line 814
It may be a out of memory problem. I have a Xen instance with low memory, and I have discovered that many (well... make that most) applications don't properly report out of memory errors. A nice exception is anything written in Python; the reason I realized this was the culprit was when I ran reportbug I got a stack trace ending with Memory Error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407074: More information
I tried downgrading libsane and sane-utils to the Sarge version and got the exact same response. Then I tried downgrading libusb too (a pain) and got a different, but similar response where it alternated between working and not every other time I ran scanimage. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407074: Even more information
All these commands were run consecutively, although the timing between them varied between 10 and 60 seconds. I tried this plugged directly into the USB port of my computer (IBM Thinkpad 600E) and it didn't seem to make a difference relative to plugging it into the USB hub. $ scanadf --source=ADF --lamp-off Scanned 0 pages $ scanadf --source=ADF --lamp-off scanadf: no SANE devices found $ scanadf --source=ADF --lamp-off Scanned 0 pages $ scanadf --source=ADF --lamp-off Scanned 0 pages $ scanadf --source=ADF --lamp-off scanadf: no SANE devices found $ scanadf --source=ADF --lamp-off scanadf: hp-option.c:3713: hp_optset_fix_geometry_options: Assertion `tl_x tl_y br_x br_y' failed. /root/scripts/bin/scan-lampoff: line 7: 14774 Aborted scanadf --source=ADF --lamp-off $ scanadf --source=ADF --lamp-off scanadf: no SANE devices found The no SANE devices found could be a libusb error, but if that is the case then why does sane-find-scanner always find the scanner (it has never failed yet)? The hp-option.c assertion failure is in the hp backend I assume. Is anybody using the hp backend any more or is this hardware old enough that this backend has been abandoned? It seems incredibly buggy based on this report and the other reports here on similar models. I don't have a lot of time but I can program in C if I knew where to start on something like this. If I can't get this working I'll have to get a new scanner. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406929: dia: Dia escapes Latex formulas during pstricks export
Package: dia Version: 0.95.0-4.1+b1 Severity: normal A textbox with $\GlucoseUptakeFunction$ turns into \rput(9.10,-5.56){\scalebox{1 -1}{(\$\textbackslash{}GlucoseUptakeFunction\$)}} when exported to pstricks macros. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dia depends on: ii dia-common0.95.0-4.1 Diagram editor (common files) ii dia-libs 0.95.0-4.1+b1 Diagram editor (library files) ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages dia recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406930: dia: scalebox command in pstricks exports should be changed to psscalebox
Package: dia Version: 0.95.0-4.1+b1 Severity: normal Not sure the reason, but pstricks exports fail (during latex compile) with ERROR: Illegal unit of measure (pt inserted). unless \scalebox commands are changed to \psscalebox commands. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dia depends on: ii dia-common0.95.0-4.1 Diagram editor (common files) ii dia-libs 0.95.0-4.1+b1 Diagram editor (library files) ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages dia recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405637: postgrey: Postgrey hangs after several days, which blocks all mail delivery
On Fri, Jan 05, 2007 at 08:38:06AM +0100, Adrian von Bidder wrote: I'm not quite sure what the solution was, but I *think* it had something to do with BerkeleyDB not always liking NFS or Xen or anything of the sort, but I'm not sure anymore. Could that be an issue for you? I don't have the DB on NFS (I think BerkeleyDB fails faster than that when mounted NFS), but it is a Xen instance that postgrey is running on. Do you recall if it was a BerkeleyDB/Xen interaction problem or something to do with postgrey? How old is your greylisting database? Have you tried just blowing it away? I'll try that too, although I've only been using postgrey at all for about a month. signature.asc Description: Digital signature
Bug#405637: postgrey: Postgrey hangs after several days, which blocks all mail delivery
Package: postgrey Version: 1.27-3 Severity: important I don't know how to track this down, but postgrey has been hanging after several days of use and can only be stopped with kill -9. My mail log looks like this: Jan 4 23:11:09 sly postfix/smtpd[10391]: connect from seds.lpl.arizona.edu[150.135.110.221] Jan 4 23:11:10 sly postfix/smtpd[10118]: warning: timeout on 127.0.0.1:6 while reading input attribute name Jan 4 23:11:10 sly postfix/smtpd[10118]: warning: problem talking to server 127.0.0.1:6: Connection timed out Jan 4 23:11:10 sly postfix/smtpd[10118]: NOQUEUE: reject: RCPT from PCH.MIT.EDU[18.7.21.90]: 451 4.3.5 Server configuration problem; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=pch.mit.edu Jan 4 23:11:11 sly postfix/smtpd[8837]: timeout after RSET from PCH.MIT.EDU[18.7.21.90] Jan 4 23:11:11 sly postfix/smtpd[8837]: disconnect from PCH.MIT.EDU[18.7.21.90] I'm not sure if I'll even be able to continue using it long enough to track down this bug since it completely brings down my mail server every time this happens. I just figured I'll report it in case anyone else is seeing this too. I have no idea how to reproduce it. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages postgrey depends on: ii adduser 3.100 Add and remove users and groups ii libberkeleydb-perl0.31-1 use Berkeley DB 4 databases from P ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii libnet-server-perl0.94-1 An extensible, general perl server ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii ucf 2.0017 Update Configuration File: preserv Versions of packages postgrey recommends: ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith pn libnet-rblclient-perl none (no description available) ii postfix 2.3.4-3A high-performance mail transport -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404551: coreutils: ls man page: -l option is not fully described
Package: coreutils Version: 5.97-5 Severity: minor The man page for ls says: -l use a long listing format What long listing format means is never described. Since this format is not obvious should be described briefly in the man page. An example of where it is not obvious is for permissions other than read, write, and execute. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403676: bash: declare -ax SOMETHING within function leads to unbound variable later
Package: bash Version: 3.1dfsg-8 Severity: normal I'm not sure how to make a test case out of this because it only happens for one case out of many in a program. The summary is: I have a function 'global_getopt_scan' I use to parse arguments, and return the array GLOBAL_ARGS to the caller. 1) use declare -ax GLOBAL_ARGS 2) put stuff in GLOBAL_ARGS 3) use GLOBAL_ARGS after return from global_getopt_scan For the script at http://danielwebb.us/misc/bash_bug2 call $ bash_bug2 --debug --verbose --test -two ads bash_bug2 [14:35]: 2 GLOBAL_ARGS=(--debug --verbose) bash_bug2 [14:35]: 2 NON_GLOBAL_ARGS=(--test2 --test3) bash_bug2 [14:35]: GLOBALS: LOGFILE=/tmp/bash_bug2.root.nerd.log FILELIST= DEBUG=true VERBOSE=true bash_bug2 [14:35]: VERIFY_ONLY_ON_SOURCE=true VERIFY_ONLY_ON_DESTINATION=true bash_bug2 [14:35]: VERIFY_CURRENT_CHECKSUMS=true VERIFY_HISTORIC_CHECKSUMS=true bash_bug2 [14:35]: SHOW_PROGRESS=true FILELIST_DELIMITER=--line-delimited bash_bug2 [14:35]: CROSS_FILESYSTEM_BOUNDARIES=false ./bash_bug2: line 2360: GLOBAL_ARGS[*]: unbound variable This only happens with the call to global_getopt_scan at line 2359, although I use the same technique throughout the program. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 4 Debian base system miscellaneous f ii debianutils 2.17Miscellaneous utilities specific t ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403467: bash: Unknown part of script causes assertion failure
Package: bash Version: 3.1dfsg-8 Severity: normal I'm not sure how to make a test case for this one, but the script that will cause the error is at http://danielwebb.us/misc/bash_bug.tar.gz Run: $ ./unixy-backup.restore_metadata . .unixy-backup.meta_filelist And I get: malloc: ../bash/subst.c:4135: assertion botched realloc: start and end chunk sizes differ Aborting/unixy-backup.restore_metadata: line 886: 30026 Broken pipe cat $meta_filelist 30027 Aborted | ( local file_entry; if is_null_delimited $meta_filelist; then while read -d '' file_entry; do restore_metadata_single; done; else while read file_entry; do restore_metadata_single; done; fi; return 0 ) unixy-backup.restore_metadata: ERROR: (See previous messages or check the log) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 4 Debian base system miscellaneous f ii debianutils 2.17Miscellaneous utilities specific t ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403406: grep: Clarification of single-character regular expression in man page - newline isn't included
Package: grep Version: 2.5.1.ds2-6 Severity: minor Man page says: The fundamental building blocks are the regular expressions that match a single character. Most characters, including all letters and digits, are regular expressions that match themselves. Any metacharacter with special meaning may be quoted by preceding it with a backslash. better might be: The fundamental building blocks are the regular expressions that match a single character. Most characters, including all letters and digits, are regular expressions that match themselves. The newline character is used to separate patterns in the regular expression and thus cannot be matched explicitly. Any metacharacter with special meaning may be quoted by preceding it with a backslash. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages grep depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries grep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403184: sysklogd: syslog.conf man page not clear: describe effect of '; ' operator more clearly
Package: sysklogd Version: 1.4.1-18 Severity: minor From the man page: Multiple selectors may be specified for a single action using the semicolon (``;'') separator. Remember that each selector in the selector field is capable to overwrite the preceding ones. Using this behavior you can exclude some priorities from the pattern. If this were strictly true, then: *.*;auth,authpriv.none;mail.error -/var/log/syslog would cause only mail messages = error to be logged to this file. I finally got some help from the local LUG, and I have learned that some priority rules are additive and some are subtractive. So above I am really just adding to what is already available. In fact, I apparently needed to use subtractive rules, either: *.*;auth,authpriv.none;mail.none;mail.error -/var/log/syslog or *.*;auth,authpriv.none;mail.!error -/var/log/syslog This is not at all clear in the man page. I suggest this replacement for the above paragraph: Multiple selectors may be specified for a single action using the semicolon (``;'') separator. Each selector in the selector field is capable of overwriting the preceding ones. In this regard, some selectors are additive and some are subtractive. The forms facility.priority and facility.=priority will add to what goes to the action, and the forms facility.none and facility.!priority will subtract from what goes to the action. Using this behavior you can include and exclude priorities from the pattern. Actually, I'm not sure if the above paragraph is correct, because it isn't clear to me from the man page whether =priority is additive or subtractive. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sysklogd depends on: ii klogd [linux-kernel-log-daem 1.4.1-18Kernel Logging Daemon ii libc62.3.6.ds1-8 GNU C Library: Shared libraries sysklogd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403002: findutils: Find man page mentions metacharacters but never defines them
Package: findutils Version: 4.2.28-1 Severity: minor It mentions metacharacters, but does not define them and is not precise about how they work, for example with --wholename. Also, it is not clear if it is possible to escape metacharacters. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages findutils depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries findutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403005: coreutils: stat man page refers to backslash escapes but never describes them
Package: coreutils Version: 5.97-5 Severity: minor The stat man page refers to backslash escapes but never describes them. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333160: Requesting change of severity to grave
I found this bug on accident, while using setfacl -R in the same way I was using chmod -R. The behavior should be the same, and the man page describes it as the same, but it isn't. I was fortunate in that I found out when a symbolic link in a user directory pointed to the root partition which doesn't have ACL turned on. If ACL was turned on for my root partition, this would have just completely compromised my entire system, which doesn't make me happy, to put it much more politely than I'm inclined to express. Frankly, I'm amazed and disappointed this bug is this old without even a reply. How complicated could it be to fix this? This seems serious enough that it should be going out in the next subrelease of Debian, not hanging around in the bug queue for half a year. If this is due to lack of someone available to work on it and my patch wouldn't be ignored, I'll give a shot at fixing this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333160: Requesting change of severity to grave
On Wed, Apr 12, 2006 at 07:51:53PM +1000, Nathan Scott wrote: Please do... actions speak alot louder than words. [I'm CCing security because I already wrote them about this] I've never used any of these libraries, so bear with me... (looking at the Debian stable version) setfacl.c line 341: if (nftw(file, __do_set, 0, opt_walk_physical * FTW_PHYS) 0) { this is the tree walk function described by 'man nftw', so seems pretty straightforward... the __do_set function called by nftw as it walks the tree has: if (S_ISLNK(stat-st_mode) (opt_walk_physical || (ftw-level 0 !opt_walk_logical))) but I stuck a printf before that line which shows that S_ISLNK(stat-st_mode) is always returning 0, even when the file is in fact a symlink. So either this is actually a bug in nftw(), or I don't properly understand how nftw is supposed to be used. I don't see anything wrong with the setfacl code. I'll see if I can dig into nftw() tomorrow if someone else who knows what they're doing hasn't already figured this out by then. The nftw man page describes the FTW_PHYS option to nftw as this is what you want, and that option is not used in the default -R case with setfacl. I wonder if it is because no one else except setfacl is using this option set to 0 and thus it hasn't been tested? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356977: python2.3-psycopg: psycopg.BOOLEAN(True) segfaults
Package: python2.3-psycopg Version: 1.1.18-1 Severity: normal $ python import psycopg a=psycopg.BOOLEAN(True) Segmentation fault -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python2.3-psycopg depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpq3 7.4.7-6sarge1 PostgreSQL C client library ii python2.3 2.3.5-3sarge1 An interactive high-level object-o ii python2.3-egenix-mxdatetim 2.0.6-1 date and time handling routines fo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353976: scponly: scp fails with unknown user even if all system libraries installed
Package: scponly Severity: normal When I use scponly in chroot mode, I can see with debug on that the scp in the chroot is saying: unknown user 1030 (or whatever the user is) The user exists in /etc/passwd, /chroot_dir/etc/passwd. I copied my entire /lib, /usr/lib, and /etc trees to the chroot dir with cp -a. sftp works fine. I don't know if this is a bug in scponly, scp, a library or what. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347266: Debian packages development branch of rdiff-backup instead of stable branch
Package: rdiff-backup Severity: normal *** Please type your report below this line *** I'm confused why the versions in sarge and unstable are both from Ben's development branches of rdiff-backup? The current stable version of rdiff-backup is 1.0.3. Ben also wondered why Debian is doing this when I told him the version I was using from stable. The current stable and unstable branches don't play nice together, as other bug reporters have reported. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rdiff-backup depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii librsync1 0.9.7-1 Library which implements the rsync ii python 2.3.5-2 An interactive high-level object-o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347266: Debian packages development branch of rdiff-backup instead of stable branch
In sarge, we have 0.13.4-5. This version is not a development version, it is just horribly outdated. Oh, ok I was probably just confused about it, I thought Ben was using an odd second number in the version to indicate the development branch. I would image you know better than me on that. The current stable and unstable branches don't play nice together, as other bug reporters have reported. You mean, rdiff-backup stable and unstable release. But.. the one remaining in testing is just a question of time before it is replaced by the migrated sid version. So, there is no rdiff-backup stable release in debian (except sarge, but sarge does not ship the current stable release of rdiff-backup either). So what is actually the problem then? Yes, the development (1.1.5) doesn't play nice with the stable (1.0.3), I was unclear. The problem is that rdiff-backup in Debian in incompatible with rdiff-backup in other distros (like Gentoo) that use the stable branch. I run sarge, but I'm trading backups with a friend running Gentoo, so I did an apt-get source to create up to date packages so we wouldn't be using much different versions, and it was a surprise to find out they still didn't work together because Debian doesn't use the stable branch. That's up to you to decide which ones go in unstable I guess. Besides.. for sarge you can use my packages at backports.org which are always in sync with the packages in sid. Thanks, I didn't know about that. Still, the fact remains that the packages in Debian (including the backports) are not compatible with other distros that use the stable branch. I can't really argue that my friend should change versions, since it makes more sense to me to put the stable branch in a distro. Do they have a clarification classification for bugs? This wasn't really a bug, but I probably wasn't the only person wondering. Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343568: fakeroot: Fakeroot doesn't work at all on Linux 2.6.12
On Mon, Dec 19, 2005 at 10:10:32PM -0500, Clint Adams wrote: $ fakeroot $ whoami webb I verified that SysV IPC is on in my kernel options. On a 2.4.22 system I have also running Debian stable, I get the expected root. Does fakeroot-tcp exhibit the same behavior? Yes. I can also create a file (within the fakeroot or fakeroot-tcp environment) with touch and it says the owner is webb. Interestingly, the shell (bash) tells me I'm root when I'm in the fakeroot or fakeroot-tcp environment. My shell prompt is: PS1=---\n\h \u\! \w\n I've been trying to compile from source, but I'm having a hell of a time getting the stable version of this package. I figured out that apt-get source by default gets unstable sources, but I tried: $ apt-get source -b fakeroot=stable Reading Package Lists... Done Building Dependency Tree... Done E: Unable to find a source package for fakeroot $ apt-get source fakeroot Reading Package Lists... Done Building Dependency Tree... Done Need to get 981kB of source archives. Get:1 http://ftp3.nrc.ca unstable/main fakeroot 1.5.6 (dsc) [707B] Get:2 http://ftp3.nrc.ca unstable/main fakeroot 1.5.6 (tar) [980kB] snip $ apt-get source -b fakeroot=unstable Reading Package Lists... Done Building Dependency Tree... Done E: Unable to find a source package for fakeroot So why doesn't the last one work if the second works? I obviously don't know what I'm doing here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343568: fakeroot: Fakeroot doesn't work at all on Linux 2.6.12
Package: fakeroot Version: 1.2.10 Severity: normal $ fakeroot $ whoami webb I verified that SysV IPC is on in my kernel options. On a 2.4.22 system I have also running Debian stable, I get the expected root. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fakeroot depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267484: please provide moreinfo about your bug report
On Sat, Jun 11, 2005 at 12:14:17AM +0300, Lior Kaplan wrote: Did you check that the recipient get your PID? or that's something that only goes for the log? I sent a fax and verified that the line at the top of the fax looks exactly like the line in the log (and thus, includes my calling-card PIN). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267484: please provide moreinfo about your bug report
On Sat, Jun 04, 2005 at 09:32:30PM +0300, Lior Kaplan wrote: Hi Daniel, I need more info about a bug you reported. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=267484 This is the second time I'm trying to contact you. Sorry for the delay, I have not had the modem hooked up. I hooked it up just now and tried again, and got the same problem. Here is the session (calling card pin changed to X): - efax: 35:39 opened /dev/ttyS3 efax: 35:40 using Xircom CreditCard Modem CM-56T (Revision 1.49T) in class 1 efax: 35:41 dialing T7202462399XX,,,2063394363 efax: 36:29 connected efax: 36:32 Error: timed out reading frame data efax: 36:32 Error: wrong response to receive-frame command efax: 36:35 Warning: bit-reversed HDLC frame, reversing bit order efax: 36:32 received UNKNOWN efax: 36:32 received UNKNOWN efax: 36:35 received UNKNOWN efax: 36:35 remote ID -K7FAX efax: 36:35 received DIS - answering capabilities efax: 36:35 remote has no document(s) to send, and can receive efax: 36:35 local 196lpi 14.4kbps 8.5/215mm any 1D- - 0ms efax: 36:35 remote 196lpi 14.4kbps 8.5/215mm any 2D- - 0ms efax: 36:35 session 196lpi 14.4kbps 8.5/215mm any 1D- - 0ms efax: 36:36 sent TSI - caller ID efax: 36:36 sent DCS - session format efax: 36:40 sent TCF - channel check of 2700 bytes efax: 36:44 received CFR - channel OK efax: 36:45 header:[Sat 04-Jun-2005 17:35From Daniel Webb ( 0) -- 7202462399XX,,,2063394363p.1/1] efax: 37:13 sent 20+2156 lines, 51127+0 bytes, 28 s 14607 bps efax: 37:14 sent EOP - done efax: 37:17 received MCF - page OK efax: 37:17 sent - /home/webb/speakeasy_rebate.ps.001 efax: 37:18 sent DCN - disconnect efax: 37:19 done, returning 0 (success) - Obviously, I don't want the header to say what it does, I just want: efax: 36:45 header:[Sat 04-Jun-2005 17:35From Daniel Webb ( 0) p.1/1] instead of: efax: 36:45 header:[Sat 04-Jun-2005 17:35From Daniel Webb ( 0) -- 7202462399XX,,,2063394363p.1/1] Here is efax-gtkrc: - # efax-gtkrc -- configuration file for efax-gtk # Amend it as necessary and copy to $HOME/.efax-gtkrc, # /usr/local/etc/efax-gtkrc or /etc/efax-gtkrc. This file is searched # for in that order -- ie $HOME/.efax-gtkrc has priority over # /usr/local/etc/efax-gtkrc and /etc/efax-gtkrc # Anything preceded by a `#' character is treated as a comment and # ignored by the program. # Put your name to appear on the fax top header on sent faxes here NAME: Daniel Webb # Put your number to appear on the fax top header on sent faxes here # This will also comprise the fax station ID reported to the sending # fax machine when receiving faxes NUMBER: 0 # Put the serial device to which the modem is connected here (if none # is given or it is commented out, the program defaults to # /dev/modem). Do not include the `/dev/' part of the device name -- # ie state it as `ttyS1' or `cua2', etc. With Linux, ttyS0 equates to # COM 1, ttyS1 to COM 2, and so on DEVICE: ttyS3 # Put the lock file directory here. If none is given or it is # commented out, the program defaults to /var/lock. LOCK: /var/lock # With efax-0.9 you don't usually need to specify this, as efax will # work out the class of the modem. You should therefore usually leave # this commented out. However, with efax-0.8 the program defaults to # Class 2, so if you are using a Class 1 modem with old versions of # efax specify the Class here. Valid values are 1 for Class 1 modems # and 2.0 for Class 2.0 modems. With efax-0.9 you can also use the # value 2 to explicitly force the use of the Class 2 protocol #CLASS: 2 # Specify the page size here. Values accepted are `a4', `letter' or # `legal'. If none is specified the program defaults to a4. PAGE: letter # This specifies the resolution to which faxes are sent. Values # accepted are `standard' (204x98) and `fine' (204x196). If none is # given the program defaults to 204x196. RES: fine # This defines the number of rings the modem allows to pass before # answering the telephone when in Standby mode. Acceptable values are # 1 to 9. If none is specified, the program defaults to 1. RINGS: 1 # Valid values for the followinga are `tone' and `pulse'. If none is # specified, the program defaults to tone dialling. DIALMODE: tone # The following specifies the initialising `AT' commands for the modem # when in fax mode. Specify as many of these as are needed, separated # by spaces for commands to be separated, without a prepended `AT'. # If none is specified, the program will default to `Z FED2S7=120 # C0 M1L0', which will be correct for practically all modems INIT: Z FED2S7=120 C0 M1L0 # The following specifies the `AT' commands to reset the modem. # Specify as many of these as are needed, separated by spaces for # commands to be separated, without a prepended `AT'. If none is # specified
Bug#295167: libglib2.0-0: Either autoconf macro AM_PATH_GLIB_2_0() or binary version broken
Package: libglib2.0-0 Version: 2.6.2-1 Severity: normal # Autoconf snip: AM_PATH_GLIB_2_0([1.2.0],,[AC_MSG_ERROR([glib 1.2 or newer is required])]) $ autoreconf $ ./configure snip checking for pkg-config... /usr/bin/pkg-config checking for GLIB - version = 1.2.0... *** 'pkg-config --modversion glib-2.0' returned 2.6.1, but GLIB (2.4.0) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: glib 1.2 or newer is required The libglib2.0-dev package is also up to date. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22-xfs Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages libglib2.0-0 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295167: Cancel this bug
Ugh! I spend nearly an hour trying to track down why this was happening so as not to file a frivolous bug report, but here I've gone and done it anyway. Turned out I have a /usr/local version of glib I had forgotten about. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295028: xmms-liveice: Unusual bitrate option (196000 bps) doesn't work
Package: xmms-liveice Version: 1.0.0-6 Severity: normal One of the bitrate options in xmms-liveice is 196000. I'm guessing this should be 192000. xmms-liveice doesn't work with this setting (nothing is streamed to liveice), but 16 and 256000 work fine. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22-xfs Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages xmms-liveice depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xmms 1.2.10-2Versatile X audio player that look -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228064: Still a bug
This should still be at least a wishlist to change the man page to clarify that -g only works for -L port forwarding. In the SSH docs, port forwarding is pretty much described the same for -L and -R forwarding, so the -g description in the manual should make clear that it is only for -L forwarding. Either that, or it should do as it says in the manual and allow remote hosts to connect to the forwarded port during a -R forwarded port. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291364: afio: During install operation, files are listed as uncompressed even if they weren't
Package: afio Version: 2.5-2 Severity: minor When using afio -i with the -Z option, files that have errors and don't uncompress are still listed as being uncompressed in the -v output. For example, I intentionally corrupted backup/D1.gz in the afio file, and tried to install it. This is the relevant part of the output: snip afio: backup/D1.gz: Broken pipe afio: inentry xwait(): Exit 2 backup/D1.gz -- uncompressed snip I guess you could say it was uncompressed, but the output was 0 bytes, because the compression program failed. It would be much more useful if the output was backup/D1.gz -- FAILED A small gripe... afio is the best robust backup solution out there. Thanks, Daniel -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22-xfs Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages afio depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]