May 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Cross-fork Metacello configurations

by StÃ©phane Ducasse

May be you should say that to squeakers.... since they are the most cogent apparently :) Ste > I had suggested that they not use the ConfigurationOf prefix for the Squeak configuration package so that cross platform configurations could continue to be used ... I would hope that folks continue to to create cross platform packages ... the onus on copying shouldn't be on the developer, but the folks that want a managed list of configs:) > > I would think that the managed list could be harvested from the ConfigurationOf configs without any direct developer involvement...afterall computers should be used for the things they are good at:) > > It will be interesting to see how the managed list idea evolves... > > Dale > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Miguel Enrique CobÃ¡ Martinez [miguel.coba(a)gmail.com] > Sent: Friday, May 21, 2010 10:42 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Cross-fork Metacello configurations > > El vie, 21-05-2010 a las 09:13 -0700, Sean P. DeNigris escribiÃ³: >> I created a Squeak/Pharo SSpec, which puts the fork-specific world menu code >> into a Platform package. >> >> As I work on the config, I came up against Pharo using Object as a subclass, >> but the Squeak Inbox requiring (because of the browser tool) >> MetacelloConfiguration. >> >> What would be the best/easiest way to deal with this? >> >> If the configs have to be forked, then Metacello really loses value (i.e. >> #squeak and #pharo). And, I do a lot of work in both forks, so it would be >> a shame to pick one to upload to and not share work that has already been >> done with half the users. > > That was one of the problems of the Configuration Package proposed by > Andreas. Promotes copy&paste of configurations (bad bad) and in the long > term forks and completely rework to create configurations for Squeak and > a different (although similar) for Pharo. > As you say, it doesn't matter that Metacello is capable of installing > cross-platform packages. With independently created configurations for > the same packages, is has been stole of its usefulness and is > discouraging Pharo users that have developed ConfigurationOfXXX that > worked both in Squeak and Pharo in the past. > > > >> >> Thanks. >> Sean

May 22, 2010

Re: [Pharo-project] Trying to understand raised....

by StÃ©phane Ducasse

sounds cool Now I would like to have the same for Announcement or Event raised by the systemNotifier. Stef On May 21, 2010, at 9:58 PM, Mariano Martinez Peck wrote: > Maybe you are talking about Hernan Morales: > > http://forum.world.st/EventInterceptor-and-MessageSendTree-tp1298669p129866… > > Hernan, is it working in Pharo 1.1 ? I think it is a cool package to include it in PharoNonCorePackages. Or in PharoDev. > > Cheers > > Mariano > > On Fri, May 21, 2010 at 2:26 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > I'm trying to follow the event raised when adding a new class/package.... and this is a bit obscure. > If I remember there is a tool to get a better understanding of the events raised by the system. > Does anybody as a pointer? > > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 22, 2010

[Pharo-project] CommandShell

by laurent laffont

Hi, I'm trying to load CommandShell into Pharo. I have the error: This package depends on the following classes: PluggableTextController PluggableTextView You must resolve these dependencies before you will be able to load these definitions: ShellWindowView ...... Do you know where I can find PluggableTextController and PluggableTextView ? Or maybe we can use other classes to make it compatible with Pharo Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

May 22, 2010

[Pharo-project] Status of Rome?

by Igor Stasenko

Hello guys, i seen there are some recent activity with Rome in Pharo, but i found that things are now scattered over a different repositories, and its hard to find out, what version is latest and which one i could use. I found that the latest things is in a SqS/PharoTaskForces/Rome, which is a merge of all Rome-XXX packages into a single one. Is this most recent thing you are working on? Actually, all i need is just a reference canvas, but it would be cool if i could run some working code & examples. :) -- Best regards, Igor Stasenko AKA sig.

May 22, 2010

Re: [Pharo-project] Where should I put ConfigurationOfGLMorphic

by Igor Stasenko

