On Thu, Apr 04, 2024 at 10:47:29PM -0500, Dave Kemper wrote:
> On Sun, Mar 31, 2024 at 5:31 AM Colin Watson wrote:
> > I've omitted README.git to ensure that we still warn people who don't
> > know what they're doing that running "./bootstrap" may not be the right
> > place to start.
>
> *raises
On Sun, Mar 31, 2024 at 5:31 AM Colin Watson wrote:
> I've omitted README.git to ensure that we still warn people who don't
> know what they're doing that running "./bootstrap" may not be the right
> place to start.
*raises hand* I am one of those who don't know what they're doing --
at least as
On 4/4/24 3:24 AM, Colin Watson wrote:
> Yeah, I know of gnulib-cache.m4. However, IMO there's no reason to drop
> down to that level when the bootstrap script is in use, because
> bootstrap generates gnulib-cache.m4. Also, ./bootstrap typically does a
> bit more, sometimes including extra packag
On Thu, Apr 04, 2024 at 12:45:42AM -0700, Collin Funk wrote:
> Hi Colin (nice name),
:-)
> > I looked into what it would take for Debian's groff package to do a full
> > rebootstrap from its packaged version of gnulib. It seems relatively
> > straightforward, but it requires including bootstrap
Hi Colin (nice name),
> I looked into what it would take for Debian's groff package to do a full
> rebootstrap from its packaged version of gnulib. It seems relatively
> straightforward, but it requires including bootstrap and bootstrap.conf
> in tarballs so that we know what modules to use.
I'm
On Sun, Mar 31, 2024 at 06:04:47AM -0500, G. Branden Robinson wrote:
> At 2024-03-31T11:30:25+0100, Colin Watson wrote:
> > I looked into what it would take for Debian's groff package to do a
> > full rebootstrap from its packaged version of gnulib. It seems
> > relatively straightforward, but it
Hi Colin,
At 2024-03-31T11:30:25+0100, Colin Watson wrote:
> With the recent xz-utils backdoor, there's been more focus on cases
> where build systems rely on files produced by "make dist" and included
> in release tarballs. It's already fairly standard practice for
> distributions to rebuild con
With the recent xz-utils backdoor, there's been more focus on cases
where build systems rely on files produced by "make dist" and included
in release tarballs. It's already fairly standard practice for
distributions to rebuild configure scripts using autoreconf, but less so
to rebuild the files th
