In some cases this will introduce cycles which could likely be cleaned
up by only depending on some unix tools instead of the whole autotools.
Rebuilding doesn't make much sense at this point since it just adds a subset
of base-devel which is still installed by default.
The `stdbuf.exe` program links to a `libstdbuf.so` file, so if that does
not exist, there is a problem.
In d9773f0a (coreutils: Update to 8.24, 2015-08-28), a sed call was
introduced to ensure that `libstdbuf.so` is built and installed under
that name, without `.exe` suffix.
As reported in https://github.com/Alexpux/MSYS2-packages/issues/541,
however, that fix no longer works, the `libstdbuf.so.exe` file is in
coreutils 8.26-1.
Let's just rename the `libstdbuf.so.exe` file after it has been
installed into the `pkgdir` tree.
Note: we still have to muck around with `Makefile.in` so that the build
does not break with
make[2]: *** No rule to make target 'src/libstdbuf.so', needed
by 'all-am'. Stop.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
A number of install scripts were testing for install-info to no effect,
then calling it regardless. For minimal installs, this makes pacman fail
on them visibly.
This fix replicates what other MSYS2 packages, e.g. autoconf, do.
Also none of these packages actually depend on GNU info.
* upgrade some broken packages
* correct some broken urls/checksums
* use secure urls where possible
* use stable url for ncurses
* some whitespace fixes
Remaining md5sums either didn't download or
didn't pass checksum tests.
