On 04/07/16 22:09, Mathieu Lirzin wrote:
> 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 “older (and discourage
RHEL 7
Vast numbers of people run RHEL/CentOS/whatever < 7.
It seems highly unfortunate that the automake changes created a
(seemingly gratuitious) incompatibility :(. -k
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 “older (and discouraged) serial test harness” is used.
>>> See:
>>>
>>>
>>>
> Date: Mon, 4 Jul 2016 18:34:02 +0100
> From: Pdraig Brady
> Subject: Re: Issue of 'gitlog-to-changelog' due to 'git rev-parse'
>
> ...
>
> thanks for the fix.
> I see that --git-dir can return relative or absolute results
> (if invoked in subdir of repo for example).
> Do we need special handl
On 04/07/16 09:55, Stefan Vargyas wrote:
> Dear maintainers,
>
> While using gnulib's gitlog-to-changelog perl script, I came
> across the following issue it has:
>
> Older versions of 'git rev-parse' does not have the command
> line option `--show-toplevel'. In this case the perl script
> fails
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 “older (and discouraged) serial test harness” is used.
>> See:
>>
>>
>> https://www.gnu.org/software/automake/manu
Dear maintainers,
While using gnulib's gitlog-to-changelog perl script, I came
across the following issue it has:
Older versions of 'git rev-parse' does not have the command
line option `--show-toplevel'. In this case the perl script
fails badly, as shown by the sequence of commands below:
$ m
Hi,
Paul Eggert skribis:
> On 06/30/2016 10:21 AM, Ludovic Courtès wrote:
>> Gnulib’s ‘mktime’ replacement gets used on glibc systems (glibc 2.22
>> here) due to ‘__mktime_internal’ being unavailable, even though
>> gl_cv_func_working_mktime=yes on these systems. Is this intended?
>
> No, and I
On Mon, Jul 04, 2016 at 09:23:18AM +0200, Paul Eggert wrote:
Thanks, I installed that, after fiddling with the subject line to
include a module name, removing the "Signed-off-by:" header, and
creating a ChangeLog entry (since Gnulib still does things the
old-fashioned way there).
Thank you. I'
Thanks, I installed that, after fiddling with the subject line to
include a module name, removing the "Signed-off-by:" header, and
creating a ChangeLog entry (since Gnulib still does things the
old-fashioned way there).
Commit 54615b95ff238e235e806855efc46a9abad09f2e changed the regular
expression for detecting C symbol prefixes but forgot to qoute square
brackets in the command line arguments for grep. That way when
building with mingw the condition was false although it ought to be
true instead. In particular
11 matches
Mail list logo