Bug#346289: After upgrade to v1.0 bogofilter and all utilities hang upon running wordlist.db
Package: bogofilter
Version: 0.94.4-1
Severity: grave
Justification: renders package unusable
I have no idea what happened, or how: bogofilter and bogoutil -- both
v0.94.4 and v1.0.0 hang. I was hoping that this might be the #317524 bug
at first; but I don't think so.
I upgraded to the new v1.0 of bogofilter (which is more than one
package, as I have found out) from bogofilter_0.94.4-1_i386. I noticed
that I wasn't getting my mail (I do not know when the problems began),
and saw that 3 or 4 bogofilters were in memory. When I killed them,
others kept spawning (every time procmail recipes were called for a
message), so I had to remove the bogofilter references in my procmail
recipe file.
I've tried running bogoutil in all sorts of ways: -d, --db-verify,
--db-recover, --db-recover-harder, etc. -- and it simply hangs every
time too, with a small footprint in memory (<1M) and using 0% of CPU. No
disk activity. No way I can export the tokens now, etc. So I don't know
if the wordlist.db got corrupted or not.
NB: It's not at all clear to me that the bogoupgrade script _doesn't_
take .db files as input (IMO unclear documentation and I've only glanced
at the perl file, looking for clues); so just in case, I'll give you
this (possibly completely irrelevant) output:
$ bogoupgrade -i wordlist.db -o foo.db
Cannot recognize signature [V_8_b1_M7_QZ_Z_H_s_A_0_ _{_].
I don't know what you can do with the above sketchy information, but
that's the best I can come up with right now.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.20
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages bogofilter depends on:
ii libc6 2.3.5-6GNU C Library: Shared libraries an
ii libdb4.3 4.3.28-2 Berkeley v4.3 Database Libraries [
ii libgsl0 1.6-2 GNU Scientific Library (GSL) -- li
Versions of packages bogofilter recommends:
ii db4.3-util4.3.29-3 Berkeley v4.3 Database Utilities
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339549: fetchyahoo: script suddenly hanging, eating up 100% of CPU cycles
Package: fetchyahoo Version: 2.9.0-1 Severity: normal I don't know what Debian policy fetchyahoo now violates, but it is now suddenly creating "out of memory" errors and having other packages close down, while multiple copies of fetchyahoo hang in memory adding a new one each time crontab runs; and each new copy now vies for 100% of CPU time. Upon 'pkill fetchyahoo' the sendmail program does mail me the log message, which stops at the line beginning "Getting Message ID(s)..." It's strange that this problem appears to have only started in the past day or two, and I have installed only 2, completely unrelated, packages and updated none in a number of weeks. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.51-3 Support for https protocol in LWP ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libio-socket-ssl-perl 0.97-1 Perl module implementing object or ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.4-8Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: ii libterm-readkey-perl 2.21-1.3 A perl module for simple terminal ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305223: nload: No graphic display whatsoever
Package: nload Version: 0.6.0-2 Severity: important It's a mystery to me why, but nload displays no grafik display at all. I tried changing the -i and -o. No dice. Makes nload a far less interesting package to me. Some mistake on my part, or something more general? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nload depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305693: fortunes-mario: Typo corrections
Package: fortunes-mario Version: 0.20-1 Severity: minor Tags: patch I've let many fortunes errors go by; but I felt ambitious with this file, however. I don't know if this is the right place to put this patch -- but here it is, regardless. Thanx for all the yucks and info! -- grok. --- mario.anagramas 2005-04-20 17:10:03.0 -0400 +++ mario.anagramas.1 2005-04-21 08:44:42.0 -0400 @@ -44,6 +44,7 @@ -- anagrama % William Shakespeare <--> I am a weakish speller. +-- anagrama % Dictionary <--> Indicatory -- anagrama @@ -282,7 +283,7 @@ New Orleans <--> Loner wanes -- anagrama % -Detriot <--> Diet rot +Detroit <--> Diet rot -- anagrama % Indianapolis <--> A sin pain idol @@ -366,7 +367,7 @@ Stratford upon Avon <--> Not vast porno fraud -- anagrama % -Northanpton <--> Torn phantom +Northampton <--> Torn phantom -- anagrama % Stoke on Trent <--> Rotten tokens @@ -378,7 +379,7 @@ Liechtenstein <--> Lenient ethics -- anagrama % -Great Britian <--> Arbitrate gin +Great Britain <--> Arbitrate gin -- anagrama % Republic of Albania <--> Incapable of burial @@ -516,7 +517,7 @@ Thomas Hardy's Cottage <--> Oh my, castrated a ghost -- anagrama % -The Lourve <--> True hovel +The Louvre <--> True hovel -- anagrama % Ayers Rock <--> Rocky arse @@ -573,8 +574,6 @@ Lets get it on <--> O, gentle tits -- anagrama % --- anagrama -% Paradise and lunch <--> An underpaid clash -- anagrama % @@ -629,7 +628,7 @@ I just called to say I love you <--> Let us joyously violate acid -- anagrama % -Another day in paridise <--> Oh dear, insanity parade +Another day in paradise <--> Oh dear, insanity parade -- anagrama % Every breath you take <--> Hey, above rate turkey @@ -656,7 +655,7 @@ The beatles anthology <--> Oh hell, batty stone age -- anagrama % -Actung Baby <--> A naughty BBC +Achtung Baby <--> A naughty BBC -- anagrama % Take that and party <--> A hated tatty prank
Bug#306603: Hardwired for 'hotmail.com' and cannot change in ~/.gotmailrc
Package: gotmail Version: 0.8.2-2 Severity: important Gotmail can only access an alternate "hotmail.<2-letter country code>" domain server when every instance of "hotmail.com" in the actual gotmail perl script is changed (I did not spend time following the logic to find the minimum number of variables which needed changing). Thus, setting a server other than "hotmail.com" in ~/.gotmailrc doesn't work -- which it should (who knew?) .gotmailrc, of course, should be the one cfg location where the default hotmail.com location in the gotmail script can be overridden (other than the commandline, which I haven't tested for a very long time). And all this is beside any stupidity and hanky-panky on Hotmail's side (which is the whole reason this all came up in the first place...) <;/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307692: xfig: figure subdirectory 'Caribbean' (below 'Flags') is misspelled
Package: xfig Version: 1:3.2.5-alpha5-3 Severity: minor The directory '/usr/share/xfig/Libraries/Flags/Carribean' should be instead '/usr/share/xfig/Libraries/Flags/Caribbean'. That's it (for now). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164792: doc-linux-html: Should be re-titled: Low diskspace problem -- install in smaller chunx!
Package: doc-linux-html Version: 2005.02-1 Followup-For: Bug #164792 I understand the original bug-filer's point: This package throws the entire unzipped contents into /usr before even beginning to replace things (AFAIK). And of course, too, the maintainer needs to maintain his sanity... ;> I don't actually know the methodology involved in installing such a humungous package; but isn't it possible to arrange the install script(s) so that *sections* of the documentation replace *just* their antecedents, in an orderly progression? So that people who think they have just enuff diskspace at, say 50-60MB don't keep getting a nasty surprise? This really is a bug in a kinda big way, for small systems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308127: goats: footprint too big
Package: goats Version: 2.2-2.1 Severity: wishlist Bah! Goats takes up way too much resident memory for what it is. But looking at the long list of dependencies below (I was going to delete them in this message, but I think I'll keep them as part of it), I'm wondering if that might be part of the reason..? In any case -- this is not a serious bug, but what I would consider a design issue. Please consider paring-down the size of the resident part of goats, if at all possible: 1.2MB is just way too much! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages goats depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.8.3-1 library for GNOME 2 panel applets ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299581: gnugo: New keymap functionality on and requested for ASCII-mode
Package: gnugo Version: 3.6-2 Severity: wishlist In my newfound quest to see the gnugo ASCII-mode interface improved, I note the following: and do not have any functionality by themselves on an empty gnugo commandline; so why not have these keys default to [fo]rward and [ba]ckward, respectively, when in "loaded-game" mode? I think this would be a great improvement in the interface's functionality -- and certainly in terms of ergonomix (index and middle fingers), it would work well. And this would almost obviate my request for a history function for the commandline. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315765: bsdmainutils: [cal] User-specified range of months defaulting to current year
Package: bsdmainutils Version: 6.0.17 Severity: wishlist The -3 switch for cal which gives the last/present/next month is a great thing to have. So it'd be even greater IMO if cal could default to the present year while accepting _ranges_ of months: i.e. 7-9 or 7,9,11 for the months July/August/September or July/September/November, for the current year, etc. Adding a year argument after that, of course, would mean that you were asking for those months in that year -- all this requiring, I suppose, the re-jigging of cal to not default to a one-argument list representing a year (though insisting on always including the year first is clearly not an obstacle). I don't see this as being an insurmountable challenge to implement; but perhaps accepted usage would nix this type of change. Hope this can be implemented. I think it would be very useful. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bsdmainutils depends on: ii bsdutils1:2.12p-4Basic utilities from 4.4BSD-Lite ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- debconf information: bsdmainutils/calendar_lib_is_not_empty: bsdmainutils/calendar_config_moved: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315795: ppmforge: -mesh 1 segfaults program
Package: netpbm Version: 2:10.0-8 Severity: normal Here I sit Broken-hearted Set -mesh to 1 And it segfaulted -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages netpbm depends on: ii bc 1.06-15 The GNU bc arbitrary precision cal ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libnetpbm10 2:10.0-8 Shared libraries for netpbm ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libtiff43.7.2-3 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305223: nload: I meant "console grafix"...
Package: nload Version: 0.6.0-2 Followup-For: Bug #305223 Sorry I am so late with a reply. World revolution is very time-consuming. >> It's a mystery to me why, but nload displays no grafik display at all. >> I tried changing the -i and -o. No dice. Makes nload a far less >> interesting package to me. >> >> Some mistake on my part, or something more general? > > The package description states that it's a console application. It > doesn't have any X support, I assume that's what you mean with graphics > support? > > I think you want xnetload or something similar then. Sorry too that my bug report was ambiguous on that account. I indeed mean the _console_ "grafix" -- i.e. all those ASCII characters scrolling off the screen as they approximate a graph of Internet activity. It just does not work on my system. I do, however, get the Incoming & Outgoing statistix just fine, so I know the package is actually functioning. Again: Am I merely misunderstanding something simple? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20-ck7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nload depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315886: elinks: "core dump" while sorting thru bookmarks' saved snapshots
Package: elinks Version: 0.10.4-7 Severity: grave Justification: causes non-serious data loss Hi: I am getting this crash pretty regularly now when I start shuffling around the 'snapshot' URLs (they've already been moved away from where elinks puts them as per the configuration setting, so they should just be 'regular' URLs now, right?) I put core dump in quotes in the subjectline, because the error message _says_ that it has produced a core dump, but I don't actually get one -- just the backtrace below. Seems to me, perhaps, that I turned off core dumps somewhere, some time ago? ;> Let me know what I should do if you want to go further on this with me. -- grok. P.S.: The english in your error message is a little awkward. You can swap-in my version below here, if you want (I may have dropped some of your text while cutting & pasting). [ELinks crashed. That shouldn't happen. Please report this incident to the developers. If you would like to help in debugging the problem you've just uncovered, please keep the core you've just got and send the developers the output of the 'bt' command, entered from inside gdb (which you run as: gdb elinks core). Thanks a lot for your cooperation!] == BEGINNING == ELinks crashed. That shouldn't happen. Please report this incident to developers. If you would like to help to debug the problem you just uncovered, please keep the core you just got and send the developers output of 'bt' command entered inside of gdb (which you run as: gdb elinks core). Thanks a lot for your cooperation! ELinks 0.10.4 (built on May 21 2005 13:57:21) Features: Standard, Fastmem, IPv6, gzip, bzip2, Cascading Style Sheets, Protocol (File, FTP, HTTP, NNTP, SMB, URI rewrite, User protocols), SSL (GnuTLS), MIME (Option system, Mailcap, Mimetypes files), LED indicators, Bookmarks, Cookies, Form History, Global History, Scripting (Lua, Perl) elinks(dump_backtrace+0x1d)[0x80d4dbd] elinks[0x80946c4] elinks[0x8094a04] /lib/libpthread.so.0[0x40214825] /lib/libc.so.6[0x402836f8] elinks(traverse_listbox_items_list+0x5c)[0x80cd6bc] elinks[0x80ce024] elinks(display_widget+0x23)[0x80d1e73] elinks[0x80b268f] elinks[0x80c8778] elinks[0x80c8e7d] elinks[0x80c92c5] elinks[0x80c93e8] elinks(term_send_event+0x156)[0x8096246] elinks[0x809666b] elinks(in_term+0xef)[0x809695f] elinks(select_loop+0x2cb)[0x809431b] elinks(main+0x2d)[0x805922d] /lib/libc.so.6(__libc_start_main+0xc6)[0x4026fe36] elinks[0x8058a21] Aborted === END == -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages elinks depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libgpmg1 1.19.6-19sarge1 General Purpose Mouse - shared lib ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii liblua50 5.0.2-5 Main interpreter library for the L ii liblualib50 5.0.2-5 Extension library for the Lua 5.0 ii libperl5.8 5.8.4-8 Shared Perl library ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317848: mp3blaster: Timer display not properly bounds-checked/programmed?
Package: mp3blaster Version: 1:3.2.0-6 Severity: normal (This problem has been around for a little while. Shouldn't have assumed it was being looked-into): When playing files that are over an hour in length, the timer/counter on the right-hand side of mp3blaster now flips over to negative numbers, and generally counts from different offsets at different times. I don't remember if it's always happening at the same offset; but for the file I am listening to right now, it flips negative at 1:05:32. Because of this out-of-bounds behavior, the display also spills over to the edge of the screen. The counter will usually go positive again at some point, but the display will still be messed up (and is it good form to have the cursor displayed beside the timer for that matter? Might this be related?) Besides being incredibly annoying, this bug essentially makes the timer useless for any files over a certain length. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mp3blaster depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libsidplay1-c1021.36.59-2SID (MOS 6581) emulation library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326169: fetchyahoo: The Failure to Fetch bug must be reopened
Package: fetchyahoo Version: 2.9.0-1 Followup-For: Bug #326169 *This bug is still a bug and must be re-opened.* My mail is piling up, and I'd really love to figger it out all myself -- but that ain't gonna happen anytime soon. If the maintainer doesn't re-open this bug very soon, I'm going to have to start a brand new one. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.51-3 Support for https protocol in LWP ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libio-socket-ssl-perl 0.97-1 Perl module implementing object or ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.4-8Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: ii libterm-readkey-perl 2.21-1.3 A perl module for simple terminal ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326169: fetchyahoo: "Got 0 Message IDs / Finished downloading 0 messages" bug still not resolved
Package: fetchyahoo Version: 2.9.0-1 Followup-For: Bug #326169 I was very disappointed to find that this bug has not gone away after the bugfix. Maybe it's a partial fix which works in some domains and not others... Anyway, it's great to see activity on this thing. I still don't understand this problem myself, but I can't get fetchyahoo to give me any useful information with, say, '--noquiet' or '--errors'. No logging that I can see as far I have the time to look. Wish I could give you some insight from my end -- other than saying the bug continues on, exactly as before. So please consider this bug reopended. -- grok. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.51-3 Support for https protocol in LWP ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libio-socket-ssl-perl 0.97-1 Perl module implementing object or ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.4-8Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: ii libterm-readkey-perl 2.21-1.3 A perl module for simple terminal ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#156578: apt: When does a wishlist bug get promoted to serious?
Package: apt Version: 0.5.28.6 Followup-For: Bug #156578 Ya -- 4 requests on what should be a fairly high-priority basic feature. On a bug that really should be classified as "Serious" or similar AFAIC. And, no, "do it yourself" is _not_ an option here (what a lousy cop-out knee-jerker that one is...) We all can't be full-time Debian mavens. Even half-time, unfortunately. Some of us have to fight fascism -- while others supply the open OS to do it with... Division of labor and all that. Remember? Long ago, apt-get should have incorporated something along the lines of the wget '--limit-rate' command-line switch, as has been mentioned earlier. It has always been an obvious priority (and I need not get into why) -- but has consistently been shunted aside for some reason. Just how incredibly hard could this little project be?? It concerns a fundamental piece of Debian, and will likely affect millions of Debian users in future! (Probably in countries without much cable infrastructure.) In a system based on volunteer labor, we can all wait. But going on how many years, now, have we been waiting on this thing? Consider this a request to make this wishlist item an *actual bug*, somewhere below (but not far below, eh?) "Release Critical". As for the hacks: they have never worked for me. But maybe I'm just too stupid to understand why jumping thru hoops is an acceptable substitute for what should be normal procedure in any case. -- grok. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326169: fetchyahoo: Getting Message ID(s) for message(s).... Got 0 Message IDs
Package: fetchyahoo Version: 2.8.9-1 Followup-For: Bug #326169 This guy is right. He's not the only one suddenly getting this for a few days now. And it's happened before; last October I believe. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.51-3 Support for https protocol in LWP ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libio-socket-ssl-perl 0.97-1 Perl module implementing object or ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.4-8Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: ii libterm-readkey-perl 2.21-1.3 A perl module for simple terminal ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308266: swf-player: Still fails to play
Package: swf-player Version: 0.3.4-3 Followup-For: Bug #308266 Neither the previous version of swf-player I tried, nor this one, overcomes this error. The error appears to be exactly what the bug-filer describes previously. And so swf-player is still completely useless for me. I almost forget what Flash! animation is now... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages swf-player depends on: ii gstreamer0.8-jack [gstre 0.8.8-2 JACK plugin for GStreamer ii gstreamer0.8-misc0.8.8-2 Collection of various GStreamer pl ii gstreamer0.8-oss [gstrea 0.8.8-2 OSS plugin for GStreamer ii gstreamer0.8-swfdec 0.8.8-2 SWF (Macromedia Flash) decoder plu ii gstreamer0.8-x 0.8.8-2 X videosink plugin for GStreamer ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgstreamer-gconf0.8-0 0.8.8-2 GConf support for GStreamer ii libgstreamer-plugins0.8- 0.8.8-2 Various GStreamer libraries and li ii libgstreamer0.8-00.8.9-2 Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libmad0 0.15.1b-1.1 MPEG audio decoder library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libswfdec0.3 0.3.4-2sarge0.1 SWF (Macromedia Flash) decoder lib ii libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxt6 4.3.0.dfsg.1-13 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320945: bmv: Needs to accept STDIN from pipe
Package: bmv Version: 1.2-17 Severity: normal Unless I'm mistaken, bmv duznt accept STDIN -- either thru a pipe or by placing a dash after it. Now, this lack certainly must have been discussed somewhere at some time -- so please consider this merely a formal request for an important, normative function. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bmv depends on: ii gs 8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libsvga11:1.4.3-21 console SVGA display libraries bmv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#762986: lyx-common: Both lyx and lyx-common provide the desktop file
rename lyx.install to lyx-common.install in debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#435903: convert: Problems with converting involved SVG polygons to other formats?
Package: imagemagick Version: 7:6.2.4.5.dfsg1-1 Severity: normal You've done a superb job introducing SVG conversion in imagemagick's convert -- kudos to you. But obviously this is still a work-in-progress. If you go to: http://en.wikipedia.org/wiki/Image:Gameboy_advance_logo.svg and convert this logo graphic to e.g. PNG, you should get some sort of scaling error. _Some_ of the image is visible, as a squashed segment. That's it. And it would be very interesting if we were to find out that 'it works for you' when you try it. ;> -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libfreetype6 2.2.1-6 FreeType 2 font engine, shared lib ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii libjasper1 1.900.1-3 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1Color management library ii libmagick9 7:6.2.4.5.dfsg1-1 Image manipulation library ii libpng12-0 1.2.15~beta5-2PNG library - runtime ii libsm6 2:1.0.3-1 X11 Session Management library ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxml22.6.29.dfsg-1 GNOME XML library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495901: poppler-utils: pdftoppm not padding zeros like xpdf version
Package: poppler-utils Version: 0.8.4-1.1 Severity: normal I note that the poppler-utils version of pdftoppm does not pad the output file(s) with zerosding out to 6 digits, like the xpdf version of the same program did. i.e. for some file foo.pdf: foo-01.ppm instead now becomes foo-01.ppm This is a bug AFAIC if the change is not documented, and there remains no option to vary the number of leading (or all) digits otherwise (which would be the preferred option). At the very least the output format of pdftoppm should match that of the xpdf version of the program if nothing else is changed. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash Versions of packages poppler-utils depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libgcc11:4.2.2-3 GCC support library ii libpoppler30.8.4-1.1 PDF rendering library ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libxml22.6.32.dfsg-2 GNOME XML library Versions of packages poppler-utils recommends: pn ghostscript(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374654: Please allow '#' comments in /etc/apt/apt.conf
Package: apt Version: 0.6.44.2 Severity: normal The maintainers clearly do not want separate bug requests piled all into one report; but perhaps a request to allow hash (#) chars as comments in _all_ apt config files, such as '/etc/apt/apt.conf' is seen as the same bug/request. I dunno. Let's see what the response is. And so I'm filing this request/bug as a separate bug, since it is wholly reasonable to expect to have/allow #s as comments in config files; and it's bothersome when they are not allowed, for whatever (IMO) arcane reason. And it loox like nothing has been done on this front since the last time I visited this report, or since it was first filed -- both being quite some time ago. Allow # comment lines in all apt config files, please. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 Versions of packages apt recommends: pn debian-archive-keyring (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439622: clive: no longer works for Youtube
Package: clive Version: 0.2.0-1 Severity: grave Justification: renders package unusable clive has simply stopped functioning as of a day or two ago. If it still worx for you -- then it must be my setup; however, I've changed practically nothing in the past few weex, other than messing with locales; and temporarily redirecting the ncurses library -- none of which should have affected clive's operation. Perhaps it's a to-be-expected change on the Youtube site which creates this index error. Or brings it out in clive, anyway. Here is what I get: clive http://www.youtube.com/watch?v=X agent : urllib2/2.4 proxy : unused newt : used scan : checking 1/1...(e) : exceptions.IndexError (list index out of range) >> show traceback? (Y/n): Traceback (most recent call last): File "/usr/bin/clive", line 28, in ? c.main() File "/usr/lib/python2.4/site-packages/clive/cli.py", line 150, in main (videos,ignored) = self.ext.scan() File "/usr/lib/python2.4/site-packages/clive/__init__.py", line 95, in scan (xurl,filename) = pp.parse(cn,vurl,self.opts) File "/usr/lib/python2.4/site-packages/clive/parse.py", line 93, in parse vurl = self._parseyt(page) File "/usr/lib/python2.4/site-packages/clive/parse.py", line 127, in _parseyt return 'http://www.youtube.com/get_video?video_id=' + \ IndexError: list index out of range ---- Hopefully this is of use to you. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages clive depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.5.14 register and build utility for Pyt Versions of packages clive recommends: ii python-newt 0.52.2-10 A NEWT module for Python -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439631: convert: consistently placing string "image/svg+xml" inside rendered image
Package: imagemagick Version: 7:6.2.4.5.dfsg1-1 Severity: normal For some reason, the string "image/svg+xml" gets printed prominently inside a subset of the SVG images found on Wikipedia (and perhaps elsewhere or everywhere too; this I do not know), at least when 'convert' writes them to PNG format. Often, this string is stamped in inopportune places inside diagrams for instance; so I rated this a 'normal' bug, because it does actually interfere with reading/interpreting a number of images. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libfreetype6 2.2.1-6 FreeType 2 font engine, shared lib ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii libjasper1 1.900.1-3 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1Color management library ii libmagick9 7:6.2.4.5.dfsg1-1 Image manipulation library ii libpng12-0 1.2.15~beta5-2PNG library - runtime ii libsm6 2:1.0.3-1 X11 Session Management library ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxml22.6.29.dfsg-1 GNOME XML library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429384: logcheck should depend on mktemp package
Package: logcheck Version: 1.2.56 Severity: important logcheck requires mktemp to operate (it will abort with a fine, descriptive error message and email), but doesn't actually depend on it. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages logcheck depends on: ii adduser 3.102 Add and remove users and groups ii cron 3.0pl1-100 management of regular background p ii debconf 1.5.13 Debian configuration management sy ii exim44.63-17 metapackage to ease exim MTA (v4) ii exim4-daemon-lig 4.63-17 lightweight exim MTA (v4) daemon ii grep 2.5.1.ds2-6 GNU grep, egrep and fgrep ii lockfile-progs 0.1.10 Programs for locking and unlocking ii logtail 1.2.56 Print log file lines that have not ii mailx1:8.1.2-0.20070424cvs-1 A simple mail user agent ii syslog-ng [syste 2.0.0-1 Next generation logging daemon Versions of packages logcheck recommends: ii logcheck-database 1.2.56 database of system log rules for t -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422737: dvisvga: Count my vote here
Package: dvisvga Followup-For: Bug #422737 Add my 2ยข-worth here. The upgrade from teTeX to TeX Live was quite the hassle. This is just more of the same. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dvisvga depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libkpathsea3 2.1-1 path search library for teTeX (run ii libsvga1 [svgalibg1] 1:1.4.3-24 console SVGA display libraries ii svgalibg1 1:1.4.3-24 transitional dummy package which c pn tetex-bin (no description available) dvisvga recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#179384: apt: Limits of rate-limiting
Package: apt Version: 0.7.14+b1 Followup-For: Bug #179384 I believe I asked for this fix, long ago. However it appears to have gotten lost in the mists of time, down the swirl of the Debian sinkhole... ;> There is an issue with rate-limiting '-o Acquire::http::Dl-Limit=' -- which is not actually completely worked out, logically. apt-get does NOT rate-limit the entire download session: instead, it only rate-limits each particular process it is working on. And so, when you are getting packages from _multiple_ sources, the download rate is actually a *multiple* of whatever is set in 'Dl-Limit='. This, of course, is NFG for anyone who has set the rate limit thinking they have set an absolute bar for apt-get. They will instead max out their Internet connection, if there is more than one source. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2008.04.16+nmu1 GnuPG archive keys of the Debian a ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.2.2-3 GCC support library ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449319: mpg123: Numerous mp3 Internet streams now corrupting console and failing
Package: mpg123 Version: 0.66-1.1 Severity: important I'm surprised -- and a little distressed -- that this appears to be a longtime non-issue for the mpg123 support team. Is no one using this package? I've been waiting for this problem to go away -- but it isn't, clearly. This issue suddenly cropped up one day (how and exactly when I can no longer tell you; but it's been some number of months and less than a year, possibly); and on my end neither a number of libc6 upgrades nor a major kernel upgrade has changed the situation whatsoever. So AFAIC this has not likely been a local issue on my end. Of course -- who knows, at this point. [It could possibly be an ALSA issue, however, as I did move to that from OSS around this time; but I do not recall immediately having this problem then. Frankly, I don't see this as being related to ALSA.] Now, a situation exists with mpg123 where numerous Internet MP3 streams produce garbled text output on the screen when playing -- and too often begin to actually screw up the display, so that the terminal has to be completely reset or even re-started. I do not understand the situation enuff to even begin to address the problem in that regard; but it seems like some sort of buffer error to me: some sort of overflow/bounds check or sanity check failure or something. On top of this, these streams often fail, where they didn't previously. Note that in most or all of these cases, I can move to the mp3blaster program and then run these same MP3 streams pretty much as they've always been run (mp3blaster has its own issues). IMO it could very well be that these MP3 streams have always not conformed to whatever standards they are supposed to conform to, and mpg123 has simply become brittle in some way in more rigorously dealing with this. However, it could just as likely be some SNAFU purely on the mpg123 end. I can only speculate here at this point. And this is all I can give you here. Sorry. Hope it helps. -- grok. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash Versions of packages mpg123 depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii oss-compat0.0.4 OSS compatibility package mpg123 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352884: snownews: pid should go in /var/run/
Package: snownews Version: 1.5.6.1-2.1 Severity: minor The Debian version of snownews has the pid in ~/.snownews. Seems that it should probably be moved to /var/run/ . -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages snownews depends on: ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libxml22.6.23.dfsg.1-0.1 GNOME XML library ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages snownews recommends: ii libxml-libxml-perl1.58-3 Perl module for using the GNOME li ii libxml-libxslt-perl 1.58-1 Perl module for using the GNOME li -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331640: mysql-server-5.0 install still borking
Package: mysql-server-5.0 Followup-For: Bug #331640 This appears to be the same or similar problem with the most recent packages: Preconfiguring packages ... (Reading database ... 229819 files and directories currently installed.) Preparing to replace mysql-common 5.0.18-7 (using .../mysql-common_5.0.18-8_all.deb) ... Unpacking replacement mysql-common ... Preparing to replace libmysqlclient15 5.0.18-7 (using .../libmysqlclient15_5.0.18-8_i386.deb) ... Unpacking replacement libmysqlclient15 ... Preparing to replace mysql-client-5.0 5.0.18-7 (using .../mysql-client-5.0_5.0.18-8_i386.deb) ... Unpacking replacement mysql-client-5.0 ... (Reading database ... 229815 files and directories currently installed.) Removing mysql-server ... (Reading database ... 229816 files and directories currently installed.) Unpacking mysql-server-5.0 (from .../mysql-server-5.0_5.0.18-8_i386.deb) ... dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.18-8_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Selecting previously deselected package mysql-server. Unpacking mysql-server (from .../mysql-server_5.0.18-8_all.deb) ... Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.0_5.0.18-8_i386.deb So this is no closed bug, loox like. -- grok. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336241: mediawiki: More than just a wish
Package: mediawiki Followup-For: Bug #336241 Seems to me that putting off a major upstream release for a half year or more is something beyond a mere wishlist item. Aren't these things considered actual _bugs_ at this point? And note that this problem is _exactly_ why someone has gone to all the trouble of packaging an *unofficial* version of v1.5.x... -- grok. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357150: mytop: Need to hide password on commandline
Package: mytop Version: 1.4-1 Severity: normal Sure you can put a password in the config file; but what about when you want to override this? A password entered on the commandline needs to be hidden, just like with MySQL programs. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (998, 'testing'), (501, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mytop depends on: ii libdbd-mysql-perl 3.0002-2 A Perl5 database interface to the ii libdbi-perl 1.50-2 Perl5 database interface by Tim Bu ii libterm-readkey-perl 2.30-3 A perl module for simple terminal ii perl 5.8.7-10 Larry Wall's Practical Extraction mytop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439631: [imagemagick bug] Prod user
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Can you reproduce http://bugs.debian.org/439631 using a > new version of ImageMagick (from testing/unstable or > experimental), please? > > If the problem is still present, can you send us a test > image or an URL where we can download, and the exact > command line that you are using? > > We will close this bug on february 15 2009. (I wonder what happened to my previous reply on this bug?) In any case: It appears that I 'upgraded myself' out of this bug some few versions back; and so I no longer get this annoying bug -- or any of the other defects of ImageMagick's SVG rendering, for that matter, which weren't mentioned at the time. Everything seems to render quite well now, SVG-wise. So it appears time indeed to close this bug report. Thanx for all the work. - -- grok. - -- *** FULL-SPECTRUM DOMINANCE! *** * BOYCOTT BOURGEOIS MASS-MEDIA: * McNews: UNfair & UNbalanced * * Get mediaworx for your group/Internet/pirate tv/radio station! * Critical endorsement only Most sites need donations *** * http://www.brasschecktv.comBrasscheck TV * * http://www.politube.org politube.org * ** Capitalism lives on borrowed time: the ultimate carry trade ** GPG fingerprint = 2E7F 2D69 4B0B C8D5 07E3 09C3 5E8D C4B4 461B B771 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFJfLh9Xo3EtEYbt3ERAlBWAJ4mGTFAedLvePeAbsOGst3HZRIATQCeKCke 0y2K54ZqyTdkg2051nTQDM8= =tjaS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
