September 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] SystemVersion majorMinor

by Camillo Bruni

since when is SystemVersion>>#majorMinor gone? and why? since there is still SystemVersion>>#majorMinor: best cami

Sept. 5, 2012

Re: [Pharo-project] latam mirror down?

by Dale Henrichs

Frank, overrideRepositories: overrides all of the repositories used during the load ... it was primarily intended to be used by folks wanting to isolate their development environment from the turbulent internets .... it is not quite as useful for trying to switch between multiple mirrors, you have to provide a complete set of repositories that are up and contain the packages ... Each project can specify primary and mirror repositories in their own configuration. Of course the problem comes up when the mirror repository is down, or the project is only hosted on one repository... Dale ----- Original Message ----- | From: "Frank Shearar" <frank.shearar(a)gmail.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Wednesday, September 5, 2012 3:42:55 AM | Subject: Re: [Pharo-project] latam mirror down? | | On 22 August 2012 21:59, Frank Shearar <frank.shearar(a)gmail.com> | wrote: | > On 22 August 2012 21:08, Dale Henrichs <dhenrich(a)vmware.com> wrote: | >> | >> | >> ----- Original Message ----- | >> | From: "Frank Shearar" <frank.shearar(a)gmail.com> | >> | To: Pharo-project(a)lists.gforge.inria.fr | >> | Sent: Wednesday, August 22, 2012 11:56:12 AM | >> | Subject: Re: [Pharo-project] latam mirror down? | >> | | >> | On 22 August 2012 19:33, Dale Henrichs <dhenrich(a)vmware.com> | >> | wrote: | >> | > Frank, | >> | > | >> | > You can already do this in your configuration by supplying a | >> | > list | >> | > of repositories instead of a single repository: | >> | > | >> | > spec | >> | > repository: 'http://seaside.gemstone.com/ss/metacello'; | >> | > repository: 'http://www.squeaksource.com/metacello'. | >> | > | >> | > Gofer is used to do the loads in Metacello, so I don't think | >> | > that | >> | > Gofer necessarily processes repositories in order , but this | >> | > is | >> | > the technique I use to insulate Metacello loads from | >> | > repository | >> | > outages... | >> | | >> | Sure, but I can't do that for ConfigurationOfFFI, for example. I | >> | can't | >> | do that for ObjectsAsMethodWrappers, to talk about what's | >> | currently | >> | causing our builds to fail. | >> | | >> | > My latam hack for travis ci had to do with compensating for | >> | > configurations that are "single sourced"... | >> | | >> | Sure, and the presence of the latam mirror _ought_ to mean that | >> | any | >> | single-sourced thing on SS would no longer be single source. | >> | Surely | >> | it | >> | would be easier all round if travisCI.st (if I remember the name | >> | correctly) defined where to find these packages? (I can hear | >> | Chris & | >> | Chris saying "it should look on SM") | >> | | >> | I'll see if I can't hack up something we can pick over. | >> | >> Frank, | >> | >> If you're talking about what I did in builderCI ... then I agree | >> wholeheartedly that a failover of some sort is called for when | >> trying to bootstrap the latam mirror support ... squeaksource was | >> dead at the time and I was in a hurry ... (haven't we heard that | >> before) ... I'd welcome improvements there.... | > | > I'm trying a hack there now: basically, revert to using SS for | > finding | > ObjectsAsMethodWrappers and MontiRedirect, and selectively add the | > LatAm redirect. Not great, because we're _still_ using a single | > point | > of failure. | > | >> A fail-over scheme for FFI or any arbitrary projects (is that what | >> you're getting at?) is a bit more difficult, but I'd definitely | >> be interested in seeing what you're thinking ... | > | > This is what I'm getting at. I'll see what I can think up. | | Well, it does seem to work, even though it's a stinky hack. I wrote a | wrapper that inspects the package you're trying to load, and adds a | few possible places where you might find it, and installed the | wrapper | on MetacelloLoaderPolicy >> #overrideRepositories. | | Hm. "Seems to work" might actually not be meaningful: is it the case | that #overrideRepositories always returns the list of repos to | search? | Or is there a flag that says "use the config's repos, unless there | are | overrides"? If #overrideRepositories is always used, this _should_ | work. | | Take a look at the wrapper [1] and the builderCI changes [2] and let | me know what you think. | | frank | | [1] | http://ss3.gemstone.com/ss/Scratchpad-fbs/MetacelloBuildOverrides-fbs.2.mcz | [2] | https://github.com/frankshearar/builderCI/commit/e1aec187d3d4ca5ec919886d88… | | > frank | > | >> Dale | >> | |

Sept. 5, 2012

Re: [Pharo-project] Pharo 2.0 + Travis = ?

by Dale Henrichs

