From: Markus Elfring <Markus.Elfring@web.de>
To: Masami Hiramatsu <mhiramat@kernel.org>, linux-doc@vger.kernel.org
Cc: Jonathan Corbet <corbet@lwn.net>,
Steven Rostedt <rostedt@goodmis.org>,
Randy Dunlap <rdunlap@infradead.org>,
linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org
Subject: Re: [v2 0/1] Documentation: bootconfig: Documentation updates
Date: Fri, 28 Feb 2020 15:05:42 +0100 [thread overview]
Message-ID: <0d7d201c-e313-6129-7cfa-4e61eb31342d@web.de> (raw)
In-Reply-To: <20200228222311.f5b9448027031b16a3be372a@kernel.org>
> Didn't you read the article I shared?
I read also the article “Don’t Use ISO/IEC 14977 Extended Backus-Naur Form (EBNF)”
by David A. Wheeler.
Some possibilities were pointed out as desirable improvements.
> I actually wrote up the EBNF (ISO/IEC 14977) that was a good pazzle,
> but just a toy.
I hope that this contribution can help to become more productive
in the discussed application domain.
https://lkml.org/lkml/2020/2/27/72
https://lore.kernel.org/patchwork/patch/1200987/
https://lore.kernel.org/linux-doc/158278836196.14966.3881489301852781521.stgit@devnote2/
> I found no one use it to define their data format, according to the article,
> including ISO itself (lol!) and there are many local extension,
> including W3C EBNF, and those say "I'm EBNF".
I suggest to reconsider the current situation.
> Well, to say the least, I feel it is quite confused.
Such a view is reasonable.
> So, if you are interested in it, I don't stop you to write it up.
Will the collaboration continue anyhow?
> I just keep away from it.
This is a pity.
Will the clarification become more constructive for remaining challenges?
Regards,
Markus
next prev parent reply other threads:[~2020-02-28 14:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-28 8:30 [PATCH v2 0/1] Documentation: bootconfig: Documentaiton updates Masami Hiramatsu
2020-02-28 8:30 ` [PATCH v2] Documentation: bootconfig: Update boot configuration documentation Masami Hiramatsu
2020-02-28 10:00 ` Markus Elfring
2020-02-28 13:26 ` Masami Hiramatsu
2020-02-28 11:55 ` [v2] " Markus Elfring
2020-02-29 5:59 ` [PATCH v2] " Randy Dunlap
2020-03-02 6:52 ` Masami Hiramatsu
2020-03-02 7:06 ` Randy Dunlap
2020-03-02 8:23 ` [v2] " Markus Elfring
2020-02-28 9:00 ` [v2 0/1] Documentation: bootconfig: Documentation updates Markus Elfring
2020-02-28 13:23 ` Masami Hiramatsu
2020-02-28 14:05 ` Markus Elfring [this message]
2020-02-28 14:55 ` Masami Hiramatsu
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=0d7d201c-e313-6129-7cfa-4e61eb31342d@web.de \
--to=markus.elfring@web.de \
--cc=corbet@lwn.net \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mhiramat@kernel.org \
--cc=rdunlap@infradead.org \
--cc=rostedt@goodmis.org \
/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;
as well as URLs for NNTP newsgroup(s).