Bug#368871: locales: 'locale' command returns all set to POSIX
On 08/06/06, Denis Barbier [EMAIL PROTECTED] wrote: On Sun, May 28, 2006 at 10:09:39PM +0200, Denis Barbier wrote: [...] No variables are set in bash config files. This may also be due to the login package, a bug has been fixed in 4.0.15-10. I am now running login 4.0.16-1 and I still have the problem. :-( I attached the files. As a side note, what is the procedure for requesting the removal of localeconf from ustable (or any other package for that matter?) George. environment Description: Binary data locale.gen Description: GENbank data locale Description: Binary data
Processed: Re: Bug#368871: locales: 'locale' command returns all set to POSIX
Processing commands for [EMAIL PROTECTED]: reopen 368871 Bug#368871: locales: 'locale' command returns all set to POSIX Bug reopened, originator not changed. 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]
r1645 - glibc-package/branches/glibc-2.4/debian/patches/any
Author: jbailey
Date: 2006-06-09 16:13:33 + (Fri, 09 Jun 2006)
New Revision: 1645
Added:
glibc-package/branches/glibc-2.4/debian/patches/any/local-dynamic-resolvconf.diff
Log:
Actually add local-dynamic-resolvconf.diff
Added:
glibc-package/branches/glibc-2.4/debian/patches/any/local-dynamic-resolvconf.diff
===
---
glibc-package/branches/glibc-2.4/debian/patches/any/local-dynamic-resolvconf.diff
2006-06-08 21:38:06 UTC (rev 1644)
+++
glibc-package/branches/glibc-2.4/debian/patches/any/local-dynamic-resolvconf.diff
2006-06-09 16:13:33 UTC (rev 1645)
@@ -0,0 +1,39 @@
+# All lines beginning with `# DP:' are a description of the patch.
+# DP: Description: allow dynamic long-running processes to
+# DP: re-read a dynamically updated resolv.conf on the fly
+# DP: Dpatch author: Adam Conrad [EMAIL PROTECTED]
+# DP: Patch author: Thorsten Kukuk [EMAIL PROTECTED]
+# DP: Upstream status: Ubuntu-Specific
+# DP: Date: 2006-01-13 08:14:21 UTC
+
+--- glibc-2.3.6/resolv/res_libc.c 2004-08-13 15:44:46.0 +1000
glibc-2.3.6/resolv/res_libc.c 2006-01-13 19:10:28.0 +1100
+@@ -22,7 +22,7 @@
+ #include arpa/nameser.h
+ #include resolv.h
+ #include bits/libc-lock.h
+-
++#include sys/stat.h
+
+ /* The following bit is copied from res_data.c (where it is #ifdef'ed
+out) since res_init() should go into libc.so but the rest of that
+@@ -100,8 +100,17 @@
+ int
+ __res_maybe_init (res_state resp, int preinit)
+ {
+- if (resp-options RES_INIT) {
+- if (__res_initstamp != resp-_u._ext.initstamp) {
++ static time_t last_mtime;
++ struct stat statbuf;
++ int ret;
++
++
++ if (resp-options RES_INIT) {
++ ret = stat (_PATH_RESCONF, statbuf);
++ if (__res_initstamp != resp-_u._ext.initstamp
++|| (ret == 0) (last_mtime != statbuf.st_mtime))
++{
++ last_mtime = statbuf.st_mtime;
+ if (resp-nscount 0) {
+ __res_nclose (resp);
+ for (int ns = 0; ns MAXNS; ns++) {
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372510: libc6: iconv(1) man page has syntax errors
Package: libc6 Version: 2.3.6-15 Severity: minor Hi, the iconv(1) man page displays syntax markup on my system: $ man 1 iconv TH ICONV 1 etch 20/Jun/2004 Debian GNU/Linux iconv - Convert encoding of given files from one encoding to another iconv -f encoding -t encoding inputfile The iconv program converts the encoding of characters in inputfile from one coded character set to another. The result is written to standard output unless otherwise specified by the --output option. --from-code, -f encoding Convert characters from encoding. --to-code, -t encoding Convert characters to encoding. --list, -l List known coded character sets. -c Omit invalid characters from output. --output, -o file Specify output file (instead of stdout). --silent, -s Supress warnings. --verbose Print progress information. --help, -? Give help list. --usage Give a short usage message. --version, -V Print program version. iconv was written by Ulrich Drepper as part of the GNU C Library. This man page was written by Joel Klecker [EMAIL PROTECTED], for the Debian GNU/Linux system. I have PAGER=less set, same result with PAGER=more or PAGER=cat. Regards, Bastian -- 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.16-treasure17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libc6 depends on: ii tzdata2006g-2Time Zone and Daylight Saving Time libc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372515: iconv(): Returns EILSEQ when it can't convert to the output encoding.
Package: libc6 Version: 2.3.6-15 Severity: important Hi, It seems that iconv() return -1 and sets errno to EILSEQ on valid input that it can't convert to the output encoding. It shouldn't be doing that, since it is valid input. This can be simple showed using the iconv util, since it reacts the same. An simple latin1 file: $ cat test.txt tést $ iconv -f latin1 -t ASCII test.txt /dev/null iconv: illegal input sequence at position 1 $ iconv -f latin1 -t UTF-8 test.txt /dev/null $ From the manpage: EILSEQ An invalid multibyte sequence has been encountered in the input. From Single Unix Specification 3: [EILSEQ] Input conversion stopped due to an input byte that does not belong to the input codeset. It also says: If iconv() encounters a character in the input buffer that is valid, but for which an identical character does not exist in the target codeset, iconv() shall perform an implementation-defined conversion on this character. Instead of doing an implementation-defined conversion, it's returning an error, and saying the input is invalid, while the input is clearly valid. I would rather have that it actually follows the standard, and does some conversion, even if it just turns it in a '?' or something. Kurt
Intent to make glibc 2.3.999.2 enter NEW again
Hi, As explained in an earlier message, I plan to add a locales-data package, and move localedef/locale-gen and other locale related programs into the locales package. If you need to make urgent changes and dislike experimental glibc being stuck into NEW, please let me know so that I do not commit these changes. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of glibc_2.3.999.2-6_amd64.changes
glibc_2.3.999.2-6_amd64.changes uploaded successfully to localhost along with the files: glibc_2.3.999.2-6.dsc glibc_2.3.999.2-6.diff.gz glibc-doc_2.3.999.2-6_all.deb locales_2.3.999.2-6_all.deb libc6_2.3.999.2-6_amd64.deb libc6-dev_2.3.999.2-6_amd64.deb libc6-prof_2.3.999.2-6_amd64.deb libc6-pic_2.3.999.2-6_amd64.deb locales-all_2.3.999.2-6_amd64.deb libc6-i386_2.3.999.2-6_amd64.deb libc6-dev-i386_2.3.999.2-6_amd64.deb nscd_2.3.999.2-6_amd64.deb libc6-dbg_2.3.999.2-6_amd64.deb libc6-udeb_2.3.999.2-6_amd64.udeb libnss-dns-udeb_2.3.999.2-6_amd64.udeb libnss-files-udeb_2.3.999.2-6_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
glibc_2.3.999.2-6_amd64.changes ACCEPTED
Accepted: glibc-doc_2.3.999.2-6_all.deb to pool/main/g/glibc/glibc-doc_2.3.999.2-6_all.deb glibc_2.3.999.2-6.diff.gz to pool/main/g/glibc/glibc_2.3.999.2-6.diff.gz glibc_2.3.999.2-6.dsc to pool/main/g/glibc/glibc_2.3.999.2-6.dsc libc6-dbg_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6-dbg_2.3.999.2-6_amd64.deb libc6-dev-i386_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6-dev-i386_2.3.999.2-6_amd64.deb libc6-dev_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6-dev_2.3.999.2-6_amd64.deb libc6-i386_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6-i386_2.3.999.2-6_amd64.deb libc6-pic_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6-pic_2.3.999.2-6_amd64.deb libc6-prof_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6-prof_2.3.999.2-6_amd64.deb libc6-udeb_2.3.999.2-6_amd64.udeb to pool/main/g/glibc/libc6-udeb_2.3.999.2-6_amd64.udeb libc6_2.3.999.2-6_amd64.deb to pool/main/g/glibc/libc6_2.3.999.2-6_amd64.deb libnss-dns-udeb_2.3.999.2-6_amd64.udeb to pool/main/g/glibc/libnss-dns-udeb_2.3.999.2-6_amd64.udeb libnss-files-udeb_2.3.999.2-6_amd64.udeb to pool/main/g/glibc/libnss-files-udeb_2.3.999.2-6_amd64.udeb locales-all_2.3.999.2-6_amd64.deb to pool/main/g/glibc/locales-all_2.3.999.2-6_amd64.deb locales_2.3.999.2-6_all.deb to pool/main/g/glibc/locales_2.3.999.2-6_all.deb nscd_2.3.999.2-6_amd64.deb to pool/main/g/glibc/nscd_2.3.999.2-6_amd64.deb Announcing to debian-devel-changes@lists.debian.org Setting bugs to severity fixed: 181494 361064 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372544: libc6-dev: fma() is incorrect (inaccurate), not conform to C99
Package: libc6-dev
Version: 2.3.6-15
Severity: normal
The fma() function is incorrect. For instance (this example is based
on one given in the ieee754r mailing-list):
#include stdio.h
#include stdlib.h
#include float.h
#include math.h
int main (void)
{
double eps, e2, f, x, z;
eps = DBL_EPSILON;
e2 = eps * eps;
x = 1.0 + eps;
z = -1.0 - 2.0 * eps;
f = fma (x, x, z);
if (f != e2)
{
fprintf (stderr, fma() is WRONG on this platform!\n
Got %a instead of %a.\n, f, e2);
exit (EXIT_FAILURE);
}
return 0;
}
compiled with -std=c99 gives:
fma() is WRONG on this platform!
Got 0x0p+0 instead of 0x1p-104.
The cause is that fma() is implemented on the x86 with (x * y) + z.
The ISO C99 standard requires:
The fma functions compute (x × y) + z, rounded as one ternary
operation: they compute the value (as if) to infinite precision
and round once to the result format, according to the rounding
mode characterized by the value of FLT_ROUNDS.
I currently don't have the time to fix it, but I think this should
be done like this:
1. Compute the product as an exact sum of two FP numbers with Dekker's
algorithm.
2. Determine the rounded results (see algorithms on FP expansions).
Well, there would be 2 problems: First, the fact that values may be in
extended precision (GCC bug). Then, the possible intermediate overflow
or underflow should be avoided, probably by doing comparisons first
and scale the values if need be (this problem is much less important
than the current situation).
Note: on PowerPC, which has a hardware fma, this bug does not appear.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.4-20051215
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Versions of packages libc6-dev depends on:
ii libc62.3.6-15GNU C Library: Shared libraries
ii linux-kernel-headers 2.6.13+0rc3-2.1 Linux Kernel Headers for developme
Versions of packages libc6-dev recommends:
ii gcc [c-compiler] 4:4.1.1-1 The GNU C compiler
ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler
ii gcc-3.4 [c-compiler] 3.4.6-1The GNU C compiler
ii gcc-4.0 [c-compiler] 4.0.3-3The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.1-2The GNU C compiler
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fixed in upload of glibc 2.3.999.2-6 to experimental
tag 181494 + fixed-in-experimental
tag 361064 + fixed-in-experimental
quit
This message was generated automatically in response to an
upload to the experimental distribution. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 28 May 2006 03:28:14 +0200
Source: glibc
Binary: libc0.1-prof libc6-dev-amd64 locales-all libc6-i686 libc6-dev-ppc64
libc0.3-pic glibc-doc libc0.3 libc0.1-i686 libc6.1-dev libc6-s390x
libnss-files-udeb libc6-dev-sparc64 libc6-i386 libc0.3-dev libc6-udeb libc6-dbg
libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc0.1-udeb libc6-dev-i386
libc6.1-prof libc0.1-dev locales libc6-pic libc0.3-udeb libc6-dev-powerpc
libc0.1-pic libc6-ppc64 libc0.3-dbg libc0.1-dbg libc6-amd64 libc0.1 libc6-prof
libc6-xen libc6-powerpc libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd
libc6-sparc64 libnss-dns-udeb libc6.1 libc6-dev-s390x
Architecture: source amd64 all
Version: 2.3.999.2-6
Distribution: experimental
Urgency: low
Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org
Changed-By: Clint Adams [EMAIL PROTECTED]
Description:
glibc-doc - GNU C Library: Documentation
libc6 - GNU C Library: Shared libraries
libc6-dbg - GNU C Library: Libraries with debugging symbols
libc6-dev - GNU C Library: Development Libraries and Header Files
libc6-dev-i386 - GNU C Library: 32bit development libraries for AMD64
libc6-i386 - GNU C Library: 32bit shared libraries for AMD64
libc6-pic - GNU C Library: PIC archive library
libc6-prof - GNU C Library: Profiling Libraries
libc6-udeb - GNU C Library: Shared libraries - udeb (udeb)
libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb)
libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb)
locales- GNU C Library: National Language (locale) data [support]
locales-all - GNU C Library: Precompiled locale data
nscd - GNU C Library: Name Service Cache Daemon
Closes: 181494 361064
Changes:
glibc (2.3.999.2-6) experimental; urgency=low
.
[ Clint Adams ]
* New upstream version 2.4.
- Remove all/cvs-manual-memory.diff (merged upstream).
- Remove all/cvs-manual-string.diff (merged upstream).
- Remove any/cvs-divdi3-moddi3.diff (merged upstream).
- Remove any/cvs-errlist.diff (merged upstream).
- Remove any/cvs-siginfo_h.diff (merged upstream).
- Remove any/cvs-regcomp_c.diff (merged upstream).
- Remove any/cvs-tst-setcontext_c.diff (merged upstream).
- Remove any/local-dash.diff (merged upstream).
- Remove any/local-gcc4-elf.diff (merged upstream).
- Remove powerpc/cvs-executable-got.diff (merged upstream).
- Remove sparc/cvs-datastart.diff (merged upstream).
- Remove sparc/cvs-gcc4-inline.diff (merged upstream).
- Remove sparc/local-gcc4-mv8.diff (merged upstream).
- Remove sparc/submitted-socket-weakalias.diff (merged upstream).
- Remove everything to do with nscd_nischeck.
- Update any/local-linuxthreads-sizefix.diff.
- Update hppa/submitted-lt.diff.
- debian/shlibver: Bump up to 2.4-1.
- Add any/local-bashisms.diff: fix invalid test operator (==)
in run-iconv-test.sh
- debian/rules.d/build.mk: don't try to build html documentation.
- debian/sysdeps/hppa.mk: use ports and linuxthreads add-ons
- debian/sysdeps/ia64.mk: build with linuxthreads instead of NPTL
- debian/sysdeps/m68k.mk: use ports and linuxthreads add-ons
- debian/sysdeps/mips.mk: use ports and linuxthreads add-ons
- debian/sysdeps/mipsel.mk: use ports and linuxthreads add-ons
- debian/sysdeps/i386.mk: disable sanity checks on linuxthreads build
- debian/sysdeps/powerpc.mk: build with linuxthreads instead of NPTL
- debian/sysdeps/arm.mk: use ports and linuxthreads add-ons
- Build with gcc 4.1 on all architectures.
- debian/patches/sparc/local-linuxthreads.diff: fill in missing
preprocessor macros.
- debian/debhelper.in/nscd.init: partially sync nscd initscript
with upstream.
- Remove mips/local-librt.diff.
.
[ Denis Barbier ]
- Remove locale/complex-collate.diff (merged upstream).
- Remove locale/cvs-{iso4217,iso639}.diff, locale/cvs-localedata.diff
- Remove from any/local-forward-backward-collation.diff a chunk merged
upstream.
- debian/rules.d/tarball.mk: glibc-foo-2.4.tar.bz2 add-on unpacks
into either foo or glibc-foo-2.4, in which case it is renamed
into foo.
- Remove the GNU Libc Reference manual from glibc-doc because it is
not DFSG-free. (Closes: #181494)
The whole glibc-2.4/manual directory is removed from glibc-2.4.tar.bz2.
- debian/control: Drop Build-Depends: texinfo, texi2html.
- debian/control: Drop references to the antique libc-doc package.
.
[ Michael Banck ]
* debian/sysdeps/hurd.mk: Only use libidn for add-ons.
.
[ Aurelien Jarno ]
* Update all/submitted-new-brf-encoding.diff.
* Remove
Processing of linux-kernel-headers_2.6.16.20-1_sparc.changes
linux-kernel-headers_2.6.16.20-1_sparc.changes uploaded successfully to localhost along with the files: linux-kernel-headers_2.6.16.20-1.dsc linux-kernel-headers_2.6.16.20.orig.tar.gz linux-kernel-headers_2.6.16.20-1.diff.gz linux-kernel-headers_2.6.16.20-1_sparc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
