Re: [PATCH] bootstrap: remove code that accommodated RHEL5's old autoreconf

Jim Meyering wrote: > Here's a proposed fix: This looks correct. Bruno

Re: removing permissions for long unused accounts, take 2

On Thu, Mar 9, 2023 at 8:49 AM Paul Smith wrote: > > On Thu, 2023-03-09 at 15:54 +0100, Bruno Haible wrote: > > If you have a checkout of GNU gnulib, in order to successfully do a > > "git pull" again, you will have to change the .git/config file, > > Is it better to suggest Git's CLI interface

Re: [PATCH] bootstrap: remove code that accommodated RHEL5's old autoreconf

On Thu, Mar 9, 2023 at 9:14 AM Bruno Haible wrote: > Hi Jim, > > $ /gnu-inst-autoconf/2.59/bin/autoreconf --help | grep no-recursive > $ /gnu-inst-autoconf/2.60/bin/autoreconf --help | grep no-recursive > --no-recursive don't rebuild sub-packages > $

Re: [PATCH] bootstrap: remove code that accommodated RHEL5's old autoreconf

Hi Jim, $ /gnu-inst-autoconf/2.59/bin/autoreconf --help | grep no-recursive $ /gnu-inst-autoconf/2.60/bin/autoreconf --help | grep no-recursive --no-recursive don't rebuild sub-packages $ /gnu-inst-autoconf/2.71/bin/autoreconf --help | grep no-recursive --no-recursive

Re: removing permissions for long unused accounts, take 2

On Thu, 2023-03-09 at 15:54 +0100, Bruno Haible wrote: > If you have a checkout of GNU gnulib, in order to successfully do a > "git pull" again, you will have to change the .git/config file, Is it better to suggest Git's CLI interface for this, than edit the file? For example git remote

[PATCH] bootstrap: remove code that accommodated RHEL5's old autoreconf

FYI, I've just pushed this: >From 074cf4b3753f2f37927eebdad8ebb1dd74ba057f Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Thu, 9 Mar 2023 08:41:07 -0800 Subject: [PATCH] bootstrap: remove code that accommodated RHEL5's old autoreconf * top/bootstrap-funclib.sh (autogen) [AUTORECONFFLAGS]:

Re: removing permissions for long unused accounts, take 2

Continuing the thread from July 2022 . Paul Eggert wrote: > Since Gnulib is partially downstream from glibc I suggest also retaining > people who have committed to glibc in the last four years. We want to > encourage