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

Re: [Pharo-project] Smalltalk to Python and back

by Fernando Olivero

Hi, you can get inspiration from http://clamato.net/, a similar approach using petit parser to translate to javascript. Fernando On Thu, Nov 1, 2012 at 1:42 PM, dimitris chloupis <thekilon(a)yahoo.co.uk>wrote: > Probably I have mentioned this several times but I am working on a project > for visual programming targeting 3d app blender. I am using currently pharo > though I am still interested in squeak too and I have decided that in order > to communicate with blender python to use a socket bridge. My project is > named "Ephestos". Now what was wondering is the following, how difficult it > would be to parse smalltalk to python. Ephestos is of course smalltalk , > and blender uses python for its addon system. It would be great if > extensions made in Ephestos could converted to python addons. > > I am already planning to map smalltalk methods to Blender python api call, > but I was wondering how easy it would be to parse that code to python. > > So far I am aware of OMeta and Petit Parser libraries. What are your > suggestions ? >

Nov. 1, 2012

Re: [Pharo-project] Unable to use Monticello in last images from Jenkins

by Camillo Bruni

could you try the following "benchmarks" http://dev.nuclearrooster.com/2009/11/08/checking-gzipdeflate-server-respon… with the following urls (just 2 projects): http://smalltalkhub.com/mc/estebanlm/Voyage/main http://squeaksource.com/NativeBoost/ both support gzip answers without problems. On 2012-10-31, at 23:47, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Would it be possible to test without the transparant proxy ? > From another location, like from home ? > If this would fail for everyone, we would have heard about it much sooner. > > On 31 Oct 2012, at 22:27, Guido Chari <charig(a)gmail.com> wrote: > >> Yes, since a couple of weeks i can't. I'm on a Unix now behind a transparent proxy. Same Vm, on same machine, behind the same proxy, no problem if strip out the gzip header from the packet. >> >> I'm using a custom personalized VM. But the only thing that is generating the error is the gzip header option on the http packet. Is that option deeply related or coupled to the vm? BTW, the error is a 400 from the server so i don't believe so. >> >> No one else experimenting the same as me? >> >> >> >> 2012/10/31 Camillo Bruni <camillobruni(a)gmail.com> >> You say you cannot download from squeaksource in the latest 2.0 image? >> >> We use that regularly, for instance for the NativeBoost build, >> and everything works fine (win / linux / mac) >> >> That leaves me quite puzzled about the real cause of this bug... >> >> >> On 2012-10-31, at 21:47, Guido Chari <charig(a)gmail.com> wrote: >>> Hi, >>> >>> Since a couple of weeks i'm have not been able to download packages with >>> Metacello on last image versions from Jenkins. >>> >>> Today i found that if i revert changes on httpClient method from >>> MCHttpRepository everything works fine again. >>> >>> I haven't research deeply on why, i'm not an expert on Zinc, but the >>> message that is breaking everything and making my image to receive a 400 >>> error from squeaksource is setAcceptEncodingGzip that is addinng the gzip >>> header to the requests. >>> >>> As i said, i haven't going to deep with this but as i am the only one who >>> is watching this behavior perhaps is something only for squeaksource. >>> >>> If this is actually an issue and not some fault from myself, and someone >>> give me some help, i can help with the solution. >>> >>> Cheers, >>> Guido. > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > >

Nov. 1, 2012

[Pharo-project] Smalltalk to Python and back

by dimitris chloupis

Probably I have mentioned this several times but I am working on a project for visual programming targeting 3d app blender. I am using currently pharo though I am still interested in squeak too and I have decided that in order to communicate with blender python to use a socket bridge. My project is named "Ephestos". Now what was wondering is the following, how difficult it would be to parse smalltalk to python. Ephestos is of course smalltalk , and blender uses python for its addon system. It would be great if extensions made in Ephestos could converted to python addons. I am already planning to map smalltalk methods to Blender python api call, but I was wondering how easy it would be to parse that code to python. So far I am aware of OMeta and Petit Parser libraries. What are your suggestions ?

Nov. 1, 2012

[Pharo-project] [update 2.0] #20372

by Marcus Denker

20372 ----- Issue 6891: MetacelloToolbox missing http://code.google.com/p/pharo/issues/detail?id=6891 Diff information: http://ss3.gemstone.com/ss/Pharo20/Metacello-ToolBox-MarcusDenker.133.diff -- Marcus Denker -- http://marcusdenker.de

Nov. 1, 2012