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

Re: [Pharo-project] latam mirror down?

by Frank Shearar

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

[Pharo-project] [update 2.0] #20273

by Marcus Denker

20273 ----- Issue 6619: Tests.Bugs.ChangeSetClassChangesTest http://code.google.com/p/pharo/issues/detail?id=6619 Issue 6609: ProcessSpecificVariable bug http://code.google.com/p/pharo/issues/detail?id=6609

Sept. 5, 2012

Re: [Pharo-project] Some news about Athens

by Igor Stasenko

On 4 September 2012 06:44, Tudor Girba <tudor(a)tudorgirba.com> wrote: > The fonts addition is excellent! > > Not having StrikeFont support is less good news, but I understand your position. > > The only reason I proposed having StrikeFont support was to ease the transition to Athens until the VMs will be properly bundled with Cairo. This will likely take a while, but the transition could start now. > > Is there another possibility of using a font that can be supported with Athens rendered on top of Balloon. > well, you can use standard canvas to render anything into the surface.. but of course you'll have to keep a coordinate system transforms in sync.. right now it works, if you send #asForm to cairo surface, it returns a form which using same bits for bitmap, as cairo does, so drawing using balloon canvas is possible. a different backends may not support that , of course, and sending #asForm message will just return a copy of bits currently rendered on surface. anyways, you can combine it with balloon canvas.. first render on surface, then send #asForm, and then you free to do anything with it , including drawing fonts, of course. > Cheers, > Doru > -- Best regards, Igor Stasenko.

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Javier PimÃ¡s

Hi! I'm not sure if the idea is to have a pharo running on a simple OS on top of a raspbpi, which would be equivalent to have pharo on ARM (I think), or to have pharo running as the OS on top of it, as SqueakNOS. In the latter case, it is surely possible. But beware, it can be some tough work to get it running, maybe not that difficult but a lot of work. Actually, SqueakNOS was not compiled with the StackVM but the old interpreter. There are two things that would be needed to make it work in the StackVM or Cog (jit is not the problem): - Makefiles for the platform are handmade, so it might require to convert to cmake to use the stackvm. - There are some features brought by the OS used by the stack vm and cog, which should be worked around, I can't remember exactly which ones. To make it work on top of raspberrypi you'd need to add to the list: - Writing support for some of the base devices - Merging it into arm platform As I previously said, the biggest barrier is (I think) that it needs some work, which takes time, but not the difficulty. So if someone is interested and wants to work on this, I'd be glad to guide him. Cheers, Javier. On Tue, Sep 4, 2012 at 3:31 PM, Frank Shearar <frank.shearar(a)gmail.com>wrote: > On 4 September 2012 15:19, Guido Chari <charig(a)gmail.com> wrote: > > There is always a need for a vm. SqueakNos last release on mid 2011 was > > compatible only with an special compiled stackvm for x86 (this special vm > > strips out all the OS support and has a particular linking process). I'm > not > > sure why someone would be willing to run sqnos on the Rasperry but > anyway, > > the work for doing that should be the same than thatt for compiling the > > special stackvm from sqnos to ARM arquitecture. > > No, there isn't always a need for a VM: Smalltalk's been demoed > running directly on a Mitsubishi chip, and you could always program an > FGPA or similar as your _machine_. > > And as I mentioned, the Stack VM already runs on the Raspberry, so > assumed that Phil wanted something _more_ than that, and that's > running the image directly on hardware (or similar, like SqueakNOS). > > frank > > > It would be very interesting to think on going one step further and try > to > > make sqnos compatible with the new cogvm and pharo 2.0. Hope to have some > > time to try it. > > > > Cheers, > > Guido. > > > > 2012/9/4 S Krish <krishnamachari.sudhakar(a)gmail.com> > >> > >> That would be great..!.. > >> > >> Need to order the pi and check it out.. > >> > >> > >> On Tue, Sep 4, 2012 at 12:21 PM, Frank Shearar <frank.shearar(a)gmail.com > > > >> wrote: > >>> > >>> On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >>> > On Mon, Sep 3, 2012 at 5:31 PM, S Krish > >>> > <krishnamachari.sudhakar(a)gmail.com> wrote: > >>> >> I am sure you should be able to run Tiny Core linux ( vanilla > without > >>> >> WM) on > >>> >> Raspberry.. add Pharo ... > >>> >> > >>> > There is a Debian made specially for the hardware... > >>> > http://www.raspbian.org > >>> > I think this is what everyone is using. > >>> > > >>> > So the only thing missing is a VM... > >>> > >>> I assumed that Phil wants to run the image directly on the hardware, > >>> because the Pi already runs Squeak/Pharo/Scratch just fine. > >>> > >>> The SqueakNOS people might be able to help? > >>> > >>> frank > >>> > >>> > Marcus > >>> > > >>> > -- > >>> > Marcus Denker -- denker(a)acm.org > >>> > http://www.marcusdenker.de > >>> > > >>> > >> > > > > -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Guido Chari

