June 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [update 3.0] #30188

by StÃ©phane Ducasse

when I look at pharo-update I have 30186-Pha-Update.cs 30187-Pha-Update.cs 30188-Pha-Update.cs 30189-Pha-Update.cs updates30.staged I do not understand why there is a staged file in there. #Pharo3.0 30184-Pha-Update.cs 30185-Pha-Update.cs 30186-Pha-Update.cs 30187-Pha-Update.cs 30188-Pha-Update.cs 30188-Pha-Update.cs I do not understand why the staged file is in this folder. So I'm confused and I looks like that I lost my time. So I can rollback until 30187 -> ScriptLoader30-StephaneDucasse.214.mcz but I do not know how to do it efficiently. Stef

June 8, 2013

Re: [Pharo-dev] SourceCity works

by StÃ©phane Ducasse

may be we should move it under Moose Stef On Jun 8, 2013, at 10:49 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 8 jun 2013, at 10:30, pharo-dev-request(a)lists.pharo.org wrote: > >> display bindRenderBuffers > > And they need to go in > fillRenderingList: anOpenGLList drawDependencies: aBuilding > too. > > I was not successful in committing to smalltalkhub (500) > > Stephan > >

June 8, 2013

Re: [Pharo-dev] [update 3.0] #30188

by StÃ©phane Ducasse

