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

Re: [Pharo-project] Squeaksource down, are people using something else?

by Paul DeBruicker

I need to proofread before sending. After making the two changes to MetacelloRepositoriesSpec you can just load the Configurations in the normal way e.g. ConfigurationOfSeaside30 load. It takes longer because it checks squeaksource first, and waits on a timeout. If you know you don't want to access squeaksource at all change the #add: method to: MetacelloRepositoriesSpec>>add: aStringOrSpec (aStringOrSpec isString and: [ '*squeaksource*' match: aStringOrSpec ]) ifTrue: [ (aStringOrSpec copy replaceFrom: 8 to: 27 with: 'dsal.cl/squeaksource/' startingAt: 1) addToMetacelloRepositories: self ] ifFalse: [ aStringOrSpec addToMetacelloRepositories: self ]. Which should remove all the references to squeaksource for the configuration and its dependencies which should make loading things go faster as its not waiting on a timeout. . -- View this message in context: http://forum.world.st/Squeaksource-down-are-people-using-something-else-tp4… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 5, 2012

Re: [Pharo-project] Squeaksource down, are people using something else?

by Paul DeBruicker

This works but doesn't permanently change the repos in the configuration and you have to have some way to load the configuration in the first place. It just adds more repos during the load process: MetacelloRepositoriesSpec>>add: aStringOrSpec (aStringOrSpec isString and: [ '*squeaksource*' match: aStringOrSpec ]) ifTrue: [ (aStringOrSpec copy replaceFrom: 8 to: 27 with: 'dsal.cl/squeaksource/' startingAt: 1) addToMetacelloRepositories: self ]. aStringOrSpec addToMetacelloRepositories: self MetacelloRepositoriesSpec>>repository:aStringOrSpec self add: aStringOrSpec You should also change the networking timeout to something more tolerable than 30 seconds. e.g. ZnNetworkingUtils defaultSocketStreamTimeout:3 And I've only tried it in Pharo 1.4 and only loaded Seaside3.0.7. So ymmv. StÃ©phane Ducasse wrote > yes we should do that > Do you have one example? > So that I also add it to the metacello chapter? > > Stef > > On Nov 5, 2012, at 7:12 PM, Paul DeBruicker wrote: > >> http://dsal.cl/squeaksource/ is the address for the Chilean Squeaksource >> mirror. >> >> >> It'd be nice to update every Metacello config that has a squeaksource >> primary repository to point to the chilean mirror as a secondary source >> (or >> github/smnalltalkhub/ss3 ...). -- View this message in context: http://forum.world.st/Squeaksource-down-are-people-using-something-else-tp4… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 5, 2012

Re: [Pharo-project] How to load MetacelloToolbox

by Francois Stephany

Ok! Thanks David :) Maybe related but I remember seeing that there's a Coral version of OSProcess or something like that. Is the case? Does anyone have managed to get all the tests green in Pharo 1.4 Summer ? On 04/11/12 16:53, David T. Lewis wrote: > On Sun, Nov 04, 2012 at 04:14:00PM +0100, St?phane Ducasse wrote: >> >>> We looked a bit at OSProcess in 2.0 with Mariano on Friday. >>> We tried to have clean loading (i.e., remove FileDirectory references + a couple of other stuff). We also spotted some inconsistencies in the ConfigurationOfOSProcess. >> >> Good! >> >>> I'm going to continue what we started but I don't think I will be able to make all the tests pass (if I remember well, they are not passing in 1.4 summer neither...) >>> >>> Where should I commit the changes? >> >> if you cannot in the os repo you can in the PharoTaskForces but let us wait that david reply. >> > > Hi, > > I am open to suggestions :) > > Doing the work in PharoTaskForces would make sense to me. I don't mind doing > integration work to pull things into the OSProcess repository, as long as we > do not break the tests for OSProcess running in Squeak. But I am quite familiar > with the Squeak environment, so it probably makes sense for me to do the work > of testing that. Overall my time is kind of limited so it is better for me of > others can do the Pharo development. > > In the CommandShell repository, I have a package called "CommandShellPharo" for > compatibility things. Maybe we should have something similar like "OSProcessPharo" > for OSProcess? Note that I am suggesting "CommandShellPharo" and "OSProcessPharo" > rather than "CommandShell-Pharo" and "OSProcess-Pharo" because I still maintain > "CommandShell" and "OSProcess" MCZ packages the repositories, so I would like > to keep any Squeak/Pharo specifics in distinct packages. > > If there was an OSProcessPharo (or similar) package in PharoTaskForces, I can > copy the updates into the OSProcess repo, or give someone the access to do > so (currently Sebastian Sastre and Damien Pollet have developer access). > > Dave > > -- http://tulipemoutarde.be +32 65 709 131

Nov. 5, 2012

Re: [Pharo-project] Squeaksource down, are people using something else?

by StÃ©phane Ducasse

