home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text1360.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  3.9 KB  |  80 lines
  1. >>>>> "George" == george portell <75567.716@compuserve.com> writes:
  2.  
  3.     George>     You guys are doing a great job! Minimal funding(of
  4.     George> which I am a part sn#x),small staff despite this you have
  5.     George> produced a great product. You even have a following(of
  6.     George> which I am a part).So when you put out an update there
  7.     George> MUCH use of the modem. I'm suprised that you still haven't
  8.     George> downsized your download files. I believe most of your
  9.     George> users could get by on just a .zip file of the exsystem.hfv
  10.     George> ,executor.exe and any other updated files.
  11.  
  12. It's a tradeoff.  Without a nice program to automatically do all the
  13. udpates and verify that everyone indeed is current, it is just too
  14. likely that some people will misinstall, or have a mostly working
  15. version that just confuses us when we try to track down a bug.
  16.  
  17.     George> Putting these
  18.     George> files where they belong and running the program isn't a
  19.     George> big deal. What is a big deal is down loading the same
  20.     George> demos and misc files each time. You can probably save
  21.     George> yourself a little bit of hassle by separating your
  22.     George> exdemos.hfv into your HFV directory.
  23.  
  24. Yes, however, even if only five users do something totally unexpected
  25. and then send us e-mail with a problem that takes a half hour each to
  26. solve, that's a considerable fraction of a day (20%) spent on a
  27. problem that wouldn't occur if we used complete distributions.  We try
  28. to get new experimental distributions out on other sites (vorlon,
  29. cs.unm.edu, sunsite, SimTel) so that ftp.ardi.com isn't the only place
  30. to get them.  In addition, our BleedingEdge work allows us to get
  31. patches out faster with less stuff to download.  However, 1.99o will
  32. still be a big (approx. 3 MB) distribution -- this isn't so bad for
  33. the folks who have fast internet connections, but it's a real pain for
  34. folks with 14.4 kb modems.  Sorry about this, but we're trying to
  35. maximize our productivity over here, and full distributions make us
  36. more productive.
  37.  
  38.     George> Your HFV directory
  39.     George> is an excellent idea.Can users contribute?If so how?
  40.  
  41. The best way to contribute is to send suggestions for what to put out
  42. there.  We will not allow people to put things in there directly;
  43. that's just an invitation for trouble.  Even if 649 out of the 650
  44. people on this list all do the right thing, one troublemaker (perhaps
  45. an inadvertant troublemaker) could cause us a lot of grief.
  46.  
  47. BTW, since Vaune quit suddenly, it will take us a little while before
  48. we can get back to the HFV project.  It may take us a month even,
  49. considering Hackathon I is upon us.
  50.  
  51.     George> A
  52.     George> simple disclaimer in your log on, for those who don't know
  53.     George> what "copyright" means, would be in order.I would post
  54.     George> some useful shareware in zipped .hfv's.Users could upload
  55.     George> you shareware that they would like to see running, in a
  56.     George> different directory. A simple README zipped with each
  57.     George> upload would probably be a good idea.
  58.  
  59. Unfortunately, it's not that simple.  I must say that it is very
  60. annoying that we *can't* just let people upload things themselves,
  61. because clearly we have very enthusiastic users who would easily help
  62. us out on their own time if we were to let them.  Perhaps after we buy
  63. a copy of PGP we could build an automated system that would allow
  64. authenticated users to put things out there with no intervention.
  65. However, even that takes time and until Hackathon I is over, we can't
  66. do it, and even after Hackathon I is over, we'll probably be spending
  67. a lot of time courting the press with whatever version Hackathon I
  68. produces.
  69.  
  70. I hate to be a wet blanket, but that's a byproduct of being
  71. overworked.  There are just too many good projects that we can't look
  72. at yet.  Remember, when 2.0 ships, we should have plenty more
  73. employees and be able to do lots more.  That's why getting 2.0 out is
  74. the highest priority task over here.
  75.  
  76.     --Cliff
  77.     ctm@ardi.com
  78.  
  79.  
  80.