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

Re: [Pharo-project] startup errors

by Andrea BrÃ¼hlmann

It seems that pharo 1.3 introduced that the image quits if an error happens during startup. What are the reasons for this? Or what's the state of the email below? Andrea Camillo Bruni schrieb: > While working on Coral we encountered a rather annoying behavior of pharo images when starting up. > > We wanted to check if we can debug the CoralScriptLoader, but of corse since this happens at image startup time this is not a good ideaâ¦ > HOWEVER we were no longer able to run the image as it immediately crashes during the startup. > > Now I wonder if it would make sense to add a couple of on:do: in SmalltalkImage >> snapshot:anQuit: to collect the errors of all the startup scripts and then only show them after all other startupListItems are processed. > > All in all the behavior would not much differ from what is going on right now, but would prevent stupid users like me from losing a whole image. > > camillo >

Oct. 24, 2011

Re: [Pharo-project] Jenkis small delay possible?

by Marcus Denker

On Oct 24, 2011, at 11:23 AM, Mariano Martinez Peck wrote: > Marcus, the problem is that jenkis is working VERY well ;) Now, really, the thing is that I have a lot of packages, and when I change in several of them, when I commit the first package, Jenkis automatically fires up a build. That happens even before I can commit the rest of the packages. Hence...the build become unstabe, and just in the next build it becomes stable again... > So...I was wondering, maybe we can put kind of delay ? so that Jenkis does not trigger a build immediatly, but say, after 5 minutes? (that gives me time to commit all packages) > Ok, I changed the "quite period" to be 5 minutes (was 2) -- Marcus Denker -- http://marcusdenker.de

Oct. 24, 2011

[Pharo-project] Jenkis small delay possible?

by Mariano Martinez Peck

Marcus, the problem is that jenkis is working VERY well ;) Now, really, the thing is that I have a lot of packages, and when I change in several of them, when I commit the first package, Jenkis automatically fires up a build. That happens even before I can commit the rest of the packages. Hence...the build become unstabe, and just in the next build it becomes stable again... So...I was wondering, maybe we can put kind of delay ? so that Jenkis does not trigger a build immediatly, but say, after 5 minutes? (that gives me time to commit all packages) Thanks -- Mariano http://marianopeck.wordpress.com

Oct. 24, 2011

Re: [Pharo-project] UI blocked

by Janko MivÅ¡ek

Small update: UI is responsive, just not to keyboard/mouse input. Background Aida is able to write to Transcript without a problem. So, can I unblock or restart somehow input sensors so that image will start to react to my input again? I can in theory run a script through the web from background Aida server... Best regards Janko S, Janko MivÅ¡ek piÅ¡e: > Hi guys, > > My 1.3 #13299 image is blocked again, but just UI not responding to any > input events, while Aida web app server is running smoothly in backrgound. > >>From Transcript I can see that last action was a new image backup > procedure, which is done simply by : > > OSProcess waitForCommand: 'cp some.image some-bck.image'. > > This procedure is called from a background process and report to > Transcript its start and end. Is there something wrong with that? Or is > some interference with OSProcess semaphores? (I saw such suspicious > thing once before). > > In any case, is there a way to unblock image now? Ctrl or Alt . doesn't > help. > > Best regards > Janko > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

Oct. 24, 2011

Re: [Pharo-project] Is test coverage working correctly?

by Mariano Martinez Peck

grrr I speak to quickly....sorry. Using the latest VM from Eliot seems to work accurate. On Mon, Oct 24, 2011 at 10:48 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Because I remember some threads about it....I am running it in Pharo 1.2, > 1.3 and 1.4 and in each of them I get different results. What is weird is > that while running coverage lots of tests go red... is that normal? > If I check the methods which are "not tested", I see some methods that I am > SURE they were executed while running the tests. > > Thanks > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Oct. 24, 2011

[Pharo-project] Is test coverage working correctly?

by Mariano Martinez Peck

Because I remember some threads about it....I am running it in Pharo 1.2, 1.3 and 1.4 and in each of them I get different results. What is weird is that while running coverage lots of tests go red... is that normal? If I check the methods which are "not tested", I see some methods that I am SURE they were executed while running the tests. Thanks -- Mariano http://marianopeck.wordpress.com

Oct. 24, 2011

Re: [Pharo-project] Having a shared package-cache Re: MCDirectoryRepository defaultDirectoryName ignored?

by Mariano Martinez Peck

I am not sure if it is the best solution, but it works, an that's all I need :) What I did is to implement two extension methods: MCCachedRepository >> marianoDefaultWithDirectory: aDirectory self checkCacheDirectory. ^ default ifNil: [default := self new directory: aDirectory] MCCachedRepository >> marianoReset default := nil. And then in my build script I execute: MCCacheRepository marianoReset. MCCacheRepository marianoDefaultWithDirectory: self sharedPackageCacheDirectory. >> sharedPackageCacheDirectory (FileDirectory on: self sharedPackageCacheName) assureExistence; yourself >> sharedPackageCacheName ^ '/Users/mariano/Pharo/localRepo/' Cheers On Sun, Oct 23, 2011 at 10:51 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > how? > > Stef > > On Oct 21, 2011, at 11:26 PM, Mariano Martinez Peck wrote: > > > Thanks guys. I was able to successfully change the directory of the > package-cache. > > > > On Fri, Oct 21, 2011 at 12:15 PM, Lukas Renggli <renggli(a)gmail.com> > wrote: > > You could add startup code that resets it to an absolute fixed location. > > > > I would go with the links. > > > > Lukas > > > > On 21 October 2011 11:59, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > > > > > On 21 Oct 2011, at 11:47, Mariano Martinez Peck wrote: > > > > > >> Hi guys. I would really LOVE to have a shared package-cache among > images. I have (really) 1 gb of .mcz in different package-cache. > > >> I am using new images all the time (hence package cache is empty). I > would love to be able to reuse the same package-cache directory for all my > images. > > >> So...how can I change the place where the package-cache is created so > that it uses another directory? > > > > > > Mine is 0.75 GB, but shared: I put all my images in the same directory. > > > Working with links is also an option, I think that is what Lukas' build > scripts do. > > > > > > Sven > > > > > > > > > > > > > > > > > -- > > Lukas Renggli > > www.lukas-renggli.ch > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > -- Mariano http://marianopeck.wordpress.com