yes we should do that Do you have one example? So that I also add it to the metacello chapter? Stef On Nov 5, 2012, at 7:12 PM, Paul DeBruicker wrote: > http://dsal.cl/squeaksource/ is the address for the Chilean Squeaksource > mirror. > > > It'd be nice to update every Metacello config that has a squeaksource > primary repository to point to the chilean mirror as a secondary source (or > github/smnalltalkhub/ss3 ...). > > > > -- > View this message in context: http://forum.world.st/Squeaksource-down-are-people-using-something-else-tp4… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Nov. 5, 2012

Re: [Pharo-project] Squeaksource down, are people using something else?

by Paul DeBruicker

http://dsal.cl/squeaksource/ is the address for the Chilean Squeaksource mirror. It'd be nice to update every Metacello config that has a squeaksource primary repository to point to the chilean mirror as a secondary source (or github/smnalltalkhub/ss3 ...). -- View this message in context: http://forum.world.st/Squeaksource-down-are-people-using-something-else-tp4… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 5, 2012

Re: [Pharo-project] Squeaksource down, are people using something else?

by Sebastian Sastre

similar frustrating from here Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /. Reason: Error reading from remote server Apache/2.2.22 (Ubuntu) Server at squeaksource.com Port 80 On Nov 5, 2012, at 12:52 PM, GÃ¶ran Krampe wrote: > Hey! > > I just started out with a new web app and was going to use Pharo etc, but... I can't even get going since SS is down. > > Now... am I missing something obvious that people already know how to work around this - or? > > regards, GÃ¶ran >

Nov. 5, 2012

Re: [Pharo-project] Squeaksource down, are people using something else?

by dimitris chloupis

I am using github for my Ephestos project https://github.com/kilon/Ephestos Start using today for pharo. It seems to work okish with fileout though I hear metacello makes the whole process more automatic. I really prefer github over squeaksource for loads of reasons, though because of monticello ss3 is more automatic. I have created though a project in ss3 . I have not committed something useful yet but I hope I will in the very near future. ________________________________ From: GÃ¶ran Krampe <goran(a)krampe.se> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, 5 November 2012, 16:52 Subject: [Pharo-project] Squeaksource down, are people using something else? Hey! I just started out with a new web app and was going to use Pharo etc, but... I can't even get going since SS is down. Now... am I missing something obvious that people already know how to work around this - or? regards, GÃ¶ran

Nov. 5, 2012

[Pharo-project] Jenkins up again...

by Marcus Denker

Hi, The ci server is up again. https://ci.lille.inria.fr/pharo/ Marcus -- Marcus Denker -- http://marcusdenker.de

Nov. 5, 2012

Re: [Pharo-project] Committing on dead squeak source freezes to death my system

by StÃ©phane Ducasse

+ 1 It ws endless :) Stef On Nov 5, 2012, at 11:45 AM, Sven Van Caekenberghe wrote: > On 05 Nov 2012, at 11:18, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Hi >> >> I thought that there was a timeout to reach a server and that after I could get back the system. >> Right now I cannot. I'm using the latest pharo2.0 and I could not unfreeze it. >> Any idea suggestions? >> Stef > > ZnNetworkingUtils class>>#defaultSocketStreamTimeout is 30 seconds > McHttpRepository>>#httpClient has #systemPolicy which means there will be 2 retries > Monticello does multiple reads and writes when you save > > So it will take a long time to time outâ¦ > > I and many others would vote for a much shorter timeout, like 5 seconds. > Either it works or not. > > Sven

Nov. 5, 2012

Re: [Pharo-project] how pass an instruction in an already running image

by StÃ©phane Ducasse

Interesting. We will start a project a bit similar where we can build imagesâ¦. Stef On Nov 5, 2012, at 12:13 PM, Pavel Krivanek wrote: > Maybe some more complex version of this: > > http://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ker… > > -- Pavel > > On Mon, Nov 5, 2012 at 12:04 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Nice. I already thought about the Seaside interface. > > But, what do I do if I want to script the commands? For example, I would like to orchestrate the building of a new image in the background, and when the second one is ready to shut down the first one. > > Cheers, > Doru > > > On Mon, Nov 5, 2012 at 11:01 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Doru, > > On 05 Nov 2012, at 10:31, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> I have a running image that I trigger from the command line. What ways are there to make this running image react to some other command sent from the command line? >> >> Cheers, >> Doru > > The ideal solution, IMO, would be some local telnet access that gives you a REPL. > > What I do with server images, is to install a small, protected Seaside application that groups a number of the tools already present in Seaside into a control panel: a browser, an inspector that can also execute code and some status views. This gives you a primitive but effective interface to see what is going on. It works surprisingly well. > > You can find the code here: > > MCHttpRepository > location: 'http://mc.stfx.eu/BetaNinePublic' > user: '' > password: '' > > BetaNine-Seaside-Pi-SvenVanCaekenberghe.2 > > Here are some screenshots: > > <Screen Shot 2012-11-05 at 10.52.23.png> > > <Screen Shot 2012-11-05 at 10.59.41.png> > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > >

Nov. 5, 2012