bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] bootstrap: allow non-submodule control of gnulib


From: Colin Watson
Subject: Re: [PATCH] bootstrap: allow non-submodule control of gnulib
Date: Mon, 9 Apr 2018 11:11:05 +0100
User-agent: NeoMutt/20170113 (1.7.2)

On Mon, Apr 09, 2018 at 11:43:54AM +0200, Bruno Haible wrote:
> Hi Colin,
> 
> > Some projects prefer to avoid git submodules for various reasons (they
> > have rather strange UI), but at present they're the only way to pin a
> > particular gnulib commit.  Add a couple of extra variables which can be
> > set in bootstrap.conf to control this separately.
> > 
> > * build-aux/bootstrap: Honour GNULIB_URL and GNULIB_REVISION in
> > bootstrap.conf when fetching gnulib using "git clone" or via
> > GNULIB_SRCDIR.
> 
> With this change, the question "Which command-line options should I pass
> to 'bootstrap', and which environment variables should I set before
> invoking bootstrap?" has more than a single-sentence answer.

I don't understand why that is.  These are intended to be variables that
a project can set in bootstrap.conf (the same way that projects in
languages that have package managers often pin particular versions of
their dependencies that they've tested), not command-line options or
environment variables.  I intended this to be nothing more than a way to
control the things that you can already control by way of .gitmodules,
except without having to use git submodules with all their little
oddities.

If something I did led you to believe these were intended as
command-line options or as environment variables, then please tell me
what.

The question "Which variables may I set in bootstrap.conf?" already has
much more than a single-sentence answer ...

Thanks,

-- 
Colin Watson                                       address@hidden



reply via email to

[Prev in Thread] Current Thread [Next in Thread]