July 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Performance of zero conf install since 6.1 seems very slow?

by Guillermo Polito

I think it's the entire file server. The thing, i think, is that the VM is much smaller than the image or the sources to download. On Mon, Jul 31, 2017 at 2:26 AM, Tim Mackinnon <tim(a)testit.works> wrote: > Actually its all over the place - the times vary from seconds (like it > used to work) to 5-10 mins. Itâs not very reliable - so. I hope it can be > fixed (although it does seem that the image download is usually the one > Iâve noticed to slow down dramatically). Iâm still trying to sort out some > caching on my end to hopefully lessen the impact of this down stream where > my CI lives. > > Tim > > On 31 Jul 2017, at 00:12, Tim Mackinnon <tim(a)testit.works> wrote: > > Iâm still seeing very slow download response times - so Iâve started to > work on better caching Inria downloads in my build script - however in > doing this, I notice that its not the VM that takes time to download (its > as quick as always) its the image? e.g. (http://files.pharo.org/ > get-files/61/pharo64.zip) > > Why would this file take so much longer than than the vm? (As in minutes > vs. Seconds) > > Tim > > On 26 Jul 2017, at 12:59, Tim Mackinnon <tim(a)testit.works> wrote: > > Yes I see the same - it was seconds and now minutes. > > Maybe it is worth having a mirror for CI (or does it get edge cached > anyway- probably not from what we are seeing, but possibly if could be?) > > Tim > > Sent from my iPhone > > On 26 Jul 2017, at 09:17, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > it may been related to recent INRIA infrastructure changes. > there is nothing 6.1 itself can do with that (6.1 is just a bunch of zips) > > Esteban > > On 26 Jul 2017, at 09:44, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > > We were also seeing it yesterday. In travis, 10m to download an image (and > thus timeout). Before it took seconds. > > On Wed, Jul 26, 2017 at 9:41 AM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> Hi. >> >> I don't know answer. But what time it takes before? >> >> 2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim(a)testit.works>: >> >>> Hi - has anyone else noticed that since 6.1 - using zero conf for >>> installs is very very slow (it takes minutes to download pharo64.zip when >>> using >>> >>> curl get.pharo.org/64/ | bash >>> >>> >>> This is both on my local computer but also on the gitlab ci server? Is >>> it possibly something isnât configured right? >>> >>> Tim >>> >> >> > > > -- > > Guille Polito > > Research Engineer > French National Center for Scientific Research - *http://www.cnrs.fr* > <http://www.cnrs.fr/> > > > *Web:* *http://guillep.github.io* <http://guillep.github.io/> > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> > > > > > -- Guille Polito Research Engineer French National Center for Scientific Research - *http://www.cnrs.fr* <http://www.cnrs.fr> *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

July 31, 2017

Re: [Pharo-users] How to export critics from Critic Browser?

by HernÃ¡n Morales Durand

It looks super cool. Thank you Peter! HernÃ¡n 2017-07-31 4:07 GMT-03:00 Peter Uhnak <i.uhnak(a)gmail.com>: > Hi, > > I did a small experiment on Travis short while ago that collects the QAs and prints them to output log. > > Script (you would be interested only in the Smalltalk part of the code): https://github.com/peteruhnak/ugly-pharo-code/blob/master/qa-testing.sh > > Travis output (expand line 400): https://travis-ci.org/peteruhnak/ugly-pharo-code#L400 > > Peter > > On Mon, Jul 31, 2017 at 01:38:31AM -0300, HernÃ¡n Morales Durand wrote: >> Hi, >> >> I'm using Pharo 6.1 and I want to export a report of Critics Browser results. >> Is there a way to save the results? >> >> It would be nice to have a CSV, to record historical analysis of my >> progress, then plot using Roassal, etc. >> >> Cheers, >> >> HernÃ¡n >> >

July 31, 2017

Re: [Pharo-users] How to export critics from Critic Browser?

by Peter Uhnak

Hi, I did a small experiment on Travis short while ago that collects the QAs and prints them to output log. Script (you would be interested only in the Smalltalk part of the code): https://github.com/peteruhnak/ugly-pharo-code/blob/master/qa-testing.sh Travis output (expand line 400): https://travis-ci.org/peteruhnak/ugly-pharo-code#L400 Peter On Mon, Jul 31, 2017 at 01:38:31AM -0300, HernÃ¡n Morales Durand wrote: > Hi, > > I'm using Pharo 6.1 and I want to export a report of Critics Browser results. > Is there a way to save the results? > > It would be nice to have a CSV, to record historical analysis of my > progress, then plot using Roassal, etc. > > Cheers, > > HernÃ¡n >

July 31, 2017

How to export critics from Critic Browser?

by HernÃ¡n Morales Durand

Hi, I'm using Pharo 6.1 and I want to export a report of Critics Browser results. Is there a way to save the results? It would be nice to have a CSV, to record historical analysis of my progress, then plot using Roassal, etc. Cheers, HernÃ¡n

July 31, 2017

Spotter question. "Spotter" search keyword need font setting from Pharo Setting Value.

by peter yoo

I'm korean user. pharo using mac or linux. I'm always change font setting. because want look korean characters(so simple) but can't using spotter. GLMRubTextFieldMorph font value have hard coding inside.(maybe... look a "SourceSansPro". my pharo using another font now.) spotter result is ok. because GLMScrollPaneBandBrick font value from "Pharo Setting Value". how can change spotter keyword font value? I'm newbie. detail explanation request please. I want fix and understand. thanks to pharo community. always :D -- http://lookandwalk.com http://looknw.com | http://onionmixer.net peter yoo(Jonghwa Yoo). ROK

July 31, 2017

Re: [Pharo-users] Performance of zero conf install since 6.1 seems very slow?

by Tim Mackinnon

Actually its all over the place - the times vary from seconds (like it used to work) to 5-10 mins. Itâs not very reliable - so. I hope it can be fixed (although it does seem that the image download is usually the one Iâve noticed to slow down dramatically). Iâm still trying to sort out some caching on my end to hopefully lessen the impact of this down stream where my CI lives. Tim > On 31 Jul 2017, at 00:12, Tim Mackinnon <tim(a)testit.works> wrote: > > Iâm still seeing very slow download response times - so Iâve started to work on better caching Inria downloads in my build script - however in doing this, I notice that its not the VM that takes time to download (its as quick as always) its the image? e.g. (http://files.pharo.org/get-files/61/pharo64.zip <http://files.pharo.org/get-files/61/pharo64.zip>) > > Why would this file take so much longer than than the vm? (As in minutes vs. Seconds) > > Tim > >> On 26 Jul 2017, at 12:59, Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>> wrote: >> >> Yes I see the same - it was seconds and now minutes. >> >> Maybe it is worth having a mirror for CI (or does it get edge cached anyway- probably not from what we are seeing, but possibly if could be?) >> >> Tim >> >> Sent from my iPhone >> >> On 26 Jul 2017, at 09:17, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: >> >>> it may been related to recent INRIA infrastructure changes. >>> there is nothing 6.1 itself can do with that (6.1 is just a bunch of zips) >>> >>> Esteban >>> >>>> On 26 Jul 2017, at 09:44, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: >>>> >>>> We were also seeing it yesterday. In travis, 10m to download an image (and thus timeout). Before it took seconds. >>>> >>>> On Wed, Jul 26, 2017 at 9:41 AM, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> wrote: >>>> Hi. >>>> >>>> I don't know answer. But what time it takes before? >>>> >>>> 2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >>>> Hi - has anyone else noticed that since 6.1 - using zero conf for installs is very very slow (it takes minutes to download pharo64.zip when using >>>> >>>> curl get.pharo.org/64/ <http://get.pharo.org/64/> | bash >>>> >>>> This is both on my local computer but also on the gitlab ci server? Is it possibly something isnât configured right? >>>> >>>> Tim >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Guille Polito >>>> >>>> Research Engineer >>>> French National Center for Scientific Research - http://www.cnrs.fr <http://www.cnrs.fr/> >>>> >>>> >>>> Web: http://guillep.github.io <http://guillep.github.io/> >>>> Phone: +33 06 52 70 66 13 >>> >

July 31, 2017

Threads safety in Pharo

by Alidra Abdelghani

Hi, Somebody once evoked the problem of threads safety in Pharo. With a friend of mine who is expert in formal methods and process scheduling, we would like to have a look on it. Does anyone knows a good document describing the problem of Pharo with threads safety or at least any document that we can start with? Thanks in advance, Abdelghani

July 30, 2017

Re: [Pharo-users] Performance of zero conf install since 6.1 seems very slow?

by Tim Mackinnon

Iâm still seeing very slow download response times - so Iâve started to work on better caching Inria downloads in my build script - however in doing this, I notice that its not the VM that takes time to download (its as quick as always) its the image? e.g. (http://files.pharo.org/get-files/61/pharo64.zip) Why would this file take so much longer than than the vm? (As in minutes vs. Seconds) Tim > On 26 Jul 2017, at 12:59, Tim Mackinnon <tim(a)testit.works> wrote: > > Yes I see the same - it was seconds and now minutes. > > Maybe it is worth having a mirror for CI (or does it get edge cached anyway- probably not from what we are seeing, but possibly if could be?) > > Tim > > Sent from my iPhone > > On 26 Jul 2017, at 09:17, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > >> it may been related to recent INRIA infrastructure changes. >> there is nothing 6.1 itself can do with that (6.1 is just a bunch of zips) >> >> Esteban >> >>> On 26 Jul 2017, at 09:44, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: >>> >>> We were also seeing it yesterday. In travis, 10m to download an image (and thus timeout). Before it took seconds. >>> >>> On Wed, Jul 26, 2017 at 9:41 AM, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> wrote: >>> Hi. >>> >>> I don't know answer. But what time it takes before? >>> >>> 2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: >>> Hi - has anyone else noticed that since 6.1 - using zero conf for installs is very very slow (it takes minutes to download pharo64.zip when using >>> >>> curl get.pharo.org/64/ <http://get.pharo.org/64/> | bash >>> >>> This is both on my local computer but also on the gitlab ci server? Is it possibly something isnât configured right? >>> >>> Tim >>> >>> >>> >>> >>> -- >>> >>> Guille Polito >>> >>> Research Engineer >>> French National Center for Scientific Research - http://www.cnrs.fr <http://www.cnrs.fr/> >>> >>> >>> Web: http://guillep.github.io <http://guillep.github.io/> >>> Phone: +33 06 52 70 66 13 >>

July 30, 2017

Re: [Pharo-users] Pharo Seaside RESTful services pragma question

by Greg Hutchinson

Thanks Johan - that link looks very helpful. On 30 July 2017 at 02:21, Johan Brichau <johan(a)inceptive.be> wrote: > The Seaside book REST chapter should be deprecated or changed. > > Take a look here for the updated info: https://github.com/ > SeasideSt/Seaside/wiki/Seaside-REST > > Johan > > > On 30 Jul 2017, at 01:46, Greg Hutchinson <the.greg.hutchinson(a)gmail.com> > wrote: > > That worked - thanks very much. > > On 29 July 2017 at 16:13, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > >> Did you try setting the pragma <path: '/'> in the list method? >> Esteban A. Maringolo >> >> >> 2017-07-28 18:40 GMT-03:00 Greg Hutchinson <the.greg.hutchinson(a)gmail.com >> >: >> > I am new to Pharo/Seaside and it has been a long time since I have used >> > Smalltalk. I am trying to make a RESTful service and canât get the >> pragmas >> > to work the way I think it should. (This might be the problem already). >> > >> > >> > >> > Ie Here is my list method within class TeamMembers which is a direct >> > subclass of WARestfulHandler. >> > >> > list >> > >> > <get> >> > >> > ^ String streamContents: [ :stream | >> > >> > self teamMembers do: [ :each | >> > >> > stream nextPutAll: each ; crlf ] >> > >> > ] >> > >> > >> > >> > and >> > >> > >> > >> > listJson >> > >> > <get> >> > >> > <produces: 'text/json'> >> > >> > >> > >> > ^ (Array streamContents: [ :stream | >> > >> > self teamMembers do: [ :each | >> > >> > stream nextPut: (Dictionary new >> > >> > at: 'name' put: each ; >> > >> > yourself) ] ]) >> > >> > asJavascript >> > >> > >> > >> > >> > >> > >> > >> > After doing all the proper registration WAAdmin register: TeamMembers >> at: >> > 'team-members' when I execute in the browser >> > (http://localhost:8080/team-members) I received the message >> > >> > /team-members not found >> > but if I execute (http://localhost:8080/team-members/list) it brings >> back >> > the team member list. (However, I didnât think I would have to add >> /list to >> > the URL). >> > >> > >> > >> > This seems to contradict the documentation in >> > http://book.seaside.st/book/advanced/restful/getting-started >> /define-handler. >> > >> > >> > >> > >> > >> > However, If I override the TeamMembers>> >> > >> > createRoutes >> > >> > | route pType| >> > >> > pType := WAFullMimeTypeMatch main:'text' sub: 'json' . >> > >> > route := WASimpleRoute method: 'GET' selector: #listJson >> > produces: pType consumes: WAWildcardMimeTypeMatch new. >> > >> > ^ OrderedCollection new >> > >> > "GET" >> > >> > add: route; >> > >> > add: (WARoute get: #list); >> > >> > yourself. >> > >> > >> > >> > Then I get the expected behaviour when I browse to >> > (http://localhost:8080/team-members) and using curl. (ie. >> > >> > curl -H "Accept: text/json" http://localhost:8080/team-members >> > >> > to get the Json response. >> > >> > >> > >> > When I debug the difference in the routes, it looks like using the >> pragmas, >> > I get WAComplexRoute(s) but of course in the overridden method >> createRoutes, >> > I get WASimpleRoutes. >> > >> > >> > >> > Is this the way it is supposed to work? >> > >> > >> > >> > >> > >> > Thanks in advance for any hints. >> > >> >> > > > -- > > > --

July 30, 2017

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo 6.1 (summer) released!

by peter yoo

congratulation !!! 2017-07-26 0:50 GMT+09:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 25 Jul 2017, at 17:29, Hilaire <hilaire(a)drgeo.eu> wrote: > > As the P6.1 change log is not complete enough I have to try out to > discover: > > - fix for PNG regression is included > > - the Athen Wrap regression is still present :( > > > is very complete. Is just that it does not has so many changes :) > this was a version we told it was going to be made available to update > iceberg (as we use iceberg for develop P7, we need to have recurrent > updates even in Pharo 6). And since there was important modifications, we > needed to change the backend library. And since we changed the backend > library, we needed to change the vm. Finally, since we changed the VM, we > were unable to apply this update as a âhot-fixâ (what we do regularly, but > version number does not change, just build number). > > So, Pharo 6.1 is exactly the same as before, but with: new iceberg, new > vm, new backend library. > > cheers! > Esteban > > ps: the other regressions, when fixed, can be applied as we usual apply > backported hot-fixes. > > > Le 25/07/2017 Ã 08:59, Hilaire a Ã©crit : > > Meaning these tow ones ? > > http://forum.world.st/Regression-with-PNGReaderWriter-in-P6- > td4951796.html#a4952046 > > http://forum.world.st/WrapAthen-World-coordinate-td4951750.html#a4951966 > > > -- > Dr. Geohttp://drgeo.eu > > > -- http://lookandwalk.com http://looknw.com | http://onionmixer.net peter yoo(Jonghwa Yoo). ROK

July 30, 2017