r2069 - in glibc-package/trunk/debian: . patches patches/any
Author: madcoder Date: 2007-04-15 10:42:32 + (Sun, 15 Apr 2007) New Revision: 2069 Added: glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: Closes: #119974 * patches/any/submitted-unistd_h-fsync.diff: show fsync when POSIX.1-2001 is asked. Closes: #119974. Signed-off-by: Pierre Habouzit [EMAIL PROTECTED] Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-04-15 00:45:03 UTC (rev 2068) +++ glibc-package/trunk/debian/changelog2007-04-15 10:42:32 UTC (rev 2069) @@ -4,6 +4,8 @@ when __USE_XOPEN2K is set. Closes: #203412. * patches/any/cvs-glob-c.diff: fixes glob wrt \/ escapes (among other fixes). Closes: #234880. + * patches/any/submitted-unistd_h-fsync.diff: show fsync when POSIX.1-2001 is +asked. Closes: #119974. -- Pierre Habouzit [EMAIL PROTECTED] Sun, 15 Apr 2007 01:46:38 +0200 Added: glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff === --- glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff 2007-04-15 00:45:03 UTC (rev 2068) +++ glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff 2007-04-15 10:42:32 UTC (rev 2069) @@ -0,0 +1,17 @@ +# +# BTS: #119974 +# upstream: http://sourceware.org/bugzilla/show_bug.cgi?id=4366 +# +Index: glibc-2.5/posix/unistd.h +=== +--- glibc-2.5.orig/posix/unistd.h 2007-04-15 12:40:51.351966091 +0200 glibc-2.5/posix/unistd.h 2007-04-15 12:41:17.722646120 +0200 +@@ -917,7 +917,7 @@ + #endif /* Use BSD || X/Open. */ + + +-#if defined __USE_BSD || defined __USE_XOPEN ++#if defined __USE_BSD || defined __USE_XOPEN || defined __USE_XOPEN2K + /* Make all changes done to FD actually appear on disk. + +This function is a cancellation point and therefore not marked with Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2007-04-15 00:45:03 UTC (rev 2068) +++ glibc-package/trunk/debian/patches/series 2007-04-15 10:42:32 UTC (rev 2069) @@ -139,3 +139,4 @@ any/submitted-date-and-unknown-tz.diff -p0 any/submitted-unistd_XOPEN_VERSION.diff any/cvs-glob-c.diff +any/submitted-unistd_h-fsync.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Status of the belocs-locales-{bin,data} packages
(keeping belocs-locales-* packages) Does anybody want to maintain these packages? Are there some languages which really need them? Not in D-I supported packages. I think that your question should include the glibc maintainers, however I share your feelings. There is no point in maintaining belocs-* packages nowunless it again becomes difficult to include new locales in glibc. An argument to keep belocs was that glibc is usually frozen very early and it then becomes hard to add new locales. If belocs is abandoned, we should maybe ask for freeze exceptions to add new locales in glibc for the lenny freeze stage. signature.asc Description: Digital signature
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc6-sparcv9 libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc0.1-dbg libc6-dev-s390x libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc0.3-pic libc6-dbg libc6-dev-ppc64 tags 203412 + pending Bug#203412: libc6-dev: _XOPEN_VERSION is never set to 600 Tags were: sid patch Tags added: pending tags 234880 + pending Bug#234880: glob(3) doesn't treat \ correctly Tags were: fixed-upstream Tags added: pending End of message, 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#310445: marked as done (libc6: static binary fails with assertion bad dynamic tag)
Your message dated Sun, 15 Apr 2007 13:08:42 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#310445: More information needed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6 Version: 2.3.5-1 Severity: important Tags: experimental Hi, I have a static binary that runs well on sarge and sid systems. On this system with libc6 from experimental, it fails: $ ./multivideo.static Gdk-WARNING **: locale not supported by C library multivideo.static: dynamic-link.h:62: elf_get_dynamic_info: Assertion `! bad dynamic tag' failed. Aborted I will send the binary to the BTS as soon as I get the bug number. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information ---End Message--- ---BeginMessage--- Rationale: * no news from submitter * static linking against libc is frowned upon, and mostly unsupported upstream. On Tue, Mar 06, 2007 at 01:32:14PM +0100, Helmut Grohne wrote: tag 310445 moreinfo severity 310445 normal thanks There are new versions of glibc available. Could you perhaps recheck whether this bug is reproducible? Furthermore the source for that binary would be helpful if available. Helmut Grohne -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpVnH1io8YjF.pgp Description: PGP signature ---End Message---
Bug#330929: marked as done (how can adduser reliably find out wheter nscd is running?)
Your message dated Sun, 15 Apr 2007 13:01:12 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#330929: how can adduser reliably find out wheter nscd is running? has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- 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) ---End Message--- ---BeginMessage--- On Fri, Sep 30, 2005 at 04:05:40PM +0200, Marc Haber wrote: 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? well, Why don't you try to do pidof nscd ? that would give you a good idea. okay, it does not work on the hurd, but some alike method would do no ? (like ps ax | grep -q 'sbin/nsc[d]' Else, I'd go for the looking for the two possible pid paths, which is reasonable and harmless IMHO. Btw (I know the bug is very old) please rather come on [EMAIL PROTECTED] for such questions in the future :) Cheers, -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgphQdnccXLZ8.pgp Description: PGP signature ---End Message---
Processed: tagging 203014
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.2
tags 203014 + wontfix
Bug#203014: libc6-dev: Missing libnss_{db,dns,files,compat}.a files in
libc6-dev, just add --enable-static-nss to configure params
There were no tags set.
Tags added: wontfix
End of message, 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]
Processed: closing 417815
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 close 417815 Bug#417815: libc6: localtime dies with : tzfile.c:544: __tzfile_compute: Assertion `num_types == 1' failed 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Sven Luther [EMAIL PROTECTED] End of message, 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]
Processed: Bug#119974: Bug confirmed
Processing commands for [EMAIL PROTECTED]: tag 119974 + pending Bug#119974: libc6-dev: fsync() doesn't get declared on unistd.h without __USE_BSD or __USE_XOPEN Tags were: pending Tags added: pending 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#119974: Bug confirmed
tag 119974 + pending thanks I checked in the POSIX doc, FWIW here is what I found: fsync was first introduced it seems as an XOPEN extension. Hence the __USE_XOPEN guard, and defining _XOPEN_SOURCE indeed works. Else, wrt POSIX, fsync last updates are in posix 1003.1-2001. Just saying POSIX does not tell you if its POSIX.1 or POSIX.1b. Given the current messy use of test macros, it would be natural to think POSIX refers to whatever _POSIX_SOURCE buys you by default (POSIX.1); otherwise the manual page would state clearly the standard revision so you could define the test macro to the appropiate number. On the other hand, the fsync(2) manual page (which I had read) clearly labels fsync() as POSIX.1b, so I was a bit confused for the precise revision, but it is clearly a POSIX function. Current man page advertise it as POSIX 1003.1-2001 which is correct. So FWIW compiling with: gcc -ansi -Wall -D_POSIX_SOURCE=1 -D_POSIX_C_SOURCE=200112 a.c should work. The correct fix is to add an || defined(__USE_POSIX2K) in the guard. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpiBKtpULC8O.pgp Description: PGP signature
Processed: bug 166403 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4342, tagging 166403
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 forwarded 166403 http://sourceware.org/bugzilla/show_bug.cgi?id=4342 Bug#166403: libc6: scanf hex float without exponent Forwarded-to-address changed from http://sourceware.org/bugzilla/show_bug.cgi?id=4342 to http://sourceware.org/bugzilla/show_bug.cgi?id=4342. tags 166403 + upstream Bug#166403: libc6: scanf hex float without exponent There were no tags set. Tags added: upstream End of message, 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#278922: marked as done (libc6-dev: Newer version of sys/queue.h available)
Your message dated Sun, 15 Apr 2007 13:05:10 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#278922: Definitions missing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6-dev Version: 2.3.2.ds1-18 Severity: wishlist Hi libc maintainers, I'm having trouble compiling heimdal with pkinit support because sys/queue.h in Debian seems to be at version 8.3 but I see FreeBSD has 8.5. I don't know if this a known reason and there's a reason for that, but if not it would be great to update it to last version. Thanks in advance, Josep -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8.1custom2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libc6-dev depends on: ii libc62.3.2.ds1-18GNU C Library: Shared libraries an ii linux-kernel-headers 2.5.999-test7-bk-17 Linux Kernel Headers for developme -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.5 On Mon, Jan 17, 2005 at 06:13:15PM +0100, Josep Monés i Teixidor wrote: Hi gotom, Sorry for my late response, your email got lost in my inbox for some reason and I've just seen your answer. In my case I need TAILQ_EMPTY, TAILQ_FIRST, TAILQ_NEXT, TAILQ_FOREACH, TAILQ_FOREACH_REVERSE, TAILQ_LAST and TAILQ_PREV. I haven't got any idea if these are defined in posix or something like that, so i don't really know if not including this is a policy issue or something different. TIA, Josep -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpkz6IwY0C1w.pgp Description: PGP signature ---End Message---
Processed: bug 203412 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4364
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 forwarded 203412 http://sourceware.org/bugzilla/show_bug.cgi?id=4364 Bug#203412: libc6-dev: _XOPEN_VERSION is never set to 600 Noted your statement that Bug has been forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4364. End of message, 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]
Processed: bug 166403 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4342
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 forwarded 166403 http://sourceware.org/bugzilla/show_bug.cgi?id=4342 Bug#166403: libc6: scanf hex float without exponent Noted your statement that Bug has been forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4342. End of message, 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#119974: Bug confirmed
tag 119974 + pending thanks I checked in the POSIX doc, FWIW here is what I found: fsync was first introduced it seems as an XOPEN extension. Hence the __USE_XOPEN guard, and defining _XOPEN_SOURCE indeed works. Else, wrt POSIX, fsync last updates are in posix 1003.1-2001. Just saying POSIX does not tell you if its POSIX.1 or POSIX.1b. Given the current messy use of test macros, it would be natural to think POSIX refers to whatever _POSIX_SOURCE buys you by default (POSIX.1); otherwise the manual page would state clearly the standard revision so you could define the test macro to the appropiate number. On the other hand, the fsync(2) manual page (which I had read) clearly labels fsync() as POSIX.1b, so I was a bit confused for the precise revision, but it is clearly a POSIX function. Current man page advertise it as POSIX 1003.1-2001 which is correct. So FWIW compiling with: gcc -ansi -Wall -D_POSIX_SOURCE=1 -D_POSIX_C_SOURCE=200112 a.c should work. The correct fix is to add an || defined(__USE_POSIX2K) in the guard. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp85O9pigVE7.pgp Description: PGP signature
Processed: Re: Bug#119974: Bug confirmed
Processing commands for [EMAIL PROTECTED]: tag 119974 + pending Bug#119974: libc6-dev: fsync() doesn't get declared on unistd.h without __USE_BSD or __USE_XOPEN There were no tags set. Tags added: pending 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#325600: New patch idea
Hallo Tom, As *reverting* Aurelien's patch does not change anything, I looked into some source codes around sys_wait4 and osf_wait4 (in glibc and kernel). The interesting thing is: Linuxthreads uses osf_wait4 only on alpha, the other architectures uses the sys_wait4 syscall. As linuxthreads is for linux only and there is no need for it if you build glibc on an Digital Unix (OSF) alpha system, it is not needed to call the compatibility syscalls of the kernel that emulate OSF behaviour. Looking into the kernel source, osf_wait4 was changed in 2.6.11 or so. In your original patch you used the standard glibc function wait4 (which uses the syscall sys_wait4). As the last parameter of the used wait4 is always NULL, you do not need the compatibility function of OSF (and it is an overhead in the kernel!). So you could change the INLINE_SYSCALL from osf_wait4 to sys_wait4 and try again (I have no time to do this). If this was the problem, we have a good patch. By the way, the waitpid_no_cancel code change only affects linux on alpha (as other systems does not know osf_wait4). And on Digital Unix itself there is no need for linuxthreads at all, so it will not break glibc build on Digital Unix. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: [EMAIL PROTECTED] -Original Message- From: Tom Evans [mailto:[EMAIL PROTECTED] Sent: Sunday, April 15, 2007 6:28 AM To: Uwe Schindler Subject: Re: Bug#325600: closed by Aurelien Jarno (Closing bugs fixed in unreleased version 2.4-1 of the glibc) Reverting that patch had no effect on zombies (at least for me) - back to investigating ... :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 119974 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4366
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 forwarded 119974 http://sourceware.org/bugzilla/show_bug.cgi?id=4366 Bug#119974: libc6-dev: fsync() doesn't get declared on unistd.h without __USE_BSD or __USE_XOPEN Noted your statement that Bug has been forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4366. End of message, 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#419344: Debconf script incorrectly returns an error on cancellation
Package: tzdata Version: 2007e-3 When I run dpkg-reconfigure tzdata but decide to cancel the operation, an error is returned: echo $? 1 But there was no error. I decided to cancel the operation and nothing was changed. That's a success. It should have returned 0. For example, if I run dpkg-reconfigure debconf and then select cancel: echo $? 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 415961 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=3405
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 forwarded 415961 http://sourceware.org/bugzilla/show_bug.cgi?id=3405 Bug#415961: locales: Sorting with pt_BR ignoring spaces - it shouldn't Noted your statement that Bug has been forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=3405. End of message, 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#419399: glibc: [INTL:it] Italian debconf templates translation
Package: glibc Severity: wishlist Tags: l10n, patch Hello, please update the Italian debconf templates translation (attached). Regards, Luca glibc_it.po.gz Description: GNU Zip compressed data
Bug#119974: marked as done (libc6-dev: fsync() doesn't get declared on unistd.h without __USE_BSD or __USE_XOPEN)
Your message dated Sun, 15 Apr 2007 17:17:02 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#119974: Bug confirmed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6-dev Version: 2.2.4-5 Severity: normal Function fsync(), which is considered as POSIX.1b by manpages-dev and POSIX by glibc-doc, doesn't get declared #including /usr/include/unistd.h without defining __USE_BSD or __USE_XOPEN. That is, compiling with -D_POSIX_C_SOURCE=2, and including unistd.h, there is still no function prototype included. Taking a glance to /usr/include/unistd.h: /* ... _POSIX_FSYNC The fsync function is present. ... */ but: #if defined __USE_BSD || defined __USE_XOPEN /* Make all changes done to FD actually appear on disk. */ extern int fsync (int __fd) __THROW; #endif /* Use BSD || X/Open. */ Nothing about POSIX. Please, if this function is not POSIX compliant, remove the _POSIX_FSYNC line, update documentation on glibc-doc (on * Library Summary) and manpages-dev. Else add checks for __USE_POSIX (or whatever appropiate macro) to the function prototype inclusion. Not important because compiling without function prototypes works, but ugly anyway (gcc may warn about it). -- System Information Debian Release: testing/unstable Kernel Version: Linux caballero 2.4.14 #1 mié nov 14 19:56:24 CET 2001 i586 unknown Versions of the packages libc6-dev depends on: ii libc6 2.2.4-5GNU C Library: Shared libraries and Timezone ---End Message--- ---BeginMessage--- On Sun, Apr 15, 2007 at 12:32:59PM +0200, Pierre HABOUZIT wrote: tag 119974 + pending thanks I checked in the POSIX doc, FWIW here is what I found: fsync was first introduced it seems as an XOPEN extension. Hence the __USE_XOPEN guard, and defining _XOPEN_SOURCE indeed works. Else, wrt POSIX, fsync last updates are in posix 1003.1-2001. Just saying POSIX does not tell you if its POSIX.1 or POSIX.1b. Given the current messy use of test macros, it would be natural to think POSIX refers to whatever _POSIX_SOURCE buys you by default (POSIX.1); otherwise the manual page would state clearly the standard revision so you could define the test macro to the appropiate number. On the other hand, the fsync(2) manual page (which I had read) clearly labels fsync() as POSIX.1b, so I was a bit confused for the precise revision, but it is clearly a POSIX function. Current man page advertise it as POSIX 1003.1-2001 which is correct. So FWIW compiling with: gcc -ansi -Wall -D_POSIX_SOURCE=1 -D_POSIX_C_SOURCE=200112 a.c should work. The correct fix is to add an || defined(__USE_POSIX2K) in the guard. You may want to read the rationale in http://sourceware.org/bugzilla/show_bug.cgi?id=4366 but indeed, fsync is only defined in POSIX Realtime extensions or XSI, hence you'll need some kind of _XOPEN_SOURCE define to enable fsync, and that's correct behaviour. Closing the bug. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpc69dd2uxGE.pgp Description: PGP signature ---End Message---
r2070 - in glibc-package/trunk/debian: . patches patches/any
Author: madcoder Date: 2007-04-15 15:21:53 + (Sun, 15 Apr 2007) New Revision: 2070 Removed: glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: I mis read the spec. libc is correct. Signed-off-by: Pierre Habouzit [EMAIL PROTECTED] Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-04-15 10:42:32 UTC (rev 2069) +++ glibc-package/trunk/debian/changelog2007-04-15 15:21:53 UTC (rev 2070) @@ -4,8 +4,6 @@ when __USE_XOPEN2K is set. Closes: #203412. * patches/any/cvs-glob-c.diff: fixes glob wrt \/ escapes (among other fixes). Closes: #234880. - * patches/any/submitted-unistd_h-fsync.diff: show fsync when POSIX.1-2001 is -asked. Closes: #119974. -- Pierre Habouzit [EMAIL PROTECTED] Sun, 15 Apr 2007 01:46:38 +0200 Deleted: glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff === --- glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff 2007-04-15 10:42:32 UTC (rev 2069) +++ glibc-package/trunk/debian/patches/any/submitted-unistd_h-fsync.diff 2007-04-15 15:21:53 UTC (rev 2070) @@ -1,17 +0,0 @@ -# -# BTS: #119974 -# upstream: http://sourceware.org/bugzilla/show_bug.cgi?id=4366 -# -Index: glibc-2.5/posix/unistd.h -=== glibc-2.5.orig/posix/unistd.h 2007-04-15 12:40:51.351966091 +0200 -+++ glibc-2.5/posix/unistd.h 2007-04-15 12:41:17.722646120 +0200 -@@ -917,7 +917,7 @@ - #endif /* Use BSD || X/Open. */ - - --#if defined __USE_BSD || defined __USE_XOPEN -+#if defined __USE_BSD || defined __USE_XOPEN || defined __USE_XOPEN2K - /* Make all changes done to FD actually appear on disk. - -This function is a cancellation point and therefore not marked with Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2007-04-15 10:42:32 UTC (rev 2069) +++ glibc-package/trunk/debian/patches/series 2007-04-15 15:21:53 UTC (rev 2070) @@ -139,4 +139,3 @@ any/submitted-date-and-unknown-tz.diff -p0 any/submitted-unistd_XOPEN_VERSION.diff any/cvs-glob-c.diff -any/submitted-unistd_h-fsync.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: de_* locales do not comply with ISO 8601
Processing commands for [EMAIL PROTECTED]: forwarded 402461 http://sources.redhat.com/bugzilla/show_bug.cgi?id=773 Bug#402461: de_* locales do not comply with ISO 8601 Noted your statement that Bug has been forwarded to http://sources.redhat.com/bugzilla/show_bug.cgi?id=773. tag 402461 + wontfix Bug#402461: de_* locales do not comply with ISO 8601 Tags were: patch Tags added: wontfix 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#222514: marked as done (libc6-dev: restrict_arr should be #define'd empty if __STRICT_ANSI__ is defined)
Your message dated Sun, 15 Apr 2007 17:32:38 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#222514: libc6-dev: restrict_arr should be #define'd empty if __STRICT_ANSI__ is defined has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6-dev Version: 2.3.2.ds1-10 Severity: minor ANSI/ISO C90 does not know the restrict keyword for arrays. In sys/cdefs.h it should be checked for the __STRICT_ANSI__ macro. Line 245: #if __GNUC_PREREQ (3,1) !defined __GNUG__ Should be: #if __GNUC_PREREQ (3,1) !defined __GNUG__ !defined __STRICT_ANSI__ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux wwid 2.4.21-3-k7 #1 Sun Jul 20 19:23:36 EST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages libc6-dev depends on: ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii linux-kernel-headers 2.5.999-test7-bk-9 Linux Kernel Headers for developme -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.5 On Sun, Nov 30, 2003 at 01:49:24PM +0100, Roland Illig wrote: ANSI/ISO C90 does not know the restrict keyword for arrays. In sys/cdefs.h it should be checked for the __STRICT_ANSI__ macro. Line 245: #if __GNUC_PREREQ (3,1) !defined __GNUG__ Should be: #if __GNUC_PREREQ (3,1) !defined __GNUG__ !defined __STRICT_ANSI__ this guards an alias on __restrict which is a GNUC extension, and is valid to be used. it's aliased on 'restrict' _iff_ you are using a C99 aware compiler, which is the intended behaviour and correct. Maybe it was not the case in glibc 2.3.2 hence closing the bug for libc 2.5, I'm too lazy to check if it was broken before :) Cheers, -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpjTGdzarflS.pgp Description: PGP signature ---End Message---
r2071 - in glibc-package/trunk/debian: . po
Author: aurel32 Date: 2007-04-15 15:33:13 + (Sun, 15 Apr 2007) New Revision: 2071 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/po/it.po Log: * Update Italian debconf translation, by Luca Monducci. Closes: #419399. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-04-15 15:21:53 UTC (rev 2070) +++ glibc-package/trunk/debian/changelog2007-04-15 15:33:13 UTC (rev 2071) @@ -1,12 +1,16 @@ glibc (2.5-3) UNRELEASED; urgency=low + [ Pierre Habouzit ] * patches/any/submitted-unistd_XOPEN_VERSION.diff: set _XOPEN_VERSION to 600 when __USE_XOPEN2K is set. Closes: #203412. * patches/any/cvs-glob-c.diff: fixes glob wrt \/ escapes (among other fixes). Closes: #234880. - -- Pierre Habouzit [EMAIL PROTECTED] Sun, 15 Apr 2007 01:46:38 +0200 + [ Aurelien Jarno ] + * Update Italian debconf translation, by Luca Monducci. Closes: #419399. + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 15 Apr 2007 17:32:18 +0200 + glibc (2.5-2) unstable; urgency=low * Update Portuguese debconf translation, by Ricardo Silva. Closes: #418301, Modified: glibc-package/trunk/debian/po/it.po === --- glibc-package/trunk/debian/po/it.po 2007-04-15 15:21:53 UTC (rev 2070) +++ glibc-package/trunk/debian/po/it.po 2007-04-15 15:33:13 UTC (rev 2071) @@ -1,18 +1,18 @@ # Italian (it) translation of debconf templates for glibc # Copyright (C) 2006 Free Software Foundation, Inc. # This file is distributed under the same license as the glibc package. -# Luca Monducci [EMAIL PROTECTED], 2005, 2006. +# Luca Monducci [EMAIL PROTECTED], 2005-2007. # msgid msgstr -Project-Id-Version: glibc 2.3.5-6 debconf templates\n +Project-Id-Version: glibc 2.5.0exp6 debconf templates\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2007-02-05 05:41+0100\n -PO-Revision-Date: 2006-02-24 20:41+0100\n +POT-Creation-Date: 2007-04-09 00:10+0200\n +PO-Revision-Date: 2007-04-14 10:21+0200\n Last-Translator: Luca Monducci [EMAIL PROTECTED]\n -Language-Team: Italian [EMAIL PROTECTED]\n +Language-Team: Italian [EMAIL PROTECTED]\n MIME-Version: 1.0\n -Content-Type: text/plain; charset=ISO-8859-1\n +Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect @@ -25,51 +25,32 @@ #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales to be generated: -msgstr �Locale� da generare: +msgstr «Locale» da generare: #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid -Locale is a framework to switch between multiple languages for users who can -select to use their language, country, characters, collation order, etc. +Locales are a framework to switch between multiple languages and allow users +to use their language, country, characters, collation order, etc. msgstr -�Locale� � l'infrastruttura che permette agli utenti di scegliere fra pi� -lingue, permettendo di stabilire quale lingua, paese, caratteri, criteri di -ordinamento, ecc. preferiscono. +I «Locale» sono l'infrastruttura che permette di cambiare la lingua e +consente agli utenti di utilizzare la propria lingua, paese, caratteri, +criteri di ordinamento, ecc. #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid -Choose which locales to generate. The selection will be saved to `/etc/ -locale.gen', which you can also edit manually (you need to run `locale-gen' -afterwards). +Please choose which locales to generate. UTF-8 locales should be chosen by +default, particularly for new installations. Other character sets may be +useful for backwards compatibility with older systems and software. msgstr -Scegliere i �locale� da generare. La scelta viene salvata nel file \/etc/ -locale.gen\, che � possibile modificare anche manualmente (dopo la modifica -� necessario eseguire \locale-gen\). +Scegliere quali «locale» generare. I «locale» UTF-8 dovrebbero essere già +prescelti, in particolare sulle nuove installazioni. Gli altri set di +caratteri potrebbero essere utili per risolvere problemi di compatibilità +all'indietro con sistemi o programmi più vecchi. -#. Type: multiselect -#. Description -#: ../debhelper.in/locales.templates:1002 -msgid -When `All locales' is selected, /etc/locale.gen will be set as a symlink to / -usr/share/i18n/SUPPORTED. -msgstr -Scegliendo �Tutti i locale�, /etc/locale.gen viene impostato come un link -simbolico a /usr/share/i18n/SUPPORTED. - -#. Type: multiselect -#. Description -#: ../debhelper.in/locales.templates:1002 -msgid -UTF-8 locales should be chosen by default. If you are a performing a new -installation, or are unsure which character set to use, UTF-8 is usually the -best choice. Other character sets are useful for backwards compatibility -with older systems and
Processed: bug 239427 is forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4368
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 forwarded 239427 http://sourceware.org/bugzilla/show_bug.cgi?id=4368 Bug#239427: realpath() incorrectly described in /usr/include/stdlib.h Noted your statement that Bug has been forwarded to http://sourceware.org/bugzilla/show_bug.cgi?id=4368. End of message, 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]
r2072 - in glibc-package/trunk/debian: . rules.d
Author: aurel32 Date: 2007-04-15 15:35:40 + (Sun, 15 Apr 2007) New Revision: 2072 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/rules.d/build.mk Log: * Put back ld.so into optimized packages, it can be useful in some cases. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-04-15 15:33:13 UTC (rev 2071) +++ glibc-package/trunk/debian/changelog2007-04-15 15:35:40 UTC (rev 2072) @@ -8,8 +8,9 @@ [ Aurelien Jarno ] * Update Italian debconf translation, by Luca Monducci. Closes: #419399. + * Put back ld.so into optimized packages, it can be useful in some cases. - -- Aurelien Jarno [EMAIL PROTECTED] Sun, 15 Apr 2007 17:32:18 +0200 + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 15 Apr 2007 17:35:31 +0200 glibc (2.5-2) unstable; urgency=low Modified: glibc-package/trunk/debian/rules.d/build.mk === --- glibc-package/trunk/debian/rules.d/build.mk 2007-04-15 15:33:13 UTC (rev 2071) +++ glibc-package/trunk/debian/rules.d/build.mk 2007-04-15 15:35:40 UTC (rev 2072) @@ -124,11 +124,6 @@ tar zcf $(CURDIR)/debian/locales-all/usr/lib/locales-all/supported.tar.gz -C $(CURDIR)/debian/tmp-libc/usr/lib/locale .; \ fi - # Remove ld.so from optimized libraries - if echo $(call xx,slibdir) | grep -q /lib/.\+ ; then \ - rm -f debian/tmp-$(curpass)/$(call xx,slibdir)/ld*.so* ; \ - fi - # Create the multidir directories, and the configuration file in /etc/ld.so.conf.d if [ $(curpass) = libc ]; then \ mkdir -p debian/tmp-$(curpass)/etc/ld.so.conf.d; \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419421: libc6_2.5-1_i386.deb provides glibc-2.5.0-0exp2, not glibc-2.5-1
Package: libc6 Version: 2.5-1 Severity: normal Current version of libc6 package in Debian testing is 2.5-1, but it provides glibc-2.5.0-0exp2, not glibc-2.5-1. For instance, locales_2.5-1_all.deb package depends on glibc-2.5-1, and there are no matching packages in current testing reposithory. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-k7 -- Tikhon Tarnavski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419189: Error on installing libc6 2.5-1 - breaks system
The point is that your system has very akward things, as what lies in your /lib/tls: * _seems_ to come from a libc 2.3.2; * still has a libc-2.3.6.so too that has not the correct permissions _BUT_ the same size and date as the libc-2.3.2.so (which is completely absurd). * sizes that are unrecorded in known debian packages. So we're really wondering what has been happening on that system. Did you installed ubuntu packages at some point ? did you do anything peculiar to your system ? do you use prelink ? well, any kind of additionnal informations would be really apprecited. Oh and which kernel did you had _before_ the glibc2.5 upgrade ? a 2.6 ? or still a 2.4 ? The strange files come from knoppix 5.2. I have forgotten to tell you about a stupid try to repair the system. I'm really sorry. I used ever a 2.6 kernel. -- Feel free - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2073 - glibc-package/trunk/debian/debhelper.in
Author: aurel32 Date: 2007-04-15 17:11:05 + (Sun, 15 Apr 2007) New Revision: 2073 Modified: glibc-package/trunk/debian/debhelper.in/libc.postinst Log: Grammar fixes Modified: glibc-package/trunk/debian/debhelper.in/libc.postinst === --- glibc-package/trunk/debian/debhelper.in/libc.postinst 2007-04-15 15:35:40 UTC (rev 2072) +++ glibc-package/trunk/debian/debhelper.in/libc.postinst 2007-04-15 17:11:05 UTC (rev 2073) @@ -279,8 +279,8 @@ echo $services echo echo If other services have begun to fail mysteriously after this upgrade, it is - echo probably necessary to restart them too. We recommend you to reboot your - echo machine after the upgrade to avoid the NSS related trouble. + echo probably necessary to restart them too. We recommend that you reboot your + echo machine after the upgrade to avoid NSS-related troubles. echo frontend=`echo $DEBIAN_FRONTEND | tr '[:upper:]' '[:lower:]'` if [ $frontend = noninteractive ]; then -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419445: glibc: [INTL:fr] French debconf templates translation
Package: glibc Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # translation of fr.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Denis Barbier 2001-2006. # Christian Perrier [EMAIL PROTECTED], 2007. msgid msgstr Project-Id-Version: glibc\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-04-09 00:10+0200\n PO-Revision-Date: 2007-04-09 00:18+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: multiselect #. Choices #: ../debhelper.in/locales.templates:1001 msgid All locales msgstr Tous les choix possibles #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales to be generated: msgstr Jeux de paramètres régionaux à créer : #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Locales are a framework to switch between multiple languages and allow users to use their language, country, characters, collation order, etc. msgstr Les jeux de paramètres régionaux (aussi appelés « locales ») permettent de gérer des langues multiples et offrent aux utilisateurs la possibilité de choisir la langue, le pays, le jeu de caractères, l'ordre de tri, etc. #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid Please choose which locales to generate. UTF-8 locales should be chosen by default, particularly for new installations. Other character sets may be useful for backwards compatibility with older systems and software. msgstr Veuillez choisir les paramètres régionaux à créer. Des paramètres régionaux utilisant l'encodage UTF-8 devraient être le choix par défaut, notamment pour de nouvelles installations. Les autres jeux de caractères peuvent être utiles pour conserver la compatibilité avec d'anciens systèmes ou logiciels. #. Type: select #. Choices #: ../debhelper.in/locales.templates:2001 msgid None msgstr Aucun #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid Default locale for the system environment: msgstr Jeu de paramètres régionaux actif par défaut : #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid Many packages in Debian use locales to display text in the correct language for the user. You can choose a default locale for the system from the generated locales. msgstr De nombreux paquets utilisent le mécanisme de localisation pour afficher les messages destinés aux utilisateurs dans la langue adéquate. Vous pouvez changer la valeur par défaut de l'ensemble du système pour utiliser un des jeux de paramètres régionaux qui seront créés. #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid This will select the default language for the entire system. If this system is a multi-user system where not all users are able to speak the default language, they will experience difficulties. msgstr Veuillez noter que cette valeur fixera la langue utilisée par le système. Si l'environnement est multi-utilisateurs et que certains utilisateurs ne parlent pas votre langue, ils risquent d'avoir des difficultés.
Please consider interacting with translators when introducing/modifying new debconf templates
(/me grins at glibc maintainers..:-)) Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. This will be picked up by the debian-i18n contributors for your package *this time*, but please read the following for future reference. 1) Get your debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. You should anyway consider asking in [EMAIL PROTECTED] for a review of your debconf templates. This should be done by sending the original templates file(s), which are generally named debian/*templates to [EMAIL PROTECTED] It is suggested that you use a Subject field that the debian-l10n-english participants have normalized, namely: Subject: [TAF] templates://package/templates file(s) name(s) Replace package by you package name and templates file(s) name(s) by the name of your templates file. Someone will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Install po-debconf - If you test-build your package on your system, you shoud already have it. Otherwise, consider apt-get installing it. it will bring the needed utility. 3) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to [EMAIL PROTECTED] and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 4) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- -- signature.asc Description: Digital signature
r2074 - tzdata/trunk/debian
Author: aurel32 Date: 2007-04-15 18:03:18 + (Sun, 15 Apr 2007) New Revision: 2074 Modified: tzdata/trunk/debian/changelog tzdata/trunk/debian/config Log: * Set the old timezone in case of cancellation (closes: bug#419344). Modified: tzdata/trunk/debian/changelog === --- tzdata/trunk/debian/changelog 2007-04-15 17:11:05 UTC (rev 2073) +++ tzdata/trunk/debian/changelog 2007-04-15 18:03:18 UTC (rev 2074) @@ -2,8 +2,9 @@ * Don't ask debconf questions during the first upgrade if the timezone is already configured. + * Set the old timezone in case of cancellation (closes: bug#419344). - -- Aurelien Jarno [EMAIL PROTECTED] Sat, 14 Apr 2007 13:33:23 +0200 + -- Aurelien Jarno [EMAIL PROTECTED] Sun, 15 Apr 2007 20:02:13 +0200 tzdata (2007e-3) unstable; urgency=low Modified: tzdata/trunk/debian/config === --- tzdata/trunk/debian/config 2007-04-15 17:11:05 UTC (rev 2073) +++ tzdata/trunk/debian/config 2007-04-15 18:03:18 UTC (rev 2074) @@ -35,7 +35,9 @@ while [ $STATE -ge 0 ]; do case $STATE in 0) -exit 1; +db_set tzdata/Areas $AREA +db_set tzdata/Zones/$AREA $ZONE +break ;; 1) db_input high tzdata/Areas || true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: [bts-link] source package glibc
Processing commands for [EMAIL PROTECTED]: # # bts-link upstream status pull for source package glibc # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). # remote status report for #119974 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4366 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - INVALID # * closed upstream tags 119974 + fixed-upstream Bug#119974: libc6-dev: fsync() doesn't get declared on unistd.h without __USE_BSD or __USE_XOPEN There were no tags set. Tags added: fixed-upstream usertags 119974 + status-RESOLVED resolution-INVALID Bug#119974: libc6-dev: fsync() doesn't get declared on unistd.h without __USE_BSD or __USE_XOPEN There were no usertags set. Usertags are now: resolution-INVALID status-RESOLVED. # remote status report for #166403 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4342 # * remote status changed: (?) - NEW usertags 166403 + status-NEW Bug#166403: libc6: scanf hex float without exponent There were no usertags set. Usertags are now: status-NEW. # remote status report for #203412 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4364 # * remote status changed: (?) - NEW usertags 203412 + status-NEW Bug#203412: libc6-dev: _XOPEN_VERSION is never set to 600 There were no usertags set. Usertags are now: status-NEW. # remote status report for #239427 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4368 # * remote status changed: (?) - NEW usertags 239427 + status-NEW Bug#239427: realpath() incorrectly described in /usr/include/stdlib.h There were no usertags set. Usertags are now: status-NEW. # remote status report for #402461 # * http://sourceware.org/bugzilla/show_bug.cgi?id=773 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - WONTFIX usertags 402461 + status-RESOLVED resolution-WONTFIX Bug#402461: de_* locales do not comply with ISO 8601 There were no usertags set. Usertags are now: resolution-WONTFIX status-RESOLVED. # remote status report for #415961 # * http://sourceware.org/bugzilla/show_bug.cgi?id=3405 # * remote status changed: (?) - NEW usertags 415961 + status-NEW Bug#415961: locales: Sorting with pt_BR ignoring spaces - it shouldn't There were no usertags set. Usertags are now: status-NEW. 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]
Re: Status of the belocs-locales-{bin,data} packages
Christian Perrier a écrit : (keeping belocs-locales-* packages) Does anybody want to maintain these packages? Are there some languages which really need them? Not in D-I supported packages. I think that your question should include the glibc maintainers, however I share your feelings. There is no point in maintaining belocs-* packages nowunless it again becomes difficult to include new locales in glibc. We basically agree to include locales fixes in the glibc if corresponding native speakers agree with the changes, or in other words in case of doubts we will ask on the l10n/i18n lists. The main problem we face is that, as far as I know, since Denis left Debian, nobody has really the knowledge to do maintain the locales part of the glibc. Somebody with such knowledge will be really welcome in the team. An argument to keep belocs was that glibc is usually frozen very early and it then becomes hard to add new locales. If belocs is abandoned, we should maybe ask for freeze exceptions to add new locales in glibc for the lenny freeze stage. That would be a good idea. Anyway we already asked the release team to reconsider the way the glibc is frozen for lenny. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package glibc
# # bts-link upstream status pull for source package glibc # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #119974 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4366 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - INVALID # * closed upstream tags 119974 + fixed-upstream usertags 119974 + status-RESOLVED resolution-INVALID # remote status report for #166403 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4342 # * remote status changed: (?) - NEW usertags 166403 + status-NEW # remote status report for #203412 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4364 # * remote status changed: (?) - NEW usertags 203412 + status-NEW # remote status report for #239427 # * http://sourceware.org/bugzilla/show_bug.cgi?id=4368 # * remote status changed: (?) - NEW usertags 239427 + status-NEW # remote status report for #402461 # * http://sourceware.org/bugzilla/show_bug.cgi?id=773 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - WONTFIX usertags 402461 + status-RESOLVED resolution-WONTFIX # remote status report for #415961 # * http://sourceware.org/bugzilla/show_bug.cgi?id=3405 # * remote status changed: (?) - NEW usertags 415961 + status-NEW thanks
Bug#419459: Addning info
Hi,
I am 100% sure that my colleague found fundamentals of this bug.
On SPARC linux is used thread safe version of gethostbyname
genthostbyname_r. This function have third argument char buffer. But if
this buffer is not correctly aligned (on SPARC / 4 ) program crashed
with BUSS ERROR. I attach demonstrate program to test this issue. If you
change size of buffer from 1002 to 1000 program start working.
I mean that simple workaround on SPARC is not use gethostbyname_r.
Regards
Dan
--
Mydatex s r.o.
http://www.mydatex.cz
email: [EMAIL PROTECTED]
mob: 604200362
tel: 226210085
#includestdio.h
#includenetdb.h
#include sys/socket.h
#include netdb.h
#include netinet/in.h
#include netinet/tcp.h
#include arpa/inet.h
extern int h_errno;
int main(void)
{
int ret;
const char *name=karotka;
char buf[1002];
int tmp_errno,buflen;
struct hostent tmp_hostent,*hp;
//struct hostent_data hd;
int size;
buflen=1000;
//size=sizeof(struct hostent_data);
//printf(size=%d\n,size);
printf(Align buff result=%p,buffer=%p,buflen=%d\n,tmp_hostent,buf,buflen);
ret=gethostbyname_r(name,tmp_hostent, buf,buflen,hp,tmp_errno);
printf(ret:=%d\n,ret);
if(ret==0)
{
if(hp)
{
printf(Lenght:=%d\n,hp-h_length);
printf(Addr:=%X\n,hp-h_addr);
printf(Name:=%s\n,hp-h_name);
}
}
return(ret);
}
Bug#419459: Addning info
severity 419459 important tag 419459 + confirmed found 2.3.2.ds1-22sarge6 thanks Daniel Smolik a écrit : Hi, I am 100% sure that my colleague found fundamentals of this bug. On SPARC linux is used thread safe version of gethostbyname genthostbyname_r. This function have third argument char buffer. But if this buffer is not correctly aligned (on SPARC / 4 ) program crashed with BUSS ERROR. I attach demonstrate program to test this issue. If you change size of buffer from 1002 to 1000 program start working. I mean that simple workaround on SPARC is not use gethostbyname_r. I confirm the bug, it is even present on Sarge. Strangely it is not present on mips. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419467: New version uninstallable on kernel 2.4 systems because NPTL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: libc6 Version: 2.5-1 Severity: important The new libc6 is uninstallable on systems with kernel 2.4. As there is still many systems which are only efficient with kernle 2.4 this is a very big problem. - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'oldstable'), (60, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.34 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages libc6 depends on: ii tzdata2007b-1Time Zone and Daylight Saving Time libc6 recommends no packages. - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRiKQh5+OKpjRpO3lAQLhDgf+Jh1o8qPmEZMV+tPyHaOrTJJhtudwl+iF Vio/hUhiAfsarypViDQ9u6qMKG2n0ULp9uFppHOsU4UA0Mvdcdw/0xbOz3ya28GJ IdvjnNiaVGEAz0fk9IVDxP+PzRU94yOleplA9xN8wVMsW3DVyliiif89JvaFFEd9 gERULqi7UHREiBzdjc8L2Gd9auYCkH8gDs5vhG2mdkgueyCdbyVyoF9iUJaN1i0A lvH/ffuoemiC134zThWnvVCgMgg5Fgi3hDuWIY3R3lz/z8sM1/Jy1tsOY4HDpLKk /R1kXM87ausjpCnUrbUSJj6zAkrIfFAumk5s9ykxfdkqNVcVO+vd2w== =tWmI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419459: Addning info
Aurelien Jarno napsal(a): severity 419459 important tag 419459 + confirmed found 2.3.2.ds1-22sarge6 thanks Daniel Smolik a écrit : Hi, I am 100% sure that my colleague found fundamentals of this bug. On SPARC linux is used thread safe version of gethostbyname genthostbyname_r. This function have third argument char buffer. But if this buffer is not correctly aligned (on SPARC / 4 ) program crashed with BUSS ERROR. I attach demonstrate program to test this issue. If you change size of buffer from 1002 to 1000 program start working. I mean that simple workaround on SPARC is not use gethostbyname_r. I confirm the bug, it is even present on Sarge. Strangely it is not present on mips. Yes I see this bug on Sid,Etch. Dan
Processed: Re: Bug#419467: New version uninstallable on kernel 2.4 systems because NPTL
Processing commands for [EMAIL PROTECTED]: tag 419467 + wontfix Bug#419467: New version uninstallable on kernel 2.4 systems because NPTL Tags were: upstream Tags added: wontfix 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]
Processed: tagging 419467
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 tags 419467 + wontfix Bug#419467: New version uninstallable on kernel 2.4 systems because NPTL Tags were: wontfix upstream Tags added: wontfix End of message, 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]
Processed: found 419459 in 2.3.2.ds1-22sarge6
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 found 419459 2.3.2.ds1-22sarge6 Bug#419459: libc6: buffer in gethostbyname_r on SPARC must be aligned Bug marked as found in version 2.3.2.ds1-22sarge6. End of message, 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#419467: New version uninstallable on kernel 2.4 systems because NPTL
The new libc6 is uninstallable on systems with kernel 2.4. As there is still many systems which are only efficient with kernle 2.4 this is a very big problem. You may find it more productive to backport the necessary kernel code from 2.6 to 2.4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419189: i'd suggest a check
it seems like it would be a good idea to check for non dpkg owned versions of problem libraries sitting in that directory in the preinst and either aborting the upgrade before the system is left in a badly broken state or moving the files out of the way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc plans for the lenny cycle
On 4/12/07, Aurelien Jarno [EMAIL PROTECTED] wrote: Also for hppa and glibc 2.6, if we are not able to build it linuxthreads + TLS support, we will have to switch to NPTL, and that *may* mean a libc transition. We are still waiting for more information from the upstream hppa porters. The hppa-linux port hopes to have a workaround using versioned compat code. We do not want to go through a libc transition. How much time do we have before the next toolchain freeze? Cheers, Carlos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 415870
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 tags 415870 + moreinfo Bug#415870: nscd -i hosts causes main nscd daemon to segfault There were no tags set. Tags added: moreinfo End of message, 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#415870: nscd -i hosts causes main nscd daemon to segfault
On Thu, Mar 22, 2007 at 07:31:47PM +0100, Michael Biebl wrote: Package: nscd Version: 2.3.6.ds1-13 Severity: important File: /usr/sbin/nscd Running nscd -i hosts while the main nscd daemon is running yields # nscd -d 20662: handle_request: request received (Version = 2) from PID 20669 20662: INVALIDATE (hosts) Segmentation fault nscd -i hosts is used by network-manager to invalidate the hosts cache on DNS changes. Atm it effectively kills the running nscd instance. Michael Does it still fails with ncsd from glibc 2.5 ? if yes, would it be possible to provide some kind of core/backtrace ? -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpOPfNqIrsCF.pgp Description: PGP signature
Bug#419480: locales: bad dependency; uninstallable
Package: locales Version: 2.5-2 Severity: serious locales Depends line is: Depends: glibc-2.5-1, debconf | debconf-2.0 Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.utf8) (ahem) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy pn glibc-2.3.6.ds1-1 none (no description available) And the missing one that the broken dependencies don't notice: ii libc6 2.5-1 GNU C Library: Shared libraries locales recommends no packages. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#419481: libc6 fails to upgrade on AMD64 X2
Package: libc6 Version: 2.5-2 Severity: critical Justification: breaks the whole system Trying to install the latest libc6 (2.5) I got the following error: (Reading database ... 276412 files and directories currently installed.) Preparing to replace libc6 2.5-2 (using libc6_2.5-2_amd64.deb) ... Unpacking replacement libc6 ... dpkg: error processing libc6_2.5-2_amd64.deb (--install): dpkg: warning - old post-removal script killed by signal (Segmentation fault) dpkg: error while cleaning up: subprocess pre-installation script killed by signal (Segmentation fault) Errors were encountered while processing: libc6_2.5-2_amd64.deb Actually, the kernel also complains with the following messages: libc6.postrm[22812] general protection rip:2ba04325e395 rsp:7fff67980250 error:0 libc6.preinst[22813] general protection rip:2af3d0932395 rsp:7fffda2a9b80 error:0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: No se puede establecer LC_ALL al local predeterminado: No existe el fichero o el directorio ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = es_ES:es:en_GB:en, LC_ALL = (unset), LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: No se puede establecer LC_ALL al local predeterminado: No existe el fichero o el directorio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#273051: libc6: Memory leak in getpwuid, getgrouplist still reproducible in glibc 2.3.5-12
Processing commands for [EMAIL PROTECTED]: tag 273051 - unreproducible Bug#273051: Memory leak in libc getpwuid() and getgrouplist() Tags were: unreproducible moreinfo Tags removed: unreproducible 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]
Processed: closing 133971
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 close 133971 Bug#133971: -Weverything gives warnings in the glibc headers 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Jason Gunthorpe [EMAIL PROTECTED] End of message, 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#160683: marked as done (date: long timezone offset sighlently changed)
Your message dated Mon, 16 Apr 2007 01:34:39 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#160683: date: long timezone offset sighlently changed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: shellutils Version: 2.0.11-11 Severity: normal An ugly shell script hack that has worked for many years on many unix versions to get the previous days date is to set TZ to a large offset: TZ=PST32PDT date +%m.%d.%y would display the previous days date (Pacific time). Gnu date apperently siglently limits the timezone offset to 23, so the above command will SOMETIMES show todays date instead with no error message. (The SOMETIMES makes this even harder to debug.) This breaks portable and older shell scripts. (I realize there are better ways of doing this using Gnu date, but they don't work on solaris or aix.) I'd like to see date made compatable with this hack, or at least have it give an error rather than the wrong date. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux monkey 2.4.18-686 #1 Sun Apr 14 11:32:47 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages shellutils depends on: ii libc62.2.5-11.1 GNU C Library: Shared libraries an ii login2902-12 System login tools ---End Message--- ---BeginMessage--- Version: 2.5 On Thu, Sep 12, 2002 at 12:10:48PM -0700, Blars Blarson wrote: Package: shellutils Version: 2.0.11-11 Severity: normal An ugly shell script hack that has worked for many years on many unix versions to get the previous days date is to set TZ to a large offset: TZ=PST32PDT date +%m.%d.%y would display the previous days date (Pacific time). Gnu date apperently siglently limits the timezone offset to 23, so the above command will SOMETIMES show todays date instead with no error that's correct, this is also another libc bug, which I don't remember the # of, that is fixed in 2.3.5 afaict. hence closing. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpmH7OQTBGaY.pgp Description: PGP signature ---End Message---
Bug#419480: marked as done (locales: bad dependency; uninstallable)
Your message dated Mon, 16 Apr 2007 01:38:41 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#419480: locales: bad dependency; uninstallable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: locales Version: 2.5-2 Severity: serious locales Depends line is: Depends: glibc-2.5-1, debconf | debconf-2.0 Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.utf8) (ahem) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy pn glibc-2.3.6.ds1-1 none (no description available) And the missing one that the broken dependencies don't notice: ii libc6 2.5-1 GNU C Library: Shared libraries locales recommends no packages. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Stephen Gran a écrit : Package: locales Version: 2.5-2 Severity: serious locales Depends line is: Depends: glibc-2.5-1, debconf | debconf-2.0 Please wait for the i386 buildd maintainer to upload the package. Closing the bug. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Bug#415870: nscd -i hosts causes main nscd daemon to segfault
Pierre HABOUZIT wrote: On Thu, Mar 22, 2007 at 07:31:47PM +0100, Michael Biebl wrote: Package: nscd Version: 2.3.6.ds1-13 Severity: important File: /usr/sbin/nscd Running nscd -i hosts while the main nscd daemon is running yields # nscd -d 20662: handle_request: request received (Version = 2) from PID 20669 20662: INVALIDATE (hosts) Segmentation fault nscd -i hosts is used by network-manager to invalidate the hosts cache on DNS changes. Atm it effectively kills the running nscd instance. Michael Does it still fails with ncsd from glibc 2.5 ? if yes, would it be possible to provide some kind of core/backtrace ? Tested it with 2.5-1, works fine now. I think this bug report can be closed. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#419481: libc6 fails to upgrade on AMD64 X2
On Mon, Apr 16, 2007 at 01:28:29AM +0200, Manuel wrote: Package: libc6 Version: 2.5-2 Severity: critical Justification: breaks the whole system Trying to install the latest libc6 (2.5) I got the following error: (Reading database ... 276412 files and directories currently installed.) Preparing to replace libc6 2.5-2 (using libc6_2.5-2_amd64.deb) ... Unpacking replacement libc6 ... dpkg: error processing libc6_2.5-2_amd64.deb (--install): dpkg: warning - old post-removal script killed by signal (Segmentation fault) dpkg: error while cleaning up: subprocess pre-installation script killed by signal (Segmentation fault) Errors were encountered while processing: libc6_2.5-2_amd64.deb Actually, the kernel also complains with the following messages: libc6.postrm[22812] general protection rip:2ba04325e395 rsp:7fff67980250 error:0 libc6.preinst[22813] general protection rip:2af3d0932395 rsp:7fffda2a9b80 error:0 well, was it the error the first time you tried to install ? it says you are using a 2.6.21-rc6 kernel, does it segfaults with a debian kernel (such as 2.6.18 or .20) as well ? Do you run selinux or any particular stuff ? could you give your /etc/nsswitch.conf please ? TIA -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpOw120FDOaQ.pgp Description: PGP signature
r2077 - in glibc-package/trunk/debian: . control.in debhelper.in rules.d
Author: aurel32
Date: 2007-04-15 23:36:50 + (Sun, 15 Apr 2007)
New Revision: 2077
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-package/trunk/debian/control.in/main
glibc-package/trunk/debian/debhelper.in/locales-all.postinst
glibc-package/trunk/debian/rules.d/build.mk
Log:
* Switch from gzip to lzma for compressing the locales in the locales-all
package. The unpacked size is decreased by 10 and the packed size by 4 for
no measurable difference on the unpacking time.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2007-04-15 18:09:36 UTC (rev
2076)
+++ glibc-package/trunk/debian/changelog2007-04-15 23:36:50 UTC (rev
2077)
@@ -10,8 +10,11 @@
* Update Italian debconf translation, by Luca Monducci. Closes: #419399.
* Put back ld.so into optimized packages, it can be useful in some cases.
* Update French debconf translation, by Christian Perrier. Closes: #419445.
+ * Switch from gzip to lzma for compressing the locales in the locales-all
+package. The unpacked size is decreased by 10 and the packed size by 4 for
+no measurable difference on the unpacking time.
- -- Aurelien Jarno [EMAIL PROTECTED] Sun, 15 Apr 2007 20:09:04 +0200
+ -- Aurelien Jarno [EMAIL PROTECTED] Mon, 16 Apr 2007 01:34:18 +0200
glibc (2.5-2) unstable; urgency=low
Modified: glibc-package/trunk/debian/control
===
--- glibc-package/trunk/debian/control 2007-04-15 18:09:36 UTC (rev 2076)
+++ glibc-package/trunk/debian/control 2007-04-15 23:36:50 UTC (rev 2077)
@@ -1,7 +1,7 @@
Source: glibc
Section: libs
Priority: required
-Build-Depends: gettext, make (= 3.80-1), dpkg-dev (= 1.13.5), bzip2, file,
+Build-Depends: gettext, make (= 3.80-1), dpkg-dev (= 1.13.5), bzip2, lzma,
file,
linux-kernel-headers [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64],
mig (= 1.3-2) [hurd-i386], hurd-dev (= 20020608-1) [hurd-i386], gnumach-dev
[hurd-i386],
kfreebsd-kernel-headers [kfreebsd-i386 kfreebsd-amd64],
@@ -48,7 +48,7 @@
Architecture: any
Section: libs
Priority: extra
-Depends: ${locale:Depends}
+Depends: ${locale:Depends}, lzma
Provides: locales
Description: GNU C Library: Precompiled locale data
This package contains the precompiled locale data for all supported locales.
@@ -57,7 +57,7 @@
locale files take a lot of memory to be compiled.
Package: nscd
-Architecture: alpha amd64 arm arm-softfloat armeb armel i386 m32r m68k mips
mipsel powerpc ppc64 sparc ia64 hppa s390 sh3 sh4 sh3eb sh4eb kfreebsd-i386
kfreebsd-amd64
+Architecture: alpha amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc
ppc64 sparc ia64 hppa s390 sh3 sh4 sh3eb sh4eb kfreebsd-i386 kfreebsd-amd64
Section: admin
Priority: optional
Depends: ${shlibs:Depends}
@@ -68,7 +68,7 @@
slow Services like LDAP, NIS or NIS+
Package: libc6
-Architecture: amd64 arm arm-softfloat armeb armel i386 m32r m68k mips mipsel
powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64
sparc s390 hppa sh3 sh4 sh3eb sh4eb
Section: libs
Priority: required
Provides: ${locale-compat:Depends}
@@ -78,7 +78,7 @@
and the standard math library, as well as many others.
Package: libc6-dev
-Architecture: amd64 arm arm-softfloat armeb armel i386 m32r m68k mips mipsel
powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64
sparc s390 hppa sh3 sh4 sh3eb sh4eb
Section: libdevel
Priority: optional
Depends: libc6 (= ${Source-Version})
@@ -88,7 +88,7 @@
and link programs which use the standard C library.
Package: libc6-dbg
-Architecture: amd64 arm arm-softfloat armeb armel i386 m32r m68k mips mipsel
powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64
sparc s390 hppa sh3 sh4 sh3eb sh4eb
Section: libdevel
Priority: extra
Provides: libc-dbg
@@ -102,7 +102,7 @@
Most people will not need this package.
Package: libc6-prof
-Architecture: amd64 arm arm-softfloat armeb armel i386 m32r m68k mips mipsel
powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64
sparc s390 hppa sh3 sh4 sh3eb sh4eb
Section: libdevel
Priority: extra
Depends: libc6 (= ${Source-Version})
@@ -111,7 +111,7 @@
with gprof.
Package: libc6-pic
-Architecture: amd64 arm arm-softfloat armeb armel i386 m32r m68k mips mipsel
powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb
+Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64
sparc s390 hppa sh3 sh4 sh3eb sh4eb
Section: libdevel
Priority: optional
Conflicts: libc-pic
@@ -126,7 +126,7 @@
Package: libc6-udeb
XC-Package-Type: udeb
-Architecture: amd64
Bug#415870: marked as done (nscd -i hosts causes main nscd daemon to segfault)
Your message dated Mon, 16 Apr 2007 01:50:42 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#415870: nscd -i hosts causes main nscd daemon to segfault has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: nscd Version: 2.3.6.ds1-13 Severity: important File: /usr/sbin/nscd Running nscd -i hosts while the main nscd daemon is running yields # nscd -d 20662: handle_request: request received (Version = 2) from PID 20669 20662: INVALIDATE (hosts) Segmentation fault nscd -i hosts is used by network-manager to invalidate the hosts cache on DNS changes. Atm it effectively kills the running nscd instance. Michael -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.21-rc4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages nscd depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries nscd recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 2.5 On Mon, Apr 16, 2007 at 01:41:14AM +0200, Michael Biebl wrote: Pierre HABOUZIT wrote: On Thu, Mar 22, 2007 at 07:31:47PM +0100, Michael Biebl wrote: Package: nscd Version: 2.3.6.ds1-13 Severity: important File: /usr/sbin/nscd Running nscd -i hosts while the main nscd daemon is running yields # nscd -d 20662: handle_request: request received (Version = 2) from PID 20669 20662: INVALIDATE (hosts) Segmentation fault nscd -i hosts is used by network-manager to invalidate the hosts cache on DNS changes. Atm it effectively kills the running nscd instance. Michael Does it still fails with ncsd from glibc 2.5 ? if yes, would it be possible to provide some kind of core/backtrace ? Tested it with 2.5-1, works fine now. I think this bug report can be closed. wonderful \o/ -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpA6jQcWQsd5.pgp Description: PGP signature ---End Message---
Bug#419481: marked as done (libc6 fails to upgrade on AMD64 X2)
Your message dated Mon, 16 Apr 2007 01:57:50 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#419481: libc6 fails to upgrade on AMD64 X2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libc6 Version: 2.5-2 Severity: critical Justification: breaks the whole system Trying to install the latest libc6 (2.5) I got the following error: (Reading database ... 276412 files and directories currently installed.) Preparing to replace libc6 2.5-2 (using libc6_2.5-2_amd64.deb) ... Unpacking replacement libc6 ... dpkg: error processing libc6_2.5-2_amd64.deb (--install): dpkg: warning - old post-removal script killed by signal (Segmentation fault) dpkg: error while cleaning up: subprocess pre-installation script killed by signal (Segmentation fault) Errors were encountered while processing: libc6_2.5-2_amd64.deb Actually, the kernel also complains with the following messages: libc6.postrm[22812] general protection rip:2ba04325e395 rsp:7fff67980250 error:0 libc6.preinst[22813] general protection rip:2af3d0932395 rsp:7fffda2a9b80 error:0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: No se puede establecer LC_ALL al local predeterminado: No existe el fichero o el directorio ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = es_ES:es:en_GB:en, LC_ALL = (unset), LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: No se puede establecer LC_ALL al local predeterminado: No existe el fichero o el directorio ---End Message--- ---BeginMessage--- This message was created automatically by mail delivery software (TMDA). Your message attached below is being held because the address [EMAIL PROTECTED] has not been verified. To release your message for delivery, please send an empty message to the following address, or use your mailer's Reply feature. [XXX] This confirmation verifies that your message is legitimate and not junk-mail. You should only have to confirm your address once. If you do not respond to this confirmation request within 14 days, your message will not be delivered. Submitter obviously doesn't gives a usable contact address, too bad for him. As he does not want to receive mail, I don't want to fix his bugs. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpIcwdNmOsaG.pgp Description: PGP signature ---End Message---
r2078 - glibc-package/trunk/debian/rules.d
Author: aurel32 Date: 2007-04-16 00:03:20 + (Mon, 16 Apr 2007) New Revision: 2078 Modified: glibc-package/trunk/debian/rules.d/build.mk Log: Actually specify the compress-program Modified: glibc-package/trunk/debian/rules.d/build.mk === --- glibc-package/trunk/debian/rules.d/build.mk 2007-04-15 23:36:50 UTC (rev 2077) +++ glibc-package/trunk/debian/rules.d/build.mk 2007-04-16 00:03:20 UTC (rev 2078) @@ -121,7 +121,7 @@ localedata/install-locales; \ rm -rf $(CURDIR)/debian/locales-all/usr/lib; \ install -d $(CURDIR)/debian/locales-all/usr/lib/locales-all; \ - tar --use-compress-program -cf $(CURDIR)/debian/locales-all/usr/lib/locales-all/supported.tar.lzma -C $(CURDIR)/debian/tmp-libc/usr/lib/locale .; \ + tar --use-compress-program /usr/bin/lzma -cf $(CURDIR)/debian/locales-all/usr/lib/locales-all/supported.tar.lzma -C $(CURDIR)/debian/tmp-libc/usr/lib/locale .; \ fi # Create the multidir directories, and the configuration file in /etc/ld.so.conf.d -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418813: locales still won't install. Dependency problem on i386
The last message I saw on the bug page mentioned that the glibc-2.5-1 virtual package is provided by libc6 2.5-2. But I've just done a system update (on unstable) and the available version of libc6 is 2.5-1. Furthermore, according to http://packages.debian.org/unstable/libs/libc6, 2.5-2 is the version on amd64 -- for i386, the version is 2.5-1. For this latter version the control info has Provides: glibc-2.5.0-0exp1, glibc-2.5.0-0exp2 Could it be that the glibc-2.5-1 virtual package is only provided by the version of libc6 for amd64, but not by i386? Selim T. Erdoğan
