Most of the times, libtoolize.in was not being regenerated by bootstrap. However, there was at least one spurious case where it got regenerated, leading to a package with a different checksum. By deleting it before running bootstrap, it will be always regenerated.
The Linux kernel is already built with CONFIG_M686=y, which suggests that the bootstrap is not supported on anything older thant i686. So, use i686 on userspace too. Some software, such as gettext, cmake or elfutils, has trouble building for i386 due to missing atomic intrinsics.
For example, building gettext 0.26 would fail with:
```
/usr/lib/i386-unknown-linux-musl/gcc/i386-unknown-linux-musl/13.3.0/../../../../../i386-unknown-linux-musl/bin/ld: /build/gettext-0.26_1/gettext-0.26/build/gettext-tools/gnulib-lib/.libs/libgettextlib.so: undefined reference to `__atomic_compare_exchange_4'
```
Early versions of automake have `autoconf` hardcoded into them as a
program that should exist. We *were* "fixing" this by creating a symlink
in autoconf-2.54. However this symlink is _not_ in the repo package,
which broke some things. Also meant that from autoconf 2.54 through
autoconf 2.71, automake was using autoconf 2.53.
Let's make it consistent by having autoconf symlinks in every autoconf
package.
There isn't really any reason to use gzip instead of bzip2 for the Linux
initramfs/kernel, since we have it!
Saves a few MB (~13MB as far as I can tell)
This is a continuation of the 4.14 series by the Open Enterprise Linux
Alliance, ostensibly to the same maintenance standards as the now
discontinued kernel.org LTS.
This code is primarily offered as a Git repository, with gz tarballs
also available, but no xz versions. Switching back to a gzipped version
of the kernel source code would introduce too much srcfs growth, so we
use the last kernel.org tar.xz release (4.14.336), and apply OpenELA's
changes using a patch generated from the Git repository.
