4.3: build fails about kstart HOT 6 OPEN

Is this from a Git checkout? If so, you need to run the bootstrap script at the top of the source tree, which generates the manual pages. (They're included in the distribution tarball so normally don't need to be built.)

from kstart.

Here is quick fix for that issue:

--- a/Makefile.am~      2021-08-31 04:42:03.000000000 +0100
+++ b/Makefile.am       2021-09-16 20:44:49.935615111 +0100
@@ -174,3 +175,7 @@
 # Used by maintainers to reformat all source code using clang-format.
 reformat:
        find . -name '*.[ch]' -print | xargs clang-format -style=file -i
+
+MAMS = docs/k5start.1 docs/krenew.1
+$(MANS): docs/%.1: docs/%.pod
+       pod2man --release="version $(VERSION)" --center="kstart" $< > $@
--- a/bootstrap~        2021-08-31 04:42:03.000000000 +0100
+++ b/bootstrap 2021-09-16 21:10:01.137440134 +0100
@@ -12,11 +12,4 @@
 set -e

 # Regenerate all the autotools files.
-autoreconf -i --force
-
-# Generate manual pages.
-version=`grep '^kstart' NEWS | head -1 | cut -d' ' -f2`
-pod2man --release="$version" --center="kstart" docs/k5start.pod \
-    >docs/k5start.1
-pod2man --release="$version" --center="kstart" docs/krenew.pod \
-    >docs/krenew.1
+autoreconf -fiv

Please let me know if you want that patch as PR.

from kstart.

Advantage of that modyfication is that if it will be necessary to regenerate man page after .pod files modyficayion make will take care of that automatiically (basing on files time stams).

from kstart.

Yeah, on further consideration I should start doing this in all of my packages. I had originally avoided it because I was afraid timestamp ordering issues would trigger a spurious dependency on Perl during a build of a package that otherwise doesn't require Perl, but maybe I should just trust the timestamps in generated releases, plus availability of Perl is fairly universal and having a complete dependency tree is certainly better.

A PR would be welcome and then I can give you credit in Git. Thanks!

from kstart.

That said, please don't remove the man page generation from bootstrap. I think the right fix is to put it in both places, since the build of kstart should not depend on Perl.

from kstart.

Yeah, on further consideration I should start doing this in all of my packages. I had originally avoided it because I was afraid timestamp ordering issues would trigger a spurious dependency on Perl during a build of a package that otherwise doesn't require Perl, but maybe I should just trust the timestamps in generated releases, plus availability of Perl is fairly universal and having a complete dependency tree is certainly better.

So convert man pages to xml and use xsltptoc to generate man pages :P
Nebertheless I've mention about time stams and make regeneraring man pages as part of the devel env behaviour .. not as regular build :)
If generated man pages will be in dist ratr ball generated by make distcheck it will be no need to regenerate those man pages durung regular build.

from kstart.