glibc-2.9 稳定版11月19日已释出

聚焦深空

http://sourceware.org/ml/libc-alpha/2008-11/msg00008.html
http://sourceware.org/ml/libc-alpha/2008-11/msg00010.html

tarball 还是没戏，没有什么特别吸引人的新特性。

Dennis.Wang

有什么新特性

聚焦深空

请看给出的第一个链接

* Unified lookup for getaddrinfo: IPv4 and IPv6 addresses are now looked
  up at the same time.  Implemented by Ulrich Drepper.

* TLS descriptors for LD and GD on x86 and x86-64.
  Implemented by Alexandre Oliva.

* getaddrinfo now handles DCCP and UDPlite.
  Implemented by Ulrich Drepper.

* New fixed-size conversion macros: htobe16, htole16, be16toh, le16toh,
  htobe32, htole32, be32toh, le32toh, htobe64, htole64, be64toh, le64toh.
  Implemented by Ulrich Drepper.

* New implementation of memmem, strstr, and strcasestr which is O(n).
  Implemented by Eric Blake.

* New Linux interfaces: inotify_init1, dup3, epoll_create1, pipe2

* Implement "e" option for popen to open file descriptor with the
  close-on-exec flag set.  Implemented by Ulrich Drepper.

* Implement "b" mode for fmemopen.  In this mode writes writes don't
  implicitly add a NUL byte and seeks from the end of the buffer really
  use the buffer end, not the string length as the basis.
  Implemented by Ulrich Drepper.

* Many functions, exported and internal, now atomically set the
close-on-exec
  flag when run on a sufficiently new kernel.  Implemented by Ulrich
Drepper.

* Sorting rules for some Indian languages (Kannada, Gurumukhi, Telugu,
  Sinhala)
  Implemented by Pravin Satpute.

* New locales: sd_IN, sd_IN@devanagari, ks_IN@devanagari, ht_HT, en_AG,
nl_AW.

d00m3d

Post by 聚焦深空;1911647
http://sourceware.org/ml/libc-alpha/2008-11/msg00008.html
http://sourceware.org/ml/libc-alpha/2008-11/msg00010.html

[color="Red"]tarball 还是没戏，没有什么特别吸引人的新特性。

这仍令人讨厌。。。

superjet

因多数gnu的东东都可以tar.gz形式下载，只限定cvs下载很多时因网络的限制往往受阻，很恶心的说

tar的问题搞得用户怨声载道，但根本于事无补，决定权不在这些人手里

...
shevegen said...

    The problem is simple - the company in question has changed their strategy not long ago by tightening their control over key software.

    However, I find it hilarious that RMS continually trolls about the freedom of the GNU project while at the same time projects like Glibc (but GCC too, to a lesser extent though) continually and purposely misbehave. Pretty every GNU project offers tarballs. That can't be that difficult, no?

    There is no way to change this situation however. Why not? Because the developers in question do not care.

    I can only encourage people to become as independent as possible from arrogant developers. These developers will continually make idiotic claims, but in essence the main problem is their arrogant, inflated ego and hate against "Average Joe Sixpack" while they introduce problems for others.

    And - in the case of Glibc - this is done on purpose by ALL their developers.
...

可行的方案是从一些大型发行版的源码池或者是从第三方下，比如:

http://toolchain.freesa.org/

cobranail

glibc的升级速度也太快了吧

cobranail

又看了一眼：
The code has been extensively tested as
part of Red Hat's rawhide development

redhat的技术还真是挺强的。

newper

似乎还是下这里的保险些：ftp://sources.redhat.com/pub/gli ... .9-20081124.tar.bz2

聚焦深空

Post by newper;1913088
似乎还是下这里的保险些：ftp://sources.redhat.com/pub/gli ... .9-20081124.tar.bz2

http://www.gnu.org/software/libc/resources.html
有说明
Weekly snapshots are published at <ftp://sources.redhat.com/pub/glibc/snapshots>.   Once untarred, you can immediately do cvs update in that   directory to update via anonymous CVS.

个人不建议大家使用 redhat 每周一自动生成的 snapshots，从时间上说是过时的，如果把一些致命 bug 引入系统，很不合算，还是直接 cvs 好了，另建议尝鲜者跟踪 maillist。

个人准备等到 glibc 恢复 tarball 发布时，再升级 glibc-2.7，在此之前，cvs 发布仅用于测试目的。

d00m3d

对上一次由 cvs snapshot 改回 tarball 都过了很久，要等就不知道会等到何年何月何日了

既然 LFS-6.4 stable release 都采纳了 glibc-2.8-20080929，我看 glibc-2.8-20080929 还是可以一用吧