From: Tim Bird <tim.bird@sonymobile.com>
To: Jonathan Corbet <corbet@lwn.net>
Cc: "rdunlap@infradead.org" <rdunlap@infradead.org>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"tbird20d@gmail.com" <tbird20d@gmail.com>
Subject: Re: [PATCH] doc: Add more workqueue functions to the documentation
Date: Mon, 24 Aug 2015 08:32:55 -0700 [thread overview]
Message-ID: <55DB3927.1010001@sonymobile.com> (raw)
In-Reply-To: <20150815072718.54da8bbe@xps.lwn.net>
On 08/15/2015 06:27 AM, Jonathan Corbet wrote:
> On Fri, 14 Aug 2015 15:46:52 -0700
> Tim Bird <tim.bird@sonymobile.com> wrote:
>
>>> It sure would be nice if changes like this were accompanied by a patch
>>> fixing the additional warnings it drags in ... :) In this case I've put
>>> something together for workqueue.h and will send it off shortly.
>>
>> My apologies.
>
> Sorry, hope I didn't sound grumpier than I really was. As you note, the
> docs builds are a morass of warnings; it would be nice to avoid making it
> worse when possible. Especially warnings that actually mean something -
> like the docbook comments being wrong. It was easily fixed, anyway, no
> worries.
You didn't sound grumpy, but I probably came off as overly
sensitive. I was embarrassed to have missed the warnings.
I would like to lend a hand to clean up the warnings. And
I'm interested in following up on the discussion from the
ksummit list, about a possible conversion to markdown or
asciidoc. I started experimenting with this by converting
one of the text files in Documentation to both markdown
and asciidoc, to see:
1) what additional tools needed to be installed, if any,
2) what it took to convert from plain text to the different
markup languages, and
3) and what the resulting output looked like.
However, I didn't quite finish. If this gets on the agenda
for the kernel summit, then I'll definitely finish up this
work (and maybe try it on some other files), so that there's
a data point for discussing a conversion from DocBook to
something else.
I had the idea of maybe just doing something for the API
docs completely in parallel, as a test, to determine the
difficulty of conversion. But it probably would turn into
one of those 80/80 things. (The first 80 percent of the
project takes 80 percent of the time, and the last 20 percent
takes the other 80 percent. :-)
-- Tim
prev parent reply other threads:[~2015-08-24 15:33 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-10 22:16 [PATCH] doc: Add more workqueue functions to the documentation Tim Bird
2015-08-11 22:52 ` Randy Dunlap
2015-08-13 23:45 ` Jonathan Corbet
2015-08-14 22:46 ` Tim Bird
2015-08-14 23:41 ` Randy Dunlap
2015-08-15 13:27 ` Jonathan Corbet
2015-08-24 15:32 ` Tim Bird [this message]
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=55DB3927.1010001@sonymobile.com \
--to=tim.bird@sonymobile.com \
--cc=corbet@lwn.net \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@infradead.org \
--cc=tbird20d@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox