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

Re: [Pharo-project] XMLRPC Project - Progress Report

by GermÃ¡n Arduino

Hi Sven: To be honest I haven't looked at Zn* yet. I know (and use) WebClient and imagine that Zn have similar features? Anyway I have not problem in use the things the Board consider better, but need to make the things step at step. At the server side I really don't looked deeper neither yet, because the main goal of the project is having a xmlrpc client capable of interact with any xmlrpc exposed api, implementing the full specification. Cheers and thanks by the comment. 2010/10/3 Sven Van Caekenberghe <sven(a)beta9.be>: > GermÃ¡n, > > On 03 Oct 2010, at 17:41, GermÃ¡n Arduino wrote: > >> As usual, any comment, suggestion or criticism is more than welcome. > > Well, you could consider using the Zinc HTTP Components framework. > > XMLRPCProxy>>#sendXmlRpc: is using the ugly HTTPSocket interface. > > Using any of the clients in Zn will give you a semantically much richer interface to headers and content (entities), both for requests and for responses. And you get many features on top. > > I haven't looked at the server side, but there too you can get HTTP functionality for free. > > It will add a dependency though, but I would guess you have one for the server side already, no ? > > Anyway, we're looking for users... > > Sven > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 3, 2010

[Pharo-project] MC: somebody has to say this

by Schwab,Wilhelm K

I am starting to make a 1.1.1 image; the first step is to save packages so they can hopefully load in the new image. The first step of that is to save my package called Migrate and then to ask it to save everything else. Bugs in Migrate or not, I saw a progress bar mentioning the Pharo in box. That's not acceptable on various fronts. It was cumbersome to add, needed to be added in various packages, and now I find perhaps does things behind my back. Whether or not it did is not the point; it emphasizes another way in which our current system is inadequate. We need real packages, a single-operation way to save all of them to a clearly specified location, and a simple way to separately upload something that has been so saved to the in-box. Migrate is my attempt to help with that; clearly it's not enough. Bill

Oct. 3, 2010

