[lkml]   [2019]   [Dec]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v2] Documentation: filesystems: convert vfat.txt to RST
Jonathan Corbet <> writes:

> On Thu, 21 Nov 2019 10:06:05 -0300
> "Daniel W. S. Almeida" <> wrote:
>> From: "Daniel W. S. Almeida" <>
>> Converts vfat.txt to the reStructuredText format, improving presentation
>> without changing the underlying content.
>> Signed-off-by: Daniel W. S. Almeida <>
>> -----------------------------------------------------------
>> Changes in v2:
>> Refactored long lines as pointed out by Jonathan
>> Copied the maintainer
>> Updated the reference in the MAINTAINERS file for vfat
>> I did not move this into admin-guide, waiting on what the
>> maintainer has to say about this and also about old sections
>> in the text, if any.
> This one, too, could user a bit less markup, and more consistent markup.
> If you have to mark up literal text, for example, it should be ``literal``,
> not *emphasis*. But please think about whether it needs marking up at all.
> I have one other thing here, that could use input from the vfat maintainer:

Sorry, I have very small knowledge in Documentation stuff. So I was
thinking no need my input...

I don't know what markup is proper here. My opinion would be, let's
make it be consistent with other Documents/*.

>> +===========
>> +If you have trouble with the *VFAT* filesystem, mail bug reports to
>> +
>> +Please specify the filename and the operation that gave you trouble.
>> +
>> +==========
>> +If you plan to make any modifications to the vfat filesystem, please
>> +get the test suite that comes with the vfat distribution at
>> +
>> +`<*/>`_
>> +
>> +This tests quite a few parts of the vfat filesystem and additional
>> +tests for new features or untested features would be appreciated.
> What are the chances that the above email address works at all, especially
> given that the associated web page has to be dug out of the wayback
> machine? We should really try to avoid perpetuating obviously wrong
> information when we can. Hirofumi, do you have any thoughts on what might
> replace this section?

Those sections are so long years didn't work, IIRC. So IMHO, we can
remove those simply. The address for bug report would work from
MAINTAINER, lkml as usual, and even bugzilla.

OGAWA Hirofumi <>

 \ /
  Last update: 2019-12-20 06:03    [W:0.033 / U:16.160 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site