> > > On 03/07/2011 08:50 AM, Masatake YAMATO wrote: >>> >>> >>> On 03/07/2011 08:05 AM, Steve Dickson wrote: >>>> >>>> >>>> On 03/06/2011 01:11 AM, Masatake YAMATO wrote: >>>>> On Sat, 5 Mar 2011 20:51:06 -0500, Jim Rees <rees@xxxxxxxxx> wrote >>>>>> Steve Dickson wrote: >>>>>> >>>>>> Now, I realize you added the ".export" explanation to the man page >>>>>> but is there a particular reason why file in that directory have >>>>>> to end with ".export"? Out of "easy of use" sake, should any >>>>>> and all files that exist in that directory be expected to >>>>>> be exports files? >>>>>> >>>>>> I don't know if that's the best way to do it, but I think it would be useful >>>>>> to have a way to keep files in the directory that don't get automatically >>>>>> read. As an analogy, I have the following files in my /etc/init: >>>>>> >>>>>> portmap.conf This is the real one that gets used >>>>>> portmap.conf~ This is a backup file produced by emacs >>>>>> portmap.conf-20100603 This is the file that came with my distro >>>>>> >>>>>> Only the first one gets used, which is what I want, because it's the only >>>>>> one ending in ".conf". >>>> This makes sense... >>>> >>>>> >>>>> Jim, thank you for explanation. He wrote what I'd like to write. >>>>> >>>>> This technique is borrowed from util-linux-ng; libmount.so reads >>>>> only *.fstab under /etc/fstab.d. >>>>> >>>>> >>>>> In addition, ".export" suffix tells an editor which syntax highlighter >>>>> should be used when editing .export file:P >>>> True... But I noticed the suffix that gvim looks for is ".exports" >>>> not ".export". >>>> >>>> What editor are you using and does it look for a ".export" by default? >>>> >>> After thinking about this a little longer, I think making the >>> suffix ".exports" does make sense. Along with the that being >>> the default syntax highlighter for gvim, more importantly, its >>> also the name of the man page, exports(5). >> >> I see. I didn't think what is the best suffix the file such deeply. >> Do I need to resubmit a patch for s/.export/.exports/g? > No... I'll take care of it... Thanks. I'll watch the git repository. Masatake YAMATO > steved. > -- > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
