Pádraig Brady wrote:
...
> Looks good.
Thanks for the review.
I pushed it.
> Would it be worth also warning here about components
> of the path that are o+w, as that will cause test failures.
> I had an untested off the cuff script for that here:
>
> http://lists.gnu.org/archive/html/bug-coreutil
Jim Meyering wrote:
> Jim Meyering wrote:
> ...
>>> execve("/root/bin/no_such", ["no_such"], [/* 57 vars */]) = -1 EACCES
>>> (Permission denied)
>> ...
>>> /root/bin/ directory is not created in koji buildroot (it is not created by
>>> default at all) - so that might be the difference.
>> Thanks
Jim Meyering wrote:
...
>> execve("/root/bin/no_such", ["no_such"], [/* 57 vars */]) = -1 EACCES
>> (Permission denied)
> ...
>> /root/bin/ directory is not created in koji buildroot (it is not created by
>> default at all) - so that might be the difference.
>
> Thanks! The problem is that your
Ondřej Vašík wrote:
> Jim Meyering wrote:
...
>> Thanks for the report.
>> For the 126 vs 127 problems, it looks like execvp is
>> failing with errno != ENOENT. I.e., when you run "env no_such",
>> we expect execvp to fail with errno == ENOENT, and hence env should
>> exit with EXIT_ENOENT (127).
Hi Jim,
Jim Meyering wrote:
> Ondřej Vašík wrote:
> > I'm trying to package coreutils-8.1 for Fedora Rawhide, but few tests
> > are failing
> > ( http://koji.fedoraproject.org/koji/getfile?taskID=1819634&name=build.log
> > ).
> > I removed all Fedora-only patches to prevent patch-related issues.
Ondřej Vašík wrote:
> I'm trying to package coreutils-8.1 for Fedora Rawhide, but few tests
> are failing
> ( http://koji.fedoraproject.org/koji/getfile?taskID=1819634&name=build.log ).
> I removed all Fedora-only patches to prevent patch-related issues. Koji
> build system uses mock build hosted o
Hi,
I'm trying to package coreutils-8.1 for Fedora Rawhide, but few tests
are failing
( http://koji.fedoraproject.org/koji/getfile?taskID=1819634&name=build.log ).
I removed all Fedora-only patches to prevent patch-related issues. Koji
build system uses mock build hosted on machine with old RHEL-5