<html><head><meta http-equiv=Content-Type content="text/html; charset=windows-1250"><META name="Author" content="Novell GroupWise WebAccess"></head><body style='font-family: Tahoma, sans-serif; font-size: 13px; '><DIV>Olaf:</DIV>
<DIV> </DIV>
<DIV>Thanks for the brief history lesson.  These definitions coincide with my recollection.</DIV>
<DIV> </DIV>
<DIV>From what I've gleaned in the discussions and the current documentation, I think most everyone has settled on the idea of having 2 "binary" distributions for this release:  "min" and "std".</DIV>
<DIV> </DIV>
<DIV>My problem has been a misunderstanding of "min", having thought that I could use min to bootstrap the compiler.  My bad here.</DIV>
<DIV> </DIV>
<DIV>Jay has been talking about tracing graphs and figuring out everything from m3makefiles.  In a distributed development environment, I'm not sure this approach works well.  I am fine with continued use of PkgInfo.txt.  I've been able to generate scripts using it with relative ease.</DIV>
<DIV> </DIV>
<DIV>For this release, I think we have at least 2 groups of "users" to be supported:</DIV>
<DIV>1.  The power users who know enough to tweak the details of their installation, rebuild the compiler, etc. etc.  They want the flexibility to tailor everything.  You, Jay, Tony, etc. are in this camp.</DIV>
<DIV>2.  The average or even new user who just wants a simple install that works out-of-the-box.  He doesn't want anything complicated to install.  He probably won't rebuild the compiler and is content to update his system whenever a new release is made.  Obviously, folks from camp #2 may promote themselves to camp #1 after sufficient experience.</DIV>
<DIV> </DIV>
<DIV>If we agree on these two camps, I think that your definition of "min" is ok, but I would argue that "std" should include the documentation, examples, and pre-built binaries and sources for all packages known to work on all platforms.  That would allow "std" to satisfy camp #2.  Thus, "std" should be the recommended option for most users.  The power users in camp #1 can start with either "min" or "std" and they have the knowledge to transform either of these into "all" or whatever sub-grouping they want.</DIV>
<DIV> </DIV>
<DIV>I appreciate everything Jay is doing, but I think he is so deep in the details right now, and also still looking forward past this release, that his responses to my questions aren't really answering what I'm trying to discuss regarding nailing down this release.  Sure, with complete knowledge you can do most anything, but I'm looking at what I can do using cm3ide and the cm3.exe builder/compiler and the "min" and "std" releases using the default install locations.</DIV>
<DIV> </DIV>
<DIV>I'm heading south for a family reunion.  I'll try to check email some this weekend, but it will be sparse.</DIV>
<DIV> </DIV>
<DIV>As soon as I can, I'll try to put some of what I've gleaned in a text file we can add to the documentation/web.</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy Coileburn<BR><BR>>>> Olaf Wagner <wagner@elegosoft.com> 07/31/09 10:08 AM >>> <BR>Quoting Tony Hosking <hosking@cs.purdue.edu>: <BR><BR>> I don't care if future versions are not compilable with old cm3. But, <BR>> vice versa, old versions should always be compilable with new cm3. <BR>> <BR>> My gut feelings run along the lines of what Randy has said. I do <BR>> think that the average user should accept std as the install, while <BR>> min is for power-users who know what they are doing. Does that jive <BR>> with other people's expectations? <BR><BR>Sorry, I only now caught up with _some_ of the mails on the m3devel <BR>list. Too much traffic for me to digest. <BR><BR>I gather there's been a long discussion that `min' is not really <BR>useful as it is not enough to build the system. When we started <BR>the cm3 5 business many years ago with lots of uncompilable sources <BR>from Farshad Nayeri, we invented the following sets of packages: <BR><BR>all - obvious meaning. most packages did not compile at all. <BR>std - the set of packages shipped as compilable and usable with <BR>every new release <BR>core - a useful but small set of packages including everything to <BR>bootstrap the compiler <BR>boot - the minimal set to bootstrap the compiler <BR>min - the minimal set useful for anyone (not wanting to compiler cm3) <BR><BR>As of today, std = all, and boot isn't used any more as far as a I see. <BR><BR>I'm fine with any changes in the pragmatics or intended use of these <BR>package sets though. Just wanted to throw in some history. <BR><BR>Olaf <BR>-- <BR>Olaf Wagner -- elego Software Solutions GmbH <BR>Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany <BR>phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95 <BR>http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin <BR>Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194</DIV></body></html>