Archaic wrote:
+<para>Various file systems exported by the kernel are used to communicate
to and
+from the kernel itself. These file systems are virtual in that no disk
space is
+used for them. The contents of the file systems resides in memory.</para>
s/resides/reside/
I'd rather s/contents/content since the collective content as a whole is
being referred to. Opinions?
Yep, that makes sense.
Worse. There are more groups then udev needs (at least for LFS's
purpose).
How did I forget! :)
How about:
The created groups are not part of any standard—they are groups
decided on in part by the requirements of Udev configuration in the next
section.
That's really the best explanation I can think of. The other groups
don't belong, but that change won't happen until after 6.1.
But it leaves the reader wondering about "the other part". So, how about:
"The created groups are not part of any standard—they are groups
decided on in part by the requirements of Udev configuration in the next
section, and in part by de-facto standards employed by a number of
existing Linux distributions"
Cheers,
Matt.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-book
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