Oct. 23, 2011

Re: [Pharo-project] Having a shared package-cache Re: MCDirectoryRepository defaultDirectoryName ignored?

by StÃ©phane Ducasse

how? Stef On Oct 21, 2011, at 11:26 PM, Mariano Martinez Peck wrote: > Thanks guys. I was able to successfully change the directory of the package-cache. > > On Fri, Oct 21, 2011 at 12:15 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > You could add startup code that resets it to an absolute fixed location. > > I would go with the links. > > Lukas > > On 21 October 2011 11:59, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > > > On 21 Oct 2011, at 11:47, Mariano Martinez Peck wrote: > > > >> Hi guys. I would really LOVE to have a shared package-cache among images. I have (really) 1 gb of .mcz in different package-cache. > >> I am using new images all the time (hence package cache is empty). I would love to be able to reuse the same package-cache directory for all my images. > >> So...how can I change the place where the package-cache is created so that it uses another directory? > > > > Mine is 0.75 GB, but shared: I put all my images in the same directory. > > Working with links is also an option, I think that is what Lukas' build scripts do. > > > > Sven > > > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > > > > -- > Mariano > http://marianopeck.wordpress.com >

Oct. 23, 2011

Re: [Pharo-project] [Seaside] Re: Welcome to the "seaside" mailing list

by Dale Henrichs

SeasideREST is dependent upon the just what is required for SeasideREST to function, so that it can be used in an application where you don't want the whole Seaside project loaded. You need to load the other things that your require, like the adaptor you want to use, etc. You can load up the full seaside config before or after loading SeasideREST. Dale ----- Original Message ----- | From: "Guillermo Polito" <guillermopolito(a)gmail.com> | To: "Seaside - general discussion" <seaside(a)lists.squeakfoundation.org> | Cc: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> | Sent: Saturday, October 22, 2011 3:57:43 PM | Subject: Re: [Seaside] Re: Welcome to the "seaside" mailing list | | | Hmm, when loading SeasideRest in pharo 1.3 it did not fail, but I | didn't got the WAAdmin class, so I was not able to publish no | service at all :). | | Using the one click seaside image should probably work (I didn't test | it yet), but I wanted to know if I am able to load it without | loading the entire seaside (as it was said in the pharo mailing | list). | | BTW, sorry for not changing the email subject. I got a newby attack, | as usual :). | | Thanks everyone! | Guille | | | On Thu, Oct 20, 2011 at 4:12 PM, Dale Henrichs < dhenrich(a)vmware.com | > wrote: | | | Guillermo, | | To add to what others have said ... | | If you are doing JSON and REST then you will want both Seaside-REST | and Seaside-JSON ... there are configurations for both I'm using | both REST and JSON for tODE and the JSON canvas is very nice ... you | can look at the tODE-Amber package in tODE if you want to see how | I'm using them both... | | I think that if you load Seaside 3.0.6.2 into Pharo 1.3, then load | the other configs you'll be successful. It looks like | ConfigurationOfSeasideREST will load Seaside 3.0.6 which doesn't | load into Pharo 1.3 anymore. I should change that configuration to | use #stable instead ... | | Dale | | | ----- Original Message ----- | | From: "Guillermo Polito" < guillermopolito(a)gmail.com > | | To: seaside(a)lists.squeakfoundation.org , "Pharo Development" < | | Pharo-project(a)lists.gforge.inria.fr > | | Sent: Thursday, October 20, 2011 4:59:50 AM | | Subject: [Seaside] Re: Welcome to the "seaside" mailing list | | | | | | Hi! | | | | I need to set up a rest server serving JSON and I want to do it | | with | | seaside, since I heard about it in the pharo's mailing list :). | | | | I found in squeaksource/MetacelloRepository a | | ConfigurationOfSeasideRest, and the following link: | | http://code.google.com/p/seaside/wiki/SeasideRest . But I didn't | | | manage to get it installed in my 1.3 image... I also googled and | | looked in the seaside doc, but I didn't find a way to do it :(. | | | | Does anybody have a link or point me to some documentation? Or give | | me some instructions of how to do it, hehe :P. | | | | Thanks! | | Guille | | | | | | | _______________________________________________ | | seaside mailing list | | seaside(a)lists.squeakfoundation.org | | http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside | | | _______________________________________________ | seaside mailing list | seaside(a)lists.squeakfoundation.org | http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside | | | _______________________________________________ | seaside mailing list | seaside(a)lists.squeakfoundation.org | http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |

Oct. 23, 2011

[Pharo-project] UI blocked

by Janko MivÅ¡ek

Hi guys, My 1.3 #13299 image is blocked again, but just UI not responding to any input events, while Aida web app server is running smoothly in backrgound. >From Transcript I can see that last action was a new image backup procedure, which is done simply by : OSProcess waitForCommand: 'cp some.image some-bck.image'. This procedure is called from a background process and report to Transcript its start and end. Is there something wrong with that? Or is some interference with OSProcess semaphores? (I saw such suspicious thing once before). In any case, is there a way to unblock image now? Ctrl or Alt . doesn't help. Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Oct. 23, 2011