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

2024-10-16 Thread Bruno Haible via Gnulib discussion list
Hi, Mathieu Lirzin wrote in : > 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

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

2016-07-11 Thread Mathieu Lirzin
Paul Eggert writes: > On 07/11/2016 02:42 PM, Eric Blake wrote: >> RHEL/CentOS 6 is still a common development target, and I strongly feel >> that we should continue to support it out of the box. RHEL 5 is >> starting to fade, though, so we may finally be able to bump to something >> newer than

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

2016-07-11 Thread Paul Eggert
On 07/11/2016 02:42 PM, Eric Blake wrote: RHEL/CentOS 6 is still a common development target, and I strongly feel that we should continue to support it out of the box. RHEL 5 is starting to fade, though, so we may finally be able to bump to something newer than autoconf 2.59 and automake 1.9.6.

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

2016-07-11 Thread Eric Blake
On 07/11/2016 04:25 AM, Mathieu Lirzin wrote: > Karl Berry writes: > >> RHEL 7 >> >> Vast numbers of people run RHEL/CentOS/whatever < 7. > > Relying on these stable distributions generally means not wanting to > mess with unstable development versions. Requiring a newer Automake > version

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

2016-07-11 Thread Mathieu Lirzin
Karl Berry writes: > RHEL 7 > > Vast numbers of people run RHEL/CentOS/whatever < 7. Relying on these stable distributions generally means not wanting to mess with unstable development versions. Requiring a newer Automake version in Gnulib will only affect those. In the specific cases wher

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

2016-07-04 Thread Pádraig Brady
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

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

2016-07-04 Thread Karl Berry
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

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 “older (and discouraged) serial test harness” is used. >>> See: >>> >>> >>>

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

2016-07-04 Thread Pádraig Brady
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

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_005fTESTS_005fENVIRONMENT > > T

[PATCH 0/2] use AM_TESTS_ENVIRONMENT Automake variable

2016-05-21 Thread Mathieu Lirzin
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_005fTESTS_005fENVIRONMENT The first patch makes use of the new AM_TESTS_ENV