home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / linux / 17327 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!nevada.edu!jimi!maniac
  3. From: maniac@unlv.edu (Eric J. Schwertfeger)
  4. Subject: Idea for a useful manual for linux
  5. Message-ID: <1992Nov20.181226.18584@unlv.edu>
  6. Sender: news@unlv.edu (News User)
  7. Organization: Too many
  8. Date: Fri, 20 Nov 92 18:12:26 GMT
  9. Lines: 39
  10.  
  11. From what I've seen of a lot of the newbie questions, and of my own
  12. problems, I think one thing that could definitely help out is some
  13. kind of "Intro to Linux" FAQ sheet, that gives a user a general idea
  14. of what is going on in the system.  Things like:
  15.  
  16.     What files get sourced on booting a system and why (as well
  17.     as what should be there).
  18.  
  19.     The ins and outs of mounting (I know three people already that
  20.     have been bitten by the lack of knowledge that a directory
  21.     must already exist before you can mount a device at that
  22.     location.
  23.  
  24.     What files get sourced when starting a shell, and what
  25.     permissions this requires.
  26.  
  27.     What files get sourced when starting up X. (I don't know this
  28.     one, since I haven't set up X yet).
  29.  
  30.     How to manually add users and groups (and what these mean).
  31.  
  32. Very little of this is linux-specific, but linux doesn't have much of
  33. a users manual (not that I've found).  We've got the FAQ which answers
  34. specific questions, but I'm thinking more of a users manual which
  35. details things like this in a general manner, rather than addressing
  36. specific problems.  It would be nice to get this out for 1.0, but 
  37. I don't see that happening.
  38.  
  39. Does anyone else think this would be useful, before I commit myself
  40. to helping organize such a beast?  I think the best way to do this so
  41. that it doesn't crush a few people is to get a list of competent
  42. volunteers to write parts of the manual, with one person responsible
  43. for editing the parts to ensure consistency, creating a table of 
  44. contents, index, etc.
  45.  
  46. If the idea does seem viable, what sections would we need?
  47.  
  48. -- 
  49. Eric J. Schwertfeger, maniac@cs.unlv.edu
  50.