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

[Pharo-project] Unloading Metacello !!! [WAS] RC2, Metacello and image building

by Mariano Martinez Peck

Hi Folks. Just a little tip. I guess Dale will ANN in next Metacello version, but for those who doesn't want to wait :) Read the above mail !!! Now there is support to unload of Metacello itself. I can create a ConfigurationOfMyApplication that I use to load all my necessary stuff in a code (runtime) image, and then Metacello disappear. I use metacello to create the image, but then I unload it. Like a builder: it helps to build and then we work is finished we goes out not occupy space in your just new little house :) Cheers Mariano On Wed, Jan 27, 2010 at 9:09 PM, Dale Henrichs <dale.henrichs(a)gemstone.com>wrote: > I've just committed a new version of ConfigurationOfMetacello > (ConfigurationOfMetacello-DaleHenrichs.149) with the class-side method > #unloadMetacello implemented using the aforementioned Gofer script. > > The template config has the class-side method #unloadMetacello (available > when 1.0-beta.23 is released) implemented as follows: > > unloadMetacello > Smalltalk at: #ConfigurationOfMetacello ifPresent: [:cls | cls > unloadMetacello ] > > This method can be added to existing configs and then used in the load > method or build scripts as desired. > > Dale > > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > > | Yes this is cool idea. > | > | Bla unload = unload myself and disappear > | > > | > > | > | Something like this: > | > | > | > | #(Metacello-Core Metacello-MC Metacello-Platform .... ) > | > | do: [ :each | (MCPackage named: each) unload ]. > | > | > | > > | > For unloading just Metacello, this gofer script works: > | > > | > | gofer | > | > gofer := Gofer new. > | > MCWorkingCopy allManagers do: [:wc | > | > (wc packageName beginsWith: 'Metacello') > | > ifTrue: [ gofer package: wc packageName ]]. > | > gofer unload. > | > > | > > | > Even better :) > | > > | > So...could that little piece of code be part of some method on > | Metacello ? or those who want that just need to evaluate that or put > | it, for example, as class side method in their own Configuration ? > | waybe we can add it to the configuartion template ? I don't know if > | unload stuff will be useful for people...I guess it will, but I am not > | sure. > | > > | > Cheers > | > > | > Mariano > | > > | > > | > Dale > | > > | > _______________________________________________ > | > 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 >

Jan. 27, 2010

Re: [Pharo-project] Problem with Proxy in 1.1

by Alain Plantec

