[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mkfile -- create large files efficiently
From: |
Matej Cepl |
Subject: |
Re: mkfile -- create large files efficiently |
Date: |
Sat, 28 Feb 2009 00:48:18 +0100 |
OK, another turn around of fixes. This is just the last patch,
whole branch is available at
http://github.com/mcepl/coreutils/tree/truncate-fallocate (repo
URL is git://github.com/mcepl/coreutils.git).
One note about this patch is that I have unsuccesfully tried to
use @bindir@ to have the script independent for the location of
truncate binary -- unfortunately I haven't managed to persuade
autofoo to expand @bindir@ completely, so I have finished with
${exec_prefix}/bin which is useless. I have now in the patch
temporary /usr/bin/truncate, but I am turning myself towards
stand that user should just have truncate executable in $PATH and
to consider installation where mere truncate doesn't work as
broken.
What do you think?
Matej
- Re: mkfile -- create large files efficiently, (continued)
- Re: mkfile -- create large files efficiently, Matej Cepl, 2009/02/07
- Re: mkfile -- create large files efficiently, Pádraig Brady, 2009/02/07
- Re: mkfile -- create large files efficiently, Matej Cepl, 2009/02/08
- Re: mkfile -- create large files efficiently, Pádraig Brady, 2009/02/08
- Re: mkfile -- create large files efficiently, Jim Meyering, 2009/02/09
- [PATCH] Trying to finalize loose ends of truncate.c fallocate, Matej Cepl, 2009/02/27
- Re: [PATCH] Trying to finalize loose ends of truncate.c fallocate, Eric Blake, 2009/02/27
- Re: [PATCH] Trying to finalize loose ends of truncate.c fallocate, Pádraig Brady, 2009/02/27
- Re: [PATCH] Trying to finalize loose ends of truncate.c fallocate, Matej Cepl, 2009/02/27
- Re: [PATCH] Trying to finalize loose ends of truncate.c fallocate, Eric Blake, 2009/02/28
- Re: mkfile -- create large files efficiently,
Matej Cepl <=
- [PATCH] Following up on the comments from the upstream, Matej Cepl, 2009/02/27
- Re: mkfile -- create large files efficiently, Jim Meyering, 2009/02/28