From: Jim Meyering Date: Wed, 23 Jan 2008 21:47:44 +0000 (+0100) Subject: TODO: Update the note on getgrouplist. X-Git-Tag: v6.11~195 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=73cfcbac05cff65c5ea91300370b2c14d480d26e;p=thirdparty%2Fcoreutils.git TODO: Update the note on getgrouplist. --- diff --git a/ChangeLog b/ChangeLog index 4cd7ddb447..ca2a2f5faf 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2008-01-23 Jim Meyering + + * TODO: Update the note on getgrouplist. + 2008-01-23 Zvi Har'El Add a ";", so "make install" works with --enable-install-program=su. diff --git a/TODO b/TODO index df07d4b9f9..a442620ecc 100644 --- a/TODO +++ b/TODO @@ -157,16 +157,16 @@ Add a distcheck-time test to ensure that every distributed file is either read-only(indicating generated) or is version-controlled and up to date. -Implement Ulrich Drepper's suggestion to use getgrouplist rather - than getugroups. This affects only `id', but makes a big difference - on systems with many users and/or groups, and makes id usable once - again on systems where access restrictions make getugroups fail. +Implement Ulrich Drepper's suggestion to use getgrouplist rather than + getugroups. This affects both `id' and `setuidgid', but makes a big + difference on systems with many users and/or groups, and makes id usable + once again on systems where access restrictions make getugroups fail. But first we'll need a run-test (either in an autoconf macro or at run time) to avoid the segfault bug in libc-2.3.2's getgrouplist. In that case, we'd revert to using a new (to-be-written) getgrouplist module that does most of what `id' already does. Or just avoid the buggy use of getgrouplist by never passing it a buffer of length zero. - See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200327 + See http://bugzilla.redhat.com/200327 remove `%s' notation (now that they're all gone, add a Makefile.maint sc_ rule to ensure no new ones are added):