Re: [PATCH] build: GuixSD doesn't have /bin/bash.

2018-01-23 Thread Mathieu Lirzin
Paul Eggert writes: > Mathieu Lirzin wrote: > >> I don't think, since ‘grep -r '^#! *\$'’ doesn't bring any results. > > OK, thanks for checking. I installed it into gnulib master after > creating a ChangeLog entry for it and tweaking the punctuation in

Re: [PATCH] build: GuixSD doesn't have /bin/bash.

2018-01-22 Thread Mathieu Lirzin
Paul Eggert writes: > On 01/22/2018 01:14 PM, Mathieu Lirzin wrote: >> -SHELL=/bin/bash >> +SHELL=bash > > Historically $(SHELL) needed to be absolute, so that it could be put > into the #! lines at the start of script. Does this ever happen with > Gnulib? I

[PATCH] build: GuixSD doesn't have /bin/bash.

2018-01-22 Thread Mathieu Lirzin
* Makefile (SHELL): Search 'bash' in the PATH environment variable. --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index aa5bf01c1..6c3a22851 100644 --- a/Makefile +++ b/Makefile @@ -9,7 +9,7 @@ # that you have tools like git, makeinfo and cpp

Re: bug#29376: automake gnits version check vs. gnulib's git-version-gen?

2018-01-04 Thread Mathieu Lirzin
7;\d+\.\d+([a-z]|\.\d+)?(-[A-Za-z0-9]+)?'; --8<---cut here-------end--->8--- Ideally with some unit tests. :-) -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

[PATCH] update-copyright: Handle use of ©

2018-01-04 Thread Mathieu Lirzin
/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +2018-01-04 Mathieu Lirzin + + update-copyright: Handle use of © + * build-aux/update-copyright ($circle_c_re): Update regex to + handle use of © in headers. + 2018-01-04 Tim Rühsen Fix -Wundef warning in user-included header lib

Re: OpenGrok for gnulib (and other software)

2017-09-25 Thread Mathieu Lirzin
don.com/source/xref/gnulib/ > > Repositories are updated from git twice a day. This sounds useful. Thanks for making this available. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: pygnulib: Portability fixes

2017-09-25 Thread Mathieu Lirzin
redundant; hopefully most Unices > either have Python 3 by default or at least have it in repositories, ports, > etc. The cost of maintaining the script for both versions is really huge, I > really think that Bruno was right from the very beginning. That's fine with me. :-) Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

pygnulib: Portability fixes

2017-09-25 Thread Mathieu Lirzin
able to not use them at all. >From 84b81d499f2b926c2771ed700b019add7a4b6342 Mon Sep 17 00:00:00 2001 From: Mathieu Lirzin Date: Mon, 25 Sep 2017 21:31:11 +0200 Subject: [PATCH] pygnulib: Don't use Enums Enums are a recent features of Python. To maximize portability don't use them. * pygnulib/parser.py (C

pygnulib development process documentation (was: [PATCH] gnulib-tool.py: Clean the imports)

2017-09-25 Thread Mathieu Lirzin
s) and recently I > could even teach it do do the same transitive closure the original script > does > upon modules import. :-) I've just committed it; please check the pygnulib.py > from the python branch. Great. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [PATCH] gnulib-tool.py: Clean the imports

2017-09-24 Thread Mathieu Lirzin
happy to get involved in this development which will a good excuse for improving my Python skills. Given that the "python" branch seems like a full rewrite of the pygnulib module, there is not much interest in applying my patch. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [PATCH] gnulib-tool.py: Clean the imports

2017-09-23 Thread Mathieu Lirzin
Hello Paul, Paul Eggert writes: > Thanks for the patch. Could you please do the copyright paperwork for > Gnulib? I assume you know the drill; if not, I'll send instructions. Sure, I have just sent the form to . I will let you know when the copyright assignment process is done.

[PATCH] gnulib-tool.py: Clean the imports

2017-09-23 Thread Mathieu Lirzin
* gnulib-tool.py: Use 'from A import B' syntax when possible. Remove useless imports. * pygnulib/GLConfig.py: Likewise. * pygnulib/GLEmiter.py: Likewise * pygnulib/GLError.py: Likewise. * pygnulib/GLFileSystem.py: Likewise. * pygnulib/GLImport.py: Likewise. * pygnulib/GLInfo.py: Likewise. * pygnul

Re: bug#20314: [PATCH] Make output of mdate-sh deterministic

2017-09-22 Thread Mathieu Lirzin
asedefs/V1_chap08.html#tag_08_03 > > and look for "TZ". Thanks for fixing that and for the reference. > From 5b240b3b36766045a47a6ad89ae5f4550e81d534 Mon Sep 17 00:00:00 2001 > From: Paul Eggert > Date: Thu, 21 Sep 2017 20:08:48 -0700 > Subject: [PATCH] * lib/mdate.sh (TZ): Use portable setting. nitpick:

Re: Not distributing README-release automatically.

2017-03-14 Thread Mathieu Lirzin
Hi, Bruno Haible writes: > Mathieu Lirzin wrote: >> Here is the patch: > > Given the code from gnulib-tool that you are removing, I think: > >> +EXTRA_DIST += top/GNUmakefile > > This should read > >EXTRA_DIST += $(top_srcdir)/GNUmakefile > >>

Re: Not distributing README-release automatically.

