Sergei Steshenko wrote:
> Hello,
>
> I've been running 'make check' on freshly installed SUSE-11.1, and it
> was in VirtualBox. The disk was a VirtualBox one - not a shared folder, and
> it was attached to virtual IDE controller (not SATA).
>
> Screen output of 'make check' is attached, the failu
I just noticed the test was skipped in this report also:
http://lists.gnu.org/archive/html/bug-coreutils/2009-12/msg00031.html
So the approach I've taken is to mark this test as experimental for now.
I.E. it won't be run unless we explicitly enable it.
It's a nice test which hopefully we can use
Executive summary:
Looking to potentially split functionality/improvements in to other
programs/names instead.
Is there already a program that offers fail-over writing or splitting
a single input stream (a complex chain's output as an example) in to
differently sized files?
On Fri, Dec 4, 200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[please don't top-post on technical lists]
According to Michael Evans on 12/4/2009 6:01 PM:
> That sparse isn't installed on my systems; reading it's usage it's
> somewhat of a shame it wasn't called s-parse instead of sparse. I'd
> expect a program
Karl Berry wrote:
> [coreutils 8.1, gnu/linux]
>
> $ touch foo
> $ ln -s foo lnk
> $ \cp --no-dereference foo lnk
> cp: `foo' and `lnk' are the same file
>
> Well, no, they're not.
> I expected the file foo to overwrite the symlink lnk.
> I can imagine that error without --no-dereference, but wi
That sparse isn't installed on my systems; reading it's usage it's
somewhat of a shame it wasn't called s-parse instead of sparse. I'd
expect a program that does what mine does to be called sparse, or at
least to start with that. I suppose sparse-filter might work as a
name, but I'm very open to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Karl Berry on 12/4/2009 6:51 PM:
> [coreutils 8.1, gnu/linux]
>
> $ touch foo
> $ ln -s foo lnk
> $ \cp --no-dereference foo lnk
> cp: `foo' and `lnk' are the same file
>
> Well, no, they're not.
> I expected the file foo to overwrite t
[coreutils 8.1, gnu/linux]
$ touch foo
$ ln -s foo lnk
$ \cp --no-dereference foo lnk
cp: `foo' and `lnk' are the same file
Well, no, they're not.
I expected the file foo to overwrite the symlink lnk.
I can imagine that error without --no-dereference, but with it ... ?
Thanks,
k
Eric Blake wrote:
> Jim Meyering meyering.net> writes:
>
>> $ ./getlimits --help
>> Usage: ./getlimits
>> Output platform dependent limits in a format useful for shell scripts.
>>
>> $ ./getlimits
>> OFF_T_MAX=9223372036854775807
>> OFF_T_OFLOW=9223372036854775808
>> OFF_T_MIN=-9223
Jim Meyering meyering.net> writes:
> $ ./getlimits --help
> Usage: ./getlimits
> Output platform dependent limits in a format useful for shell scripts.
>
> $ ./getlimits
> OFF_T_MAX=9223372036854775807
> OFF_T_OFLOW=9223372036854775808
> OFF_T_MIN=-9223372036854775808
> OFF_T_UFL
Jim Meyering meyering.net> writes:
> We've been using getlimits in coreutils tests for some time:
>
> $ ./getlimits --help
> Usage: ./getlimits
> Output platform dependent limits in a format useful for shell scripts.
>
> $ ./getlimits
> CHAR_MAX=127
> CHAR_OFLOW=128
How about a UI
Hi,
Jim Meyering writes:
> Ludovic Courtès wrote:
>> The latest build has all the output:
>> http://hydra.nixos.org/build/171993/log/raw .
>
> Thanks for investigating.
>
>> Regarding ‘chgrp/basic’, the test finds groups='3 65534'. However,
>> 65534 corresponds to ‘nogroup’. (The build pro
On Fri, Dec 04, 2009 at 07:01:37AM -0700, Eric Blake wrote:
One failure case is indeed errno==ENOSYS. (By the way, which system did
you find this on?)
Found on a custom embedded Linux server.
if mgetgroups doesn't find any groups, "groups" will not be changed and
therefore still contain an u
Jim Meyering wrote:
> We've been using getlimits in coreutils tests for some time:
>
> $ ./getlimits --help
> Usage: ./getlimits
> Output platform dependent limits in a format useful for shell scripts.
I find it very useful for necesssary writing tests (boundary conditions),
but not otherwi
We've been using getlimits in coreutils tests for some time:
$ ./getlimits --help
Usage: ./getlimits
Output platform dependent limits in a format useful for shell scripts.
$ ./getlimits
CHAR_MAX=127
CHAR_OFLOW=128
CHAR_MIN=-128
CHAR_UFLOW=-129
SCHAR_MAX=127
SCHAR_OFLOW=128
S
Eric Blake wrote:
> I'm squashing this in, since it is indeed a user-visible regression (commit
> 6a31fd8d7).
>
> diff --git i/NEWS w/NEWS
> index 9f7bf2e..41622c0 100644
> --- i/NEWS
> +++ w/NEWS
> @@ -4,6 +4,9 @@ GNU coreutils NEWS-*-
> outline -*-
>
> ** Bug
Jim Meyering meyering.net> writes:
> > * gnulib: Update, for mgetgroups improvments.
> > * src/id.c (print_full_info): Adjust caller to die on allocation
> > failure, and no longer worry about ENOSYS.
> > * src/group-list.c (print_group_list): Likewise.
> > * src/setuidgid.c (main): Likewise.
>
Eric Blake wrote:
> Eric Blake byu.net> writes:
>
>> Thanks for your report. Indeed, looking at mgetgroups.c, if getgroups
>> fails, mgetgroups returns -1 without assigning through *groups (likewise
>> if realloc_groupbug fails, but that sets errno to ENOMEM). I also wonder
>> if mgetgroups shou
Eric Blake byu.net> writes:
> Thanks for your report. Indeed, looking at mgetgroups.c, if getgroups
> fails, mgetgroups returns -1 without assigning through *groups (likewise
> if realloc_groupbug fails, but that sets errno to ENOMEM). I also wonder
> if mgetgroups should be taught to recognize
Ludovic Courtès wrote:
> The latest build has all the output:
> http://hydra.nixos.org/build/171993/log/raw .
Thanks for investigating.
> Regarding ‘chgrp/basic’, the test finds groups='3 65534'. However,
> 65534 corresponds to ‘nogroup’. (The build process runs under a special
> user, typi
Eric Blake wrote:
> I'd like to push this as the fix. However, it would be nicer to credit a
> full name, rather than just "Scott", for listing you in THANKS.
The fix looks fine, thanks.
whois says it's: Scott Harrison
cheers,
Pádraig.
Hi Jim,
Jim Meyering writes:
> Ludovic Courtès wrote:
>> FWIW the Hydra build farm at TU Deflt[*] now continuously builds
>> Coreutils from Git using Gnulib from Git[+]:
>>
>> http://hydra.nixos.org/jobset/gnu/coreutils-master
>> http://hydra.nixos.org/jobset/gnu/coreutils-master/all
>
> Nic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[adding gnulib, since mgetgroups now lives in gnulib]
According to scott.gnu.2...@scottrix.co.uk on 12/4/2009 3:55 AM:
> All,
>
> In coreutils 8.1, src/id.c line 296:
>
> gid_t *groups;
> int i;
>
> int n_groups = mgetgroups (usernam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to mjevans1...@gmail.com on 12/4/2009 2:36 AM:
> I originally wrote this because I seemed to see a lack of any similar
> program on 3 different distributions I use.
Thanks for the proposal. Unfortunately, while you did a great job of
descri
On Friday 04 of December 2009 10:36:43 mjevans1...@gmail.com wrote:
> http://github.com/mjevans/sparse/tree/Version-0.0.1-final
Let me note there is a name clash with sparse(1) available on merely all
distributions:
http://sparse.wiki.kernel.org
Kamil
All,
In coreutils 8.1, src/id.c line 296:
gid_t *groups;
int i;
int n_groups = mgetgroups (username, (pwd ? pwd->pw_gid : (gid_t) -1),
&groups);
if (n_groups < 0 && errno != ENO
I originally wrote this because I seemed to see a lack of any similar program
on 3 different distributions I use.
Searching for a similar tool online I saw this email:
http://www.redhat.com/archives/ext3-users/2003-January/msg8.html
It seemed like a wonderful and simple way to refresh my p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[please keep the list in the loop so that others may learn from your
findings; also, don't top-post on technical lists]
According to Cesar Mugnatto on 12/3/2009 10:30 PM:
> Hi Eric,
>
> Thanks for taking the time to respond. Here is a dump of the co
28 matches
Mail list logo