2012/9/4 Frank Shearar <frank.shearar(a)gmail.com> > On 4 September 2012 15:19, Guido Chari <charig(a)gmail.com> wrote: > > There is always a need for a vm. SqueakNos last release on mid 2011 was > > compatible only with an special compiled stackvm for x86 (this special vm > > strips out all the OS support and has a particular linking process). I'm > not > > sure why someone would be willing to run sqnos on the Rasperry but > anyway, > > the work for doing that should be the same than thatt for compiling the > > special stackvm from sqnos to ARM arquitecture. > > No, there isn't always a need for a VM: Smalltalk's been demoed > running directly on a Mitsubishi chip, and you could always program an > FGPA or similar as your _machine_. > Right, but we were talking about the *Raspberry.* > > And as I mentioned, the Stack VM already runs on the Raspberry, so > assumed that Phil wanted something _more_ than that, and that's > running the image directly on hardware (or similar, like SqueakNOS). > > SqueakNOS doesnÂ´t discard the vm, the image runs on a vm, what it discards is the operating system. > frank > > > It would be very interesting to think on going one step further and try > to > > make sqnos compatible with the new cogvm and pharo 2.0. Hope to have some > > time to try it. > > > > Cheers, > > Guido. > > > > 2012/9/4 S Krish <krishnamachari.sudhakar(a)gmail.com> > >> > >> That would be great..!.. > >> > >> Need to order the pi and check it out.. > >> > >> > >> On Tue, Sep 4, 2012 at 12:21 PM, Frank Shearar <frank.shearar(a)gmail.com > > > >> wrote: > >>> > >>> On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >>> > On Mon, Sep 3, 2012 at 5:31 PM, S Krish > >>> > <krishnamachari.sudhakar(a)gmail.com> wrote: > >>> >> I am sure you should be able to run Tiny Core linux ( vanilla > without > >>> >> WM) on > >>> >> Raspberry.. add Pharo ... > >>> >> > >>> > There is a Debian made specially for the hardware... > >>> > http://www.raspbian.org > >>> > I think this is what everyone is using. > >>> > > >>> > So the only thing missing is a VM... > >>> > >>> I assumed that Phil wants to run the image directly on the hardware, > >>> because the Pi already runs Squeak/Pharo/Scratch just fine. > >>> > >>> The SqueakNOS people might be able to help? > >>> > >>> frank > >>> > >>> > Marcus > >>> > > >>> > -- > >>> > Marcus Denker -- denker(a)acm.org > >>> > http://www.marcusdenker.de > >>> > > >>> > >> > > > >

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Frank Shearar

On 4 September 2012 15:19, Guido Chari <charig(a)gmail.com> wrote: > There is always a need for a vm. SqueakNos last release on mid 2011 was > compatible only with an special compiled stackvm for x86 (this special vm > strips out all the OS support and has a particular linking process). I'm not > sure why someone would be willing to run sqnos on the Rasperry but anyway, > the work for doing that should be the same than thatt for compiling the > special stackvm from sqnos to ARM arquitecture. No, there isn't always a need for a VM: Smalltalk's been demoed running directly on a Mitsubishi chip, and you could always program an FGPA or similar as your _machine_. And as I mentioned, the Stack VM already runs on the Raspberry, so assumed that Phil wanted something _more_ than that, and that's running the image directly on hardware (or similar, like SqueakNOS). frank > It would be very interesting to think on going one step further and try to > make sqnos compatible with the new cogvm and pharo 2.0. Hope to have some > time to try it. > > Cheers, > Guido. > > 2012/9/4 S Krish <krishnamachari.sudhakar(a)gmail.com> >> >> That would be great..!.. >> >> Need to order the pi and check it out.. >> >> >> On Tue, Sep 4, 2012 at 12:21 PM, Frank Shearar <frank.shearar(a)gmail.com> >> wrote: >>> >>> On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> > On Mon, Sep 3, 2012 at 5:31 PM, S Krish >>> > <krishnamachari.sudhakar(a)gmail.com> wrote: >>> >> I am sure you should be able to run Tiny Core linux ( vanilla without >>> >> WM) on >>> >> Raspberry.. add Pharo ... >>> >> >>> > There is a Debian made specially for the hardware... >>> > http://www.raspbian.org >>> > I think this is what everyone is using. >>> > >>> > So the only thing missing is a VM... >>> >>> I assumed that Phil wants to run the image directly on the hardware, >>> because the Pi already runs Squeak/Pharo/Scratch just fine. >>> >>> The SqueakNOS people might be able to help? >>> >>> frank >>> >>> > Marcus >>> > >>> > -- >>> > Marcus Denker -- denker(a)acm.org >>> > http://www.marcusdenker.de >>> > >>> >> >