Mariano Martinez Peck a Ã©crit : > Thanks Alain. I tried but didn't work. I am not sure also the correct > way to do it. I don't see the user and password fields from the UI, So > I guess I should do it from a workspace. I tried the 3 things I told > you in the last email, but same results :( ok, I will check with previous version. but, from the setting UI, you should at least be able to enter user and pasword as depicted by attached screenshot. isn't it the case ? Alain > > Hos should I do it ? > > Thanks > > Mariano > > 2010/1/27 Alain Plantec <alain.plantec(a)free.fr > <mailto:alain.plantec@free.fr>> > > Hi Mariano, > I've checked and yes, it seems that the username and the passwd > are not managed correctly :( > please, could you check with the attached new version and tell me ? > thanks > Alain > > > Mariano Martinez Peck a Ã©crit : > > Hi Alain. I am behind a proxy that requires user and password. > In 1.0, I used to evaluate this: > > HTTPSocket useProxyServerNamed: '10.100.1.4' port: 9090 > proxyUser: 'XXX' password: 'YYY' > > or even (because IP and port was detected automatically) > > HTTPSocket proxyUser: 'XXX' password: 'YYY'. > > Now, in 1.1 I tried to do it from the settings, but I only > have IP and port. No fields for username and password. I tried > everything, but I couldn't make it work :( > > I tried, for example, this: > > NetworkSystemSettings proxyUser: 'XXX'; proxyPassword: 'YYY'; > useNetworkAuthentification: true > > > Do you know how can I achieve this ? > > Thanks > > Mariano > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Jan. 27, 2010

[Pharo-project] about a pharo foundation

by StÃ©phane Ducasse

Hi guys I broke my pomodoro cycle because of kids (easy excuse) so I use the rest of it to mention that. Tomorrow afternoon we will have a meeting with inria lawyers to get advice for the creation of a foundation. If you have any questions suggestions... please let us know. We want something autonomous from ESUG. :) A real legal entity. Stef

Jan. 27, 2010

Re: [Pharo-project] RC2, Metacello and image building

by Dale Henrichs

I've just committed a new version of ConfigurationOfMetacello (ConfigurationOfMetacello-DaleHenrichs.149) with the class-side method #unloadMetacello implemented using the aforementioned Gofer script. The template config has the class-side method #unloadMetacello (available when 1.0-beta.23 is released) implemented as follows: unloadMetacello Smalltalk at: #ConfigurationOfMetacello ifPresent: [:cls | cls unloadMetacello ] This method can be added to existing configs and then used in the load method or build scripts as desired. Dale ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: | Yes this is cool idea. | | Bla unload = unload myself and disappear | > | > | > | Something like this: | > | | > | #(Metacello-Core Metacello-MC Metacello-Platform .... ) | > | do: [ :each | (MCPackage named: each) unload ]. | > | | > | > For unloading just Metacello, this gofer script works: | > | > | gofer | | > gofer := Gofer new. | > MCWorkingCopy allManagers do: [:wc | | > (wc packageName beginsWith: 'Metacello') | > ifTrue: [ gofer package: wc packageName ]]. | > gofer unload. | > | > | > Even better :) | > | > So...could that little piece of code be part of some method on | Metacello ? or those who want that just need to evaluate that or put | it, for example, as class side method in their own Configuration ? | waybe we can add it to the configuartion template ? I don't know if | unload stuff will be useful for people...I guess it will, but I am not | sure. | > | > Cheers | > | > Mariano | > | > | > Dale | > | > _______________________________________________ | > Pharo-project mailing list | > Pharo-project(a)lists.gforge.inria.fr | > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 27, 2010

Re: [Pharo-project] Bug in NetNameResolver on PharoCore 10508?

by Mariano Martinez Peck

> > Can someone confirm this bug so that I can add an issue in the traker. > > Add it. So that not to forget. If it is not a bug, we just close it and that's all. > Or maybe point to something that I am doing wrong. > > I repeat, the data: > > vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 > image: PharoCore 10508 > result: failed > > vm: 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 > image: PharoCore 10454 > result: worked > > Thanks > -- > 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

Jan. 27, 2010

Re: [Pharo-project] RC2, Metacello and image building

by StÃ©phane Ducasse

Yes this is cool idea. Bla unload = unload myself and disappear > > > | Something like this: > | > | #(Metacello-Core Metacello-MC Metacello-Platform .... ) > | do: [ :each | (MCPackage named: each) unload ]. > | > > For unloading just Metacello, this gofer script works: > > | gofer | > gofer := Gofer new. > MCWorkingCopy allManagers do: [:wc | > (wc packageName beginsWith: 'Metacello') > ifTrue: [ gofer package: wc packageName ]]. > gofer unload. > > > Even better :) > > So...could that little piece of code be part of some method on Metacello ? or those who want that just need to evaluate that or put it, for example, as class side method in their own Configuration ? waybe we can add it to the configuartion template ? I don't know if unload stuff will be useful for people...I guess it will, but I am not sure. > > Cheers > > Mariano > > > Dale > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 27, 2010

Re: [Pharo-project] RC2, Metacello and image building

by Mariano Martinez Peck

On Wed, Jan 27, 2010 at 8:34 PM, Dale Henrichs <dale.henrichs(a)gemstone.com>wrote: > > ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > > | Something like this: > | > | #(Metacello-Core Metacello-MC Metacello-Platform .... ) > | do: [ :each | (MCPackage named: each) unload ]. > | > > For unloading just Metacello, this gofer script works: > > | gofer | > gofer := Gofer new. > MCWorkingCopy allManagers do: [:wc | > (wc packageName beginsWith: 'Metacello') > ifTrue: [ gofer package: wc packageName ]]. > gofer unload. > Even better :) So...could that little piece of code be part of some method on Metacello ? or those who want that just need to evaluate that or put it, for example, as class side method in their own Configuration ? waybe we can add it to the configuartion template ? I don't know if unload stuff will be useful for people...I guess it will, but I am not sure. Cheers Mariano > > Dale >

Jan. 27, 2010

Re: [Pharo-project] Fun with ProfStef

by Miguel Enrique CobÃ¡ Martinez

El miÃ©, 27-01-2010 a las 18:38 +0100, Mariano Martinez Peck escribiÃ³: > I forgot to ask.... > > Does the DEVImageWorkspaces openGettingStartedWorkspace still make > sense having ProfStef ? > > Can you take a look and "merge" it to ProfStef if there is something > cool not included by Stef ? :) That would be cool. > > I would like to have only one reference form the Pharo welcome > workspace. > +1 > Thanks > > Mariano > > On Wed, Jan 27, 2010 at 6:07 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > > 2010/1/27 laurent laffont <laurent.laffont(a)gmail.com> > > Hi Mariano, > > > 2010/1/21 laurent laffont > <laurent.laffont(a)gmail.com> > > I've just released in > MetacelloRepository the milestone I've > wanted to reach. Now you can create > your own interactive tutorial with > ProfStef. > How ? There's a ProfStef interactive > tutorial for that :D > > > ProfStef goOn: > HowToMakeYourOwnTutorial > > > > Laurent: Adrian has a good idea. What about > adding lessons (at the end) of the ProfStef > that calls directly to > ProfStef goOn: HowToMakeYourOwnTutorial > > For example, in the last lesson con can put > something like: > > "Do you want to create your own interactive > tutorial with ProfStef ? That's very easy!! > How ? There's a ProfStef interactive tutorial > for that :D > Jus evaluate the following code: > ProfStef goOn: HowToMakeYourOwnTutorial" > > > With this, I don't need to link to both codes > from the welcome workspace to pharo image and > also it would be also seen by more people. > More people do the tutorial than those who had > read this email ;) > > What do you think ? > > > > > > Yes, we are thinking about listing all tutorials in a > sexy way. Danny Chan has just started to contribute to > ProfStef and he's working on this. > > > > Cool!! What I will do for the next image is to remove that > little text to build your own tutorial, from the welcome > workspace. I will only link to the ProfStef go. > > If you release a new version, please let me know so that I can > include it in the image. > > > I can add you and/or Adrian as developper if you want. > > > > No problem. I won't have too much time to contribute, sorry :( > > > > I have less time now so I may concentrate on > pharocasts. > > > > good luck with you new job :) > > > > > BTW, I found a problem with ProfStef. I select > a piece of code, right button, and if I press > extended search, the same popup raise again > instead of going to the "extended search" > popup. Can you reproduce it ? > > > > I will try. Thank you. > > > > I reported a similar problem to Frederic in the NewInspector. > Maybe you can fix it in the same way: > > http://n4.nabble.com/bug-with-Extended-Search-of-low-panel-of-new-inspector… > > Cheers > > Mariano > > > > > Cheers, > > > Laurent > > > > > > > Cheers > > Mariano > > > > > It was real fun to write this ! > > > Cheers, > > Laurent > > > _______________________________________________ > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Jan. 27, 2010