When the RPackage issues are resolved I'll take another crack at loading the Metacello Preview into pahro-2.0:) Dale ----- Original Message ----- | From: "Esteban Lorenzano" <estebanlm(a)gmail.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Wednesday, September 5, 2012 10:24:29 AM | Subject: Re: [Pharo-project] Pharo 2.0 + Travis = ? | | yeah, we are working on that... but there are still some RPackage | issues non completely handled :( | | I suppose for week-end we'll be back in a stable stage :) | | Esteban | | On Sep 5, 2012, at 7:20 PM, Dale Henrichs <dhenrich(a)vmware.com> | wrote: | | > I am poised for getting the Metacello Preview running in Pharo2.0, | > but there are a couple of stability issues that are outstanding at | > the moment, but I believe Esteban and co. will hit that hard this | > week... | > | > Dale | > | > ----- Original Message ----- | > | From: "Igor Stasenko" <siguctua(a)gmail.com> | > | To: Pharo-project(a)lists.gforge.inria.fr | > | Sent: Friday, August 31, 2012 11:37:05 AM | > | Subject: Re: [Pharo-project] Pharo 2.0 + Travis = ? | > | | > | On 31 August 2012 18:54, Frank Shearar <frank.shearar(a)gmail.com> | > | wrote: | > | | > | >> This is something what you can do by yourself, isn't? :) | > | > | > | > Sure. And maybe I would have, if I didn't first have to get a | > | > Pharo | > | > 2.0 image and then install it and then figure out the various | > | > new | > | > APIs | > | > and so on and so on. So instead I wimped out and asked a clear | > | > question in a place where the experts on the relevant APIs | > | > would | > | > have | > | > a chance to see it :P | > | | > | i lost in negations :) | > | clearly, i am not an expert in FS API (as most of others here). | > | | > | > | > | >>> and the relevant code (I think) is | > | >>> | > | >>> transcriptStream := ((Smalltalk at: #FileSystem) | > | >>> workingDirectory | > | >>> / transcriptFileName) readStream | > | >>> | > | >> so, why you don't just wrap this thing with exception handler? | > | >> | > | >> [ transcriptStream := ((Smalltalk at: #FileSystem) | > | >> workingDirectory / transcriptFileName) readStream | > | >> | > | >> ] on: Error do: [ aha... somethign wrong with that file ] | > | >> | > | >> this will prevent image from bailing out to OS. :) | > | > | > | > Well, no. Catching Error is a terrible idea. I'll just touch | > | > the | > | > file | > | > if it doesn't already exist. | > | > | > | | > | so, then, following Sean's rule, it should be something beautiful | > | like: | > | | > | 'bajsjn' asFileReference touch. | > | | > | Because i understood your question ("please open a readStream on | > | this | > | file and, if it's not there, make one") as: | > | - if file exists, open it for reading and read smthng | > | - if file doesn't exists create it (but apparently there will be | > | nothing to read from) | > | | > | > Thanks for taking the trouble to answer the question, Igor. If | > | > it's | > | > any consolation, this means Dale & I can get our CI stuff | > | > working | > | > for | > | > Pharo 2.0 that must quicker. | > | > | > | | > | yes, that would be nice consolation :) | > | | > | > frank | > | | > | | > | -- | > | Best regards, | > | Igor Stasenko. | > | | > | | > | | |

Sept. 5, 2012

Re: [Pharo-project] ss3.gemstone.com

by Dale Henrichs

Thanks Alexander ... I've submitted an issue[1] to have the wlecome page updated... Dale [1] http://code.google.com/p/squeaksource3/issues/detail?id=98 ----- Original Message ----- | From: "Alexandre Bergel" <alexandre.bergel(a)me.com> | To: "Pharo-project(a)lists.gforge.inria.fr open-source Smalltalk" <Pharo-project(a)lists.gforge.inria.fr> | Sent: Wednesday, September 5, 2012 6:38:31 AM | Subject: [Pharo-project] ss3.gemstone.com | | Hi! | | On http://ss3.gemstone.com one can read: | | -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Important Announcement (September 7, 2011): | | The contents of this repository WILL survive beyond the lifetime of | the public Alpha. | From this point onward, all packages stored in the repository will be | preserved. | | As of today, the site is backed up on a daily basis. | -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | | Is this important announcement really important today? Why not to | simply say "The site is backed up on a daily basis." | | Cheers, | Alexandre | -- | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: | Alexandre Bergel http://www.bergel.eu | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. | | | | |

Sept. 5, 2012

Re: [Pharo-project] Pharo 2.0 + Travis = ?

by Esteban Lorenzano

Sept. 5, 2012

Re: [Pharo-project] Pharo 2.0 + Travis = ?

by Dale Henrichs

Sept. 5, 2012

Re: [Pharo-project] [update 2.0] #20276

by Sean P. DeNigris

Alexandre Bergel-7 wrote > > You rock!! That's cool to see it moving so fast... > +1... I was pleasantly surprised by the amount of activity on the issue tracker in the last 24 hours :) Sean -- View this message in context: http://forum.world.st/update-2-0-20276-tp4646189p4646213.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 5, 2012

Re: [Pharo-project] [update 2.0] #20276

by Alexandre Bergel

You rock!! That's cool to see it moving so fast... Alexandre On Sep 5, 2012, at 12:50 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > 20276 > ----- > > Issue 6560: [Cleanup]: SystemVersion > http://code.google.com/p/pharo/issues/detail?id=6560 > > Issue 6576: Some MC enh from Squeak > http://code.google.com/p/pharo/issues/detail?id=6576 > > Issue 6629: Update FileSystem comments > http://code.google.com/p/pharo/issues/detail?id=6629 > > Issue 6631: Order of classes and traits in fileOut are wrong > http://code.google.com/p/pharo/issues/detail?id=6631 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 5, 2012

[Pharo-project] [update 2.0] #20277

by Esteban Lorenzano

20277 ----- Issue 6638: Gofer merge WorkingCopy not found http://code.google.com/p/pharo/issues/detail?id=6638

Sept. 5, 2012

[Pharo-project] [update 2.0] #20276

by Esteban Lorenzano

20276 ----- Issue 6560: [Cleanup]: SystemVersion http://code.google.com/p/pharo/issues/detail?id=6560 Issue 6576: Some MC enh from Squeak http://code.google.com/p/pharo/issues/detail?id=6576 Issue 6629: Update FileSystem comments http://code.google.com/p/pharo/issues/detail?id=6629 Issue 6631: Order of classes and traits in fileOut are wrong http://code.google.com/p/pharo/issues/detail?id=6631

Sept. 5, 2012