Re: [Pharo-project] Another fixes to finalization (was Re: [update 1.2] #12161 - #12172)

by Chris Muller

And this is why I had that #isTimeToClean (90-second timer) hack in the MaDictionary's... On Sat, Oct 2, 2010 at 12:01 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 2 October 2010 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi igor >> >> do you understand why the previous definition was >> >> cachedDefinitions >> Â Â Â Â Definitions ifNil: [Definitions := WeakIdentityKeyDictionary new. Â WeakArray addWeakDependent: Definitions]. >> Â Â Â Â ^ Definitions >> > i don't. :) > > It just a way to free memory as fast as possible. > But its really not worth spending so much CPU in order to save few > bytes of memory. > >> Stef >> >> On Oct 1, 2010, at 7:34 PM, Igor Stasenko wrote: >> >>> Here the simple fix for it. >>> >>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> <mc-cache-fix.1.cs>_______________________________________________ >>> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 3, 2010

Re: [Pharo-project] [Seaside] Pharocasts: Getting started with Pier CMS

by stephane ducasse

cool! Stef On Oct 3, 2010, at 10:19 PM, laurent laffont wrote: > Pier is a content management system that is light, flexible and free. > > This screencast shows > - how to setup Pier for a minimal web site > - configure persistency. > > http://www.pharocasts.com/2010/10/getting-started-with-pier-cms.html > > Recorded by Damien Cassou, voice by Christoph Budzinsky, edited by Laurent Laffont. This video is a real team work :) > > Cheers, > > Laurent Laffont > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Oct. 3, 2010

[Pharo-project] Pharocasts: Getting started with Pier CMS

by laurent laffont

Pier is a content management system that is light, flexible and free. This screencast shows - how to setup Pier for a minimal web site - configure persistency. http://www.pharocasts.com/2010/10/getting-started-with-pier-cms.html Recorded by Damien Cassou, voice by Christoph Budzinsky, edited by Laurent Laffont. This video is a real team work :) Cheers, Laurent Laffont Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

Oct. 3, 2010

Re: [Pharo-project] Metacello Configuration Browser?

by Mariano Martinez Peck

2010/10/3 Guillermo Polito <guillermopolito(a)gmail.com> > > > 2010/10/3 Mariano Martinez Peck <marianopeck(a)gmail.com> > > >> >> 2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> >> >>> >>> On 28 sept. 2010, at 21:30, Mariano Martinez Peck wrote: >>> >>> What I would love is a UI for GoferProjectLoader from Esteban. I mean, we >>> have the apt-get but we need now synaptic :) >>> >>> And....if we plan to do what I say in the email about Pharo and >>> Metacello, having something like that is very, VERY useful. From my point of >>> view, even more than a Metacello browser. >>> >>> >>> >>> That's too different usages, which are complementary: GoferProjectLoader >>> is for end-users, >>> >> >> yes! >> >> >>> while I'm thinking more of a browser for developers, when they have to >>> create a new release and check there configuration is consistent. Right now >>> it's quite a pain, ask Jannik who did the 4.1 Moose :) >>> >>> > Yes, you Simon got it right :). I want a button ( :P ) to create a > configuration for a package. I want it to look for dependant packages, > allow me to write pre load and post load scripts. And let me upload it to > the right monticello metacello reporsitory. So we can automate this ugly > configuration stuff. > > >> >> ahhhhh got it ;) >> >> so...the question is...why not improving Metacello-OB instead? >> > > How can I get it? I would like to have a tool running in the core image, > but maybe that's not the right approach. > > When you load a Metacello conf in a image where Metacello is not present, the automatic Metacello bootstrap will load only the core, as it should. However, you can explictly load the UI. Check the ConfigurationOfMetacello and you will see a group 'UI'. To install: ConfigurationOfMetacello project latestVersion load: #('UI' 'Metacello-Core') In Pharo 1.1.1 I already install those packages of Metacello. You will see the package OB-Metacello. But I have never use it. Here is some info http://code.google.com/p/metacello/wiki/MetacelloTools In my 1.2 Core I have a MetacelloConfigurationBrowser, where I can browse > the configurations in MetaRepoForPharo12 in squeaksource. > > > Why not improving that? If not, why do we have this browser??? Are the > alternatives Simon mentioned all the ones we have? We should unify the > solutions to gather all the power that is disperse right now in 2 or 3 > different solutions. > yes, please. I would like that people join eforce in this topic. cheers mariano > > >> >> >> >>> >>> >>> Cheers >>> >>> Mariano >>> >>> 2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> >>> >>>> >>>> On 28 sept. 2010, at 15:14, Guillermo Polito wrote: >>>> >>>> Okok, I saw there already exists a Configuration browser :P. But it can >>>> be reaally improved. >>>> >>>> >>>> >>>> Which one are you talking about? The one in 1.2? Or on Squeaksource? >>>> >>>> There have been multiple efforts (GTMetaceller, MooseDevBrowser...) >>>> already to try and see what we would like to do in a browser. But there are >>>> also some performance issues with Metacello right now, which makes it >>>> impractical to browser config. which Dale and Alex have started to tackle >>>> them. >>>> >>>> Anyway, the latest effort (started during ESUG) is there: it is >>>> basically a rewrite of what have been done in the tools above (with still >>>> some missing parts). >>>> >>>> MCHttpRepository >>>> location: 'http://www.squeaksource.com/MetacelloBrowser' >>>> user: '' >>>> password: '' >>>> >>>> >>>> Note, it requires Glamour and is more of a testbed than a >>>> fully-supported tool for now. >>>> >>>> >>>> >>>> >>>> On Tue, Sep 28, 2010 at 10:00 AM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> I'm always reading people saying that metacello configurations are some >>>>> kind of... overdesign. So, maybe we need a tool (or to modify monticello >>>>> browser) wich allow us to: >>>>> >>>>> - know wich packages are core and dev. Sometimes using a dev image, I >>>>> write things depending on Dev packages and I don't realize it. >>>>> - create automatically or propose configurations depending on the >>>>> actual state of the packages. >>>>> - browse configurations nicely :). It's a new concept, we need a nice >>>>> tool to support it. >>>>> >>>>> Maybe if the configs are easily created, we can have more of them, and >>>>> we will be no longer so lazy. >>>>> >>>>> Cheers, >>>>> Guille >>>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >>> -- >>> Simon >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 3, 2010

