Stef,

This:

        Gofer new               
                squeaksource:'MetacelloRepository';
                package:'ConfigurationOfCitezen';
                load.   
        ( (Smalltalk at:#ConfigurationOfCitezen ) project version: #stable) 
load: { 'NoWeb'}.

is loading Seaside.  Did I do something wrong?

Further, I've hit dependency warning (e.g. a 45 minute?? build stops dead in 
its tracks).  Complaints so far over Transcript streams and Text Morph 
something or other.  It finally bound up over preferences (missing message - 
detail later).  I tried a separate load of Seaside, but it's complaining about 
preferences out of the gate.

For the "you're just complaining" crowd, I'm simply reporting what is 
happening.  I would very much like to see Jenkins build a 1.4 and then a 
1.4+Seaside.

Bill


________________________________________
From: [email protected] 
[[email protected]] on behalf of Schwab,Wilhelm K 
[[email protected]]
Sent: Thursday, February 23, 2012 3:21 AM
To: [email protected]
Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience)

Norbert,

Thanks for the suggestion, but I really need to get things loaded so I can load 
an even bigger pile of code that I have written.  There is also the question of 
how to capture all of the legacy data; it's not as easy as one might think, as 
some things are "in the wild."

I've really used this system, and could simply hang at 1.1.1 for a long time - 
I'm trying to do better than that.

Bill



________________________________________
From: [email protected] 
[[email protected]] on behalf of Norbert Hartl 
[[email protected]]
Sent: Thursday, February 23, 2012 3:07 AM
To: [email protected]
Cc: [email protected]
Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience)

Am 23.02.2012 um 08:27 schrieb "Schwab,Wilhelm K" <[email protected]>:

> Stef,
>
> Reading this is encouraging.  I have  not forgotten about 1.4, I have simply 
> been heavily distracted.  SIXX is a concern, as I built a lot on top of it 
> and (I *think*) need to get it loaded in order to evaluate Fuel vs. it.  XML 
> parsers are a big part of life for SIXX.  Regardless of any change I might 
> make, SIXX should be in the image to load "legacy" data (from last month<g>).
>
Bill,

is your real test to use sixx on 1.4? If you just want to test 1.4 then export 
your data with fuel from an 1.3 image and back into a 1.4 one. This should be 
pretty easy.

Norbert
>
> ________________________________________
> From: [email protected] 
> [[email protected]] on behalf of Stéphane Ducasse 
> [[email protected]]
> Sent: Wednesday, February 22, 2012 3:50 PM
> To: [email protected]
> Subject: Re: [Pharo-project] Netstyle experience (was Do not feed the trolls)
>
> On Feb 22, 2012, at 1:58 PM, Norbert Hartl wrote:
>
>>
>> Am 22.02.2012 um 13:28 schrieb Germán Arduino:
>>
>>> Example: xmlrpc died before to born, worked only in 1.1.1, now I must find 
>>> time to update it to zinc and 1.3 but with the fear that again will not 
>>> work in 1.4.
>>
>> What are your building blocks except http and xml? If you were working on 
>> 1.1.1 then xml parser moved quite a bit and zinc appeared on the scene. The 
>> changes to adopt xml parser should be minimal. Zinc provides a facade that 
>> mimicks backward compatibility. So you could have an easy start. But to be 
>> honest the situation is soooo much better with having zinc that you might 
>> save some time in development if you use zinc straight away.
>> And about 1.4: Yes, it moves a lot but zinc and xml do not. Xml is stable 
>> since months and the change rate in zinc is also dropping. So you might 
>> expect them to be available until...let's say...3 months from now. :) Ok, 
>> just kidding, I think the will stay similar for quite some time.
>
> Exactly.
> Doru got **all** the moose tools in 1.4 and some of them like glamour rely a 
> lot on UI changes.
> I doubt that xmlrpc got any impacted on Morphic change. We do not change XML 
> (but the XML maintainers did)
> and Zinc is just much much much better than the old system so it should be 
> not difficult to adapt especially if you ask.
>
> Stef
>



Reply via email to