home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8551 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.3 KB  |  49 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!wupost!gumby!yale!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!root
  3. From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
  4. Subject: Re: header woes with 2.2.2d
  5. Message-ID: <1992Aug18.173556.17751@athena.mit.edu>
  6. Sender: root@athena.mit.edu (System PRIVILEGED Account)
  7. Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
  8. Organization: The Internet
  9. Date: Tue, 18 Aug 1992 17:35:56 GMT
  10. Lines: 37
  11.  
  12.    From: davidsen@ariel.crd.GE.COM (william E Davidsen)
  13.    Date: 18 Aug 92 13:51:35 GMT
  14.  
  15.      At the risk of sounding as if I'm complaining, I think the "phase
  16.    errors" betweeen the ps, kernel, and gcc packages is getting to be
  17.    enough hassle that the various maintainers should get together and agree
  18.    on something and stick to it. Evertime a new version of one comes out,
  19.    it seems to be a huge hassle getting it to work with the other two.
  20.  
  21. Don't take the newest version then!  Stick with 0.96c, and don't take a
  22. new version until it's become fully stable.  After all, that's what
  23. happens when you shell out megabucks for commercial software --- you
  24. only get releases once every six months to every few years.  If you took
  25. 0.96c, and didn't upgrade to 0.97, or 0.97pl1, you'd have a perfectly
  26. stable system.  I suggest that those people who are complaining take
  27. either the MCC release, or the SLS release --- AND THEN NOT UPGRADE.
  28.  
  29. What you're seeing is the nature of distributed development, and it's
  30. what has allowed Linux to grow so fast.  The main feature/problem is
  31. that the kernel is continuing to evolve, and it is continuing to gain
  32. new features and its internals have been revamped to make it be
  33. stronger, better, faster, etc, etc.
  34.  
  35. Asking Linus, et. al to "stick to it" would mean freezing kernel
  36. development.  It would mean abandoning new changes to eliminate the 64
  37. process limit, and to make V86 emulation mode simpler to implement.  
  38. That would be a Bad Thing.
  39.  
  40.                             - Ted
  41.  
  42. P.S.  Just for the record, my personal system at home was at 0.95 long
  43. after the 0.96[abc] releases were out.  I was busy doing other things,
  44. and I didn't see the point in upgrading to one of the more recent
  45. releases.  Since I wasn't doing active kernel development at the time,
  46. it didn't make a difference.  If you want stability and a production
  47. system, don't live on the bleeding edge.....
  48.  
  49.