home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8477 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  3.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!pacbell.com!charon.amdahl.com!amdahl!key!rburns
  2. From: rburns@key.COM (Randy Burns)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Stabilizing Linux
  5. Message-ID: <3503@key.COM>
  6. Date: 17 Aug 92 18:54:34 GMT
  7. References: <1992Aug6.125441.22427@klaava.Helsinki.FI> <Bt1u3u.3zv@world.std.com> <1992Aug16.014647.19241@mintaka.lcs.mit.edu>
  8. Organization: Amdahl Corporation, Advanced Systems, Fremont CA
  9. Lines: 56
  10.  
  11. In article <1992Aug16.014647.19241@mintaka.lcs.mit.edu>, ericy@hal.gnu.ai.mit.edu (Eric Youngdale) writes:
  12. > In article <Bt1u3u.3zv@world.std.com> dsb@world.std.com (David Boyce) writes:
  13. > >To summarize: issuing releases is an incredible drag. Especially
  14. > >the ones after the first.  
  15. I would agree.
  16.  
  17. > 
  18. >     I think you may misunderstand the market.  The "paying customers"
  19. > mainly want a source for linux that does not depend upon network access or a
  20. > modem.  
  21. Well, I think it is a bit more subtle than this. A release independent of
  22. network/modem access is a nice first step. Now, for many folks though, this
  23. is really just a first step. Until I got Linux, it wasn't really practical
  24. for me to go ahead and purchase a fast modem and set it up for uucp. 
  25.  
  26. I'd expect to see some sigificant contributions to Linux coming from folks
  27. who initially setup Linux using CD/ROM and/or diskettes and then
  28.  
  29. I may be putting my foot in my mouth on this one, but it would be nice
  30. if once CD-ROMs came out, BBS's and major linux sites would have source
  31. versions available as diff files so folks could periodically look
  32. for the changes in the areas they are most interested in.
  33.  
  34. > My sense is that the CDROM manufacturers (at least the ones that I have
  35. > been in contact with) are not interested in a lot of release engineering. 
  36. I expect this will change as the volume in Linux disks/CD-ROMS increases.
  37. Right now, there isn't much real potential volume in Linux disks/CD-ROMS 
  38. compared to commercial products. I would expect this to change significantly
  39. over the next 6-12 months.
  40.  
  41. > I
  42. > gather that they will take a snapshot of the tsx archives, and combine this
  43. > with a snapshot of a working linux system, put that on a disc and call that
  44. > Linux. 
  45. IMHO, someone who Linus knows well in the US should look into making
  46. Linux a registered trade mark, to prevent someone else from doing so.
  47.  
  48. >     It also comes down to pricing.  
  49. And volume. Last Time I checked, you could buy CD ROMS for 
  50. $2/CD in quantities of 1000. The way I woul dlike to see these things 
  51. packaged is within a nicely printed manual along with a boot & root disk
  52. (i.e. most CD ROMS last time I checked wouldn't  support booting without
  53. special proms, but with the stuff Brian Gallew is doing, it should be
  54. possible with a little hacking to get the CD-ROM mounted using Linux
  55. in a minimal configuration. This would mean that in quantities of 
  56. 1000, someone could get a manual printed, and a substantial OS distributed 
  57. and in the bookstores for probably under $US 25.00 retail price- and it would
  58. be something that a typical user could take home and actually _use_ without
  59. resorting to DOS. I'd expect we are about 6-12 months away from this sort
  60. of thing.
  61.  
  62. >     Theoretically, someone may do the release engineering, and then
  63. > try and charge 500$ for the disc.  They would certainly be allowed to under
  64. > the GPL, but they would have to compete with the 30$ disk. 
  65. Well, also keep in mind that the availability of the bare CD-ROM does help
  66. the whole release engineering process along quite a bit. 
  67.