This is the mail archive of the cygwin-apps mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: coreutils-6.11-1 in release-2 area


On May 22 05:45, Eric Blake wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> According to Corinna Vinschen on 5/22/2008 4:36 AM:
> |
> | There's a bug in coreutils 6.11 id(1) which results in showing a
> | truncated group list.  Running my domain account against id from
> | coreutils 6.10 shows:
> |
> | The reason is apparently that the mgetgroups function is always called
> | with a username != NULL, even if no username has been given on the
> | command line.
>
> Thanks for the report.  This has seen upstream changes as well:
> http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=history;f=src/id.c;h=92c39fe;hb=3ceabe1
>
> So I'll probably take this issue upstream, to make sure it doesn't
> introduce conflicts with SELinux.

Cool, thanks.

While we're talking about coreutils, it would be a good idea to use the
latest Cygwin from CVS when testing coreutils further(*).  cp baild out
on me because it used a NULL pathname in calls to futimesat, which I'd
consider a bug in coreutils, but the Linux man page gives away that this
is a GLIBC extension.  I fixed that in CVS so futimesat can now do its
job (hopefully) correctly withe NULL pathname as well.

However, here's a question:  Should coreutils really use futimesat at
all when futimes and utimensat are available?  Isn't that sort of a 
buglet in coreutils?


Corinna

(*) I guess I have to upload yet another 1.7 version before I'm really
    off on vacation...

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]