[PATCH] more portable bootstrap procedure

2008-12-13 Thread Ralf Wildenhues
* bootstrap (get_version): Fix portability issues in sed script. (check_versions): For buildreq apps, honor the corresponding $APP variable like $TAR, $AUTOCONF. (usage): Document this. (update_po_files): Honor $SHA1SUM. (main): Honor $AUTOPOINT, $ACLOCAL, $AUTOCONF, $AUTOHEADER, $AUTOMAKE,

Re: Bug in autoconf 2.62 with old GNU awk

2008-12-13 Thread Ralf Wildenhues
[ moving from bug-autoconf ] Hello Daniel, * Daniel Richard G. wrote on Sat, Dec 13, 2008 at 07:46:14AM CET: I've encountered an Autoconf-related bug in attempting to build GNU coreutils 6.12 (packaged with autoconf 2.62) on an older Tru64 system. % ./configure --disable-nls

Re: Bug in autoconf 2.62 with old GNU awk

2008-12-13 Thread Jim Meyering
Ralf Wildenhues ralf.wildenh...@gmx.de wrote: [ moving from bug-autoconf ] ... Thank you for the bug report. I think this is a coreutils bug or two. configure is working as intended in substituting a multiline value (Autoconf supports multiline values since a couple of years), but the

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Jim Meyering
Ralf Wildenhues ralf.wildenh...@gmx.de wrote: Hello Jim, I know bootstrap isn't meant to necessarily be portable. But it's just so much more comfortable to be able to use a git tree also on non-GNU systems, that e.g. have GNU tools installed with a 'g' program prefix (in this case,

Re: [dd] show progress?

2008-12-13 Thread Jim Meyering
Brett Alton brett.jr.al...@gmail.com wrote: I would like to discuss the addition of some sort of progress bar in dd. When I'm low-level formatting hard drives with: dd if=/dev/urandom of=/dev/sda bs=10M conv=notrunc It'd be nice to know the progress of the operation. The same goes for

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Ralf Wildenhues
* Jim Meyering wrote on Sat, Dec 13, 2008 at 01:09:10PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: There is one question I have on this: coreutils requires 'tar', my patch will allow $TAR as GNU tar. However, Automake's macros will honor $AMTAR only, not $TAR. Is this where tar

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Pádraig Brady
Ralf Wildenhues wrote: * bootstrap (get_version): Fix portability issues in sed script. Hello Jim, I know bootstrap isn't meant to necessarily be portable. But it's just so much more comfortable to be able to use a git tree also on non-GNU systems, that e.g. have GNU tools installed with

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Ralf Wildenhues
* Jim Meyering wrote on Sat, Dec 13, 2008 at 01:52:46PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Jim Meyering wrote on Sat, Dec 13, 2008 at 01:09:10PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: There is one question I have on this: coreutils requires 'tar', my patch

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Jim Meyering
Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Jim Meyering wrote on Sat, Dec 13, 2008 at 01:52:46PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Jim Meyering wrote on Sat, Dec 13, 2008 at 01:09:10PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: There is one question I

bug

2008-12-13 Thread punk
/dev/sda5 65G 43G 22G 67% /media/disk-1 p...@punk-desktop:~$ df -h --h df: option '--h' is ambiguous 请尝试执行“df --help”来获取更多信息。 p...@punk-desktop:~$ df -h --help 用法:df [选项]... [文件]... 显示每个文件所在的文件系统的信息,默认是显示所有文件系统。 长选项必须用的参数在使用短选项时也是必需的。 -a, --all 包括大小为 0 个块的文件系统

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Jim Meyering
Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Jim Meyering wrote on Sat, Dec 13, 2008 at 01:09:10PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: There is one question I have on this: coreutils requires 'tar', my patch will allow $TAR as GNU tar. However, Automake's macros will

Re: bug

2008-12-13 Thread Philip Rowlands
On Sat, 13 Dec 2008, punk wrote: /dev/sda5 65G 43G 22G 67% /media/disk-1 p...@punk-desktop:~$ df -h --h df: option '--h' is ambiguous This is correct, not a bug. Both --help and --human-readable long options match the prefix you gave. Cheers, Phil

df usage (was: bug)

2008-12-13 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [Please use a more descriptive subject line] According to punk on 12/13/2008 5:23 AM: /dev/sda5 65G 43G 22G 67% /media/disk-1 p...@punk-desktop:~$ df -h --h df: option '--h' is ambiguous This is the correct behavior. Look at

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Ralf Wildenhues
* Jim Meyering wrote on Sat, Dec 13, 2008 at 03:29:44PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: Hmm, ok, I understand the point. Well, up to you, that s/TAR/AMTAR/ change would be fine with me. Since it's your change, you do need to sign off on the incremental ;-) Yeah,

[PATCH] maint: enforce existing prohibition: no cvs $keywords$

2008-12-13 Thread Jim Meyering
For completeness (it doesn't find any violations): From 29b48f4a35f92e48f3bae72b3604cb8dde7267ec Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Sat, 13 Dec 2008 14:26:25 +0100 Subject: [PATCH] maint: enforce existing prohibition: no cvs $keywords$ * maint.mk

Re: [PATCH] more portable bootstrap procedure

2008-12-13 Thread Jim Meyering
Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Jim Meyering wrote on Sat, Dec 13, 2008 at 03:29:44PM CET: Ralf Wildenhues ralf.wildenh...@gmx.de wrote: Hmm, ok, I understand the point. Well, up to you, that s/TAR/AMTAR/ change would be fine with me. Since it's your change, you do need

RE: Bug in autoconf 2.62 with old GNU awk

2008-12-13 Thread Daniel Richard G.
Hi Ralf, -Original Message- From: Ralf Wildenhues [mailto:ralf.wildenh...@gmx.de] Thank you for the bug report. I think this is a coreutils bug or two. configure is working as intended in substituting a multiline value (Autoconf supports multiline values since a couple of years),

RE: Bug in autoconf 2.62 with old GNU awk

2008-12-13 Thread Daniel Richard G.
-Original Message- From: Jim Meyering [mailto:j...@meyering.net] Hello, Thanks for the report. Would you please see if coreutils-7.0 performs better? coreutils-7.0 does produce a correct top-level makefile (the value for MAN is all on one line), so the problem appears to have been