Re: [PATCH] git-version-gen: include command name in one more diagnostic

2011-01-04 Thread Jim Meyering
Bruce Korb wrote: On 01/03/11 16:13, Eric Blake wrote: $ /bin/sh -c 'v=`nonesuch` 2/dev/null' nonesuch: not found $ /bin/sh -c 'v=`(nonesuch) 2/dev/null`' $ Just for grins, how about trying: /bin/sh -c 'v=`exec 2/dev/null;nonesuch`' I think it works for me on a Sun box: sunfall_bkorb

git commit -a -m'avoid an unnecessary sub-shell'

2011-01-04 Thread Bruce Korb
On 01/04/2011 01:54 AM, Jim Meyering wrote: Just for grins, how about trying: /bin/sh -c 'v=`exec 2/dev/null;nonesuch`' I think it works for me on a Sun box: It also works on FreeBSD. Good idea. Avoiding an unnecessary sub-shell is always welcome. I'll wait for your ok. Looks good

Re: git commit -a -m'avoid an unnecessary sub-shell'

2011-01-04 Thread Bruce Korb
On 01/04/11 10:12, Jim Meyering wrote: Hmm... I see you didn't push the same commit I suggested. Hmmm. I'm sorry. I actually clipped your change log and copied what I had done previously for the actual fix. I didn't notice we'd patched it differently. RE: It's a good policy to prefix the

Re: git commit -a -m'avoid an unnecessary sub-shell'

2011-01-04 Thread Eric Blake
On 01/04/2011 11:23 AM, Bruce Korb wrote: On 01/04/11 10:12, Jim Meyering wrote: Hmm... I see you didn't push the same commit I suggested. Hmmm. I'm sorry. I actually clipped your change log and copied what I had done previously for the actual fix. I didn't notice we'd patched it

Re: git commit -a -m'avoid an unnecessary sub-shell'

2011-01-04 Thread Jim Meyering
Bruce Korb wrote: On 01/04/11 10:12, Jim Meyering wrote: Hmm... I see you didn't push the same commit I suggested. Hmmm. I'm sorry. I actually clipped your change log and copied what I had done previously for the actual fix. I didn't notice we'd patched it differently. RE: It's a good

Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Ralf Wildenhues
Hi Jim, * Jim Meyering wrote on Tue, Jan 04, 2011 at 07:14:49PM CET: In releasing coreutils-8.9, I left its gnulib submodule pointing at a private commit that was going to be pushed, pending an ACK... Since a slightly different commit was pushed, coreutils' submodule SHA1 was invalid for a

uninorm/nfc - Unicode version?

2011-01-04 Thread Simon Josefsson
The Unicode NFC stuff seems to be based on Unicode 5.1.0 tables -- would it be possible to upgrade it to 5.2.0 or better 6.0.0? lib/uninorm/composition-table.gperf says: /* DO NOT EDIT! GENERATED AUTOMATICALLY! */ /* Canonical composition of Unicode characters. */ /* Generated automatically by

Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Jim Meyering
Eric Blake wrote: On 01/04/2011 01:05 PM, Jim Meyering wrote: That way, the next update of gnulib as coreutils submodule could still be a fast-forward. Hi Ralf, I've done as you suggest (note that it required temporarily disabling the hook that prohibits pushing merge commits to master).

Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Eric Blake
On 01/04/2011 01:05 PM, Jim Meyering wrote: That way, the next update of gnulib as coreutils submodule could still be a fast-forward. Hi Ralf, I've done as you suggest (note that it required temporarily disabling the hook that prohibits pushing merge commits to master). That has the

Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Jim Meyering
Jim Meyering wrote: In releasing coreutils-8.9, I left its gnulib submodule pointing at a private commit that was going to be pushed, pending an ACK... Since a slightly different commit was pushed, coreutils' submodule SHA1 was invalid for a short interval. However, I have pushed my local

Re: git commit -a -m'avoid an unnecessary sub-shell'

2011-01-04 Thread Paul Eggert
On 01/04/11 10:29, Eric Blake wrote: I start to prefer tools like Jim's vc-dwim tool for creating good git commit messages. http://www.gnu.org/software/vc-dwim/ Yes, I second that. vc-dwim is great. I'm trying to get changes into Emacs, though, and Emacs uses Bazaar instead of git. Ouch. I

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Eric Blake
On 01/04/2011 02:15 PM, Jim Meyering wrote: UPDATE_COPYRIGHT_MAX_LINE_LENGTH=79 + +# Just before tagging a release, ensure that the gnulib submodule +# commit we're using is public. +alpha beta stable: gnulib-commit-check +.PHONY: gnulib-commit-check +gnulib-commit-check: +

Re: uninorm/nfc - Unicode version?

2011-01-04 Thread Bruno Haible
Hi Simon, The Unicode NFC stuff seems to be based on Unicode 5.1.0 tables -- would it be possible to upgrade it to 5.2.0 or better 6.0.0? I'm usually a bit lazy about these upgrades, because these days, the changes between Unicode versions are not noticeable for 99% of the applications and the

Re: [coreutils] Re: new branch in gnulib: coreutils-8.9

2011-01-04 Thread Eric Blake
On 01/04/2011 03:01 PM, Eric Blake wrote: Found one, and it even works on libvirt (where the gnulib submodule is named .gnulib instead of gnulib). It should also work on a repository with multiple submodules, although I have not yet tested it on bison.git. gnulib-commit-check: git

[PATCH] doc: regenerate INSTALL

2011-01-04 Thread Eric Blake
This partially reverts commit 0a29fc2d832c86d69e98b32bbdbc4e746ca2d16c. * doc/Makefile (INSTALL, INSTALL.ISO, INSTALL.UTF-8): Re-add @firstparagraphindent support, now that autoconf dropped it. (INSTALL_PRELUDE): Reinstate old macro. * doc/install.texi: Resync from autoconf. * doc/INSTALL:

xgettext and init scripts [was: maint.mk: sc_po_check misses out on translated shell scripts]

2011-01-04 Thread Eric Blake
[adding bug-gnu-gettext] On 01/04/2011 02:45 PM, Eric Blake wrote: For that matter, merely adding the shell script file to po/POTFILES.in is not getting anything picked up into the pot file. I wonder if I have to somehow teach xgettext to use --language=Shell for that one file. In fact, how

Re: uninorm/nfc - Unicode version?

2011-01-04 Thread Simon Josefsson
Bruno Haible br...@clisp.org writes: Hi Simon, The Unicode NFC stuff seems to be based on Unicode 5.1.0 tables -- would it be possible to upgrade it to 5.2.0 or better 6.0.0? I'm usually a bit lazy about these upgrades, because these days, the changes between Unicode versions are not

Re: uninorm/nfc - Unicode version?

2011-01-04 Thread Ben Pfaff
Simon Josefsson si...@josefsson.org writes: The best would be if the process to re-generate the files were documented, then I could generate them on the fly to test my code with a 5.1, 5.2 and 6.0 Unicode library, which would be useful for compatibility and regression testing. It's