Bug#292760: sylpheed-gtk2: discards characters in header with high bit set
Package: sylpheed-gtk2 Version: 0.9.99-2 Severity: normal Tags: l10n Upstream; not debian-specific. My system locale is ISO-8859-1. If I send characters that are in this character set, Sylpheed (correctly) uses "encoded word" to ensure that they appear in the headers. All fine. I recently began corresponding with Russian friends, using KOI8-R. I can easily (easily enough) set the encoding for Sylpheed to KOI8-R, and type Russian in the body of the email. Again, fine. Sylpheed displays headers received from correspondents which contain cyrillic characters in encoded-word format correctly. However, because ISO-8859-1 doesn't include these characters, Sylpheed replaces them on outgoing mail with underscores (really replaces them, that is, not just replaces them on display; what's worse is that they seem to display correctly, while composing, but are replaced with _ _ _ when the message is sent). This happens even on replies. That is, for a reply, Sylpheed has seen the encoded-word format for KOI8-R, and decoded it properly, and displays it. But it won't wrap the headers back up in KOI8-R encoded word; instead it discards them, replacing them with underscores. Recommended: currently, the preferences for the client as a whole have to be set to a different encoding in order to use a different encoding for a particular message. Instead, add "Select Encoding" to the Message menu when composing a message. Then, when preparing headers, check the message encoding first, and use encoded-word with that charset in preference even to the system locale. This would significantly improve ease of use for users who correspond with people whose native language is different. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sylpheed-gtk2 depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libcompfaceg11989.11.11-24 Compress/decompress images for mai ii libglib2.0-0 2.4.8-1 The GLib library of C routines ii libgpgme60.3.16-2GPGME - GnuPG Made Easy ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libldap2 2.1.30-3OpenLDAP libraries ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpisock8 0.11.8-10 Library for communicating with a P ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404453: log rotation causes slimserver to stop playing
Package: slimserver Version: 6.3.0-4 Severity: normal Every Sunday morning at 6:30, the slimserver log is rotated, and my player (which is on infinite-loop random-by-album, 750 albums and about 10K songs which should take three weeks to play completely) stops. This is annoying. When it restarts, it's randomized differently (starting from the album playing when it was killed by the log disappearance), but it means that instead of playing the entire list before randomizing and starting over, I only get about a third of it, and some things get played much more often than they would if it continued as I have it set. I don't think that this is an upstream, since it is an interaction with the debian logrotate facility. In fact, the problem is clearly that slimserver is forced to restart in the script in /etc/logrotate.d/slimserver. On the other hand, maybe it is an upstream. The logfile is not initialized in initSettings() (where it would respond to a sighup, which is what the init script's reload sends (via start-stop-daemon)), but in daemonize(), which is only called once on start (or restart). There isn't a good workaround. Failing to rotate the logs is liable to lead to them growing to unacceptable dimensions; there isn't a good built-in way to signal the daemon that its logfile has been rotated out. The least-dangerous way to stop it from dying every Sunday morning seems to be to disable logging, and then disable log rotation--which means that any *other* problems are liable to be that much harder to diagnose. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages slimserver depends on: ii adduser 3.101Add and remove users and groups ii debconf 1.5.11 Debian configuration management sy ii flac1.1.2-5 Free Lossless Audio Codec - comman ii libcache-cache-perl 1.05-2 Managed caches of persistent infor ii libclass-accessor-chained-p 0.01-2 make chained accessors ii libclass-data-inheritable-p 0.04-1 Inheritable, overridable class dat ii libclass-dbi-abstractsearch 0.07-2 Abstract Class::DBI's SQL with SQL ii libclass-dbi-pager-perl 0.08-2 Pager utility for Class::DBI ii libclass-dbi-plugin-perl0.03-4 Abstract base class for Class::DBI ii libclass-dbi-plugin-retriev 1.04-2 A more complex retrieve_all() meth ii libclass-singleton-perl 1.03-7 perl Class::Singleton - Implementa ii libclass-trigger-perl 0.10-2 Mix-in to add / call inheritable t ii libclass-virtual-perl 0.05-2 Base class for virtual base classe ii libclass-whitehole-perl 0.04-4 Base class to treat unhandled meth ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libdata-page-perl 2.00-3 Help when paging through sets of r ii libdbd-sqlite3-perl 1.13-1.1 Perl DBI driver with a self-contai ii libdbi-perl 1.53-1 Perl5 database interface by Tim Bu ii libdbix-contextualfetch-per 1.03-2 Add context aware fetches to DBI ii libfile-slurp-perl .09-1single call read & write file rout ii libfile-which-perl 0.05-7 Perl module for searching paths fo ii libgd-gd2-perl 1:2.34-1 Perl module wrapper for libgd - gd ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libima-dbi-perl 0.34-3 Database connection caching and or ii libio-string-perl 1.08-2 Emulate IO::File interface for in- ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii libnet-ip-perl 1.25-2 Perl extension for manipulating IP ii libpath-class-perl 0.15-1 Cross-platform path specification ii librpc-xml-perl 0.59-1 Perl module implementation of XML- ii libsoap-lite-perl 0.69-1 Client and server side SOAP implem ii libsql-abstract-limit-perl 2:0.12-1 portable LIMIT emulation ii libsql-abstract-perl1.21-2 Generate SQL from Perl data struct ii libtemplate-perl2.14-1 template processing system written ii libtie-regexphash-perl 0.13-1 CPAN's Tie::RegexpHash - Use regul ii libtime-modules-perl2003.1126-2 Various Perl modules for time/date ii libtimedate-perl1.1600-5 Time and date functions for Perl ii libuniversal-moniker-perl 0.08-4 Nicer names for your Perl modules/ ii libwww-perl 5.805-1 WWW client/server library for Perl ii libxml-namespacesupport-per 1.09-3 Perl module for supporting simple ii libxml-sax-perl 0.14-0.1 Perl module for using and buildin
Bug#363556: fop: still broken
Package: fop Version: 1:0.20.5-8 Followup-For: Bug #363556 Need those dependencies. Installing libxp6 (and its dependencies) does not resolve the error. All right. After chasing around for a bit, this seems to be the list of things needed: libxp6 libxt6 libxtst6 These draw in further dependencies, but without these three, it appears that nothing works. Systems running an X server won't notice; these things are already installed. Note: I'm not sure that I agree that this is "minor". It "makes the package unusable" for servers, where on-the-fly pdf generation might be considered a useful sort of thing to have. At least "recommend" these packages, hey? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fop depends on: ii j2re1.4 [java2-run 1.4.2.03-1Blackdown Java(TM) 2 Runtime Envir ii java-common0.25 Base of all Java packages ii libavalon-framewor 4.2.0-3 Common framework for Java server a ii libbatik-java 1.6-2 xml.apache.org SVG Library ii libbsf-java1:2.3.0+cvs20050308-6 Bean Scripting Framework to suppor ii liblogkit-java 1.2.2-8 Lightweight and fast designed logg ii libxalan2-java 2.6.0-6 XSL Transformations (XSLT) process ii libxerces2-java2.6.2-4 Validating XML parser for Java wit fop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
