git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v1 0/3] travis-ci: build docs with asciidoctor

From
Lars Schneider <larsxschneider@gmail.com>
Date
Apr 18, 2017, 15:03 UTC
Message-ID
<D9F45212-91F7-4BB1-A0EC-74A84DA81860@gmail.com>
In-Reply-To
<20170418104411.hdkzh3psvej63tqw@genre.crustytoothpaste.net>
Show 21 quoted lines
> On 18. Apr 2017, at 12:44, brian m. carlson <sandals@crustytoothpaste.net> wrote:
> 
>> On Tue, Apr 18, 2017 at 10:32:59AM +0200, Lars Schneider wrote:
>> 
>>> On 14. Apr 2017, at 00:41, Junio C Hamano <gitster@pobox.com> wrote:
>>> Having said that, I wonder if we get some interesting results out of
>>> building the documentation twice, though.  By looking at the Travis
>>> log with timestamps, we probably can see how long each build takes,
>>> but that is much less interesting than learning if new versions of
>>> text used mark-up that does not format correctly on one or the other
>>> (i.e. catch documentation breakage early in each CI run), for
>>> example.  I have an impression that neither AsciiDoc nor AsciiDoctor
>>> "fails" in an obvious way that "make" can notice (i.e. they often
>>> just silently produce nonsense output when fed a malformed input
>>> instead).
>> 
>> True! But wouldn't we get a syntax check here? Wouldn't asciidoc / ascidoctor bark if we use wrong/unsupported elements?
> 
> Asciidoctor isn't very strict about questionable items.  If you want
> that behavior, you'd want to check for output to standard error during
> the make process, as Asciidoctor uses Ruby's warn function.
That sounds good. I'll check stderr in the next iteration!

Thanks, Lars

Previous: brian m. carlson
Message 8 of 8 in “travis-ci: build docs with asciidoctor”
  1. 0/3 travis-ci: build docs with asciidoctorLars Schneider, Apr 11, 2017
  2. 1/3 travis-ci: build documentation with AsciiDoc and AsciidoctorLars Schneider, Apr 11, 2017
  3. 2/3 travis-ci: parallelize documentation buildLars Schneider, Apr 11, 2017
  4. 3/3 travis-ci: unset compiler for jobs that do not need oneLars Schneider, Apr 11, 2017
  5. Junio C HamanoApr 13, 2017
  6. Lars SchneiderApr 18, 2017
  7. brian m. carlsonApr 18, 2017
  8. Lars SchneiderApr 18, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.