2010/5/22 Javier PimÃ¡s <elpochodelagente(a)gmail.com>: > Ok, I was doing it wrong, trying to put Conf.. in the same package as > GLMorphic. I hadn't undestood that the left part of the repo window (when > you click open) were actually packages and that you could create many > packages and upload them to the same repository... now its done right! > > Thank's all for the help. > Yes, you seem did the right thing: Packages * ConfigurationOfGLMorphic * GLMorphic > Javier. > > 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >> 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> >>> Wow, this is brilliant! it it'd have been of great help yesterday ;) >> >> I am glad you like it. >> >>> >>> Â Â Â Â Â Â Â I gave it a quick look an there's one thing I still don't know >>> how to do. I need to put ConfigurationOfGLMorphic inside GLMorphic package, >>> but as it isn't in any GLMorphic-* category it isn't automatically detected >>> by monticello. I don't see any button to add a class or category to the >>> package. What should I do? >>> >> >> I don't know if I understood. I would recommend just to create a >> particular package in the same repository called ConfigurationOfGLMorphic >> where you put your class. Then your class will be in such package and will >> have also that category. This is what Henrik told you. >> >> Tell us if it is not yet clear. >> >> Cheers >> >> Mariano >> >>> >>> thanks, >>> Â Â Â Â Â Â Â javier. >>> >>> 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> >>>> >>>> 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>>>> >>>>> Hi, I made a very basic ConfigurationOfGLMorphic that manages it's >>>>> dependency on FFI. Where should I upload this configuration now? >>>>> >>>> >>>> Hi Javier. Here I attach a first not-yet-draft chapter of Metacello. >>>> There you will find the answer ;)Â Â (feedback is welcome!!!) >>>> >>>> But in sumary, you should commit to the repository of the same project. >>>> In your case, as Igor said, to GLMorphic repository. >>>> There you can commit your development changes to the configuration. Once >>>> you have a released version, you just copy it to MetacelloConfiguration >>>> repository. >>>> >>>> Cheers >>>> >>>> Mariano >>>> >>>> >>>> >>>>> >>>>> Regards, >>>>> Â Â Â Â Â Â Â Â Â Â Javier. >>>>> >>>>> -- >>>>> Javier PimÃ¡s >>>>> Ciudad de Buenos Aires >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> >>> -- >>> Javier PimÃ¡s >>> Ciudad de Buenos Aires >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

May 22, 2010

Re: [Pharo-project] Where should I put ConfigurationOfGLMorphic

by Javier PimÃ¡s

Ok, I was doing it wrong, trying to put Conf.. in the same package as GLMorphic. I hadn't undestood that the left part of the repo window (when you click open) were actually packages and that you could create many packages and upload them to the same repository... now its done right! Thank's all for the help. Javier. 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > >> Wow, this is brilliant! it it'd have been of great help yesterday ;) >> > > I am glad you like it. > > >> I gave it a quick look an there's one thing I still don't know how >> to do. I need to put ConfigurationOfGLMorphic inside GLMorphic package, but >> as it isn't in any GLMorphic-* category it isn't automatically detected by >> monticello. I don't see any button to add a class or category to the >> package. What should I do? >> >> > I don't know if I understood. I would recommend just to create a particular > package in the same repository called ConfigurationOfGLMorphic where you put > your class. Then your class will be in such package and will have also that > category. This is what Henrik told you. > > Tell us if it is not yet clear. > > Cheers > > Mariano > > >> thanks, >> javier. >> >> 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >>> >>> 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> >>>> Hi, I made a very basic ConfigurationOfGLMorphic that manages it's >>>> dependency on FFI. Where should I upload this configuration now? >>>> >>>> >>> Hi Javier. Here I attach a first not-yet-draft chapter of Metacello. >>> There you will find the answer ;) (feedback is welcome!!!) >>> >>> But in sumary, you should commit to the repository of the same project. >>> In your case, as Igor said, to GLMorphic repository. >>> There you can commit your development changes to the configuration. Once >>> you have a released version, you just copy it to MetacelloConfiguration >>> repository. >>> >>> Cheers >>> >>> Mariano >>> >>> >>> >>> >>>> Regards, >>>> Javier. >>>> >>>> -- >>>> Javier PimÃ¡s >>>> Ciudad de Buenos Aires >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

May 21, 2010

Re: [Pharo-project] Cross-fork Metacello configurations

