Hello Manoj,
Thanks for maintaining GNU Make for such a long time in Debian.
I tried packaging version 4.4 for my personal use and while doing so I
modernized the packaging code a bit as well. If you want to, you are
welcome to use my forks of your repositories on Salsa at [1] and [2] to
package the new version.
After cleaning up the packaging I had a few questions, which I think you
should look into when packaging the new version:
* Re-add explicit multiarch support?
It looks like the original support added in
389846911665b5d5f77e49e0e55f1b55ae7de799 was (accidentally?) removed
with the rename of configure.in to configure.ac in
bab5ce525ec944738b061a76eb145843cb802ff0. There have been no
bugs opened about that, so it looks like it's not missed. I have
therefore dropped MULTIARCH_DIRS from src/remake.c.
LIBDIR is already mulitarchified, so /usr/lib/${DEB_HOST_MULTIARCH} is
included in the library search path. However,
/lib/${DEB_HOST_MULTIARCH} is not, nor is
/usr/include/${DEB_HOST_MULTIARCH}.
* Link d/make-guile.* to d/make.*?
The contents are the same, so maybe it's better to deduplicate.
* Minimize upstream signing key?
A signature linking the old and new signing keys is included to
increase trust, but Lintian does not like this and it is not necessary
to verify new releases.
* d/rules used to set ac_cv_lib_util_getloadavg=no
I did not find any documentation why this was added and the test suite
passes without it.
[1]: https://salsa.debian.org/viccie30/make-dfsg
[2]: https://salsa.debian.org/viccie30/make-doc-non-dfsg
--
Groet, Regards,
Victor Westerhuis <vic...@westerhu.is>
