Bug#347793: libc6: well the 'most basic pthread program' is in error
Package: libc6 Version: 2.3.5-8 Followup-For: Bug #347793 The pthread_join call is wrong, as the second argument isn't the address of an actual pointer. Get it right: void *return_pointer; return_code = pthread_join (thread, &return_pointer); and the complaint goes away. So I guess my bug is what libc is complaining about, albiet in a fairly inscrutable way. So I guess this is not a bug. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346106: sox: seg fault (probably during command line parsing)
Package: sox Version: 12.17.9-1 Severity: normal Example: greenwood$ touch foo greenwood$ sox -t cdr foo - -t sw foo.raw Segmentation fault (core dumped) Doesn't matter if foo is or isn't actually a cdr file, so I guess this is a problem parsing the command line. The error in the above is the hyphen after foo (shouldn't be there since we aren't reading from standard input), but of course this shouldn't make a crash. Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sox depends on: ii libasound2 1.0.10-2ALSA library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libogg0 1.1.2-1 Ogg Bitstream Library ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisenc21.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi sox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346539: gnucash: account completion remembers old names of renamed accounts
Package: gnucash Version: 1.8.10-12 Severity: minor I renamed an account two levels down an account tree (probably doesn't matter where the account is in the tree, but I haven't confirmed) and then entered some more transactions from that account, and the completion code still wants to complete with the old name of the renamed account. Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnucash depends on: ii bonobo 1.0.22-6The GNOME Bonobo System. ii gdk-imlib1 1.9.14-26 compatibility package for gdk-imli ii gnucash-common 1.8.10-12 A personal finance tracking progra ii guile-1.6-libs 1.6.7-1 Main Guile libraries ii guile-1.6-slib 1.6.7-1 Guile SLIB support ii libart2 1.4.2-27The GNOME canvas widget - runtime ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2 1.0.22-6The GNOME Bonobo library. ii libc62.3.5-8 GNU C Library: Shared libraries an ii libdate-manip-perl 5.44-2 a perl library for manipulating da ii libdb3 3.2.9-23Berkeley v3 Database Libraries [ru ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libfinance-quote-perl1.08-1 Perl module for retrieving stock q ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgal23 0.24-6 G App Libs (run time library) ii libgconf11 1.0.9-7.1 GNOME configuration database syste ii libgdk-pixbuf-gnome2 0.22.0-11 The GNOME1 Canvas pixbuf library ii libgdk-pixbuf2 0.22.0-11 The GdkPixBuf image library, gtk+ ii libghttp11.0.9-17original GNOME HTTP client library ii libglade-gnome0 1:0.17-5Library to load .glade files at ru ii libglade01:0.17-5Library to load .glade files at ru ii libglib1.2 1.2.10-10 The GLib library of C routines ii libgnome32 1.4.2-27The GNOME libraries ii libgnomeprint15 0.37-11 The GNOME Print architecture - run ii libgnomesupport0 1.4.2-27The GNOME libraries (Support libra ii libgnomeui32 1.4.2-27The GNOME libraries (User Interfac ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libgtkhtml1.1-3 1.1.10-9HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-1 Guile's patched version of libtool ii libguppi16 0.40.3-15 GNOME graph and plot component ii libgwrapguile1 1.3.4-15g-wrap: Tool for exporting C libra ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libltdl3 1.5.22-1A system independent dlopen wrappe ii liboaf0 0.6.10-6The GNOME Object Activation Framew ii libofx1 1:0.7.0-7 library to support Open Financial ii liborbit00.5.17-11.1 Libraries for ORBit - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqthreads-12 1.6.7-1 QuickThreads library for Guile ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++5 1:3.3.6-10 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxml1 1:1.8.17-10 GNOME XML library ii libzvt2 1.4.2-27The GNOME zvt (zterm) widget ii oaf 0.6.10-6The GNOME Object Activation Framew ii psfontmgr0.11.8-0.1 PostScript font manager -- part of ii slib 3a1-4.2 Portable Scheme library ii x-ttcidfont-conf 21 Configure TrueType and CID fonts f ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime gnucash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347793: libc6-dev: most basic pthread program produces strange messages on stderr at exit
Package: libc6-dev Version: 2.3.5-8 Severity: normal This minimal program, test_threads.c: #include #include #include #include int thread_return; void * thread_function (void *arg) { int idx; for ( idx = 0 ; idx < 3 ; idx++ ) { sleep (1); printf ("thread_arg: %d\n", *((int *)arg)); } thread_return = 42; pthread_exit (&thread_return); } int main (void) { int thread_arg = 2; pthread_t thread; int return_code; // pthread_attr_t thread_attrs; // return_code = pthread_attr_init (&thread_attrs); return_code = pthread_create (&thread, NULL, thread_function, (void *) &thread_arg); assert (return_code == 0); int **return_location; return_code = pthread_join (thread, (void **) return_location); assert (return_code == 0); printf ("thread_return: %d\n", **return_location); return 0; } Compiled this way: gcc -Wall -D_REENTRANT test_threads.c -lpthread -o test without any errors or warnings, produces this output when run: thread_arg: 2 thread_arg: 2 thread_arg: 2 thread_return: 42 1581: 1581: runtime linker statistics: 1581:final number of relocations: 139 1581: final number of relocations from cache: 7 with the latter four lines being on stderr. Is there some debugging information that didn't get turned off or something? I guess this might be a libc bug report? Uncommenting the lines that set up the thread_attrs structure and passing a pointer to it to pthread_create insteal of NULL as the second argument yields a different weird output: thread_arg: 2 thread_arg: 2 thread_arg: 2 thread_return: 42 1598: binding file /lib/tls/libpthread.so.0 to /lib/tls/libc.so.6: normal symbol `__cxa_finalize' [GLIBC_2.1.3] 1598: binding file /lib/libgcc_s.so.1 to /lib/tls/libc.so.6: normal symbol `__cxa_finalize' [GLIBC_2.1.3] Thanks, Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6-dev depends on: ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii linux-kernel-headers 2.6.13+0rc3-2 Linux Kernel Headers for developme Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-10 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5 The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350055: glibc-doc: nanosleep documentation misleading about second (output) argument behavior
Package: glibc-doc Version: 2.3.5-8 Severity: normal The nanosleep info documentation seems to be saying that the second argument (struct timespec *REMAINING in that reference) is filled in with a timespec value of 0 even if the function was not interupted by a signal: -- Function: int nanosleep (const struct timespec *REQUESTED_TIME, struct timespec *REMAINING) If resolution to seconds is not enough the `nanosleep' function can be used. As the name suggests the sleep interval can be specified in nanoseconds. The actual elapsed time of the sleep interval might be longer since the system rounds the elapsed time you request up to the next integer multiple of the actual resolution the system can deliver. *`requested_time' is the elapsed time of the interval you want to sleep. The function returns as *`remaining' the elapsed time left in the interval for which you requested to sleep. If the interval completed without getting interrupted by a signal, this is zero. In reality this is not the case. `remaining' is only filled in if nanosleep returned -1. This implemented behavior is consistent with the documentation visible in 'man nanosleep' and these other references: http://www.opengroup.org/onlinepubs/007908799/xsh/nanosleep.html http://www.die.net/doc/linux/man/man2/nanosleep.2.html http://www.mkssoftware.com/docs/man3/nanosleep.3.asp http://docs.hp.com/en/B9106-90009/nanosleep.2.html Note that since `remaining' is probably untouched if 0 is returned, the behavior the info page is describing could be achieved by setting `remaining' to {0, 0} before the nanosleep call. However, the info documentation doesn't say anywhere that this should be done. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350076: subversion: svn diff --diff-cmd option fails inscrutably
Package: subversion Version: 1.2.3dfsg1-3 Severity: minor This works: svn diff --diff-cmd=diff sleep_on_option.c | less but this (using fldiff) doesn't: svn diff --diff-cmd=fldiff sleep_on_option.c | less ^^ I see some output in the terminal like this: diff: option requires an argument -- L diff: Try `diff --help' for more information. Index: sleep_on_option.c === and fldiff dialog pops up saying 'Unable to optn "-L": No such file or directory' Now since fldiff can be invoked 'fldiff file1 file2' just like diff, you would expect it to work here, or if not, you would expect a specification somewhere from svn saying just how it intends to invoke the supplied diff command. But I didn't find anything like that. Alternately, svn diff could provide some way to output what exactly its doing at run time. The -L option to GNU diff does this: `-L LABEL' `--label=LABEL' Use LABEL instead of the file name in the context format (*note Context Format::) and unified format (*note Unified Format::) headers. But its not worth trying to use this option (at least when --diff-cmd is specified) if its going to break other diff programs. It looks like fldiff is itself subversion aware, so you can just do fldiff file.c in your working copy, but I don't think this has anything to do with the above trouble, since fldiff still works fine when invoked on two different files in a subversion repository. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages subversion depends on: ii db4.3-util 4.3.29-3 Berkeley v4.3 Database Utilities ii libapr02.0.55-4 the Apache Portable Runtime ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libneon24 0.24.7.dfsg-3 An HTTP and WebDAV client library ii libsvn01.2.3dfsg1-3 shared libraries used by Subversio ii patch 2.5.9-2 Apply a diff file to an original subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350236: /usr/share/man/man2/kill.2.gz: effect of kill send by process to itself not fully clear
Package: manpages-dev Version: 2.17-1 Severity: normal File: /usr/share/man/man2/kill.2.gz The nots section of the kill man page contains this paragraph: POSIX 1003.1-2003 requires that if a process sends a signal to itself, and that process does not have the signal blocked, and no other thread has it unblocked or is waiting for it in sigwait(), at least one unblocked signal must be delivered to the sending thread before the call of kill() returns. Presumably this means that if a thread which doesn't have the signal blocked in its mask raises the signal, it is gauranteed to get it before kill returns even if all other threads do have it blocked, but it would be nice if this were stated explicitly. Probably language elsewhere in the standard makes this clear, but this excert taken in isolation leaves some room for doubt, especially given the history of thread implementation on linux. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages manpages-dev depends on: ii manpages 2.17-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350945: subversion: inscrutable error message while trying to create tag from working copy
Package: subversion Version: 1.2.3dfsg1-3 Severity: normal The svn book (http://svnbook.red-bean.com/en/1.1/ch04s06.html#svn-ch-4-sect-6.2) describes creating a complex tag this way: $ ls my-working-copy/ $ svn copy my-working-copy http://svn.example.com/repos/calc/tags/mytag Committed revision 352. This doesn't work for me: greenwood$ svn copy $(pwd)/trunk file://$HOME/projects/rawrec/svn_repository/tags/complicated_pause_states svn: Commit failed (details follow): svn: Invalid change ordering: new node revision ID without delete svn: Your commit message was left in a temporary file: svn:'svn-commit.2.tmp' I'm guess this doesn't work because what I have are edited sources that I would like to make a snapshot of, not sources assembled from various other version, which is the context of the tagging example from the svn book. However, the error message is inscrutable enough that I can't really tell. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages subversion depends on: ii db4.3-util 4.3.29-3 Berkeley v4.3 Database Utilities ii libapr02.0.55-4 the Apache Portable Runtime ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libneon24 0.24.7.dfsg-3 An HTTP and WebDAV client library ii libsvn01.2.3dfsg1-3 shared libraries used by Subversio ii patch 2.5.9-2 Apply a diff file to an original subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365642: gnome: same problem with at least one other Keyboard pref->layout Option
Package: gnome Followup-For: Bug #365642 I have a similar problem with Keyboard Preferences->Ctrl key position->Make CapsLock an additional Ctrl. But since there are at least two settings with this issue seems like a decent chance it may be a more general problem. I'm running the latest nvidia drivers (NVIDIA-Linux-x86-1.0-8762), installed the evil subversive way (i.e. using the makeself package from the nvidia site, rather than the debian packages). I had the same problem before upgrading (in hope of fixing problem) from NVIDIA-Linux-x86-1.0-8178. Not that I have any great reason for thinking its an xserver problem, just seems like a possibility. To get so I could log in at all I had to remove the following from ~/.gconf/%gconf-tree.xml: ctrl ctrl:nocaps Not sure why the other reporter ended up having to deal with %gconf.xml instead. It crashed gnome and then can't log back in just as for other reporter. I think this bug is maybe a bit higher than normal severity since for a good part of the userbase that GNOME is aimed at it probably makes the computer unusable. Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 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#384104: gnome: making caps lock an additional ctrl give slightly different cntr-x cntr-c behavior in emacs
Package: gnome Severity: minor Recent GNOME version crashed when you tried to make caps lock an additional control (Desktop->prefereces->keyboard->layout options->Ctrl key position). It doesn't crash now, but it doesn't really work absolutely as expected either. I selected the "Make CapsLock an addiutional Ctrl." option, and now when I try to exit emacs at high speed with C-x C-c, usually the C-c seems to get lost. If I bang the c and x keys a bit more slowly and distinctly it always works. If I use the actual Ctrl key marked as such on the keyboard, there is no such problem. Britton Kerin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 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#387551: manpages-dev: mq_receive man page shows wrong return type 'mqd_t' (correct is ssize_t)
Package: manpages-dev Version: 2.39-1 Severity: normal As the subject says. Looking in /usr/include/mqueue.h the actual return type is ssize_t, as expected. Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages manpages-dev depends on: ii manpages 2.39-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389491: manpages-dev: mq_open man page lists nonexistent errno code 'EACCESS'
Package: manpages-dev Version: 2.39-1 Severity: normal I think it should be 'EACCES'. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages manpages-dev depends on: ii manpages 2.39-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432149: fetchmailconf: username with '@' required by email service provider causes problems
Package: fetchmailconf Version: 6.3.6-1 Severity: normal I have a service provider which requires my username to be: [EMAIL PROTECTED] fetchmailconf warns me that this can cause trouble, but I don't have a choice since this is what fastmail explicitly requires. The produced config file then contains the line: poll mail.messagingengine.com with proto IMAP user '[EMAIL PROTECTED]' there with password '[EMAIL PROTECTED]' is '[EMAIL PROTECTED]' here options keep Which isn't what I want (want just bkerin here). I hand edited it and it solved my problem. But if major email service providers like fastmail.fm are going to require usernames like this, I think it would be worth some sort of configuration help to support it. Incidently, I first tried to make things go using just fetchmail from the command line, but using -u [EMAIL PROTECTED] there caused '[EMAIL PROTECTED]@the.host.they.make.you.use' to get used elsewhere. I didn't find out how to avoid this problem with command line options, so I'm still coming out ahead with fetchmailconf. But something maybe should be done to clarify how to use the command line options in this case as well. Note that the.host.they.make.you.use is not 'fastmail.fm', hence the trouble. Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3.emp3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fetchmailconf depends on: ii fetchmail 6.3.6-1SSL enabled POP3, APOP, IMAP mail ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-tk 2.4.4-1Tkinter - Writing Tk applications fetchmailconf recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432149: fetchmailconf: actually it works (but confused me)
Package: fetchmailconf Version: 6.3.6-1 Followup-For: Bug #432149 Ok, actually you do get to change the offered local name to bkerin in the GUI dialog for the individual user if you want. So all I can say is that it confused me (daunting to have to remove the very user ID you are trying to add). Perhaps the warning dialog that gets popped up if you leave the name with the ampersand there could be modified to give a pointer in this situation). Also, the situation with @ in the user ID being required by email service providers is common (the other one I have access to required it as well) or maybe universal. Britton -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3.emp3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fetchmailconf depends on: ii fetchmail 6.3.6-1SSL enabled POP3, APOP, IMAP mail ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-tk 2.4.4-1Tkinter - Writing Tk applications fetchmailconf recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359948: vorbis-tools: ogg123 undocumentedly requires -d to preceed -f
Package: vorbis-tools Version: 1.1.1-3 Severity: minor Actually the man page doesn't really even say that -f is going to require -d, and the error message that you get when you try -f alone doesn't say that you need to have the -d preceed the -f, though this requirement probably makes sense. So it ends up looking like it just doesn't work unless you happen to try switching the options around. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages vorbis-tools depends on: ii libao20.8.6-3Cross Platform Audio Output Librar ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcurl3-gnutls 7.15.3-1 Multi-protocol file transfer libra ii libflac7 1.1.2-3.1 Free Lossless Audio Codec - runtim ii libogg0 1.1.3-2Ogg Bitstream Library ii liboggflac3 1.1.2-3.1 Free Lossless Audio Codec - runtim ii libspeex1 1.1.12-1 The Speex Speech Codec ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2-1The Vorbis General Audio Compressi ii libvorbisfile31.1.2-1The Vorbis General Audio Compressi vorbis-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]