by Dale Henrichs

I had suggested that they not use the ConfigurationOf prefix for the Squeak configuration package so that cross platform configurations could continue to be used ... I would hope that folks continue to to create cross platform packages ... the onus on copying shouldn't be on the developer, but the folks that want a managed list of configs:) I would think that the managed list could be harvested from the ConfigurationOf configs without any direct developer involvement...afterall computers should be used for the things they are good at:) It will be interesting to see how the managed list idea evolves... Dale ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Miguel Enrique CobÃ¡ Martinez [miguel.coba(a)gmail.com] Sent: Friday, May 21, 2010 10:42 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Cross-fork Metacello configurations El vie, 21-05-2010 a las 09:13 -0700, Sean P. DeNigris escribiÃ³: > I created a Squeak/Pharo SSpec, which puts the fork-specific world menu code > into a Platform package. > > As I work on the config, I came up against Pharo using Object as a subclass, > but the Squeak Inbox requiring (because of the browser tool) > MetacelloConfiguration. > > What would be the best/easiest way to deal with this? > > If the configs have to be forked, then Metacello really loses value (i.e. > #squeak and #pharo). And, I do a lot of work in both forks, so it would be > a shame to pick one to upload to and not share work that has already been > done with half the users. That was one of the problems of the Configuration Package proposed by Andreas. Promotes copy&paste of configurations (bad bad) and in the long term forks and completely rework to create configurations for Squeak and a different (although similar) for Pharo. As you say, it doesn't matter that Metacello is capable of installing cross-platform packages. With independently created configurations for the same packages, is has been stole of its usefulness and is discouraging Pharo users that have developed ConfigurationOfXXX that worked both in Squeak and Pharo in the past. > > Thanks. > Sean > -- Miguel CobÃ¡ http://miguel.leugim.com.mx _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 21, 2010

Re: [Pharo-project] [Metacello] What packages to load from Metacello in PharoDev?

by Dale Henrichs

