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
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
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
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
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
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
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
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).
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
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
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
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:
+
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
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
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:
[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
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
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
18 matches
Mail list logo