June 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Need help with ConfigurationOfCog

by Igor Stasenko

On 29 June 2011 17:25, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Igor, you need to merge with my version of ConfigurationOfCog, that was already fixed. > But for cog we should use different version of osprocess plugin, see http://code.google.com/p/cog/issues/detail?id=6 > El 29/06/2011, a las 12:17p.m., Igor Stasenko escribiÃ³: > >> I updated the configuration to load new specs (ver 2.1), >> and everything worked before, but looks like after update of >> metacello, it does some checks and barks with error: >> Apparent loop in before/after dependency definitions >> >> any advice, what is wrong with it? >> >> The script to load stuff is following: >> >> Gofer new >> Â Â Â squeaksource: 'MetacelloRepository'; >> Â Â Â package: 'ConfigurationOfCog'; >> Â Â Â load. >> >> ((Smalltalk at: #ConfigurationOfCog) project >> Â Â Â version: '2.1') load. >> >> (Smalltalk saveAs: 'generator.image') ifFalse: [ >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Smalltalk snapshot: false andQuit: true] >> >> its used on hudson server to build VMs, and apparently worked before. >> And i'm clueless what exactly wrong (not expert with metacello). >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > -- Best regards, Igor Stasenko AKA sig.

June 29, 2011

Re: [Pharo-project] Need help with ConfigurationOfCog

by Esteban Lorenzano

Igor, you need to merge with my version of ConfigurationOfCog, that was already fixed. El 29/06/2011, a las 12:17p.m., Igor Stasenko escribiÃ³: > I updated the configuration to load new specs (ver 2.1), > and everything worked before, but looks like after update of > metacello, it does some checks and barks with error: > Apparent loop in before/after dependency definitions > > any advice, what is wrong with it? > > The script to load stuff is following: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfCog'; > load. > > ((Smalltalk at: #ConfigurationOfCog) project > version: '2.1') load. > > (Smalltalk saveAs: 'generator.image') ifFalse: [ > Smalltalk snapshot: false andQuit: true] > > its used on hudson server to build VMs, and apparently worked before. > And i'm clueless what exactly wrong (not expert with metacello). > -- > Best regards, > Igor Stasenko AKA sig. >

June 29, 2011

Re: [Pharo-project] Need help with ConfigurationOfCog

by Igor Stasenko

Oh, sorry i didn't noticed that Esteban commited new version of ConfigurationOfCog which takes priority (and its already has version 2.1 which caused this conflict). On 29 June 2011 17:17, Igor Stasenko <siguctua(a)gmail.com> wrote: > I updated the configuration to load new specs (ver 2.1), > and everything worked before, but looks like after update of > metacello, it does some checks and barks with error: > Apparent loop in before/after dependency definitions > > any advice, what is wrong with it? > > The script to load stuff is following: > > Gofer new > Â Â Â Â squeaksource: 'MetacelloRepository'; > Â Â Â Â package: 'ConfigurationOfCog'; > Â Â Â Â load. > > ((Smalltalk at: #ConfigurationOfCog) project > Â Â Â Â version: '2.1') load. > > (Smalltalk saveAs: 'generator.image') ifFalse: [ > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Smalltalk snapshot: false andQuit: true] > > its used on hudson server to build VMs, and apparently worked before. > And i'm clueless what exactly wrong (not expert with metacello). > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

June 29, 2011

[Pharo-project] Need help with ConfigurationOfCog

by Igor Stasenko

I updated the configuration to load new specs (ver 2.1), and everything worked before, but looks like after update of metacello, it does some checks and barks with error: Apparent loop in before/after dependency definitions any advice, what is wrong with it? The script to load stuff is following: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfCog'; load. ((Smalltalk at: #ConfigurationOfCog) project version: '2.1') load. (Smalltalk saveAs: 'generator.image') ifFalse: [ Smalltalk snapshot: false andQuit: true] its used on hudson server to build VMs, and apparently worked before. And i'm clueless what exactly wrong (not expert with metacello). -- Best regards, Igor Stasenko AKA sig.

June 29, 2011

Re: [Pharo-project] 1.3 core and full image

by StÃ©phane Ducasse

>> > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfMetacello'; > load > > ConfigurationOfMetacello project updateProject > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfSeaside30'; > load > > ConfigurationOfSeaside30 project lastVersion load > > isn't that strange, right? ConfigurationOfSeaside30 references OmniBrowser stable. OmniBrowser stable is 1.3 which references the file OmniBrowser-Standard-lr.541 which can not be found in the repository specified for omnibrowser. > > So I'm trying to understand this. Either I'm doing something wrong or the CI stuff is broken. And I don't have a glue how others solve this. Ok this looks strange. Indeed may be the file got lost somewhere. Stef

June 29, 2011

Re: [Pharo-project] 1.3 core and full image

by StÃ©phane Ducasse

The best thing I can do is print myself a t-shirt "Too dumb for 1.3? stay happy with 1.2!" > > > No. The best thing you can do is to help the process. Nothing happens with magic. Just keep asking and try to make it work. Report problems. And try to test it before the release. + 1 We are not magician just boring hard workers and sometimes we also get tired. Stef

June 29, 2011

Re: [Pharo-project] 1.3 core and full image

by Norbert Hartl

