Re: [PATCH v2] doc: the man page in reST

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 05/20/2018 07:28 PM, Luc Van Oostenryck wrote:
> On Sun, May 20, 2018 at 07:06:58PM -0700, Randy Dunlap wrote:
>> On 05/20/2018 06:40 PM, Luc Van Oostenryck wrote:
>>> Manpages are a good thing but as an input format it's a
>>> nightmare. It would be nice to have a more adapted format
>>> for it.
>>>
>>> So convert the manpage to reST and add to the Makefile what
>>> is needed to generate the man page from it.
>>
>> and this patch doesn't do the Makefile part.  :)
> 
> Yes indeed, that was already done in the patch for dev-options.

Yep, I noticed that after I sent this comment.

>>> NB. This is still an experiment, but it's my intention to
>>>     make this the source file for the manpage.
>>>
>>> Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
>>> ---
>>>
>>> Note: This is not yet merged with the main sphinx patches
>>>       because I don't want the distros to be dependent on
>>>       sphinx to generate sparse's manpage.
>>>       I suppose that having the master version in .rst
>>>       and regenerate the troff/groff version at each change
>>>       would be an acceptable solution but still I don't like
>>>       this much.
>>
>> I would be more concerned about $USER not having sphinx than the
>> distros being dependent on it.
> 
> $USER not installing sparse via its distro?

Right.

> But the problem is the same, anyway.
> 
> Just to be clear, by the 'solution' here above I mean:
> - use the .rst as the master version, where all changes are made
> - still ship a sparse.1 file so people and distros don't depend on sphinx
> - the maintainer must care to regenerate sparse.1 when sparse.rst is
>   modified.

Sure, I got that.
But IMO distros will not have a problem with using sphinx.
Users might.

>>> Changes since v1:
>>> * use the '.. option::' directive instead of option lists
>>>
>>>  Documentation/.gitignore      |   1 +
>>>  Documentation/conf.py         |   1 +
>>>  Documentation/dev-options.rst |   4 +
>>>  Documentation/index.rst       |   1 +
>>>  Documentation/sparse.rst      | 462 ++++++++++++++++++++++++++++++++++
>>>  5 files changed, 469 insertions(+)
>>>  create mode 100644 Documentation/sparse.rst
>>>
>>> diff --git a/Documentation/sparse.rst b/Documentation/sparse.rst
>>> new file mode 100644
>>> index 000000000..92f6a9eeb
>>> --- /dev/null
>>> +++ b/Documentation/sparse.rst
>>> @@ -0,0 +1,462 @@
>>> +.. Sparse manpage by Josh Triplett
>>> +.. highlight:: c
>>> +
>>
>> [snip]
>>
>>> +DEBUG OPTIONS
>>> +-------------
>>> +
>>> +.. option:: -fmem-report
>>> +
>>> +	Report some statistics about memory allocation used by the tool.
>>> +
>>
>> Should we add the -v options here?
> 
> I hesitated myself the other day.
> I almost moved this option to dev-options and then I forgot about it.
> I really don't have a strong opinion about it.
> On one side, most the dev-options (and this -fmem-report) have no
> use for the normal sparse users, even the ones that uses it a lot.
> On the other side, it's annoying to have two files/manpages for
> these options.

I think that it makes sense to have two files/manpages and move some of
the options from sparse.rst to dev-options.rst.

>>> +HOMEPAGE
>>> +========
>>> +`http://www.kernel.org/pub/software/devel/sparse/`
>>
>> I know that this is just a conversion from sparse.1, but that's not much of
>> a homepage.  The sparse wiki would be better IMO (sparse.wiki.kernel.org).
> 
> Yes, I totally agree.
>  
> -- Luc


cheers.
-- 
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-sparse" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Newbies FAQ]     [LKML]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Trinity Fuzzer Tool]

  Powered by Linux