Mariano, Which Test packages to load ... The real answer to that question will depend upon what other packages are loaded .... if you load 'Tests' you'll end up loading up most of the "optional packages," so if that's not a problem in the default PharoDev then 'Tests' is the right answer, otherwise I would think that the list should match the optional set of packages you are loading anyway... OB-Metacello was ported to Pharo1.1 in version 1.0-beta.26.2, which I will be releasing very soon. I agree that for the default environment it is a good idea to include the extra packages, since they provide a level of functionality/documentation that should be present ... I will mention that the Metacello tests can be slow to execute, since they do a lot of loading/unloading of packages (using dictionary-based repositories)... Finally, you can use a valid version of Metacello .... it turns out that if you specify a version of a project that is _older_ than the currently loaded one, Metacello will use the current version and apply the load list to the loaded version instead of the one listed ... if the loaded version is _older_ than the specified version then the newer version will be loaded ... Sooo, all you have to do is specify a reasonable version of Metacello and if later versions are loaded the correct pacakges will be loaded ... BTW, the bug that you noticed with Seaside3.0 was related to this mechanism not quite working correctly:) (oh and I've fixed this bug in 1.0-beta.26.2). The only time that a downgrade of mcz files occurs is when you explicitly load a Configuration whose mcz files are older than the loaded versions. Only the packages associated directly with the configuration are downgraded ... the referenced projects follow the "standard rules". Dale ________________________________________ From: metacello(a)googlegroups.com [metacello(a)googlegroups.com] On Behalf Of Mariano Martinez Peck [marianopeck(a)gmail.com] Sent: Friday, May 21, 2010 2:25 AM To: metacello(a)googlegroups.com; Pharo Development Subject: [Metacello] What packages to load from Metacello in PharoDev? Hi. For building PharoDev images, we take a PharoCore and just evaluate something like: (ConfigurationOfPharo project version: '1.1-beta1.10517') load So....Metacello would be boostraped from ConfigurationOfPharo>>ensureMetacello which does a (Smalltalk at: #ConfigurationOfMetacello) perform: #loadLatestVersion and ConfigurationOfMetacello>>loadLatestVersion does a "self project latestVersion load" ... and, the default of ConfigurationOfMetacello is Core....so, in summary, only core is loaded. Perfect. Now I was thinking that we should load more packages in PharoDev image. First, we want the Metacello tests. For all packages we include by default in PharoDev, we also include its tests (by default). This is cool because people test it, we can give you quick feedback, be sure all green tests, etc. They are cool as documentation, blah blah blah. So, first question, which tests package should I load? Metacello-Tests Metacello-TestsCore Metacello-TestsMC Metacello-TestsPlatform.pharo Metacello-TestsReference Or, maybe even better, load the group 'Test'. I guess this is the correct one. Now, I also think we could include all the following packages: - Tutorial: this is cool for newcomers. They want to do the Metacello tutorial, and having it already in the image is cool I think. I want to include also the tests for the tutorial - HelpSystem for Metacello: we need to copy this package from the HelpSystem repo (see my other email) - Metacello ProfStef - Metacello OB: do you know if it is working in Pharo 1.1 and with OB 1.1.4 ? What do you think about including these packages in PharoDev by default ? I think it is a good idea. Regardless that, I am not sure how to load them. As I told you, when building PharoDev images, Metacello is boostraped from the #ensureMetacello of ConfigurationOfPharo. And this will load the Core. ANd this is correct because other people use COnfigurationOfPharo for their own stuff and they just want the core. But in the case of PharoDev, I want more packages. But modifying #ensureMetacello is not an alternative. So...I can put a reference to ConfigurationOfMetacello in Conf of Pharo, just like any other dependency, and there I specify the loads: with the array of things I want. This seems better. But I still have a problem: #ensureMetacello will load the latestVersion of it. It will load core. So, which version of ConfigurationOfMetacello should I use in my version of ConfigurationOfPharo. If I put a specific version, I may hve problems because it will try to download different versions....So, I would like to load the same as the #ensureMetacello. But I cannot specify in version method lastVersion for metacello. what can I do ? don't specify the metacello version in the version method so that it takes the last one ? Thanks and sorry for the long email Mariano

May 21, 2010

[Pharo-project] Adding BlockClosure>>timeToRunWithoutGC [WAS] Fwd: [squeak-dev] The Inbox: Kernel-ul.251.mcz

by Mariano Martinez Peck

Hi folks. I saw this method in Squeak and seems interesting to include in Pharo too. What do you think ? Cheers Mariano ---------- Forwarded message ---------- From: Michael van der Gulik <mikevdg(a)gmail.com> Date: Mon, Sep 28, 2009 at 2:58 AM Subject: Re: [squeak-dev] The Inbox: Kernel-ul.251.mcz To: squeak-dev(a)lists.squeakfoundation.org On Mon, Sep 28, 2009 at 1:38 PM, <commits(a)source.squeak.org> wrote: > Item was added: > + ----- Method: BlockClosure>>timeToRunWithoutGC (in category 'evaluating') > ----- > + timeToRunWithoutGC > + "Answer the number of milliseconds taken to execute this block > without GC time." > + > + ^(SmalltalkImage current vmParameterAt: 8) + > + (SmalltalkImage current vmParameterAt: 10) + > + self timeToRun - > + (SmalltalkImage current vmParameterAt: 8) - > + (SmalltalkImage current vmParameterAt: 10) > + ! > > > Could this method be put somewhere other than in Kernel, say for example in a separate profiling package? Gulik. -- http://gulik.pbwiki.com/

May 21, 2010

Re: [Pharo-project] [Pharo-users] [BetaTesting] [ANN] Pharo-1.1-11367-Beta1dev10.05.1

by laurent laffont

OK thanks. I've seen http://code.google.com/p/pharo/issues/detail?id=1281 Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Fri, May 21, 2010 at 9:49 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > 2010/5/21 laurent laffont <laurent.laffont(a)gmail.com> > >> Hi, >> >> How can I export test results into plain ASCII ? >> >> > http://forum.world.st/Fileout-the-test-results-td1301529.html#a1301529 > > > > > Cheers, >> >> Laurent Laffont >> >> http://pharocasts.blogspot.com/ >> http://magaloma.blogspot.com/ >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

May 21, 2010