]> git.ipfire.org Git - thirdparty/libvirt.git/commit
autogen.sh: Restore --no-git (avoid git submodule update)
authorIan Jackson <ian.jackson@eu.citrix.com>
Tue, 2 Jun 2020 15:47:45 +0000 (16:47 +0100)
committerPavel Hrdina <phrdina@redhat.com>
Wed, 3 Jun 2020 14:19:13 +0000 (16:19 +0200)
commit8915c9cb1fee0089ae98ebecd8673e0d551b551e
tree055e7ed2b5e80478595da315af594ec0ddcc6f1e
parente954657959ee66204773430fa71686a6dbbdb44b
autogen.sh: Restore --no-git (avoid git submodule update)

Prior to 2621d48f005a "gnulib: delete all gnulib integration",
one could pass ./autogen.sh --no-git to prevent the libvirt build
system from running git submodule update.

This feature is needed by systems like the Xen Project CI which want
to explicitly control the revisions of every tree.  These will
typically arrange to initialise the submodules check out the right
version of everything, and then expect the build system not to mess
with it any more.

Despite to the old documentation comments referring only to gnulib,
the --no-git feature is required not only because of gnulib but also
because of the other submodule, src/keycodemapdb.

(And in any case, even if it were no longer required because all the
submodules were removed, it ought ideally to have been retained as a
no-op for compaibility reasons.)

So restore the --no-git feature.

Because of the way the argument parsing of autogen.sh works, it is
easiest to recognise this option only if it comes first.  This works
for the Xen Project CI, which has always passed this option first.

If something else is using this option (and hasn't introduced a
different workaround in the meantime), not in the first position,
then perhaps a more sophisticated approach will be needed.  But I
think this will do for now.

Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
Reviewed-by: Pavel Hrdina <phrdina@redhat.com>
autogen.sh