Shit! So now I do not know what to do :( Especially since I let times in between. So should I rollback both? >> strange: there was already a 30188 >> >> Is this 30189? >> >> because there is a 30189 update file, bit it is not in the updates.staged. >> >> This means 30188 is the last on the server. >> >> So I am a bit confusedâ¦ > > The two 30188 updates are (in this order it seems): > in the git we have in addition a 30189-Pha-Update.cs > > 30188 > ----- > > 10867 enabled: cleans post fix > https://pharo.fogbugz.com/default.asp?10867 > > Diff information: > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-StephaneDuc… > > 30188 > ----- > > 10745 [ENH]: MethodContext>>#callChainAnySatisfy: > https://pharo.fogbugz.com/default.asp?10745 > > 10838 an MCOrganizationDefinition should only remove empty categories during unload > https://pharo.fogbugz.com/default.asp?10838 > > 10853 AlainTreeModel: Want menu on tree items only > https://pharo.fogbugz.com/default.asp?10853 > > Diff information: > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-StephaneDucasse.… > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Monticello-StephaneDucasse.81… > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-StephaneDucasse.1472.d… > >

June 8, 2013

Re: [Pharo-dev] [update 3.0] #30188

by Marcus Denker

On Jun 8, 2013, at 11:45 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > strange: there was already a 30188 > > Is this 30189? > > because there is a 30189 update file, bit it is not in the updates.staged. > > This means 30188 is the last on the server. > > So I am a bit confusedâ¦ The two 30188 updates are (in this order it seems): in the git we have in addition a 30189-Pha-Update.cs 30188 ----- 10867 enabled: cleans post fix https://pharo.fogbugz.com/default.asp?10867 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-StephaneDuc… 30188 ----- 10745 [ENH]: MethodContext>>#callChainAnySatisfy: https://pharo.fogbugz.com/default.asp?10745 10838 an MCOrganizationDefinition should only remove empty categories during unload https://pharo.fogbugz.com/default.asp?10838 10853 AlainTreeModel: Want menu on tree items only https://pharo.fogbugz.com/default.asp?10853 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-StephaneDucasse.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Monticello-StephaneDucasse.81… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-StephaneDucasse.1472.d…

June 8, 2013

Re: [Pharo-dev] [update 3.0] #30188

by Marcus Denker

strange: there was already a 30188 Is this 30189? because there is a 30189 update file, bit it is not in the updates.staged. This means 30188 is the last on the server. So I am a bit confused... On Jun 7, 2013, at 6:37 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > 30188 > ----- > > 10867 enabled: cleans post fix > https://pharo.fogbugz.com/default.asp?10867 > > Diff information: > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-StephaneDuc… > >

June 8, 2013

Re: [Pharo-dev] SourceCity works

by Stephan Eggermont

On 8 jun 2013, at 10:30, pharo-dev-request(a)lists.pharo.org wrote: > display bindRenderBuffers And they need to go in fillRenderingList: anOpenGLList drawDependencies: aBuilding too. I was not successful in committing to smalltalkhub (500) Stephan

June 8, 2013

SourceCity works

by Stephan Eggermont

Thank you Igor, This allowed me to successfully load, debug & run SourceCity on an 10.6.8 Mac. Steps taken: > just tried in latest 2.0 image. > > Pharo2.0 > Latest update: #20606 > > Gofer new > smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; > package: 'ConfigurationOfNBOpenGL'; > load. > > (ConfigurationOfNBOpenGL project version: '2.0') load > > GLTTRenderingDemo new openInWorld Load the individual SourceCity packages from smalltalkhub: SourceCity-Core SourceCity-Importer SourceCity-Layout SourceCity-Tools remove display bindRenderBuffers from SourceCityGLVizualisationBuilder>fillRenderingList:pickingMode: SourceCityGLVizualisationRenderer>render see it work: SourceCity exampleRpackage Next step: fix code & configuration Stephan On 7 jun 2013, at 23:34, Igor Stasenko wrote: > On 7 June 2013 21:07, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> I have installed NBOpenGL from http://smalltalkhub.com/#!/~PharoExtras/NBOpenGL >> I have loaded Version 2.0 using the configuration >> >> The method NBMacGlAPI>>glApiCall: fnSpec index: fnIndex attributes: attributes context: contextToRetry refers to the class NBCallFailureHandler, which is not existing >> >> Apparently NBSTIvarLoader is also missing... >> I guess ConfigurationOfNBOpenGL is not loading everything... >> It would be nice to fix this. > > just tried in latest 2.0 image. > > Pharo2.0 > Latest update: #20606 > > Gofer new > smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; > package: 'ConfigurationOfNBOpenGL'; > load. > > (ConfigurationOfNBOpenGL project version: '2.0') load > > GLTTRenderingDemo new openInWorld > > everything loads and works. > (it takes 5 minutes to load though... ) > >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > > > -- > Best regards, > Igor Stasenko. > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

June 8, 2013

Re: [Pharo-dev] For 2.0: links point to latest build on pharp-project.org

by StÃ©phane Ducasse

+1 > > To explain: > > We have the major version > > Pharo2 > Pharo3 > Pharo4 > > These are released once per year. > > While developing, we do updates. At some point (e.g. #553) we release. Then we continue to do do updates. > > So Pharo images are always 100% identifiable by Major+UpdateNumber. > > When you go to pharo.org, you download the *latest* update. Else we end up getting bug reports for already fixed issues constantly > (this happend now already multiple times, and I feel to bad that someone takes such a huge effort to report a bug that we fixed > weeks ago). > > If you want to re-download the version you go weeks ago, there is > > http://files.pharo.org/image/20/ > > with a complete history, and it is very easy to download exactly what you downloaded weeks ago, yet all the new people get the newest > download. > > Marcus

June 8, 2013

Re: [Pharo-dev] FogBugz (Case [Issue]10840) Collection - WeakSet>>#size utterly broken

by Igor Stasenko

Here is a simple solution for you: set asArray size. But come on, why asking for weak container size??? What you gonna do with this information? Iterate over it? And besides, there is #slowSize. A size is left as it is. Because it is fast. There is no way to get accurate size of weak container either way, because at the very next message, GC can be triggered and some items turn garbage => size is invalid. So, it doesn't matters if you calculate size slow or fast, it will be always inaccurate. And issue is invalid. -- Best regards, Igor Stasenko.

June 8, 2013

Re: [Pharo-dev] Moving PostgresV2 from SS to Shub. Any objection?

by Yanni Chiu

> On 07 Jun 2013, at 14:44, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > >> Hi guys, >> >> I was going to commit something on PostgresV2 in SS but then I though it is a good opportunity to moved it to SmalltalkHub. >> >> Any objection? Please move it to SmalltalkHub. Thanks for moving it. Wow. IIRC, PostgresV2 was coded around 1999, and first uploaded to some (now long gone) server provided by my ISP, and was listed in SqueakMap. When squeaksource became available, it was migrated there. Now, it's migrating to SmalltalkHub. It was part of my "grand plan", but now I use Fuel instead. I guess relational DB's still pay the bills.

June 8, 2013