new packages in 3.9 universe

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

new packages in 3.9 universe

Lex Spoon
Yesterday I moved over a bunch of packages from the 3.7 stable
universe to the 3.9 one currently being built.  As a result, 3.9 has
67 new packages, bringing the total to 113.  The bulk of the packages
are probably in at this point, meaning that the 3.9 stable universe
will be about 2/3 the size of the one for 3.7.

The full list of packages is appended below.

This process took a surprisinlgy long time!  Even just glancing at
each of 200 packages will make the hours really go by!  As a result, I
ended up optimizing for my own time in this process.  I said no to a
lot of packages that could probably be made to work.

If anyone sees something that is left out, either let me know
or... post it yourself.  :)  The 3.9 universe will be left open a
little while yet.


In general, I rejected about half of the list before starting.  The
following factors would influence me to reject packages in this first
pass:
 
  1. It looks irrelevant in 3.9.  For example, AppRegistry is now
  standard.

  2. It is a Morphic project file.  It takes too long to
  trawl through these and figure out which ones still load.
  Maybe later.

  3. It looks highly intertwined in the system.  For example, I
  rejected some packages that modify the system text editor.  Properly
  evaluating these is just a lot of work.

  4. Plugins.  These should be in there ideally, but the audience for
  them is small, so I put them off.

  5. It does not make sense to me.  If I did not understand the
  summary, then I had a strong inclination not to bother with it.


After making this first cut, I then went down the list and saw if
SqueakMap lists a newer version of it.  Then, I installed them all and
fooled around with them to see if they are basically working.


For future reference, there are some things package authors can do to
make it easier for people to put your package in a distribution:

  1. Provide a code file holding JUST the load material.  Do not
  auto-install from SqueakMap.  Do not open up 15 windows after
  installing.  For various reasons, smart packages have a tendency to
  backfire.

  2. Provide some test cases.  I loved the packages where I could open
  TestRunner and see that the tests are doing okay.

  3. Provide at least one example.  My main smoke test was whether
  basic examples work.  This is easier if the package includes one or
  more basic examples.


The full list of packages is below.  -Lex


=============================================
||The following I did not even try to copy.||
=============================================