Re: [Pharo-project] RC2, Metacello and image building

by Dale Henrichs

----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: | Something like this: | | #(Metacello-Core Metacello-MC Metacello-Platform .... ) | do: [ :each | (MCPackage named: each) unload ]. | For unloading just Metacello, this gofer script works: | gofer | gofer := Gofer new. MCWorkingCopy allManagers do: [:wc | (wc packageName beginsWith: 'Metacello') ifTrue: [ gofer package: wc packageName ]]. gofer unload. Dale

Jan. 27, 2010

Re: [Pharo-project] Problem with Proxy in 1.1

by Mariano Martinez Peck

Thanks Alain. I tried but didn't work. I am not sure also the correct way to do it. I don't see the user and password fields from the UI, So I guess I should do it from a workspace. I tried the 3 things I told you in the last email, but same results :( Hos should I do it ? Thanks Mariano 2010/1/27 Alain Plantec <alain.plantec(a)free.fr> > Hi Mariano, > I've checked and yes, it seems that the username and the passwd are not > managed correctly :( > please, could you check with the attached new version and tell me ? > thanks > Alain > > > Mariano Martinez Peck a Ã©crit : > > Hi Alain. I am behind a proxy that requires user and password. In 1.0, I >> used to evaluate this: >> >> HTTPSocket useProxyServerNamed: '10.100.1.4' port: 9090 >> proxyUser: 'XXX' password: 'YYY' >> >> or even (because IP and port was detected automatically) >> >> HTTPSocket proxyUser: 'XXX' password: 'YYY'. >> >> Now, in 1.1 I tried to do it from the settings, but I only have IP and >> port. No fields for username and password. I tried everything, but I >> couldn't make it work :( >> >> I tried, for example, this: >> >> NetworkSystemSettings proxyUser: 'XXX'; proxyPassword: 'YYY'; >> useNetworkAuthentification: true >> >> >> Do you know how can I achieve this ? >> >> Thanks >> >> Mariano >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 27, 2010