Squeak Distributions/Developer Workspace Preview WAS: too
muchdiscusssion on a future direction
Welch, Ronald P (US SSA)
ronald.p.welch at baesystems.com
Wed Dec 22 17:29:53 UTC 2004
Torsten,
You might want to check out what the guys over at SaltyPickle
have done with configuration scripts. Their approach offers
some solutions to at some of the issues you list below. Here
is a URL: http://www.saltypickle.com/Home/10
Ron
----------=-=-=-=-=-=-=-=-========oOo========-=-=-=-=-=-=-=-=----------
mailto:Ronald.P.Welch at baesystems.com Phone:(607)770-3701
BAE SYSTEMS Controls 600 Main St Johnson City, NY 13790-1888
----------=-=-=-=-=-=-=-=-===================-=-=-=-=-=-=-=-=----------
-----Original Message-----
From: squeak-dev-bounces at lists.squeakfoundation.org
[mailto:squeak-dev-bounces at lists.squeakfoundation.org] On Behalf Of
Torsten Bergmann
Sent: Wednesday, December 22, 2004 11:08 AM
To: squeak-dev at lists.squeakfoundation.org
Subject: Squeak Distributions/Developer Workspace Preview WAS: too
muchdiscusssion on a future direction
Hi,
lot's of discussion on the list on packaging and the future of Squeak.
Packaging can be solved by focusing on Packages/MC/SqueakMap and the
future is (as it was before) completely unknown. So lets first fix
the current image/packages before building a common roadmap for the
future and loosing time with heavy discussions.
Attached is a first preview of a new version of "Developer Workspace" -
an
assembly of tools a smalltalker likes to have in his personal image.
While it is in general not a problem to build a personal squeak
with different "stable" packages - it is hard to assemble them since
there
are several ways how squeak tools/goodies are packaged.
Note that DeveloperWorkspace is not a fork ... it's just a squeak
distribution.
Install the SAR in an updated Squeak 3.8gamma (latest changeset is 6527)
and you will see what I'm talking about:
1. Celeste is not loading correctly since there is initially no adress
database on my disk (defaultAddressBook.ser file), so currently
one has to click on "Proceed" in the debugger.
2. Celeste pops up a help window and celeste after install - which is
not what I would like in an automated install packages
3. The dependency for Komanche is not correct - so Squeak asks the user
about this. Again not good for an automated install.
Currently just click on "no"
4. Seaside asks for a user/password for the administrator
5. ScriptManager also opens a window before finally my installation
is able to finish
But any of these issues can be solved:
Nr.1: is a bug and should be changed in Celeste.
Nr.2/5: we need a standard way to allow user help after a single install
process and a "silent" install for packages assembling others
Nr.3: This was somehow introduced by repackaging comanche and applying
a
patch - we should repackage it correctly
Nr.4: This could be changed by having default values for the
Seaside config and a small UI for configuring these values
later
So let's fix the packages, solve packaging and dependeny,
agree on a small and stable kernel and the future looks bright again. ;)
Keep on talking small
Torsten
--
Psssst! Mit GMX Handyrechnung senken: http://www.gmx.net/de/go/mail
100 FreeSMS/Monat (GMX TopMail), 50 (GMX ProMail), 10 (GMX FreeMail)
More information about the Squeak-dev
mailing list
|