From: "Randall S. Becker" <rsbecker@nexbridge.com>
To: "'Jeff King'" <peff@peff.net>,
"'Ævar Arnfjörð Bjarmason'" <avarab@gmail.com>,
"'Junio C Hamano'" <gitster@pobox.com>
Cc: <git@vger.kernel.org>
Subject: RE: Documentation Breakage at 2.5.6
Date: Wed, 6 Dec 2017 10:43:03 -0500 [thread overview]
Message-ID: <002601d36ea8$ea80b160$bf821420$@nexbridge.com> (raw)
In-Reply-To: <20171206084833.GA9501@sigill.intra.peff.net>
-----Original Message-----
On December 6, 2017 3:49 AM, Jeff King wrote:
>On Wed, Dec 06, 2017 at 09:14:57AM +0100, Ævar Arnfjörð Bjarmason wrote:
>> > I'm trying to upgrade the NonStop port from 2.3.7 upward eventually
>> > to
>> > 2.15.1 and hit a snag on documentation. The xmlto component is a bit
>> > new to me and I hit the following error:
>Did it work before in v2.3.7? If so, can you bisect to the breakage?
It worked fine at 2.3.7. No seeming dependency on docbook at that point - it was never on my system.
>One alternative is to try to avoid docbook entirely. The only way to get manpages with asciidoc is to generate docbook and then process it, but:
I have asciidoc installed, but using it via Make?
> - you can generate HTML directly (and "make -C Documentation html" does
> this). Perhaps not as nice, but you still at least have some
> documentation.
Not an option. I need git help to work.
> - asciidoctor can generate manpages directly. I don't think our
> Makefile supports that now, but it might not be too hard to hack in
> (we already have some basic asciidoctor support). I'm not sure how
> hard it would be to get Ruby running on NonStop
Ruby runs fine. I'm a bit out of my configuration depth here.
>And of course one final option is to generate the manpages elsewhere and copy them in, since they're platform-independent.
>In fact, that's what quick-install-man should do (you just have to clone Junio's >git-manpages repository -- see the INSTALL file).
I've gone down this path and it works. Much cleaner in fact. Dependencies of docbook (jade) are too reliant on GCC C++ forms to port to the platform - not to mention being SVN, which is culturally uncomfortable 😉
One request to Junio: Would it be possible to tag the commits to align with the tags in the main repo? That way, I can build a nice little Jenkins job to automatically fetch the correct commit for man pages when packaging up a release.
-Peff
next prev parent reply other threads:[~2017-12-06 15:43 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-06 4:12 Documentation Breakage at 2.5.6 Randall S. Becker
2017-12-06 8:14 ` Ævar Arnfjörð Bjarmason
2017-12-06 8:48 ` Jeff King
2017-12-06 15:43 ` Randall S. Becker [this message]
2017-12-08 22:29 ` Junio C Hamano
2017-12-08 22:47 ` Randall S. Becker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='002601d36ea8$ea80b160$bf821420$@nexbridge.com' \
--to=rsbecker@nexbridge.com \
--cc=avarab@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.