Package: eglibc
Version: 2.13-21
Severity: normal
Tags: upstream
strcoll(3) explains that:
The strcoll() function compares the two strings s1 and s2. It returns
an integer less than, equal to, or greater than zero if s1 is found,
respectively, to be less than, to match, or be greater than s2.
Package: locales
Version: 2.13-21
Severity: minor
/usr/share/doc/locales/README contains:
This directory contains the data needed to build the locale data files
to use the internationalization features of the GNU libc.
/usr/share/doc/locales/ of course only contains documentation. README
Package: locales
Version: 2.13-21
Severity: minor
/usr/share/doc/locales/README contains:
To compile the locale data files you simply have to decide which locale
(based on the location and the language) and which character set you
use. E.g., French speaking Canadians would use the locale
I had a new variant of this bug today:
/usr/lib/icedove/icedove-bin: symbol lookup error:
/usr/lib/icedove/components/libmailcomps.so: undefined symbol:
NS_CStringContainerInit
LD_BIND_NOW still fixed, but now I have to issue it every time. I have
no idea what triggered the problem.
--
Package: nscd
Version: 2.13-10
Severity: minor
The extended descriptions ends with:
You should install this package only if you use
slow Services like LDAP, NIS or NIS+
This sentence is missing a period.
BTW, Services should not be capitalized, and it's unclear why nscd
should only be
Package: icedove
Version: 3.1.10-1
I also just hit this bug. Icedove last started fine 2 days ago. Since
then the only related change is the upgrade of xul-ext-firetray from
0.2.8-2 to 0.2.8-3, which must have started it. This is an i386
testing/unstable mix.
Many thanks to Jonathan for the
On 2011-05-17 03:51, Filipus Klutiero wrote:
More precisely, on this machine, icedove seems to break if and only if:
While glibc 2.13 is installed, icedove is [re]installed, or an
extension (maybe not any) is manipulated (that is installed, upgraded
or removed).
Sorry, I forgot this also
Package: libc6-i686
Version: 2.11.2-2
Severity: minor
The short description reads:
GNU C Library: Shared libraries [i686 optimized]
Some binary packages still present themselves as part of GLIBC.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe.
reopen 365547
reassign 365547 manpages-dev
thanks
This bug moved to Etch.
manpages-dev still needs to add a Conflicts: glibc-doc ( 2.3.6-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Pierre,
Please submit different bugs in different reports.
For the first problem you report, it is already reported at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288693
About the second, it's great to see that progress was done. If you
really think the default keymap is wrong, please
10 matches
Mail list logo