Some of coreutils's source files use Latin-1, others UTF-8. To
coordinate better with gnulib I converted coreutils to use UTF-8. I
installed the patch enclosed as an attachment (since it contains mixed
Latin-1 and UTF-8, it's better to make it a separate file). Most of
the changes are trivial, b
"Dmitry V. Levin" <[EMAIL PROTECTED]> writes:
> 2004-08-10 Dmitry V. Levin <[EMAIL PROTECTED]>
>
> * src/install.c (change_timestamps): Fix int->bool conversion
> bugs introduced at 2004-07-29.
Thanks for catching that. I installed that patch. I also looked for
other instances of
Jim Meyering <[EMAIL PROTECTED]> writes:
> I suppose you've read some of the discussions of the O_NOACCESS open flag.
> What we want is something like that.
No, never heard of O_NOACCESS. But that's what I want, yes.
> Do you know of a way to do it that's *not* portable?
Sorry, no. I wouldn't
On Sat, Aug 07, 2004 at 10:30:14AM +0100, Philip Rowlands wrote:
> On Tue, 3 Aug 2004, Tim Waugh wrote:
>
> >When using 'cp -a' to copy a directory structure, it has some
> >unexpected behaviour. See the attached Makefile, which compares the
> >behaviour between tar, cpio, and cp.
>
> I might b
Paul Eggert <[EMAIL PROTECTED]> wrote:
> I installed the following patch to fix some inadequacies of coreutils
> in cases where files (particularly, directories) are writeable but
> not readable.
>
> fchdir requires only execute (search) access, so it'd be nice if we
> could somehow get a search-on
Hi Paul
Ben, can you please install this patch into config.guess? The current
config.guess is clearly wrong in some sense, since it outputs
"-apple-darwin-..." (with a leading "-") when uname -p outputs
anything other than "powerpc" or something ending in "86".
OK, this looks fine. I'll apply it