Against package removal

Stephane Ducasse ducasse at iam.unibe.ch
Fri May 9 07:02:36 UTC 2003


Hi

I was thikning that to avoid that, we could record refactoring at least 
method remove and method rename and keep a log so that with a tool I 
can test my application against the current distribution and the 
analysis would tell me where stuff had changed.

This is a general problem that's why using pattern such as deprecation 
are important and this is not by having a global image of 30 GB that we 
will solve the problem.

Stef



On Thursday, May 8, 2003, at 11:10 PM, goran.krampe at bluefish.se wrote:

> Doug Way <dway at riskmetrics.com> wrote:
> [SNIP]
>> There will still always be the "Full" image concept, though, with all 
>> of the
>> development and media content of the traditional Squeak image.  I 
>> agree that
>> we do need to make the Full image content easily available to 
>> everyone, so
>> that we can do all that good stuff like finding all 
>> senders/implementors.
>
> Just want to reiterate that this is false. You can not possibly find 
> all
> senders and implementors just by using the current Full image. There 
> are
> over 230 packages on SM right now. This means there are TONS of code
> outside of the image as we speak. And that is how it always has been.
>
> It was only the lucky few apps that got into the image that have been
> saved from the code rot.
>
> regards, Göran
>



More information about the Squeak-dev mailing list