Re: [Pharo-project] Metacello Configuration Browser?

by Guillermo Polito

2010/10/3 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> > >> >> On 28 sept. 2010, at 21:30, Mariano Martinez Peck wrote: >> >> What I would love is a UI for GoferProjectLoader from Esteban. I mean, we >> have the apt-get but we need now synaptic :) >> >> And....if we plan to do what I say in the email about Pharo and Metacello, >> having something like that is very, VERY useful. From my point of view, even >> more than a Metacello browser. >> >> >> >> That's too different usages, which are complementary: GoferProjectLoader >> is for end-users, >> > > yes! > > >> while I'm thinking more of a browser for developers, when they have to >> create a new release and check there configuration is consistent. Right now >> it's quite a pain, ask Jannik who did the 4.1 Moose :) >> >> Yes, you Simon got it right :). I want a button ( :P ) to create a configuration for a package. I want it to look for dependant packages, allow me to write pre load and post load scripts. And let me upload it to the right monticello metacello reporsitory. So we can automate this ugly configuration stuff. > > ahhhhh got it ;) > > so...the question is...why not improving Metacello-OB instead? > How can I get it? I would like to have a tool running in the core image, but maybe that's not the right approach. In my 1.2 Core I have a MetacelloConfigurationBrowser, where I can browse the configurations in MetaRepoForPharo12 in squeaksource. Why not improving that? If not, why do we have this browser??? Are the alternatives Simon mentioned all the ones we have? We should unify the solutions to gather all the power that is disperse right now in 2 or 3 different solutions. > > > >> >> >> Cheers >> >> Mariano >> >> 2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> >> >>> >>> On 28 sept. 2010, at 15:14, Guillermo Polito wrote: >>> >>> Okok, I saw there already exists a Configuration browser :P. But it can >>> be reaally improved. >>> >>> >>> >>> Which one are you talking about? The one in 1.2? Or on Squeaksource? >>> >>> There have been multiple efforts (GTMetaceller, MooseDevBrowser...) >>> already to try and see what we would like to do in a browser. But there are >>> also some performance issues with Metacello right now, which makes it >>> impractical to browser config. which Dale and Alex have started to tackle >>> them. >>> >>> Anyway, the latest effort (started during ESUG) is there: it is basically >>> a rewrite of what have been done in the tools above (with still some missing >>> parts). >>> >>> MCHttpRepository >>> location: 'http://www.squeaksource.com/MetacelloBrowser' >>> user: '' >>> password: '' >>> >>> >>> Note, it requires Glamour and is more of a testbed than a fully-supported >>> tool for now. >>> >>> >>> >>> >>> On Tue, Sep 28, 2010 at 10:00 AM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> I'm always reading people saying that metacello configurations are some >>>> kind of... overdesign. So, maybe we need a tool (or to modify monticello >>>> browser) wich allow us to: >>>> >>>> - know wich packages are core and dev. Sometimes using a dev image, I >>>> write things depending on Dev packages and I don't realize it. >>>> - create automatically or propose configurations depending on the actual >>>> state of the packages. >>>> - browse configurations nicely :). It's a new concept, we need a nice >>>> tool to support it. >>>> >>>> Maybe if the configs are easily created, we can have more of them, and >>>> we will be no longer so lazy. >>>> >>>> Cheers, >>>> Guille >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> -- >>> Simon >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> 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 >

Oct. 3, 2010

Re: [Pharo-project] XMLRPC Project - Progress Report

