Bug#330897: locales: POSIX used, but not chosen
Package: locales Version: 2.3.5-6 Severity: normal Something odd seems to have happened to my locales, today. Although I didn't ask for it, the LC settings have changed to POSIX: diz $ locale LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= which confuses some apps, e.g. Firebird/Thunderbird (non-Debian) since they're not expecting it. In addition, starting X via gdm gives me the addition of LC_CTYPE=en_US.UTF-8, which I also didn't ask for: locale LANG= LC_CTYPE=en_US.UTF-8 LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= Have I mucked something up somewhere without realising it? thanks much. cheers, calum. -- 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.13 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages locales depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 [glibc-2.3.5-3] 2.3.5-6GNU C Library: Shared libraries an locales recommends no packages. -- debconf information: * locales/default_environment_locale: en_GB.UTF-8 * locales/locales_to_be_generated: en_GB.ISO-8859-15 ISO-8859-15, en_GB.UTF-8 UTF-8, en_US.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330897: locales: POSIX used, but not chosen
reassign 330897 libpam-modules close 330897 0.79-2 merge 330897 330458 thanks Hi, On Friday, September 30, 2005 11:52 AM, Calum Mackay [EMAIL PROTECTED] wrote: Package: locales Version: 2.3.5-6 Severity: normal Something odd seems to have happened to my locales, today. Although I didn't ask for it, the LC settings have changed to POSIX: This isn't a bug in locales, but in libpam-modules. The fixed package was uploaded yesterday. Reassigning, merging with the earlier reports and closing. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#330897: locales: POSIX used, but not chosen
Processing commands for [EMAIL PROTECTED]: reassign 330897 libpam-modules Bug#330897: locales: POSIX used, but not chosen Bug reassigned from package `locales' to `libpam-modules'. close 330897 0.79-2 Bug#330897: locales: POSIX used, but not chosen 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.79-2, send any further explanations to Calum Mackay [EMAIL PROTECTED] merge 330897 330458 Bug#330458: libpam-modules: doesn't read /etc/environment Bug#330897: locales: POSIX used, but not chosen Mismatch - only Bugs in same state can be merged: Values for `severity' don't match: #330458 has `important'; #330897 has `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330929: how can adduser reliably find out wheter nscd is running?
Package: nscd Severity: wishlist adduser needs to invalidate certain nscd tables after changes were done. Today, it looks for the pid file of nscd to find out whether nscd is running, and then calls nscd via system() with -i and the appropriate arguments. However, this heuristics has recently begun to fail because the pidfile has moved from /var/run to /var/run/nscd. Instead of changing adduser to check for both files (and probably fail on the next location change), I'd like to have a clearly drawn interface to find out whether it is necessary to invalidate nscd or not. What do you, as nscd maintainer(s) recommend to have adduser do? Thanks for your opinion. Greetings Marc -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
agh! lots of problems with libc6 v2.3.5-6 (x86) and libc6-dbg
I just upped my testing version of libc (I've now got 2.3.5-6) and I'm having a few problems... unfortunately, I'm also having a few problems debugging. I've got a python/libxml2/libxslt app that now reports: *** glibc detected *** double free or corruption (fasttop): 0x081be648 *** when I call a particular libxslt method more than once. So, to try to find out whether this is a libc bug (looked like it might be to me) I tried debugging the python: gdb python = run testxsl.py that showed me the stack trace of what was at fault. I got a good list with all the symbols from inside python and from inside the libxml2/libxslt libraries. Unfortunately, I was then stupid and installed libc6-dbg in order to get more info. Now I get *no* python or libxml2/libxslt symbols in the stack traces. If I set LD_LIBRARY_PATH to the debug libraries I do get some libc symbols... but still none of the stuff I'm actually interested in. Can anybody help me get my debug symbols back? or even better, help with the original problem? Is it a bug? I've attached my test script in case anyone's interested and here's the list of relevant packages I have installed: ii python2.3 2.3.5-6 An interactive high-level object-oriented language (versio ii python2.3-libxml2 2.6.22-1 Python 2.3 bindings for the GNOME XML library ii libc6 2.3.5-6 GNU C Library: Shared libraries and Timezone data un libc6-bin none(no description available) ii libc6-dbg 2.3.5-6 GNU C Library: Libraries with debugging symbols ii libc6-dev 2.3.5-6 GNU C Library: Development Libraries and Header Files un libc6-doc none(no description available) ii libc6-i6862.3.5-6 GNU C Library: Shared libraries [i686 optimized] un libc6-pic none(no description available) un libc6-profnone(no description available) un libc6.1 none(no description available) un libc6.1-dev none(no description available) un libc6.1-pic none(no description available) ii libxml2 2.6.22-1 GNOME XML library ii libxslt1.11.1.15-1 XSLT processing library - runtime library Nic Ferrier import libxslt s = libxslt.parseStylesheetFile(tf/tapsellferrier.xslt) print s print s.method() print s.method() print s.method()
Bug#196177: libc6: mktime mishandles dates before 1970 (regression from 3.0r1)
This bug was fixed upstream as follows: http://sourceware.org/cgi-bin/cvsweb.cgi/libc/time/mktime.c.diff?r1=1.60r2=1.61cvsroot=glibc Rather than futz with that patch by itself, though, I suggest simply upgrading to the latest trunk version (1.66) of mktime.c in glibc. You can get it here: http://sourceware.org/cgi-bin/cvsweb.cgi/libc/time/mktime.c?cvsroot=glibc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]