It's normal for documentation for these types of projects to be
distributed in its source form, as it's part of the project sources.
Naturally we want to retain that long term.
The manpages won't be straightforward to ship pregenerated. The DWB
tools (roff, etc) are cross-platform compatible, so
I believe that the documentation is built so that the devs could use the (at
the time) more simple sgml language. I guess only distributing prebuilt
documentation would be fine temporarily, but the best solution, at least for
the manpages, would be converting them to XML, then letting an externa
I'm really not familiar with this program, so I don't know how to test
it. But, here is the patch.
-mrt
>From cde735937250835f7d0af716af76e65d311b1edc Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 30 Oct 2018 21:16:39 -0500
Subject: [PATCH] Restore original `tail` functionality
Ah, the actual commit in question was
ff17b57585af5c3ce9555b42daf848a89e10effd
whereas this thread refers to
e8e03641214e472288d52a12caa5f1e0bf9f69cd
... so many 'shellcheck' commits. I'm not sure where the thread that
Chase introduced the patch in question is. Hopefully I've given plenty
of i
... my apologies; in the interest of precision, I mispoke here: it
doesn't actually *break* installation per-say; it spits out alarming
amounts of 'kill' spam while sleeping for 6 seconds. I did the sane
thing at this point and mashed Ctrl-C. =)
The rest stands.
-mrt
d...@blackshard.net (Matt
I'm sorry to report that with this commit, installCDE.src:CleanDaemons()
is utterly broken. It doesn't work at all on any platform, and breaks
installation on non AIX/freebsd/openbsd/netbsd/linux platforms (eg:
sun). On those platforms it tries to kill *all* running processes (!!).
Fortunately, t
