home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5443 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  3.9 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!unidui!du9ds3!veit
  2. From: veit@du9ds3.uni-duisburg.de (Holger Veit)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: 386bsd -- The New Newsgroup
  5. Date: 10 Sep 92 06:52:03 GMT
  6. Organization: Uni-Duisburg FB9 Datenverarbeitung
  7. Lines: 73
  8. Message-ID: <veit.716107923@du9ds3>
  9. References: <18iprpINNg6e@agate.berkeley.edu> <1992Sep8.200625.2894@socrates.umd.edu> <veit.716026274@du9ds3> <18lkkkINN14d@agate.berkeley.edu>
  10. Reply-To: veit@du9ds3.uni-duisburg.de
  11. NNTP-Posting-Host: du9ds3.uni-duisburg.de
  12. Keywords: newsgroup 386bsd news group
  13.  
  14. In <18lkkkINN14d@agate.berkeley.edu> wjolitz@soda.berkeley.edu (William F. Jolitz) writes:
  15.  
  16. >In article <veit.716026274@du9ds3> veit@du9ds3.uni-duisburg.de writes:
  17. >>>>
  18. >>>>As per Bill's suggestion, here's a breakdown of some of the suggested 
  19. >>>>topics and groups:
  20. >>>>
  21. >>>>    comp.os.386bsd        (general questions and trivia)
  22. >>>>    comp.os.386bsd.kernel    (discussion on kernel content/structure)
  23. >>>>    comp.os.386bsd.windows    (ditto, on windowing systems like X)
  24. >>>>    comp.os.386bsd.sharedlib (shared library and programming environment)
  25. >>>>    comp.os.386bsd.net    (networking topics)
  26. >>>>    comp.os.386bsd.bugs    (new bugs)
  27. >>>>    comp.os.386bsd.ann    (announcements, fixes, additions)
  28.  
  29. >>We have considerably high traffic on 'I cannot boot with my configuration', say
  30. >>'newbie' stuff. 
  31. [...]
  32. >Newbies post to the general comp.os.386bsd of course. Pretty simple.
  33.  
  34. >>I haven't seen much on shared libraries yet in this group, so why sharedlib...
  35.  
  36. >The subgroups kernel, windows, sharedlib (for shared libraries, Holger) and
  37. >net (for networking) are actually research/development topics, and have 
  38. >been of intense interest to those who wish to participate in developing 
  39. >these areas further.
  40.  
  41. Oh, it's not that I do not understand the intention of these different 
  42. groups, my comment (and this was why I mentioned the "newbie") is that not
  43. everyone will directly recognize the main topics. In particular *.ann is 
  44. called *.announce in other subtrees, however, the topics do not necessarily
  45. include "fixes, additions" (cf. gnu.announce)
  46.  
  47. >Please remember, 386BSD is not a commercial system, but intended to facilitate
  48. >research and educational inquiry on new work and new paradigms. It is hoped
  49. >that all of those people who have written me asking to be part of these
  50. >projects will be able to actually aid/formulate newer models of thought.
  51.  
  52. I have always seen 386BSD as a non-profit, research, and educational system,
  53. and I strongly advocate that it won't go the BSDI way ;-(.
  54.  
  55. >For example, shared libraries are quite easy to "hack in" (just look at
  56. >Linux), and for some systems that is probably the best approach -- just
  57. >get it in there and going. However, there are several considerations that
  58. >must be dealt with before putting in such a feature. Expedient approaches
  59. >can result in a long-time legacy that is difficult to support and even
  60. >impedes new progress in related areas.
  61.  
  62. Currently I'm still "hacking" at pccons (will be called "co"nsole driver next),
  63. but my next goal is quite clear: I want to have the disk space back that is
  64. currently used by statically linked X apps (=> shared libs). We should talk 
  65. about that in another *thread*. I admit that others might have opinions 
  66. on the implementation different than mine, but I don't see - for now! - 
  67. that this justifies its own subgroup. I may be wrong, of course, in the 
  68. long term, but the group comp.os.386bsd to come may evolve as well as the 
  69. OS itself.
  70.  
  71. >Once we get these groups rolling, I don't think it will be difficult to
  72. >differentiate.
  73.  
  74. I agree, with a slight modification:
  75.  
  76. Once we get a main group comp.os.386bsd rolling, I don't think it will be 
  77. difficult to differentiate.
  78.  
  79. >Lynne Jolitz.
  80.  
  81. Holger
  82. -- 
  83. |  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
  84. |__|  /  University of Duisburg  | BITNET: veit%du9ds3.uni-duisburg.de@UNIDO
  85. |  | /   Dept. of Electr. Eng.   | "No, my programs are not BUGGY, these are
  86. |  |/    Inst. f. Dataprocessing |          just unexpected FEATURES"
  87.