home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractdev / archive / fractdev.199912 < prev    next >
Internet Message Format  |  1999-12-24  |  10KB

  1. From: Tim Wegner <twegner@swbell.net>
  2. Subject: Change of policy to release all patches?
  3. Date: 07 Dec 1999 22:54:18 -0600
  4.  
  5. I've been reading "The Cathedral and the Bazaar" by Eric 
  6. Raymond. It's about the implications of freeware and open source, 
  7. and is quite provocative. Not to mention a good read.
  8.  
  9. One of his points is that open source projects should try to get as 
  10. many users and developers involved as possible. Therefore he 
  11. advocates releasing "early and often". Believe it or not, there were 
  12. intense times when Linus Torvalds released Linux kernels more 
  13. than once a day!
  14.  
  15. The pace of fractint development has slowed way down for a variety 
  16. of reasons, but it still goes on. The developer group (which includes 
  17. some users) sees incremental changes every few days or as often 
  18. as not these days every few weeks. But the public sees a release 
  19. only every year or so.
  20.  
  21. A few years ago we followed Eric's philosophy somewhat.  The 
  22. developer releases weren't public but the were accessible to some 
  23. very active artists and a larger group of developers, so each patch 
  24. would get an immediate user workout. These artists are now 
  25. spreading their attention among more pieces of software and are 
  26. not as active with fractint (this is understandable as far as I am 
  27. concerned) and some artists and developers have left compuserve. 
  28. It is no longer reasonable to expect developers and artist/users to 
  29. be compuserve members.
  30.  
  31. I've floated similar ideas to what I'm proposing below in the past, so 
  32. I hope I'm not being repetitive, but this is more radical. If we can 
  33. reach a consensus, I'd like to move on this right away.
  34.  
  35. What if we simply posted the source patches and developer 
  36. executables in a public place. They would be marked as developer 
  37. patch versions. 
  38.  
  39. Raymond claims it is absolutely essential to get as many users 
  40. (and developers) testing as possible to fix bugs and accelerate 
  41. development. Users could still download the last stable release if 
  42. they didn't want to be on the "bleeding edge".
  43.  
  44. I favour trying this. I don't see that we have anything to lose, given 
  45. the current pace of development. Anyone have a contrary view?
  46.  
  47. The reasons against it in the past were to avoid a proliferation of 
  48. versions and extra support work for us. We'd request that these 
  49. versions only be uploaded by people who agree to keep the posted 
  50. version current. We would not promise to provide support (though 
  51. the larger community could) but we would receive bug reports. 
  52.  
  53. I'm also advocating changing our source license (after an 
  54. contacting the original developers) to one of the standard open 
  55. source licenses. We discussed that a bit here already. I haven't 
  56. heard any real objection other than the obligation to contact past 
  57. authors. Quite frankly our current "license" is so unclear and badly 
  58. worded I don't think it means much anyway, so I don't see a big 
  59. obstacle to changing the license. Probably within a year or two the 
  60. code will all be rewritten anyway. The bulk of our existing code was 
  61. written by a relatively small group of people most of whom I can 
  62. reach. The license is a separate issue. We could make the 
  63. developer versions public now and take some time to change the 
  64. license.
  65.  
  66. We are up to 2000 patch 02  (two patches since  version 20.0 was 
  67. released) and we haven't discussed them here. Part of the reason 
  68. is this list isn't really private.  One reason I am proposing this 
  69. policy change is that if we don't have a policy to make all patches 
  70. public, it will be very hard to get the focus of development at least 
  71. partly on this list. Compuserve is a comfortable,  private place for a 
  72. small number of us, but it restricts us tremendously to have the 
  73. focus only there.
  74.  
  75. Of course alternatively I could boot you all out and manually 
  76. approve subscriptions <grin!> I think I would rather throw this to the 
  77. wind and make the executable and source patch fully public, and 
  78. continue let anyone subscribe to this list. I haven't publicly 
  79. promoted this list, but it has always been open to anyone. There 
  80. are 35 subscribers at the moment, and I'd say I know about 12 or 
  81. so of you. (You're all welcome or I wouldn't be posting this 
  82. message :-)) 
  83.  
  84. Comments are solicited from anyone!
  85.  
  86. Tim
  87.  
  88.  
  89. Thanks for using Fractdev, The Fractint Developer's Discussion List
  90. Post Message:   fractdev@lists.xmission.com
  91. Get Commands:   majordomo@lists.xmission.com "help"
  92. Administrator:  twegner@swbell.net
  93. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  94.  
  95.  
  96. -------------------------------------------------------------------------------
  97.  
  98. From: Phil McRevis <legalize@xmission.com>
  99. Subject: Re: Change of policy to release all patches? 
  100. Date: 08 Dec 1999 18:11:27 -0700
  101.  
  102.  
  103. Tim, it all sounds good to me.  Go ahead and modify the license and
  104. open up the floodgates of distribution ;-).
  105. --
  106. <http://www.xmission.com/~legalize/>    Legalize Adulthood!
  107.     ``Ain't it funny that they all fire the pistol,     
  108.       at the wrong end of the race?''--PDBT     
  109. legalize@xmission.com    <http://www.thewho.net>
  110.  
  111. Thanks for using Fractdev, The Fractint Developer's Discussion List
  112. Post Message:   fractdev@lists.xmission.com
  113. Get Commands:   majordomo@lists.xmission.com "help"
  114. Administrator:  twegner@swbell.net
  115. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  116.  
  117.  
  118. -------------------------------------------------------------------------------
  119.  
  120. From: DeRobertis <derobert@erols.com>
  121. Subject: Re: Change of policy to release all patches?
  122. Date: 08 Dec 1999 21:03:21 -0500
  123.  
  124. Great idea! How about setting up anon. cvs and a public development mailing
  125. list?
  126.  
  127. That way, anyone who wants them has the latest sources.
  128.  
  129.  
  130.  
  131. Thanks for using Fractdev, The Fractint Developer's Discussion List
  132. Post Message:   fractdev@lists.xmission.com
  133. Get Commands:   majordomo@lists.xmission.com "help"
  134. Administrator:  twegner@swbell.net
  135. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  136.  
  137.  
  138. -------------------------------------------------------------------------------
  139.  
  140. From: Phil McRevis <legalize@xmission.com>
  141. Subject: Re: Change of policy to release all patches? 
  142. Date: 08 Dec 1999 19:43:19 -0700
  143.  
  144.  
  145. In article <l03130312b474be49d311@[207.172.49.96]>,
  146.     DeRobertis <derobert@erols.com>  writes:
  147.  
  148. > Great idea! How about setting up anon. cvs and a public development mailing
  149. > list?
  150.  
  151. XMission can host a CVS anonymous repository.
  152. --
  153. <http://www.xmission.com/~legalize/>    Legalize Adulthood!
  154.     ``Ain't it funny that they all fire the pistol,     
  155.       at the wrong end of the race?''--PDBT     
  156. legalize@xmission.com    <http://www.thewho.net>
  157.  
  158. Thanks for using Fractdev, The Fractint Developer's Discussion List
  159. Post Message:   fractdev@lists.xmission.com
  160. Get Commands:   majordomo@lists.xmission.com "help"
  161. Administrator:  twegner@swbell.net
  162. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  163.  
  164.  
  165. -------------------------------------------------------------------------------
  166.  
  167. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  168. Subject: The Essential Guide to Open Source
  169. Date: 17 Dec 1999 17:41:24 -0600
  170.  
  171. (Source: SunWorld)
  172.  
  173. Sunworld dives into the free software and open source communities to
  174. compile an essential list of annotated pointers.
  175.  
  176.       http://www.idg.net/go.cgi?id=200895
  177.  
  178. Thanks for using Fractdev, The Fractint Developer's Discussion List
  179. Post Message:   fractdev@lists.xmission.com
  180. Get Commands:   majordomo@lists.xmission.com "help"
  181. Administrator:  twegner@swbell.net
  182. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  183.  
  184.  
  185. -------------------------------------------------------------------------------
  186.  
  187. From: comdotatdotcom@csi.com
  188. Subject: open source resource
  189. Date: 24 Dec 1999 16:25 0000
  190.  
  191. Hi folks,
  192.  
  193.   Take a look over at http://www.sourceforge.net who seem to be
  194. offering free services (CVS, listserv, archives and more) for open
  195. source developers.  What do you think? Any good as a new home for
  196. fractint development?
  197.  
  198. It'd put it in the sights of a lot of programmers methinks.
  199.  
  200. Cheers, and merry Xmas and an uneventful y2k rollover to
  201. everyone!
  202.          Robin.
  203.  
  204.  
  205.  
  206. Thanks for using Fractdev, The Fractint Developer's Discussion List
  207. Post Message:   fractdev@lists.xmission.com
  208. Get Commands:   majordomo@lists.xmission.com "help"
  209. Administrator:  twegner@swbell.net
  210. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  211.  
  212.  
  213. -------------------------------------------------------------------------------
  214.  
  215. From: Phil McRevis <legalize@xmission.com>
  216. Subject: Re: open source resource 
  217. Date: 24 Dec 1999 11:24:49 -0700
  218.  
  219.  
  220. Its interesting, but what is their track record?  Currently I can set
  221. up a CVS server and mailing list and FTP site and web site for
  222. fractint all with XMission for no extra money on my part.  I know XM's
  223. track record (excellent) and know the president personally.  So, that
  224. seems like a useful resource, but I personally would feel more
  225. comfortable setting up additional resources like a CVS server, etc.,
  226. on XMission.  I am not the only developer, obviously, so a consensus
  227. should be reached before making any final decisions.  Also, I would
  228. defer to Tim's preference.
  229. --
  230. <http://www.xmission.com/~legalize/>    Legalize Adulthood!
  231.     ``Ain't it funny that they all fire the pistol,     
  232.       at the wrong end of the race?''--PDBT     
  233. legalize@xmission.com    <http://www.thewho.net>
  234.  
  235. Thanks for using Fractdev, The Fractint Developer's Discussion List
  236. Post Message:   fractdev@lists.xmission.com
  237. Get Commands:   majordomo@lists.xmission.com "help"
  238. Administrator:  twegner@swbell.net
  239. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  240.  
  241.  
  242. -------------------------------------------------------------------------------
  243.  
  244. From: tim gilman <tgilman@eudaemon.net>
  245. Subject: Gone for a while. 
  246. Date: 25 Dec 1999 13:19:02 -0800
  247.  
  248. Soup Stoners,
  249.  
  250. I'm gone on vacation, to London for the next 4 weeks.  Until them, have
  251. fun with Fractint and Happy New Year!
  252.  
  253. =- Tim Gilman
  254.  
  255.  
  256.  
  257. Thanks for using Fractdev, The Fractint Developer's Discussion List
  258. Post Message:   fractdev@lists.xmission.com
  259. Get Commands:   majordomo@lists.xmission.com "help"
  260. Administrator:  twegner@swbell.net
  261. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractdev"
  262.  
  263.