Am 29.06.2011 um 16:47 schrieb Mariano Martinez Peck: > >> ConfigurationOfOmnibrowse DOES exist and has existed since more than one year already. If you need an specific version, tell us which one exactly. >> > I didn't tell the ConfigurationOf is missing. It is the file OB-Standard-lr.541 that is in the ConfigurationOf > > > > I guess squeaksource lost again that verison. I have just publish it again. Thanks, now it is working. Norbert > >> >> The best thing I can do is print myself a t-shirt "Too dumb for 1.3? stay happy with 1.2!" >> >> >> No. The best thing you can do is to help the process. Nothing happens with magic. Just keep asking and try to make it work. Report problems. And try to test it before the release. >> > Yep, that is true if I would try an esoteric use case. But I don't. Taking a pharo 1.3 core from the CI server and doing > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfMetacello'; > load > > ConfigurationOfMetacello project updateProject > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfSeaside30'; > load > > ConfigurationOfSeaside30 project lastVersion load > > isn't that strange, right? ConfigurationOfSeaside30 references OmniBrowser stable. OmniBrowser stable is 1.3 which references the file OmniBrowser-Standard-lr.541 which can not be found in the repository specified for omnibrowser. > > So I'm trying to understand this. Either I'm doing something wrong or the CI stuff is broken. And I don't have a glue how others solve this. > > Norbert > > > > -- > Mariano > http://marianopeck.wordpress.com >

June 29, 2011

Re: [Pharo-project] [GS/SS Beta] zinc incompatibilities with gemstone

by Esteban Lorenzano

ouch! I just uploaded a new ConfigurationOfZincHTTPComponents to MetacelloRepository that loads on Gemstone :( (also I commited a new version of Zinc-Gemstone, whit a missing override) El 29/06/2011, a las 11:57a.m., Paul DeBruicker escribiÃ³: > On 06/29/2011 09:42 AM, Esteban Lorenzano wrote: >> Hi, >> I'm loading ConfigurationOfZincHTTPComponents from MetacelloRepository, and I'm loading #bleedingEdge version of zinc, but 1.0 is not loading either. >> >> Cheers, >> Esteban > > > Ahh. I forgot there was one in the MetacelloRepository. It is outdated. Sorry. Use the config in > > http://www.squeaksource.com/ZincHTTPComponents > > After you load from the config will you load the latest Zinc-HTTP from SqueakSource? If so then reload the Zinc-Gemstone package afterwards and it should fix your issues. You may have to change the ZnNetworkingUtils class>>socketStreamTimeout on your own as I don't think its in the Zinc-Gemstone package. > > As I mentioned to Phillipe, I don't have better ideas than to override methods where there are platform inconsistencies that need to be addressed for the stuff to load and run. > > > Maybe you would be comfortable to add a version 1.2 to the Zinc config on squeaksource that pulls in the latest Zinc that Sven has made and then loads the Zinc-Gemstone package. If so please do. > > Good luck and let me know what else I can help with > > > Paul

June 29, 2011

Re: [Pharo-project] [GS/SS Beta] zinc incompatibilities with gemstone

by Paul DeBruicker

On 06/29/2011 09:42 AM, Esteban Lorenzano wrote: > Hi, > I'm loading ConfigurationOfZincHTTPComponents from MetacelloRepository, and I'm loading #bleedingEdge version of zinc, but 1.0 is not loading either. > > Cheers, > Esteban Ahh. I forgot there was one in the MetacelloRepository. It is outdated. Sorry. Use the config in http://www.squeaksource.com/ZincHTTPComponents After you load from the config will you load the latest Zinc-HTTP from SqueakSource? If so then reload the Zinc-Gemstone package afterwards and it should fix your issues. You may have to change the ZnNetworkingUtils class>>socketStreamTimeout on your own as I don't think its in the Zinc-Gemstone package. As I mentioned to Phillipe, I don't have better ideas than to override methods where there are platform inconsistencies that need to be addressed for the stuff to load and run. Maybe you would be comfortable to add a version 1.2 to the Zinc config on squeaksource that pulls in the latest Zinc that Sven has made and then loads the Zinc-Gemstone package. If so please do. Good luck and let me know what else I can help with Paul

June 29, 2011

Re: [Pharo-project] [GS/SS Beta] zinc incompatibilities with gemstone

by Paul DeBruicker

On 06/29/2011 09:10 AM, Philippe Marschall wrote: > 2011/6/28 Paul DeBruicker<pdebruic(a)gmail.com>: >> ... >> symbol asSymbol > > <troll> > Every time you do this you admit that dynamic typing is a failure and > suggested types don't work for large scale development. > </troll> > > Cheers > Philippe Yeah. Its only from naÃ¯vetÃ© . What do you recommend I do instead? As Norbert mentioned in Pharo #hi = 'hi' evaluates to true but in Gemstone it evaluates to false. My only ideas to address the issue you bring up is to: 1. get Sven to change his design/coding behavior which may impede the functional improvement of Zinc in a small way. 2. get Pharo to behave as the blue book says it should 3. get Gemstone to behave like Pharo does. 4. Put an asSymbol everywhere the problem pops up. 5. ??? I'm sure there are better ideas but that's all I can think of at the moment. Also I do it twice in that method. I'd really appreciate reading a guide or some guidelines on how to do cross platform development. Or just code reviews like you've provided. I also override things rather than subclass in the port, as a rule. I think that's also offensive in some way but I'm not sure how/why. Thanks for the heads up Paul

June 29, 2011