Updated trunk image (Squeak3.11-8472-alpha.zip)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
22 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: Squeak package structure (Re: Updated trunk image (Squeak3.11-8472-alpha.zip))

Edgar J. De Cleene



On 12/13/09 11:45 PM, "Andreas Raab" <[hidden email]> wrote:

> - Squeak-Version
> - Kernel
> - Exceptions
> - Compiler
> - Collections
> - Compression
> - Files
> - Graphics
> - Multilingual
> - Network
> - SUnit
> - System
> - ToolBuilder
> - Traits
>
> I think the above are pretty safe bets for the time being. One of the
> big questions is whether the core should be updated via MC the way it is
> right now. I am in favor of that which implies adding the following three:
>
> - PackageInfo-Base

Here I call some do a decent window and we adopt my "ProcustesEnd" idea or
how we could pack any into MC
See http://vimeo.com/5490107 and http://vimeo.com/5495114

> - Monticello
> - MonticelloConfigurations

I like move SUnit out to next layer, but experiments (SLII an MM) shows for
now we could have here.

> The next set are packages that I'd rather not have in the core, but for
> the time being I don't think we have a choice here. However, we should
> make ever attempt to make them loadable in "standard" rather than
> requiring them in core:
>
> - Balloon
> - EToys
> - FlexibleVocabularies
> - Protocols
> - ST80
> - Morphic
> - Tools
> - TrueType

We have the choice, but the price of having out is still high.
But could be good all know this become "endangered species" and is on way to
live out on repositories

> Standard Packages: and etc points

As I said, difficult point of agree.
I see in you list some I don't want and some I put out in 3.10 "base" and
could have easily again in Fun.
I always use the Meccano http://www.meccano.com/ metafor.
When I was a kid, this come in different boxes numbered 1 to 5 , being 1 the
most elemental and 5 with which you build amazing things

Maybe

Meccano 1 = Pavel MimimalCore, almost inusable in the last try but good for
start to learn how to load complex things.
Like to see Mason in action....

By the way Pavel if you read this and have the time to do a MinimalCore of
the trunk, I add two more beers for the day we finally met in person.

Meccano 2 = actual MinimalMorphic . Pavel start, I follow, wish any teach me
how load Closures into and we have a killer ready to run and grow

Meccano 3 = Squeak 3.11 as is now, in the way to change and improve.

Meccano 4 Special images, like Fun or Squeakland or Seaside and Aida One
click ones

Meccano 5 Very complex images to come when we have a 64 bit system.

I cook next FunSqueak with VMMaker (following some thread this days) and
with a minimal Pier, meaning almost all

> Extra Packages:
> ==============
> - DynamicBindings
> - KomHttpServer
> - KomServices
> - Magritte
> - Magritte-Model
> - Magritte-Seaside
> - Pier
> - Rsrss2
> - Seaside2

Was inside

> Obsolete Packages:
> =================
> - 39Deprecated
> - MinimalMorphic
> - ReleaseBuilder
> - ScriptLoader
>
>
> Gotta get rid of those. Our Morphic should be as minimal as we can make
> it and other things are basically obsolete.

Yes, I should clean more, but like to have your attention (and the all
Squeakers), showing I could do the job

We are in business , Squeak is better in each iteration as never before.

Cheers

Edgar




Reply | Threaded
Open this post in threaded view
|

Re: Re: Updated trunk image (Squeak3.11-8472-alpha.zip)

garduino
In reply to this post by Edgar J. De Cleene
Hi:

2009/12/13 Edgar J. De Cleene <[hidden email]>:

>
>
>
> On 12/13/09 7:43 PM, "Andreas Raab" <[hidden email]> wrote:
>
>> 1. Packages that should be in the core image
>>     (e.g., Kernel, Compiler, Collections)
>
> >From my experiments the small set could be
>
> Collections
> Compiler
> Compression
> Exceptions
> Files
> Graphics
> Kernel
> Monticello
> Morphic
> MorphicExtras
> Multilingual
> Network
> PackageInfo
> Protocols
> ST80
> Services
> System
> ToolBuilder
> Tools
> Traits
>
> Maybe we could go deep and some of this could be sub sets of working image
> (Ladrillos idea)
>
>> 2. Packages that should be in the default image
>
> Difficult question. I suppose no way all agree , but you could start a "Vote
> for favorite packages et all " poll.
>

I think that being a product mainly for developers, should include dev tools
in the default image. I'm not talking about web tools, that should be loaded by
the user at his own request, but.....yes about more widely used tools as:

-OmniBrowser (full w/Refactory and tools) (If most people use it)
-AutomaticMethodCategorizer/AutomaticMethodCategorizerOB
-Syntax Highlighting (Shout Workspace / Shout OB / Shout Monticello)
-OCompletion (Alternatively eCompletion/Algernon)
-Some parsers (XML, HTML) ?
-Magritte ?
-Criptography ?
-Others ?


> And what is the default? Actual 3.11 ? Some bigger 'a la Fun' ?
>
>> 3. Packages that should be trivially loadable
>>     (e.g., Seaside, Aida)
>
> Here for the most used we should have info trough www.squeak/
> I think we have, but just in case...
>

I have a doubt if we should maintain a full image bigger with all
packages/web tools and so,
may be is useful to newbies....but is more work (to maintainers) and
need a decision
about what packages to include, I mean: If a web developer uses
Seaside, will not
need Aida and vice-versa.


Then, on my pov, we should have:

-A core image, as small as possible;

-A default image (may be with some developers packages as I'm proposing)

-A full image? Not sure if we should provide officialy (except some
people have time to build it) but we should take care that most of
packages load/unload ok (Well, that is the topic of the most threads
on these days, about what tools/methods use to build images).

Just some ideas to share....

Cheers.
Germán.

12