[Pharo-project] roadmap for 1.4
stephane.ducasse at inria.fr
Sun Jun 19 06:02:12 EDT 2011
On Jun 19, 2011, at 7:27 AM, Pavel Krivanek wrote:
> I think that the best idea is to have one image for the system developers and end-users (for example, I almost never used full Pharo so it lost one tester). On the other hand we should continue with the modularization to allow to generate headless kernel image, gopher image, basic morphic image etc. on the request with bootstrapping. To have smallest possible image is not the main goal of the effort around PharoKernel. The main goal is to have beauty modular system where all dependencies all described well and packages can be easily loaded and unloaded. The buildserver can generate all the set of images for special purposes so it will be more natural then now when we have two main images.
Yes yes yes but :) we should have a set of tools that are working together and we should not be responsible of making sure that all the possible combination work.
I would like to get a process (as I mentioned in the other mail)
seed + MetacelloSpec + modification => seed' + MetacelloSpec'
and that we are able to build hudson that takes
aSeed + a spec
=> run all the tests + run all the quality check
Right now we have
seed + list of package + modification => seed' + list of package'
and we get in trouble when we modify seed parts that influence external package
so what we want is to have
seed + metacello = the minimal tools that we need to be efficient modifying seed
> -- Pavel
> 18.6.2011 v 22:29, Guillermo Polito <guillermopolito at gmail.com>:
>> Hi Stef!
>> do you mean integrating all them in the Core? Or maybe follow Markus' idea of having just one image? Maybe that's an important discussion to have too :).
>> I can give a hand for the repository stuff. Should we replicate repositories + metacello configs in order to be able to freeze them, isn't it?
>> On Sat, Jun 18, 2011 at 9:59 AM, Stéphane Ducasse <stephane.ducasse at inria.fr> wrote:
>> Hi guys
>> here is a kind of dump of roadmap for 1.4 first level is to make sure that we have only one single image.
>> - load FileSystem
>> -> so that we can start to integrate and improve the fileSystem API
>> - Load shout, Ocompletion, RBEngine (not OB) so that we can change what should be changed for RPackage to work
>> - Ring
>> -> so that we can start to integrate it
>> - Fuel
>> -> so that we can deprecate SmartRefStream (there may be a problem with mcz (not sure)).
>> - I want Opal in 1.4 too.
>> - continue to remove StringHolder hierarchy
>> - Morphic improvements
>> Comments are welcomed.
More information about the Pharo-dev