Norbert, Understood about the gap. I have been periodically trying to build an newer image, always with something that does not work. Redirecting squeaksource makes it possible to think about having some success, but as a friend, Metacello as constituted is a bear to use.
I am speaking as an end user of multiple packages (ODBC, LDAP, Citezen, Seaside). Getting all to load at the same sitting *appears* to be impossible. I don't really believe that, which is one of the reasons I keep trying. FWIW, I got close tonight, but Seaside won't load now... Bill ________________________________________ From: [email protected] [[email protected]] on behalf of Norbert Hartl [[email protected]] Sent: Thursday, February 23, 2012 3:53 AM To: [email protected] Cc: [email protected] Subject: Re: [Pharo-project] 1.4 and forward (was Netstyle experience) Am 23.02.2012 um 09:21 schrieb "Schwab,Wilhelm K" <[email protected]>: > 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." Well, Sixx should be fine for that. If you only use pharo than I would move to Fuel. If you encounter problems with Sixx let me know I might help herr. > 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. You know, Bill it is your personal decision when to spend time. If you save it now the gap grows and you have to spend it later. Norbert > > > ________________________________________ > 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 >> > >