by StÃ©phane Ducasse

Tell us when pharo core can be a user. Because we want to clean the mess. Stef On Oct 3, 2010, at 6:52 PM, Sven Van Caekenberghe wrote: > GermÃ¡n, > > On 03 Oct 2010, at 17:41, GermÃ¡n Arduino wrote: > >> As usual, any comment, suggestion or criticism is more than welcome. > > Well, you could consider using the Zinc HTTP Components framework. > > XMLRPCProxy>>#sendXmlRpc: is using the ugly HTTPSocket interface. > > Using any of the clients in Zn will give you a semantically much richer interface to headers and content (entities), both for requests and for responses. And you get many features on top. > > I haven't looked at the server side, but there too you can get HTTP functionality for free. > > It will add a dependency though, but I would guess you have one for the server side already, no ? > > Anyway, we're looking for users... > > Sven > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 3, 2010

Re: [Pharo-project] Metacello Configuration Browser?

by Mariano Martinez Peck

2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> > > On 28 sept. 2010, at 21:30, Mariano Martinez Peck wrote: > > What I would love is a UI for GoferProjectLoader from Esteban. I mean, we > have the apt-get but we need now synaptic :) > > And....if we plan to do what I say in the email about Pharo and Metacello, > having something like that is very, VERY useful. From my point of view, even > more than a Metacello browser. > > > > That's too different usages, which are complementary: GoferProjectLoader is > for end-users, > yes! > while I'm thinking more of a browser for developers, when they have to > create a new release and check there configuration is consistent. Right now > it's quite a pain, ask Jannik who did the 4.1 Moose :) > > ahhhhh got it ;) so...the question is...why not improving Metacello-OB instead? > > > Cheers > > Mariano > > 2010/9/28 Simon Denier <Simon.Denier(a)inria.fr> > >> >> On 28 sept. 2010, at 15:14, Guillermo Polito wrote: >> >> Okok, I saw there already exists a Configuration browser :P. But it can >> be reaally improved. >> >> >> >> Which one are you talking about? The one in 1.2? Or on Squeaksource? >> >> There have been multiple efforts (GTMetaceller, MooseDevBrowser...) >> already to try and see what we would like to do in a browser. But there are >> also some performance issues with Metacello right now, which makes it >> impractical to browser config. which Dale and Alex have started to tackle >> them. >> >> Anyway, the latest effort (started during ESUG) is there: it is basically >> a rewrite of what have been done in the tools above (with still some missing >> parts). >> >> MCHttpRepository >> location: 'http://www.squeaksource.com/MetacelloBrowser' >> user: '' >> password: '' >> >> >> Note, it requires Glamour and is more of a testbed than a fully-supported >> tool for now. >> >> >> >> >> On Tue, Sep 28, 2010 at 10:00 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> I'm always reading people saying that metacello configurations are some >>> kind of... overdesign. So, maybe we need a tool (or to modify monticello >>> browser) wich allow us to: >>> >>> - know wich packages are core and dev. Sometimes using a dev image, I >>> write things depending on Dev packages and I don't realize it. >>> - create automatically or propose configurations depending on the actual >>> state of the packages. >>> - browse configurations nicely :). It's a new concept, we need a nice >>> tool to support it. >>> >>> Maybe if the configs are easily created, we can have more of them, and we >>> will be no longer so lazy. >>> >>> Cheers, >>> Guille >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> 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 > > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 3, 2010

Re: [Pharo-project] OB Dev in Metacello

by Mariano Martinez Peck

2010/9/29 Diogenes Moreira <diogenes.moreira(a)gmail.com> > hi folks: > > anybody could tell how load the OB Dev Tools with Metacello. > Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOmniBrowser'; load. ((Smalltalk at: #ConfigurationOfOmniBrowser ) project version: '1.2') load: 'Dev' or... ((Smalltalk at: #ConfigurationOfOmniBrowser ) project version: '1.2') load for the core... Cheers Mariano > > > Thank in Advance.. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 3, 2010