home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / linux / 17001 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.0 KB  |  58 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!destroyer!cs.ubc.ca!newsserver.sfu.ca!rchen
  3. From: rchen@fraser.sfu.ca (Robert Chen)
  4. Subject: Re: ANNOUNCE: Linux 0.98 pl5
  5. Message-ID: <1992Nov17.231051.19258@sfu.ca>
  6. Sender: Ken Clark
  7. Organization: Simon Fraser University, Burnaby, B.C., Canada
  8. References: <1992Nov15.220138.5434@klaava.Helsinki.FI> <jpo.721994610@hrz.tu-chemnitz.de>
  9. Date: Tue, 17 Nov 1992 23:10:51 GMT
  10. Lines: 46
  11.  
  12. In article <jpo.721994610@hrz.tu-chemnitz.de> jpo@informatik.tu-chemnitz.de (Joerg Pommnitz) writes:
  13. >Hello (Linux-)world !
  14. >
  15. >These wishlist is especially for Linus, but it might be interesting for some
  16. >others, too.
  17. >
  18.  
  19. >[ed: wants some kernel patches floating around put in the standard kernel]
  20.  
  21. >
  22. >Most of the patches don't break the standard kernel, because they  are
  23. >selectable via defines (for instance -DSELECTION).
  24. >
  25. >So this is a suggestion to the contributors: make your patches selectable,
  26. >it might become easier for Linus to include them to the standard sources, if
  27. >he can switch them off.
  28. >
  29. >I hope this will start a useful discussion, so please no flames.
  30. >
  31. >                    Joerg
  32.  
  33. The contributors keep their patches to themselves for a reason
  34. (whatever reason doesn't matter since it is their own).  Usually
  35. it is because they don't think their code is stable enough for the general
  36. public to have to deal with, but there are other reasons.  
  37.  
  38. I have never heard of Linus flatly refusing to include anyone's
  39. patches into the kernel that are clean and add something standard
  40. and/or useful to everyone.  The only exception might be for some device
  41. drivers that would be better to add after the linux loadable device
  42. driver stuff is finished.
  43.  
  44. I think that this discussion is moot because:
  45.  
  46. 1) Linus has shown extremely good taste in what he adds to his kernel.
  47.    (IMHO)
  48.  
  49. 2) Contributors allways send patches to Linus when they are good and ready.
  50.  
  51. 3) Loadable device drivers will allow people to add odd-ball wierd
  52.    hardware device drivers to the kernel with or without Linus' 
  53.    blessing.
  54.   
  55. Just my 0.02.
  56.  
  57. - Ken
  58.