home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8125 < prev    next >
Encoding:
Text File  |  1992-08-13  |  2.9 KB  |  65 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!jvnc.net!yale.edu!yale!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!daemon
  3. From: Mark Komarinski <komarimf@craft.camp.clarkson.edu>
  4. Subject: Re: Stabilizing Linux
  5. Message-ID: <1992Aug13.150646.22412@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: komarimf@craft.camp.clarkson.edu
  8. Organization: The Internet
  9. Date: Thu, 13 Aug 1992 15:06:46 GMT
  10. Lines: 53
  11.  
  12. (I guess it's about time I jump into this stuff...:) )
  13.  
  14. On Aug 9,  7:27pm, Theodore Ts'o wrote:
  15. } Subject: Re: Stabilizing Linux
  16. | 
  17. | This is why a Linux committee would not terribly productive; if it's
  18. | composed of people who do nothing more than demand that volunteers spend
  19. | even more of their time working on it, so that it becomes "acceptable"
  20. | --- it won't work, and it will only breed resentment on both sides.  If
  21. | it is composed of those who are actually doing the work --- well, those
  22. | who are already doing the work currently have the say about what their
  23. | work produces; why have a committee to formalize such things?
  24.  
  25. Having a committee would at least *try* to keep both sides happy.
  26. Or, if we Russ Nelson's idea about a 'paid programmer' to make an official
  27. release/etc, this committee could help him (or her...) get what both groups 
  28. eventually want:  a stable, working system.
  29.  
  30. | 
  31. | Guys (and Gals) ---- release engineeering is hard work, and in general
  32. | no fun.  You should be thanking those people who have been putting
  33. | together the MCC release, the TAMU release, or the MJ release, not
  34. | complaining about how the maintainers should be putting even more of
  35. | their free time into it.  If you're not satisifed with the quality of
  36. | those releases, put one together yourself!  If it's better than all the
  37. | others, everyone will start using it.
  38. |
  39.  
  40. ...but some are not updated, some are confusing, etc.  Why not have one 
  41. release that has everything?  A bunch of files that can be rawritten 
  42. to a disk or something.  Update these files biweekly and plop them on the 
  43. major FTP sites.  It will at least get all the newbies all on the right
  44. track.  Patches can be distributed biweekly also for whomever wants to 
  45. update their system.
  46.  
  47. | As for system administration tools --- that is still an unsolved
  48. | problem; I have yet to see a general purpose system administrator's tool
  49. | that works in all environments; handles everything that a potential
  50. | sysadmin might want to do; and doesn't get in the way of an experienced
  51. | administrator.  Why are people demanding that Linux provide a solution
  52. | to an unsolved research problem?
  53.  
  54. Because a bunch of people (myself included) have never been sysadmins, and
  55. have no clue how a system should be run.  (But I'm grabbing some books
  56. and trying to learn instead of yelling about it :) )
  57.  
  58. -Mark
  59.  
  60. -- 
  61. - Mark Komarinski - komarimf@craft.camp.clarkson.edu
  62. [MIME mail welcome]
  63. DJ for WNTC - 102.9 FM - If it's too loud....TOUGH!!!
  64. Tuesday nights 8-10:30.
  65.