Sept. 4, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Camillo Bruni

good! On 2012-09-04, at 17:39, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Ben, I think I found the cause of the "changes" problem with Monticello, > and I think you may have been involved ;) > I have no idea how to fix it but tomorrow it would be cool to see it > together if you attend. > See you > > On Tue, Sep 4, 2012 at 10:02 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> I will see you there guys! >> >> >> On Mon, Sep 3, 2012 at 5:16 PM, Guido Chari <charig(a)gmail.com> wrote: >> >>> I would love to participate, but this wed its not possibe since i have >>> already a commitment for the morning and at my afternoon you would not be >>> there. But i like very much the idea of being able to remotely participate, >>> i hope to join you the next. >>> >>> 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> >>> >>> >>>> Guillermo Polito wrote >>>>> >>>>> Mine is guillermopolito! >>>>> >>>> >>>> I'm sean.denigris >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Pharo-Stabilization-Sprint-tp4645941p4645951.html >>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>> >>>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com

Sept. 4, 2012

Re: [Pharo-project] Pharo Stabilization Sprint

by Mariano Martinez Peck

Ben, I think I found the cause of the "changes" problem with Monticello, and I think you may have been involved ;) I have no idea how to fix it but tomorrow it would be cool to see it together if you attend. See you On Tue, Sep 4, 2012 at 10:02 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > I will see you there guys! > > > On Mon, Sep 3, 2012 at 5:16 PM, Guido Chari <charig(a)gmail.com> wrote: > >> I would love to participate, but this wed its not possibe since i have >> already a commitment for the morning and at my afternoon you would not be >> there. But i like very much the idea of being able to remotely participate, >> i hope to join you the next. >> >> 2012/9/3 Sean P. DeNigris <sean(a)clipperadams.com> >> >> >>> Guillermo Polito wrote >>> > >>> > Mine is guillermopolito! >>> > >>> >>> I'm sean.denigris >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Pharo-Stabilization-Sprint-tp4645941p4645951.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Sept. 4, 2012

Re: [Pharo-project] How to create a basic OS for the Raspberry Pi - VM+Pharo on top?

by Guido Chari

There is always a need for a vm. SqueakNos last release on mid 2011 was compatible only with an special compiled stackvm for x86 (this special vm strips out all the OS support and has a particular linking process). I'm not sure why someone would be willing to run sqnos on the Rasperry but anyway, the work for doing that should be the same than thatt for compiling the special stackvm from sqnos to ARM arquitecture. It would be very interesting to think on going one step further and try to make sqnos compatible with the new cogvm and pharo 2.0. Hope to have some time to try it. Cheers, Guido. 2012/9/4 S Krish <krishnamachari.sudhakar(a)gmail.com> > That would be great..!.. > > Need to order the pi and check it out.. > > > On Tue, Sep 4, 2012 at 12:21 PM, Frank Shearar <frank.shearar(a)gmail.com>wrote: > >> On 4 September 2012 07:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> > On Mon, Sep 3, 2012 at 5:31 PM, S Krish >> > <krishnamachari.sudhakar(a)gmail.com> wrote: >> >> I am sure you should be able to run Tiny Core linux ( vanilla without >> WM) on >> >> Raspberry.. add Pharo ... >> >> >> > There is a Debian made specially for the hardware... >> http://www.raspbian.org >> > I think this is what everyone is using. >> > >> > So the only thing missing is a VM... >> >> I assumed that Phil wants to run the image directly on the hardware, >> because the Pi already runs Squeak/Pharo/Scratch just fine. >> >> The SqueakNOS people might be able to help? >> >> frank >> >> > Marcus >> > >> > -- >> > Marcus Denker -- denker(a)acm.org >> > http://www.marcusdenker.de >> > >> >> >

Sept. 4, 2012

Re: [Pharo-project] Max CPU usage when #drawOn: is overridden

by S Krish

As an screenshot should explain it better.. This is now pushing the CPU to 66 - 90%+ almost all the time.. and as the top hogger of CPU constantly.. Not having VGTigerDemo does not alter it much.. so its not NativeBoost at fault per se.. Kill the clock and the VGTiger it comes down to a nice 4% CPU On Tue, Sep 4, 2012 at 7:08 PM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: > > > If we override #drawOn: and implement custom logic to draw.. every few > milliseconds as it gets called the CPU usage shoots to available max.. > > Run four instances of the same class that overrides and does some > moderately complex draw routine of say : CircleMorph with border set, few > lines, color rendering.. > > I will send in the .st file later .. that can be tested against.. > > > Is this expected or what are the ways to avoid this CPU overhead... > > > NativeBoost animation, far more responsive.. also goes up very similarly. > but little more tolerable... VGTigerMorph... more so than FlakesDemo... > > > >

Sept. 4, 2012