Simon Josefsson 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 documented in the comment
"Bruno Haible" 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 noticeable
[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,
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: Reflect
In other words
Right. Thanks for reading my screed :).
+0.1 Basic Installation
Oops, thanks for noticing. It's a temporary bug in the development
makeinfo that I've been using. I'll regenerate to fix it, no need to
change anything in gnulib.
k
On 01/02/2011 04:58 PM, Karl Berry wrote:
>> BTW, is there some reason why install.texi makes the nonstandard
>> formatting setting:
>> @firstparagraphindent insert
>> Personally, I think it would be better to take the default, just because
>> it's the default, though I can't say I'm too worked up
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:
> g
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 th
On 01/04/2011 02:29 PM, Eric Blake wrote:
>> +# 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:
>> +submod=gnulib; \
>> +st=$$(git submodul
Eric Blake writes:
> I'm trying to come up with some
> git submodule foreach 'command $sha1'
> formula that will allow you to make the same check without having to
> resort to wget or even to hardcoding the URL of each upstream repository.
Like git ls-remote?
Andreas.
--
Andreas Schwab, sch
On 01/04/2011 02:38 PM, Eric Blake wrote:
> Libvirt just got false negatives during 'make syntax-check' on a patch
> that added shell script translations to libvirt-guests.init.in (the
> version-controlled source file that gets converted into an init script),
> because sc_po_check complained that t
Paul Eggert writes:
> I'm trying to get changes into Emacs, though, and
> Emacs uses Bazaar instead of git. Ouch. I suppose
> I should ask for (or implement) Bazaar support in
> vc-dwim? (I haven't yet even got Bazaar running
> on my RHEL 5.5 host, alas.)
The vc-dwim webpage says that it suppo
Libvirt just got false negatives during 'make syntax-check' on a patch
that added shell script translations to libvirt-guests.init.in (the
version-controlled source file that gets converted into an init script),
because sc_po_check complained that the file shouldn't have been listed
in POTFILES.in.
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:
> + s
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.
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/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
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 commi
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 g
Ralf Wildenhues wrote:
> 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' su
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
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'
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 di
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
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 commit
to the new gnulib br
Bruce Korb wrote:
>> 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
> 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
On 01/04/2011 01:54 AM, Jim Meyering wrote:
> 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/nu
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:
29 matches
Mail list logo