2017-03-14 Thread Mathieu Lirzin
Jim Meyering writes: > On Tue, Mar 7, 2017 at 8:08 AM, Mathieu Lirzin wrote: >> >> Jim Meyering writes: >> >>> On Sun, Mar 5, 2017 at 8:12 AM, Mathieu Lirzin wrote: >>>> >>>> I have been using 'readme-release' module and w

Re: Not distributing README-release automatically.

2017-03-07 Thread Mathieu Lirzin
Jim Meyering writes: > On Tue, Mar 7, 2017 at 8:08 AM, Mathieu Lirzin wrote: >> Hello Jim, >> >> Jim Meyering writes: >> >>> On Sun, Mar 5, 2017 at 8:12 AM, Mathieu Lirzin wrote: >>>> >>>> I have been using 'readme-release&#x

Re: Not distributing README-release automatically.

2017-03-07 Thread Mathieu Lirzin
Hello Jim, Jim Meyering writes: > On Sun, Mar 5, 2017 at 8:12 AM, Mathieu Lirzin wrote: >> >> I have been using 'readme-release' module and was surprised to discover >> that the "README-release" file was automatically distributed without any >&

Not distributing README-release automatically.

2017-03-05 Thread Mathieu Lirzin
n instead, and not distributing "README-release" automatically (like what is done in Coreutils). What do people think? -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

Re: [PATCH 0/2] use AM_TESTS_ENVIRONMENT Automake variable

2016-07-11 Thread Mathieu Lirzin
cheduled for end-of-life > on 2017-03-31 so we can drop support for it then. RHEL 6's EOL is > currently scheduled for 2020-11-30, and RHEL 7's is 2024-06-10. See: > > https://linuxlifecycle.com/ It is a conservative policy but seems reasonable after all. I will try to not forget to resend this crucial patch in 2020! ;) -- Mathieu Lirzin

Re: [PATCH 0/2] use AM_TESTS_ENVIRONMENT Automake variable

2016-07-11 Thread Mathieu Lirzin
ecific cases where people want to build/develop or install the latest version of a package using Gnulib on these distributions, requiring them to install a newer version of Automake or to bootstrap the tarball elsewhere is not a high requirement IMO. WDYT? -- Mathieu Lirzin

Re: [PATCH 0/2] use AM_TESTS_ENVIRONMENT Automake variable

2016-07-04 Thread Mathieu Lirzin
Hi, Pádraig Brady writes: > On 02/07/16 20:50, Mathieu Lirzin wrote: >> ping >> >> Mathieu Lirzin writes: >> >>> Hello, >>> >>> Since 2011 Automake TESTS_ENVIRONMENT variable is reserved for the >>> user unless the

Re: [PATCH 0/2] use AM_TESTS_ENVIRONMENT Automake variable

2016-07-02 Thread Mathieu Lirzin
ping Mathieu Lirzin writes: > Hello, > > Since 2011 Automake TESTS_ENVIRONMENT variable is reserved for the > user unless the “older (and discouraged) serial test harness” is used. > See: > > > https://www.gnu.org/software/automake/manual/automake.html#index-AM_0

[PATCH 2/2] maint.mk: prohibit user reserved make flags

2016-05-21 Thread Mathieu Lirzin
* top/maint.mk (sc_makefile_user_flags_check): New rule. --- ChangeLog| 3 +++ top/maint.mk | 8 2 files changed, 11 insertions(+) diff --git a/ChangeLog b/ChangeLog index e324133..3721fff 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,5 +1,8 @@ 2016-05-21 Mathieu Lirzin

[PATCH 1/2] prefer AM_TESTS_ENVIRONMENT to TESTS_ENVIRONMENT

2016-05-21 Thread Mathieu Lirzin
/Makefile.am | 15 +++--- tests/init.sh | 6 +++--- 53 files changed, 101 insertions(+), 68 deletions(-) diff --git a/ChangeLog b/ChangeLog index f4bc50f..e324133 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,37 @@ +2016-05-21 Mathieu Lirzin

[PATCH 0/2] use AM_TESTS_ENVIRONMENT Automake variable

2016-05-21 Thread Mathieu Lirzin
AM_TESTS_ENVIRONMENT developer-reserved variable, and the second one adds a ‘syntax-check’ to ensure no rule to preach the good news! ;) Thanks, Mathieu Lirzin (2): prefer AM_TESTS_ENVIRONMENT to TESTS_ENVIRONMENT maint.mk: prohibit user reserved make flags ChangeLog

Re: Gnulib for non C programs.

2016-01-15 Thread Mathieu Lirzin
pecific). -k I didn't know about this. I still prefer the idea of keeping Gnulib files out of VCS, but indeed this provides some nice automation. Thanks for sharing. -- Mathieu Lirzin

Re: Gnulib for non C programs.

2016-01-14 Thread Mathieu Lirzin
Mike Frysinger writes: > On 14 Jan 2016 00:59, Mathieu Lirzin wrote: >> However in the case of GNU packages which don't use C, It is a bit >> overkill to clone a full repository only for some maintenance scripts >> and a robust bootstrap script which fetches .po f

Gnulib for non C programs.

2016-01-13 Thread Mathieu Lirzin
(like what is done for .po files). An idea would be to trigger this behavior when having the '--no-git' option without '--gnulib-srcdir' set. What do people think? -- Mathieu Lirzin