AcTalk
AioPlugin  (I'm skipping plugins)
AnnotatedMethodPuller  (standard in 3.9?)
AppRegistry  (standard in 3.9)
Appearance Menu Registry (standard in 3.9?)
AspectS (too intrusive)
BFAV2 (still used?  we use Mantis now, right?)
Background Loader
Balloon3D (too intrusive)
Befunge'93 (too intrusive)
BinarySavingMC
BrowserInheritanceIcons (too intrusive)
Chuck (traits breaks it)
Check Repository (no longer needed)
Completion Enhancements (too intrusive)
Completion Morph (too intrusive)
Compressed Sources File (too intrusive)
Crop Morphs (too intrusive)
Crop SketcheMorphs and Grab Screen Rectangle  (oops, looks like a duplicate of the above!)
Czech Keyboard (too intrusive)
Debugger (too intrusive)
DefaultExternalDropHandler (too intrusive)
DirectoryPlugin (too intrusive)
Dispatch (too intrusive)
Edit Pretty Print Text Colors (too intrusive)
Emacs key bindings
Ephemerons (too intrusive, and I don't understand it)
Es-Squeakz-Me (I don't understand)
FillInTheBlankMorph Look Enhancements (too intrusive)
FlapsRegistry (not needed in 3.9?)
Full Image (we need to rethink the meta packages for 3.9)
Gradient Window Look (too intrusive)
HttpView2 (what is it?)
IRCe-Tests (If the IRCe guys wants this, then add it please!)
IvapParser (sounds cool, but I do not have time to test if it still works in 3.9, e.g. with traits)
LanguageEditor (not useful in 3.9?)
Method Annotations (standard in 3.9?)
MethodRecompiler (too intrusive)
Monticello (standard in 3.9)
MonticelloCVS (obsolete?)
MorphicWrappers (too intrusive)
Multi-level Undo for TextMorph (too intrusive)
NetMorph (too intrusive)
NetMorph MapServer (no use without NetMorph)
OSProcessPlugin (I'll let David add this if appropriate)
PackageInfo (standard in 3.9)
PackageInfo-Extras (it's too  much trouble to check if this makes sense in 3.9)
PointerExplorer (standard in 3.9)
Poses (too intrusive)
PrimCallController (too intrusive)
Protocols-Examples (I'm not sure what this is)
RoleS (too intrusive)
SIForgeWizord (I'm not sure what this is)
SUnit (standard in 3.9)
SUnit active tutorial
SeasideTesting (too intrusive)
Services (too intrusive)
ShoutMonticello/Omnibrowser/Traits (too intrusive)
Simulations (I don't know what it is)
Singletons (too intrusive)
Skeleton (I don't know how to test this)
SmallInterfaces (too intrusive)
Sokoban/Sokoban Enhanced (I don't know how to install this)
Sorrow (too obscure)
SpaceWar (no comment given)
Squeak Prototypes
SqueakMap2 (standard in 3.9)
SystemTracer2 (I don't know how to test this)
Techo (I don't know how to test it)
TextFiles (obselete for 3.9?)
Train (I don't know what it is)
Traits (standard in 3.9)
UpdateStreams for SqueakMap (too tricky for me)
Vasili's Regex (not maintained?)
WatchiIt! (too intrusive)
Wintab Tablet Support (I can't test it)
XDisplayControlPlugin (I'm skipping plugins)
XMLTransformer (I don't understand what it is)
bons (I don't know how to test it)
rST (I don't know how to test it)
shapes (looks unmaintained)
Berkeley DB Plugin  (I am skpping plugins)
Regular Expression Plugin (I'm skipping plugins)
ConflictChecker (looks obsolete, given monticello)

FullImageProjectAlice  (I'm skipping projects)
FullImageProjectSmalltalkIntroduction  (I'm skipping projects)
ProgrammingMorphs  (I'm skipping projects)
presentations tutorial  (I'm skipping projects)
WarpSketchMorph  (I'm skipping projects)




==============================================
||  I tried loading these, but they failed: ||
==============================================

GamesTests  (syntax error on loading)
Celeste Tests  (causes white walkbacks!)
Assertions (conflicts with assert method in image)
BlogBrowser (missing WebPageMorph)
Collections-Misc (could not load)
ECoDE (messes with the system somehow)
EasySqueak (does not load)
Faure (does not load)
FontSetCream (does not load)
FractalMorph (does not load)
Graph (does not load)
HTMLTableMorph
Hobble  (cannot enter)
Image Browser (crashes when I try to use it)
Lisp (cannot get it running)
MAPIClient (cannot get it running)
MorphicFontEditor (does not open)
MultiColumnListMorph (examples fail)
OggVorbis (does not load)
ODBCEnh (bad URL)
Prolog (does not load)
SSP (does not load)
Telnet (cannot open)
Scheduler (bad URL)
Manzana (error on opening)
Smalltalk 72 (does not load)
Sort Criteria (tests fail)
Taskbar (makes system fragile)
Units (tests fail)
Video and Image Processing (does not load)
Whisker Browser (crashes)


=======================
|| These I included. ||
=======================


DynamicBindings
Kom*
Seaside
Seaside Presentation (but it constantly times out!!)
Games
SmaCC
Algebraic
Array2D
BTree
BitArray
BreakOut
Cassowary
Cryptography
DHBNumerical Analysis
DNSClient
DictionaryBrowser
EventInterceptorMorph
Exupery
Folktale
X11Fonts
GLORP
GOODS
HTML-Parser
HTTPClient
HaltOnce
IRCBot
Iterator
Java Serialization
LifeMorph
LogEngine
Logic expressions
MinneStore
MiniToDo
MorseCode
NetStrings
ODBC
Ns Game
PWS
OpenOffice Importer
PieChartMorph
PropertyList
PlotMorph
PostgreSQL Client
Quotes
ROE
RemoteFrameBuffer
SARBuilder
SIXX
SPL PDF Library
Pipes Games (rename to SqueakPipes)
TimeZoneDatabase
SVI
Screen Shot Morph
Scripting Workspace
SendTreeExplorer
SharedStreams
SoapCoreClient
SoapCoreServer
SqCVS
Swazoo-HTTP
Typeinferencer
VMMaker
VersionNumber
WanderingLetters
ZigZag
SmallDEVS


Reply | Threaded
Open this post in threaded view
|

RE: new packages in 3.9 universe

J J-6
Ausome work.

I assume the package setup is like it is in e.g. debian no?  For example:

There is a core universe that just has the core and depends on nothing (this
one can be implicit)
There is a Socket universe that depends on only core
There is a Komanche universe that depends on the Socket universe
There is a Seaside universe that depends on the Komanche universe
There is a Magritte universe that depends on the core
There is a Pier universe that depends on the Seaside and Magritte universes
There is a Stable universe that depends on core and a few others and has
*lots* of optional universes (e.g. Pier)

Is that close, or if not, is that doable?

>From: Lex Spoon <[hidden email]>
>Reply-To: The general-purpose Squeak developers
>list<[hidden email]>
>To: [hidden email]
>Subject: new packages in 3.9 universe
>Date: 02 Jan 2007 11:23:49 -0500
>
>Yesterday I moved over a bunch of packages from the 3.7 stable
>universe to the 3.9 one currently being built.  As a result, 3.9 has
>67 new packages, bringing the total to 113.  The bulk of the packages
>are probably in at this point, meaning that the 3.9 stable universe
>will be about 2/3 the size of the one for 3.7.
>
>The full list of packages is appended below.
>
>This process took a surprisinlgy long time!  Even just glancing at
>each of 200 packages will make the hours really go by!  As a result, I
>ended up optimizing for my own time in this process.  I said no to a
>lot of packages that could probably be made to work.
>
>If anyone sees something that is left out, either let me know
>or... post it yourself.  :)  The 3.9 universe will be left open a
>little while yet.
>
>
>In general, I rejected about half of the list before starting.  The
>following factors would influence me to reject packages in this first
>pass:
>
>   1. It looks irrelevant in 3.9.  For example, AppRegistry is now
>   standard.
>
>   2. It is a Morphic project file.  It takes too long to
>   trawl through these and figure out which ones still load.
>   Maybe later.
>
>   3. It looks highly intertwined in the system.  For example, I
>   rejected some packages that modify the system text editor.  Properly
>   evaluating these is just a lot of work.
>
>   4. Plugins.  These should be in there ideally, but the audience for
>   them is small, so I put them off.
>
>   5. It does not make sense to me.  If I did not understand the
>   summary, then I had a strong inclination not to bother with it.
>
>
>After making this first cut, I then went down the list and saw if
>SqueakMap lists a newer version of it.  Then, I installed them all and
>fooled around with them to see if they are basically working.
>
>
>For future reference, there are some things package authors can do to
>make it easier for people to put your package in a distribution:
>
>   1. Provide a code file holding JUST the load material.  Do not
>   auto-install from SqueakMap.  Do not open up 15 windows after
>   installing.  For various reasons, smart packages have a tendency to
>   backfire.
>
>   2. Provide some test cases.  I loved the packages where I could open
>   TestRunner and see that the tests are doing okay.
>
>   3. Provide at least one example.  My main smoke test was whether
>   basic examples work.  This is easier if the package includes one or
>   more basic examples.
>
>
>The full list of packages is below.  -Lex
>
>
>=============================================
>||The following I did not even try to copy.||
>=============================================
>
>AcTalk
>AioPlugin  (I'm skipping plugins)
>AnnotatedMethodPuller  (standard in 3.9?)
>AppRegistry  (standard in 3.9)
>Appearance Menu Registry (standard in 3.9?)
>AspectS (too intrusive)
>BFAV2 (still used?  we use Mantis now, right?)
>Background Loader
>Balloon3D (too intrusive)
>Befunge'93 (too intrusive)
>BinarySavingMC
>BrowserInheritanceIcons (too intrusive)
>Chuck (traits breaks it)
>Check Repository (no longer needed)
>Completion Enhancements (too intrusive)
>Completion Morph (too intrusive)
>Compressed Sources File (too intrusive)
>Crop Morphs (too intrusive)
>Crop SketcheMorphs and Grab Screen Rectangle  (oops, looks like a duplicate
>of the above!)
>Czech Keyboard (too intrusive)
>Debugger (too intrusive)
>DefaultExternalDropHandler (too intrusive)
>DirectoryPlugin (too intrusive)
>Dispatch (too intrusive)
>Edit Pretty Print Text Colors (too intrusive)
>Emacs key bindings
>Ephemerons (too intrusive, and I don't understand it)
>Es-Squeakz-Me (I don't understand)
>FillInTheBlankMorph Look Enhancements (too intrusive)
>FlapsRegistry (not needed in 3.9?)
>Full Image (we need to rethink the meta packages for 3.9)
>Gradient Window Look (too intrusive)
>HttpView2 (what is it?)
>IRCe-Tests (If the IRCe guys wants this, then add it please!)
>IvapParser (sounds cool, but I do not have time to test if it still works
>in 3.9, e.g. with traits)
>LanguageEditor (not useful in 3.9?)
>Method Annotations (standard in 3.9?)
>MethodRecompiler (too intrusive)
>Monticello (standard in 3.9)
>MonticelloCVS (obsolete?)
>MorphicWrappers (too intrusive)
>Multi-level Undo for TextMorph (too intrusive)
>NetMorph (too intrusive)
>NetMorph MapServer (no use without NetMorph)
>OSProcessPlugin (I'll let David add this if appropriate)
>PackageInfo (standard in 3.9)
>PackageInfo-Extras (it's too  much trouble to check if this makes sense in
>3.9)
>PointerExplorer (standard in 3.9)
>Poses (too intrusive)
>PrimCallController (too intrusive)
>Protocols-Examples (I'm not sure what this is)
>RoleS (too intrusive)
>SIForgeWizord (I'm not sure what this is)
>SUnit (standard in 3.9)
>SUnit active tutorial
>SeasideTesting (too intrusive)
>Services (too intrusive)
>ShoutMonticello/Omnibrowser/Traits (too intrusive)
>Simulations (I don't know what it is)
>Singletons (too intrusive)
>Skeleton (I don't know how to test this)
>SmallInterfaces (too intrusive)
>Sokoban/Sokoban Enhanced (I don't know how to install this)
>Sorrow (too obscure)
>SpaceWar (no comment given)
>Squeak Prototypes
>SqueakMap2 (standard in 3.9)
>SystemTracer2 (I don't know how to test this)
>Techo (I don't know how to test it)
>TextFiles (obselete for 3.9?)
>Train (I don't know what it is)
>Traits (standard in 3.9)
>UpdateStreams for SqueakMap (too tricky for me)
>Vasili's Regex (not maintained?)
>WatchiIt! (too intrusive)
>Wintab Tablet Support (I can't test it)
>XDisplayControlPlugin (I'm skipping plugins)
>XMLTransformer (I don't understand what it is)
>bons (I don't know how to test it)
>rST (I don't know how to test it)
>shapes (looks unmaintained)
>Berkeley DB Plugin  (I am skpping plugins)
>Regular Expression Plugin (I'm skipping plugins)
>ConflictChecker (looks obsolete, given monticello)
>
>FullImageProjectAlice  (I'm skipping projects)
>FullImageProjectSmalltalkIntroduction  (I'm skipping projects)
>ProgrammingMorphs  (I'm skipping projects)
>presentations tutorial  (I'm skipping projects)
>WarpSketchMorph  (I'm skipping projects)
>
>
>
>
>==============================================
>||  I tried loading these, but they failed: ||
>==============================================
>
>GamesTests  (syntax error on loading)
>Celeste Tests  (causes white walkbacks!)
>Assertions (conflicts with assert method in image)
>BlogBrowser (missing WebPageMorph)
>Collections-Misc (could not load)
>ECoDE (messes with the system somehow)
>EasySqueak (does not load)
>Faure (does not load)
>FontSetCream (does not load)
>FractalMorph (does not load)
>Graph (does not load)
>HTMLTableMorph
>Hobble  (cannot enter)
>Image Browser (crashes when I try to use it)
>Lisp (cannot get it running)
>MAPIClient (cannot get it running)
>MorphicFontEditor (does not open)
>MultiColumnListMorph (examples fail)
>OggVorbis (does not load)
>ODBCEnh (bad URL)
>Prolog (does not load)
>SSP (does not load)
>Telnet (cannot open)
>Scheduler (bad URL)
>Manzana (error on opening)
>Smalltalk 72 (does not load)
>Sort Criteria (tests fail)
>Taskbar (makes system fragile)
>Units (tests fail)
>Video and Image Processing (does not load)
>Whisker Browser (crashes)
>
>
>=======================
>|| These I included. ||
>=======================
>
>
>DynamicBindings
>Kom*
>Seaside
>Seaside Presentation (but it constantly times out!!)
>Games
>SmaCC
>Algebraic
>Array2D
>BTree
>BitArray
>BreakOut
>Cassowary
>Cryptography
>DHBNumerical Analysis
>DNSClient
>DictionaryBrowser
>EventInterceptorMorph
>Exupery
>Folktale
>X11Fonts
>GLORP
>GOODS
>HTML-Parser
>HTTPClient
>HaltOnce
>IRCBot
>Iterator
>Java Serialization
>LifeMorph
>LogEngine
>Logic expressions
>MinneStore
>MiniToDo
>MorseCode
>NetStrings
>ODBC
>Ns Game
>PWS
>OpenOffice Importer
>PieChartMorph
>PropertyList
>PlotMorph
>PostgreSQL Client
>Quotes
>ROE
>RemoteFrameBuffer
>SARBuilder
>SIXX
>SPL PDF Library
>Pipes Games (rename to SqueakPipes)
>TimeZoneDatabase
>SVI
>Screen Shot Morph
>Scripting Workspace
>SendTreeExplorer
>SharedStreams
>SoapCoreClient
>SoapCoreServer
>SqCVS
>Swazoo-HTTP
>Typeinferencer
>VMMaker
>VersionNumber
>WanderingLetters
>ZigZag
>SmallDEVS
>
>

_________________________________________________________________
The MSN Entertainment Guide to Golden Globes is here.  Get all the scoop.
http://tv.msn.com/tv/globes2007/


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Masashi UMEZAWA-2
In reply to this post by Lex Spoon
Hi,

Thank you for the great work!

(snip)

> =======================
> || These I included. ||
> =======================

(snip)

> SoapCoreClient
> SoapCoreServer

I recommend just including all-in-one "SoapCore" package, not
"SoapCoreClient" and "SoapCoreServer" separately, because all-in-one
version has executable unit tests.

Cheers,
--
[:masashi | ^umezawa]

Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Lex Spoon
In reply to this post by J J-6
"J J" <[hidden email]> writes:

> I assume the package setup is like it is in e.g. debian no?  For example:
>
> There is a core universe that just has the core and depends on nothing
> (this one can be implicit)
> There is a Socket universe that depends on only core
> There is a Komanche universe that depends on the Socket universe
> There is a Seaside universe that depends on the Komanche universe
> There is a Magritte universe that depends on the core
> There is a Pier universe that depends on the Seaside and Magritte universes
> There is a Stable universe that depends on core and a few others and
> has *lots* of optional universes (e.g. Pier)
>
> Is that close, or if not, is that doable?

Thanks, J. J.

Right now, there is just one 3.9 universe, just like with 3.7.  So, it
is analogous to the "main" section of Debian/sid.  The idea is that
developers can augment this with their own extension universes, much
like unofficial apt repositories.

How's that sound?


What you list above is done, but it is with *packages* not universes.
So, the SeasidePresentation package depends on the Seaside package,
which depends on the Komanche package.

-Lex


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Lex Spoon
In reply to this post by Masashi UMEZAWA-2
"Masashi UMEZAWA" <[hidden email]> writes:
> Thank you for the great work!

Thanks!  I hope it works out as a good development base over the next
year or two.



> > =======================
> > || These I included. ||
> > =======================
>
> (snip)
>
> > SoapCoreClient
> > SoapCoreServer
>
> I recommend just including all-in-one "SoapCore" package, not
> "SoapCoreClient" and "SoapCoreServer" separately, because all-in-one
> version has executable unit tests.

However you think is best.  I've put it this way, now.


-Lex


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

J J-6
In reply to this post by Lex Spoon
>From: Lex Spoon <[hidden email]>
>Reply-To: The general-purpose Squeak developers
>list<[hidden email]>
>To: [hidden email]
>Subject: Re: new packages in 3.9 universe
>Date: 05 Jan 2007 15:06:00 -0500
>
>"J J" <[hidden email]> writes:
> > I assume the package setup is like it is in e.g. debian no?  For
>example:
> >
> > There is a core universe that just has the core and depends on nothing
> > (this one can be implicit)
> > There is a Socket universe that depends on only core
> > There is a Komanche universe that depends on the Socket universe
> > There is a Seaside universe that depends on the Komanche universe
> > There is a Magritte universe that depends on the core
> > There is a Pier universe that depends on the Seaside and Magritte
>universes
> > There is a Stable universe that depends on core and a few others and
> > has *lots* of optional universes (e.g. Pier)
> >
> > Is that close, or if not, is that doable?
>
>Thanks, J. J.
>
>Right now, there is just one 3.9 universe, just like with 3.7.  So, it
>is analogous to the "main" section of Debian/sid.  The idea is that
>developers can augment this with their own extension universes, much
>like unofficial apt repositories.

Aha.  I'm afraid I don't know much about the unofficial repos.   I don't
even know that much about the normal repos, I just feel I have a good
understanding of how the dependency trees worked (from a user perspective).

>How's that sound?

Well the work you have done sounds great.  I didn't mean my question to
sound like ungratefulness or something, I just wondered if the above could
be built.

>What you list above is done, but it is with *packages* not universes.
>So, the SeasidePresentation package depends on the Seaside package,
>which depends on the Komanche package.

By "packages", do you mean a concept inside your universes, or like
Monticello/Squeak Map type packages?

Thanks,
J

_________________________________________________________________
The MSN Entertainment Guide to Golden Globes is here.  Get all the scoop.
http://tv.msn.com/tv/globes2007/?icid=nctagline2


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Lex Spoon
"J J" <[hidden email]> writes:

> >From: Lex Spoon <[hidden email]>
> >Right now, there is just one 3.9 universe, just like with 3.7.  So, it
> >is analogous to the "main" section of Debian/sid.  The idea is that
> >developers can augment this with their own extension universes, much
> >like unofficial apt repositories.
>
> Aha.  I'm afraid I don't know much about the unofficial repos.   I
> don't even know that much about the normal repos, I just feel I have a
> good understanding of how the dependency trees worked (from a user
> perspective).


Unofficial repositories are a neat feature of APT, IMHO.  It makes the
whole system much more flexible, and yet it was easy for them to
implement.  Once the tool supports using multiple mirrors, you are
basically there already.

The idea is that you can have a smaller group separate from the main
group, and still share packages with each other using the same
infrastructure.  The way you do this is to make a separate repository
for the smaller group, and then have everyone in the group register
the URL for that repository on each of their systems.  After that, the
tools just work.  Everyone sees the packages in the separate
repository just as if they were in the main repository.

Squeak itself is distributed in an unofficial apt repository, by the
way.  Debian does not like Squeak's license.


> By "packages", do you mean a concept inside your universes, or like
> Monticello/Squeak Map type packages?

I mean something like an individual Monticello mcz file.
Specifically, a unit of content that can be shared over the network
and loaded into people's images.

A package universe is then the set of packages visible from a specific
image.  This gets interesting when you consider that there are
multiple such universes.  You can develop your killer web-based
application in the 3.9 universe using the latest stable stuff, but
then teach a class using the 3.7 universe, just because the text book
you are using is based on Squeak 3.7.

-Lex


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Edgar J. De Cleene
Lex Spoon puso en su mail :

> Specifically, a unit of content that can be shared over the network
> and loaded into people's images
.
But this definition apply to .sar , .pr , .morph , .project , .sqz, all
could be loaded in the images and not necessary are packages.

What about a package is what PackageInfo could group for produce a valid
.mcz ?

Cheers

Edgar



       

       
               
__________________________________________________
Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
¡Probalo ya!
http://www.yahoo.com.ar/respuestas 


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Lex Spoon
"Edgar J. De Cleene" <[hidden email]> writes:
> Lex Spoon puso en su mail :
>
> > Specifically, a unit of content that can be shared over the network
> > and loaded into people's images
> .
> But this definition apply to .sar , .pr , .morph , .project , .sqz, all
> could be loaded in the images and not necessary are packages.

True.  In fact, the package universes tools--and SqueakMap, by the
way--consider all of these as packages.

There are circumstances where you want a more narrow view such as the
one you describe.  For the package universes tools themselves, though,
it seems sensible to leave the door open until there is a reason not
to.

I mean, like it or not, people are posting content in almost all of
the content you list up there.  It makes sense to make it sharable via
package universes, so why not?


-Lex



> What about a package is what PackageInfo could group for produce a valid
> .mcz ?


Reply | Threaded
Open this post in threaded view
|

Re: new packages in 3.9 universe

Edgar J. De Cleene
Lex Spoon puso en su mail :

> I mean, like it or not, people are posting content in almost all of
> the content you list up there.  It makes sense to make it sharable via
> package universes, so why not?
Complete agree.

Only I wish SqueakSource could let put other what .mcz

Edgar



       

       
               
__________________________________________________
Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
¡Probalo ya!
http://www.yahoo.com.ar/respuestas