On Sun, 30 Oct 2005, Paul Eggert wrote:
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
I have built coreutils-5.92 on my system (Linux-2.6.11.6/i686,
glibc-2.3.3CVS) and was testing the build when I came up with a failed
test for tests/cp/fail-perm. The testsuite is run as root.
...
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
It seems that my distribution (Mandrake 10.1) in the high security
mode restricts access to /proc,
Thanks for tracking that down. Does the following patch fix things
for you?
2005-10-30 Paul Eggert [EMAIL PROTECTED]
*
On Sun, 30 Oct 2005, Paul Eggert wrote:
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
It seems that my distribution (Mandrake 10.1) in the high security
mode restricts access to /proc,
Hmmm, I just realised that my system was originally a Mandrake 10.0, but I
have
On Sun, 30 Oct 2005, Theodoros V. Kalamatianos wrote:
And after all of this is finished I end up with the tests/tail-2/big-4gb
skipped because the new dd is unable to handle large files. After a strace on
my current and the new dd I discovered the following difference:
dd 5.2.1:
.
.
.
Paul Eggert wrote:
How about this patch? I think it addresses all issues raised so far
on this thread.
+ ? (errno != ENAMETOOLONG *source
+ ? _(creating symbolic link %s)
+ : _(creating symbolic link %s to %s))
With that patch applied I now have this output:
Quite often I find myself with the task of extracting data from files such
as CD images. These files encapsulate the needed data bloks in larger
blocks with a header and possibly some tailing data. E.g. a typical
.bin/.cue CD image has each 2048 usable data sector encapsulated in a 2352
byte
Thanks for tracking down the mkdir test failure and the fd-reopen.c
configuration problem. I installed this into coreutils.
By the way, I've been installing my coreutils changes only into the
main branch. Jim Meyering will decide which of them should go into
the 5.9x branch (though naturally I
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
iskip=N : skip N bytes before each input block
iskiptail=N : skip N bytes after each input block
oseek=N : seek N bytes before each output block
oseektail=N : seek N bytes after each output block
I guess N could also be in blocks, but
Hi maintainers,
I always use the du utility when I'm cleaning-up my harddrive.
Although this utility has always helped my a lot, it lacked the ability
to show the directory usage as a percentage of the total disk usage. For
my own convenience I've modified the CVS du and added these two options:
[EMAIL PROTECTED] (Bob Proulx) writes:
But the hard link case is much more complicated than before. And
unfortunately does not cover the main case.
I'm afraid it's the best we can do for ENOENT without issuing more
system calls. If link(a,b) fails with ENOENT, it could be a problem
with
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
Yeap, that fixes touch alright, so the original bug is now resolved.
Thanks for checking this. On reviewing this I think it's better to be
even more conservative, so I installed the fix below instead (in both
coreutils and gnulib). I'll look
On Sun, 30 Oct 2005, Paul Eggert wrote:
I'm pretty sure that Mandrake's policy of not letting programs look at
/proc/self will break a lot of other software in possibly-subtle ways,
so could you please report it as a bug? I don't see any reason why a
process shouldn't be able to look at
Thanks for the bug report archived in
http://lists.gnu.org/archive/html/bug-coreutils/2005-10/msg00326.html.
I installed this slightly-different patch into coreutils and gnulib:
2005-10-30 Paul Eggert [EMAIL PROTECTED]
* m4/chdir-long.m4 (gl_FUNC_CHDIR_LONG): Revamp wording and local
Paul Eggert wrote:
Bob Proulx writes:
But the hard link case is much more complicated than before. And
unfortunately does not cover the main case.
I'm afraid it's the best we can do for ENOENT without issuing more
system calls. If link(a,b) fails with ENOENT, it could be a problem
with
Paul A. Clarke [EMAIL PROTECTED] writes:
I have some regular mounts and some automounts configured under
/mnt, yet I just happened to temporarily (or so I thought) mount a
partition at /mnt, effectively hiding the rest of the original /mnt
directory tree. However, the mount information is
While trying to implement the per-block seek/skip options I suggested I
stumbled on yet another bug in coreutils-5.92. This time it affects dd and
I believe it is major enough to consider coreutils-5.92 unusable and pull
that release back. Initially I thought that the dd skip= option drops
2 *
16 matches
Mail list logo
