|
From: | Mike Miller |
Subject: | [Octave-bug-tracker] [bug #57044] Use gnulib without hg subrepo and `bootstrap` with proper revision control |
Date: | Thu, 23 Jan 2020 17:26:42 -0500 (EST) |
User-agent: | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36 |
Follow-up Comment #30, bug #57044 (project octave): Yeah, I just tested Kai's original patch and it does force the gnulib directory to 'ff29c880629e73def7cd6c4a954e919b174d31b6', even with --gnulib-srcdir. Even if I run './bootstrap --gnulib-srcdir=../../gnulib --no-git', it still forces my gnulib repo to the pinned revision. Personally, I would be fine with passing GNULIB_REVISION as an environment variable to workaround this to get what I want, for example 'GNULIB_REVISION=master ./bootstrap ...'. Would this be ok? Change the patch to bootstrap.conf to do this instead? This works for me. : ${GNULIB_REVISION=ff29c880629e73def7cd6c4a954e919b174d31b6} Actually I now have some doubts about whether bootstrap correctly fetches new revisions from the gnulib directory after the initial clone. I'll test that next. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?57044> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |