Re: tzdata 2007i
Aurelien Jarno a écrit : Stephen Gran a écrit : This one time, at band camp, Clint Adams said: On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Would you (the plural you, the glibc maintainers) be willing to prepare an upload to volatile for this issue, and send a patch to this list? I will do that tomorrow, unless somebody else does it before. I have just uploaded tzdata_2007j-1etch1 to volatile.debian.org. Stable release manager: should we also upload it to etch-proposed-updates? -- .''`. 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]
Re: tzdata 2007i
Aurelien Jarno wrote: Aurelien Jarno a écrit : Stephen Gran a écrit : This one time, at band camp, Clint Adams said: On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Would you (the plural you, the glibc maintainers) be willing to prepare an upload to volatile for this issue, and send a patch to this list? I will do that tomorrow, unless somebody else does it before. I have just uploaded tzdata_2007j-1etch1 to volatile.debian.org. Stable release manager: should we also upload it to etch-proposed-updates? Yes. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2741 - tzdata/branches/glibc-branch-etch/debian
Author: aurel32 Date: 2007-12-10 09:48:38 + (Mon, 10 Dec 2007) New Revision: 2741 Modified: tzdata/branches/glibc-branch-etch/debian/changelog Log: tzdata (2007j-1etch1) etch-volatile; urgency=low * New upstream release for Etch: - Only the timezone definitions have been changed, all scripts are left unchanged. -- Aurelien Jarno [EMAIL PROTECTED] Mon, 10 Dec 2007 10:41:04 +0100 Modified: tzdata/branches/glibc-branch-etch/debian/changelog === --- tzdata/branches/glibc-branch-etch/debian/changelog 2007-12-09 10:46:22 UTC (rev 2740) +++ tzdata/branches/glibc-branch-etch/debian/changelog 2007-12-10 09:48:38 UTC (rev 2741) @@ -1,3 +1,11 @@ +tzdata (2007j-1etch1) etch-volatile; urgency=low + + * New upstream release for Etch: +- Only the timezone definitions have been changed, all scripts are + left unchanged. + + -- Aurelien Jarno [EMAIL PROTECTED] Mon, 10 Dec 2007 10:41:04 +0100 + tzdata (2007f-1etch1) stable; urgency=low * New upstream release for Etch: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2742 - in glibc-package/trunk/debian: . patches patches/any
Author: aurel32 Date: 2007-12-10 10:00:19 + (Mon, 10 Dec 2007) New Revision: 2742 Added: glibc-package/trunk/debian/patches/any/cvs-wchar_h.diff Removed: glibc-package/trunk/debian/patches/any/submitted-malloc_h.diff Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: * patches/any/submitted-malloc_h.diff: removed, replaced by patches/any/cvs-wchar_h.diff. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-12-10 09:48:38 UTC (rev 2741) +++ glibc-package/trunk/debian/changelog2007-12-10 10:00:19 UTC (rev 2742) @@ -9,8 +9,10 @@ crash when %as is used with sscanf(). Closes: bug#453408. * debian/rules: also set CXX when cross-compiling. * kfreebsd/local-sysdeps.diff: update to revision 2071 (from glibc-bsd). + * patches/any/submitted-malloc_h.diff: removed, replaced by +patches/any/cvs-wchar_h.diff. - -- Aurelien Jarno [EMAIL PROTECTED] Sun, 09 Dec 2007 00:38:12 +0100 + -- Aurelien Jarno [EMAIL PROTECTED] Mon, 10 Dec 2007 10:59:47 +0100 glibc (2.7-4) unstable; urgency=low Added: glibc-package/trunk/debian/patches/any/cvs-wchar_h.diff === --- glibc-package/trunk/debian/patches/any/cvs-wchar_h.diff (rev 0) +++ glibc-package/trunk/debian/patches/any/cvs-wchar_h.diff 2007-12-10 10:00:19 UTC (rev 2742) @@ -0,0 +1,24 @@ +2007-12-08 Ulrich Drepper [EMAIL PROTECTED] + + [BZ #5428] + * wcsmbs/wchar.h: Unconditionally undefine __need_mbstate and + __need_wint_t. + +Index: wcsmbs/wchar.h +=== +RCS file: /cvs/glibc/libc/wcsmbs/wchar.h,v +retrieving revision 1.75 +retrieving revision 1.76 +diff -u -d -p -r1.75 -r1.76 +--- wcsmbs/wchar.h 26 Nov 2007 22:50:59 - 1.75 wcsmbs/wchar.h 10 Dec 2007 01:40:23 - 1.76 +@@ -839,4 +839,9 @@ __END_DECLS + + #endif/* _WCHAR_H defined */ + ++/* Undefined all __need_* constants in case we are included to get those ++ constants but the whole file was already read. */ ++#undef __need_mbstate_t ++#undef __need_wint_t ++ + #endif /* wchar.h */ Deleted: glibc-package/trunk/debian/patches/any/submitted-malloc_h.diff === --- glibc-package/trunk/debian/patches/any/submitted-malloc_h.diff 2007-12-10 09:48:38 UTC (rev 2741) +++ glibc-package/trunk/debian/patches/any/submitted-malloc_h.diff 2007-12-10 10:00:19 UTC (rev 2742) @@ -1,22 +0,0 @@ -2007-11-19 Aurelien Jarno [EMAIL PROTECTED] - - * malloc/malloc.h: Define __need_NULL, __need_ptrdiff_t - and__need_size_t. - -Index: malloc/malloc.h -=== -RCS file: /cvs/glibc/libc/malloc/malloc.h,v -retrieving revision 1.30 -diff -u -d -p -r1.30 malloc.h malloc/malloc.h19 Jul 2007 17:05:07 - 1.30 -+++ malloc/malloc.h28 Nov 2007 07:57:02 - -@@ -22,6 +22,9 @@ - #define _MALLOC_H 1 - - #include features.h -+#define __need_NULL -+#define __need_ptrdiff_t -+#define __need_size_t - #include stddef.h - # define __malloc_ptr_t void * - Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2007-12-10 09:48:38 UTC (rev 2741) +++ glibc-package/trunk/debian/patches/series 2007-12-10 10:00:19 UTC (rev 2742) @@ -120,6 +120,7 @@ any/cvs-ether_line.diff -p0 any/cvs-sched_h.diff -p0 any/cvs-tzfile.diff -p1 +any/cvs-wchar_h.diff -p0 any/local-notls.diff -p0 any/local-asserth-decls.diff -p0 any/local-bashisms.diff -p0 @@ -166,7 +167,6 @@ any/submitted-date-and-unknown-tz.diff -p0 any/submitted-libgcc_s.so.diff -p0 any/submitted-longdouble.diff -p0 -any/submitted-malloc_h.diff -p0 any/submitted-sched_h.diff -p0 any/submitted-rfc3484-sortv4.diff -p0 any/local-disable-nscd-host-caching.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tzdata 2007i
Luk Claes a écrit : Aurelien Jarno wrote: Aurelien Jarno a écrit : Stephen Gran a écrit : This one time, at band camp, Clint Adams said: On Sun, Dec 09, 2007 at 12:08:10PM +, Stephen Gran wrote: This one time, at band camp, José Ildefonso Camargo Tolosa said: Is there a chance that you include tzdata 2007i. I live in Venezuela, and on Sunday, December 9, we will have a new hour (dumb government ideas). Anyway, I saw that the new tz data is in tzdata 2007i. That seems reasonable to me. Ccing the tzdata maintainers on this reply. Actually, 2007j is the one to use. 2007i is about 3 weeks incorrect. Would you (the plural you, the glibc maintainers) be willing to prepare an upload to volatile for this issue, and send a patch to this list? I will do that tomorrow, unless somebody else does it before. I have just uploaded tzdata_2007j-1etch1 to volatile.debian.org. Stable release manager: should we also upload it to etch-proposed-updates? I have just uploaded it. -- .''`. 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#455603: Suggests or recommends libc6-i686
Package: libc6 Version: 2.7-4 Severity: wishlist Consider adding a Suggests or Recommends for libc6-i686 to libc6. Suggests would help people find and install it. Recommends might actually make sense, because at this point a pre-686 system might well qualify as an unusual installation per Policy 7.2, and on such a system libc6-i686 will do no harm other than taking up space. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.2.2-4 GCC support library libc6 recommends no packages. -- debconf information: glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
how does debian reduce glibc size for the install floppies
Hi, I'm trying to shrink glibc (2.5.1) in order to be able to build a rescue boot floppy on a LFS (Linux From Scratch) system. From all my google searches I've come up with a very vague idea of how debian does it. You build some pic library archive, then remove unnecessary stuff from it and link to it. I would very much appreciate any help with these: 1) how do you build glibc-pic 2) how do you reduce it 3) how do you link to it (It's some kind of a static library?) Since I'm not on Debian, I'd be grateful if you describe the process in non apt-get fashion :-) Thanks, IvanK. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455671: libc6: Please support fe80::[...]%eth0-like nameservers in /etc/resolv.conf
Package: libc6 Version: 2.7-4 Severity: wishlist Tags: patch It seems that glibc's resolver does not support IPv6 link-local addresses with an explicit scope (like fe80::[...]%eth0), in the nameserver options in /etc/resolv.conf. Currently, nameservers with a scope fail to be parsed. Nameservers with a link-local address (without scope) are parsed and used, but obviously do not work (connect() fails with EINVAL because a sin6_scope_id of 0 is used with the link-local address). With the apparition of the new RDNSS option (RFC5006), which allows for DNS configuration through stateless autoconf, we expect that IPv6 link-local resolvers may be used, and set into /etc/resolv.conf. Kernel-side support is included in Linux 2.6.24, and the corresponding userland RDNSS daemon is currently under development and will be shipped in the next release of the ndisc6 package. We would need glibc to support this feature to integrate our work. Please review this patch, and consider it for application and submission to upstream. --- resolv/res_init.c 2007-12-09 17:30:57.0 +0100 +++ resolv/res_init.c 2007-12-09 18:19:40.0 +0100 @@ -74,11 +74,14 @@ static const char rcsid[] = $BINDId: re #include sys/socket.h #include sys/time.h +#include net/if.h #include netinet/in.h #include arpa/inet.h #include arpa/nameser.h +#include assert.h #include ctype.h +#include netdb.h #include resolv.h #include stdio.h #include stdio_ext.h @@ -327,6 +330,8 @@ __res_vinit(res_state statp, int preinit if ((el = strchr(cp, '\n')) != NULL) *el = '\0'; +if ((el = strchr(cp, SCOPE_DELIMITER)) != NULL) +*el = '\0'; if ((*cp != '\0') (inet_pton(AF_INET6, cp, a6) 0)) { struct sockaddr_in6 *sa6; @@ -336,6 +341,27 @@ __res_vinit(res_state statp, int preinit sa6-sin6_addr = a6; sa6-sin6_family = AF_INET6; sa6-sin6_port = htons(NAMESERVER_PORT); + +if (el != NULL) { +int try_numericscope = 0; +if (IN6_IS_ADDR_LINKLOCAL(a6) +|| IN6_IS_ADDR_MC_LINKLOCAL(a6)) { +sa6-sin6_scope_id = if_nametoindex(el + 1); +if (sa6-sin6_scope_id == 0) +try_numericscope = 1; +} else +try_numericscope = 1; + +if (try_numericscope != 0) { +char *end; +assert(sizeof(uint32_t) = sizeof(unsigned long)); +sa6-sin6_scope_id = (uint32_t) strtoul(el + 1, end, 10); +if (*end != '\0') +sa6-sin6_scope_id = 0; +} +} else +sa6-sin6_scope_id = 0; + statp-_u._ext.nsaddrs[nservall] = sa6; statp-_u._ext.nssocks[nservall] = -1; statp-_u._ext.nsmap[nservall] = MAXNS + 1; Regards, -- Pierre Ynard -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.8-grsec Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.2.2-4 GCC support library libc6 recommends no packages. -- debconf information: glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]