e
please change the severity to level 3 (serious).
Thank you in adance.
Best Regards
Jens
-- System Information:
Debian Release: 10.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-12-amd64 (SMP w/1 CPU core)
Locale: LANG=en_
.
Could you please tell me what you mean by "different opinions"?
> This means
> this bug is proposal, not common rule. So at least I have no idea to
> apply Denis' patch for a while.
>
> Regards,
> -- gotom
Regards,
Jens
but mostly typo fixes. Please contact upstream for non-native
Debian packages to incorporate the changes (even if Debians version is old)
since I noticed that the same errors are made again and again over all
packages.
Jens
--- de.po.gz.orig/glibc_2.3.2.ds1-22_de.po 2005-06-11 16:42
Package: libc6
Version: 2.19-19
Severity: normal
Dear Maintainer,
function remquo() in libm 64 bit is broken. You can proof this with the
following C code:
#include
#include
int main(void)
{
double x, y, z;
int i;
x = .0;
y = 5.0;
z = remquo(x, y, &i);
printf("
that /etc/default/locale get generated.
This is for locales version 2.7-18 from lenny.
Yours,
Jens
signature.asc
Description: Digital signature
see the same here under specific circumstances:
to reproduce the following test (see also the comments):
/*BINFMTC:
test for getaddrinfo bug:
getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN
getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN for
hosts with A
updated test:
/*BINFMTC: -Wall -Wextra -Wno-unused-parameter
test for getaddrinfo bug:
getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN
getaddrinfo returns EAI_NONAME when it should return EAI_EAGAIN for
hosts with A but no record and there is packet loss and/or a a
similar report upstream:
http://sourceware.org/bugzilla/show_bug.cgi?id=12994
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pq3xz4sw.fsf...@karme.de
related bug:
#582916
but i think the problem only happens if the response for the A record is
lost or maybe arrives after the response for the record
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
u drop all dns requests the test doesn't work
if you use all 3 lines dns requests are rate limited (because of
iptables -I you have to read that in reverse order)
afair, the idea was that there is a high probability that at some time
the request for the a record is droped but the request ge
Thomas Hood writes:
> Jens, I ran your program ("updated test") on a Debian 7.0 system with libc6
> et al
> upgraded to 2.17-7.
>
> Output:
>
> y.c:44: error: r=-2 Name or service not known
>
> Output after replacing "karme.de." with
Package: nscd
Version: 2.3.6.ds1-13
Severity: normal
I just fund repeated entries in /var/log/syslog. I hope this is not a severe
error, because nscd does
NOT stop working.
FIY:
I use openldap with pam/nss
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 's
the changes by Helge should be applied to then
original.
Helge, but this is also a typical example where the original translator
sticked to much to a word by word translation. imho it is also okay to
translate "framework" with »System«. What we need to do is to get the meaning
across the way it was supposed by the English author.
Just my 2 Cents (also mein Senf ;-) -- I do not want to go into a full depth
discussion on this.
Kind regards,
Jens
pgpjh7VYDnCuC.pgp
Description: PGP signature
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: nscd
Version: 2.1.2-12
Severity: normal
As root, I typed 'addgroup jens tim' to add myself to tim's group, and it
said "adding user jens to group tim", then stopped nscd, but didn't start
it (I waited for over a minute) again - eating 100% CPU while doing
Package: libc6
Version: 2.3.2.ds1-11
Severity: minor
Tags: l10n
There are two different sets of quotes in German:
- the so-called German quotes (quite similar to English quotes),
which are part of UTF-8: "â" and "â"
- and the so called French quotes (guillemets), which are also part
of ISO 8859
> Here is a patch, but IMHO you should report this problem
> upstream. Unless it is fixed in their CVS (or at least agreed
> upon), I am afraid that glibc Debian maintainers will be
> reluctant to make this change.
The bug has now been reported to glibc:
http://sources.redhat.com/bugzilla/show_bug
(which
is true), get your PC ready for UTF-8". Later we found out that
this problem could be easily fixed by changing the replacement
pattern.
HTH. Feel free to comment on it or to ask about it.
Jens
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD4DBQFAUZAjAzJOgw63+4oR
translation team. I think, this
information has now been been given, especially by Denis' email. If
there are further reasons which let you hesitate, please state them.
Regards,
Jens
- --
EmailverschlÃsselung (http://www.gnupg.org):
GPG-SchlÃssel: http://informatik.hu-berlin.de/~na
.
Could you please tell me what you mean by "different opinions"?
> This means
> this bug is proposal, not common rule. So at least I have no idea to
> apply Denis' patch for a while.
>
> Regards,
> -- gotom
Regards,
Jens
--
To UNSUBSCRIBE, email to [EMAIL
ere your opinion on this)?
> The last drawback for any change is that it will AFAICS be a
> long-term deviation from upstream glibc. I believe upstream had
> already made the decision to stay with c) until utf-8 is found
> everywhere.
you "believe"? Can you give any pointers? I think, upstream will also
change this as soon as someone knowing the German language and its
habits will have a look at it.
Best regards,
Jens
ge of UTF-8.
According to you we should follow down that path of bad
transliterations instead of correcting it from the beginning.
BTW: The bug is marked minor.
Regards,
Jens
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
maybe in
> Unicode) which give transliteration for some symbols. But these
> rules are given in general case, and are superseded by national rules
> when they are defined.
As stated before [1], one source might be
http://www.w3.org/TR/2004/CR-CSS21-20040225/generate.html
As was said
n that giving all the
reasons and time was useless from the very beginning.
Best Regards,
Jens
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235759
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235759&msg=39
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235759&msg=78
ian and its users (e.g.: me). My statement was not in general but
regarding this issue, where imho it is hard to see any reason why there
is (still) so much reluctance on applying the patch and why the German
translation team has been ignored.
Sorry, if I offended gotom or anybody else.
J
Package: libc6.1
Version: 2.3.1-16
Severity: normal
gnome-system-log fails to run and since the trace ends in malloc.c I
figure this might be a glibc error.
I am using the Gnome debugging libraries as well as libc6.1-dbg.
Trace:
[EMAIL PROTECTED]: LD_LIBRARY_PATH=/usr/lib/debug gdb gnome-syste
Package: libc6.1
Version: 2.3.1-16
Severity: normal
gnome-system-log fails to run and since the trace ends in malloc.c I
figure this might be a glibc error.
I am using the Gnome debugging libraries as well as libc6.1-dbg.
Trace:
[EMAIL PROTECTED]: LD_LIBRARY_PATH=/usr/lib/debug gdb gnome-syste
27 matches
Mail list logo
