The future of SM...
goran.krampe at bluefish.se
goran.krampe at bluefish.se
Sun Jul 18 10:05:42 UTC 2004
Hi people!
First of all - I really do read all these posts and try to think hard
about them. But right now it's weekend and I don't have time to answer
until tomorrow.
Here is a quick one though.
Julian Fitzell <julian at beta4.com> wrote:
> lex at cc.gatech.edu wrote:
> > Sure, keeping the information is fine, and there are probably exciting
> > things you can do with it. Just don't use it as dependencies.
>
> Goran's plan has always been to use the information (combined with an
> indication on a release of its level of compatibility) as a guideline,
> not as a strict dependency. I can't tell if it's the strictness (which
> has never been the intention) or something else that is bothering you.
>
> The plan was to indicate that package A depends on package B and then to
> list known working configurations, so: {{A.1.0, B.1.0}, {A.1.1, B.1.0},
> ...}. If version 1.1.1 of A comes out and is marked as highly
> compatible it would probably be installed automatically by default. If
> 1.2 came out and was marked as mostly compatible, it might prompt you.
> If 2.0 came out and was marked as likely not compatible it would
> probably not install it by default unless you forced it to. But nothing
> ever prevents you from installing the newest version you want.
Indeed. Nice to see that someone at least :) understand what I want and
how it would work.
IMHO the first step is collecting as much useful information as possible
and as easily as possible.
I have even toyed with the idea of autosubmitting successful SUnit
testruns.
Anyway, then we have the engine on top of this information and its
purpose is to *help* the user in deciding what releases should be
installed. This engine could very well be parameter controlled so that
for example I could tell it that I want it to be "paranoid stable" or
"bleeding edge, go for it" etc.
> I'm not saying it's necessarily perfect or easy, but I like it quite a
> bit more than what you seem to be describing and I'd give it a fighting
> chance of working. But, like I said, I'm still not sure *exactly* what
> the problem you have is, but I have a vague sense that you are missing
> this part of what Goran has planned. If I'm wrong and you already got
> that part, then please forgive me :)
>
> Julian
regards, Göran
More information about the Squeak-dev
mailing list
|