<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Douglas Brebner wrote:
<blockquote cite="mid:4A5EF0D5.5010003@fang.demon.co.uk" type="cite">
  <pre wrap="">Joshua Gargus wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Douglas Brebner wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Joshua Gargus wrote:
  
Isn't keeping MC in the trunk directly contradictory to the whole point
of seperating the image into packages and splitting them out? 
      </pre>
    </blockquote>
    <pre wrap="">No.  It will still be loadable/unloadable; it will be included for
convenience.  You could create a Squeak image without a compiler too,
but this would be inconvenient for the "default" Squeak image (the one
you first find when looking on squeak.org).

    </pre>
  </blockquote>
  <pre wrap=""><!---->Conveniently structured images build from packages is what Kieths build
tool is for.
  </pre>
</blockquote>
<br>
Are you saying that development will happen just as quickly when all
code submissions must be scraped off of Mantis by Bob, compared to
committing directly to a respository?&nbsp; If so, that's absurd.&nbsp;
Otherwise, I'm completely missing your point.<br>
<br>
<blockquote cite="mid:4A5EF0D5.5010003@fang.demon.co.uk" type="cite">
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">Won't it
also make using MC in other smalltalks gratituously harder?

  
      </pre>
    </blockquote>
    <pre wrap="">I don't see why.  All that it means for a package to be "in the trunk"
is to be in a particular Monticello repository.  In order for a
package to be compatible across Squeak versions (and even with other
Smalltalks), somebody has to put in effort.  The effort required is
not reduced by simply storing the package in a repository "outside the
trunk".

    </pre>
  </blockquote>
  <pre wrap=""><!---->I think there's some confusion here about what "in the trunk" means.
Some people think it means to be kept in the mainline image.
Others think it means to be in the Squeak.org repository.

Exactly which is it?

  </pre>
</blockquote>
<br>
It is both.&nbsp; The term "trunk" has a well-understood meaning in the
context of version control, and nothing in the new process is
contradictory to the accepted meaning.&nbsp; At the same time, there is less
friction if the most obvious image to download from squeak.org contains
all of the tools necessary to participate in the process.&nbsp; None of this
implies that MC will become entwined with the latest version of Squeak.<br>
<br>
There's much more detail in the other emails I'm writing in a different
sub-thread of this conversation.<br>
<br>
Cheers,<br>
Josh<br>
<br>
<br>
<br>
<br>
</body>
</html>