On Fri, Nov 13, 2015 at 6:03 PM, Finucane, Stephen < stephen.finuc...@intel.com> wrote:
> On 13 Nov 13:18, Russell Bryant wrote: > > On Fri, Nov 13, 2015 at 11:40 AM, Finucane, Stephen < > > stephen.finuc...@intel.com> wrote: > > > > > On 13 Nov 14:08, Russell Bryant wrote: > > > > On Thu, Nov 12, 2015 at 9:18 PM, Stephen Finucane < > > > stephen.finuc...@intel.com> > > > > wrote: > > > > > > > > This provides a quick, easy way to use the 'mdl' executable > provided > > > > in markdowlinter to validate documentation. > > > > > > > > This change does not resolve any of the issues this linter > raises - > > > > these will need to be done in a follow up patch. > > > > > > > > Signed-off-by: Stephen Finucane <stephen.finuc...@intel.com> > > > > --- > > > > INSTALL.md | 5 +++++ > > > > Makefile.am | 4 ++++ > > > > 2 files changed, 9 insertions(+) > > > > > > > > diff --git a/INSTALL.md b/INSTALL.md > > > > index 906825a..7311915 100644 > > > > --- a/INSTALL.md > > > > +++ b/INSTALL.md > > > > @@ -111,6 +111,11 @@ To run the unit tests, you also need: > > > > - Perl. Version 5.10.1 is known to work. Earlier versions > should > > > > also work. > > > > > > > > +If you are going to modify Open vSwitch documentation, please > > > consider > > > > +installing the following to validate your changes: > > > > + > > > > + - "markdownlint" (https://github.com/mivok/markdownlint) > > > > + > > > > The ovs-vswitchd.conf.db(5) manpage will include an E-R > diagram, in > > > > formats other than plain text, only if you have the following: > > > > > > > > diff --git a/Makefile.am b/Makefile.am > > > > index 966ba27..d58cb59 100644 > > > > --- a/Makefile.am > > > > +++ b/Makefile.am > > > > @@ -377,6 +377,10 @@ dist-docs: > > > > VERSION=$(VERSION) $(srcdir)/build-aux/dist-docs > $(srcdir) > > > $(docs) > > > > .PHONY: dist-docs > > > > > > > > +lint-docs: > > > > + mdl $(docs) > > > > +.PHONY: dist-docs > > > > > > > > > > > > You have a typo here: s/dist-docs/lint-docs/ > > > > > > This is what happens when I write code at night :) > > > > > > > What results does this come up with for the current docs? That'd > > > probably help > > > > demonstrate the value. I got errors trying to install mdl and > decided > > > to just > > > > ask for now instead. :-) > > > > > > > > In general though, I think this seems like a fine idea. > > > > > > Are you ready for this (starts humming the Space Jam tune)? I've > dropped > > > roughly 60% > > > of the "issues" so I may be missing some error types, but you should > get > > > the gist. > > > This is all configurable, so we can switch off what we don't agree > with. > > > AFAIK the > > > tool supports custom rules also so we could add our own (locally or > > > upstream) for > > > commonly seen issues. > > > > > > > Thanks for sharing. > > > > It'd be nice to strip this down to errors that will actually negatively > > affect the docs getting rendered properly. If it's something that breaks > > viewing the doc on github or breaks the HTML version in dist-docs, that's > > something that would be nice to catch automatically. I'm personally > much > > less concerned about the style nits. > > Yeah, I agree. There's some stuff in there that definitely doesn't need to > be > there. > > So the idea is good, but what about the actual tool? Are we happy to > proceed > with this 'mdl' tool or should we use something else (or just build one, a > la > OpenStack :)) If the former, I should note that the package is not > available > on any distro yet: is linking to GitHub suitable? > I'm not that concerned as long as running the tool is optional like you have it in the RFC. It's a bummer that it's not packaged and it wouldn't install cleanly for me on Fedora (though I honestly only tried for about 2 minutes). I haven't looked at alternatives and I certainly don't think we should write our own. I'll take your word for it if you've looked around at what's out there and this looks best. :-) I'll try it again later ... I'm curious what real errors this catches that we wouldn't already catch with just converting it to HTML. -- Russell Bryant _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev