Re: new snapshot [Re: coreutils 6.9.92 fail to configure on *bsd

On Mon, Jan 21, 2008 at 08:46:30AM +0100, Jim Meyering wrote: > Elias Pipping <[EMAIL PROTECTED]> wrote: > > as for the check-root tests: > > > > this one now passes: > > > > special-bits > > > > these fail: > > > > rm/fail-2eperm > > cp/preserve-gid > > touch/now-owned-by-other

Re: [PATCH] split: --verbose output to stdout

Jim Meyering <[EMAIL PROTECTED]> wrote: > Steven Schubiger <[EMAIL PROTECTED]> wrote: > > diff --git a/src/split.c b/src/split.c > > index 5807a1c..2ad0baf 100644 > > --- a/src/split.c > > +++ b/src/split.c > > @@ -208,7 +208,7 @@ cwrite (bool new_file_flag, const char *bp, size_t > > bytes) > > >

Re: new snapshot [Re: coreutils 6.9.92 fail to configure on *bsd

Elias Pipping <[EMAIL PROTECTED]> wrote: ... > D'oh -- should've read that. So, with 6.10 and --disable-acl, > all of the non-root tests pass and a single root-only test fails: > > % tar xf coreutils-6.10.tar.gz > % cd coreutils-6.10 > % ./configure --disable-acl > % make -j3 >

Re: coreutils-6.10 released (stable)

A minor bug: missing semicolon if "--enable-install-program=su" configure option is selected Patch: --- coreutils-6.10/src/Makefile.in.~20080122004942~2008-01-22 02:49:42.0 +0200 +++ coreutils-6.10/src/Makefile.in2008-01-23 10:53:33.0 +0200 @@ -1274,7 +1274,7 @@

Try to port coreutils to os2

Hello, I'm trying to build latest Coreutils to Os/2 I use ./configure --prefix=/Coreutils But i get error with configu configure: error: internal error: g'l_INCLUDE_EXCLUDE_PROG's 2nd arg, arch hostn ame su, does not match the list of default-not-installed programs ) also

Avoid misinterpreting mgetgroups failure in running root-only tests.

Just heard about this on IRC: Avoid misinterpreting mgetgroups failure in running root-only tests. * src/setuidgid.c (main): Don't misinterpret as size_t an error return from mgetgroups. Reported by Theodoros V. Kalamatianos. diff --git a/src/setuidgid.c b/src/setuidgid.c

Re: coreutils-6.10 released (stable)

"Zvi Har'El" <[EMAIL PROTECTED]> wrote: > A minor bug: missing semicolon if "--enable-install-program=su" > configure option is selected Thanks a lot! Note I have to change Makefile.am, not the generated file, Makefile.in. 2008-01-23 Zvi Har'El <[EMAIL PROTECTED]> Add a ";", so "make

tail(1) --no-free-bonus- "clarity separator lines"

Gentlemen, your assignment: tell me how many blank lines are at the end of each file: $ tail -n 3 sd? ==> sd1 <== =_1201017022-21167-0 ==> sd2 <== =_1201077677-7431-0-- ==> sd3 <== =_1201017022-21167-0 $ tail -n 3 sd{3,2,1} #let's try again, shall we? ==>

Re: tail(1) --no-free-bonus- "clarity separator lines"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to [EMAIL PROTECTED] on 1/23/2008 6:56 AM: | $ tail --version | tail (GNU coreutils) 5.97 ... Consider upgrading (we've told you this before). The latest stable version of coreutils is 6.10. | | Anyway, ha ha ha! Checkmate: there's no opt

Re: new snapshot [Re: coreutils 6.9.92 fail to configure on *bsd

On Wed, Jan 23, 2008 at 01:40:22PM +0100, Jim Meyering wrote: > If that's the problem, here's an untested fix: Unfortunately, that doesn't seem to help. % tar xf coreutils-6.10.tar.gz % cd coreutils-6.10 % cat ~/foo.patch diff --git a/tests/cp/preserve-gid b/tests/cp/preserve-gid ind

getgrouplist module is now higher priority

Theodoros V. Kalamatianos discovered that getgrent mistakenly sets errno=ENOENT on EOF when /etc/nsswitch.conf specifies e.g., group: nisplus This causes some new getgrent failure-detection code to report a false positive for the bogus ENOENT. [getgrent returns NULL both to indicate EOF and t

Re: tail(1) --no-free-bonus- "clarity separator lines"

EB> Consider upgrading (we've told you this before). The latest stable EB> version of coreutils is 6.10. OK, I'll tell debian to get in chime with the times, http://bugs.debian.org/462340 EB> What are you suggesting? Maybe something like --omit-blank-line-at-separator. Anyway make sure it is sho

Can't seem to build coreutils-6.9 on x86-64

///usr/include/sys/stat.h:515: warning: C99 inline functions are not supported; using GNU89 ///usr/include/sys/stat.h:523: warning: C99 inline functions are not supported; using GNU89 In file included from ../../lib/utimecmp.c:33: ../../lib/utimens.h:2: error: conflicting types for 'futimens' ///us

strange output when using "tr" utility (?)

Hi! I get following strange output when I try to... : $ tr "[a-z]" "A-Z" [After typing "hi i", I get:] IJ J or... $ echo nikos | tr "[a-z]" "A-Z" OJLPT why is that? Is there a setting which controls "tr" behaviour? Thank you in advance, Nikos

Re: strange output when using "tr" utility (?)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Nikos Alexandris on 1/23/2008 3:12 PM: | Hi! | | I get following strange output when I try to... : | | $ tr "[a-z]" "A-Z" | [After typing "hi i", I get:] | IJ J This is not a bug. Character ranges in tr do not need surrounding brackets,

Re: Can't seem to build coreutils-6.9 on x86-64

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruce Korb on 1/23/2008 10:51 AM: | In file included from ../../lib/utimecmp.c:33: | ../../lib/utimens.h:2: error: conflicting types for 'futimens' | ///usr/include/sys/stat.h:370: error: previous declaration of | 'futimens' was here Thi

[bug #22102] gcp fails to set default ACL on FreeBSD

URL: Summary: gcp fails to set default ACL on FreeBSD Project: GNU Core Utilities Submitted by: None Submitted on: Четверг 24.01.2008 at 06:53 UTC Category: None Sever