December 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Re: Missing #dispatchResultsIntoHistory

by David RÃ¶thlisberger

> On Wed, Dec 3, 2008 at 2:49 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >> Just to make sure that I fully understand your email. Are you suggesting the >> history feature should be integrated into the Standard SUnit? >> I haven't got the time to check what is in Testing@squeaksource yet. I hope >> to do it before next week. > > I'm not suggesting anything. I just would like that the testing > features you have implemented one year ago continue to work in Squeak. > Currently, I can't run the tests from the browser anymore because of > this missing method. The problem we are facing right now is that OB-Enhancements is at the moment dependent on a particular version of SUnit, one that contains these history enhancements. As OB-Enhancements is supposed to work in Pharo and Squeak, we can now either update the SUnit version in Squeak-dev to also use your work on test history (which would make sense to me) or I can change OB-Enhancements to test whether the history-aware SUnit is loaded or not... David

Dec. 3, 2008

[Pharo-project] Re: Missing #dispatchResultsIntoHistory

by Damien Cassou

On Wed, Dec 3, 2008 at 2:49 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > Just to make sure that I fully understand your email. Are you suggesting the > history feature should be integrated into the Standard SUnit? > I haven't got the time to check what is in Testing@squeaksource yet. I hope > to do it before next week. I'm not suggesting anything. I just would like that the testing features you have implemented one year ago continue to work in Squeak. Currently, I can't run the tests from the browser anymore because of this missing method. -- Damien Cassou http://damiencassou.seasidehosting.st

Dec. 3, 2008

[Pharo-project] Re: Missing #dispatchResultsIntoHistory

by Alexandre Bergel

Hi Damien, Just to make sure that I fully understand your email. Are you suggesting the history feature should be integrated into the Standard SUnit? I haven't got the time to check what is in Testing@squeaksource yet. I hope to do it before next week. Keith, do you think it is a good idea to include the history feature in Testing? Cheers, Alexandre On 3 Dec 2008, at 10:30, Damien Cassou wrote: > Hi Alex, > > OBCmdTestClass>>updateTestHistoryWith: sends > #dispatchResultsIntoHistory to its parameter but this method is not > implemented in Squeak 3.10.2. Could you please integrate your changes > to the SUnit-Improved package at http://www.squeaksource.com/Testing? > > Thank you > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 3, 2008

Re: [Pharo-project] Polymorph password dialog enhancement

by Marcus Denker

On 03.12.2008, at 14:40, Torsten Bergmann wrote: >> please use the issue tracker > > The mail was intended for Gary to review and include the changes > into the normal PM package > (with the list as CC). He is the only one with commit rights on the > SqSrc project and pharo is > also useable from standard Squeak. Of course, that one can not be of importance to us. This idea of doing new sofware that is compatible to old version (reverse-backward compatibility) is fundamentally flawed. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 3, 2008

[Pharo-project] Polymorph password dialog enhancement

by Torsten Bergmann

>please use the issue tracker The mail was intended for Gary to review and include the changes into the normal PM package (with the list as CC). He is the only one with commit rights on the SqSrc project and pharo is also useable from standard Squeak. If he accepts it we just have to integrate the new mcz into pharo from the known polymorph location. Bye T. -- Sensationsangebot verlÃ¤ngert: GMX FreeDSL - Telefonanschluss + DSL fÃ¼r nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a

Dec. 3, 2008

Re: [Pharo-project] Impressed, overwhelmed, and a little confused

by Bill Schwab

Damien, SqueakMap appears to be absent from that list - I had missed that. I just took another run at it, bypassing the one-click image, and the package loader was happier. Update the list from the net, and it seems to work. Shout complained about dependencies, but since it is on the list, I am not too worried. My existing image serves, but I am eager to build a new one when appropriate. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.cassou(a)gmail.com 12/03/08 4:12 AM >>> On Wed, Dec 3, 2008 at 7:24 AM, Bill Schwab <BSchwab(a)anest.ufl.edu> wrote: > As Pharo 1.0 takes shape, what is the plan for getting packages loaded > the way each of us wants? Is Installer the preferred route? Would I be > expected to script it (I find myself hoping so - load the latest of > this, that, specific version of this other thing, etc.)? I tried to > quickly load Shout and the SM package loader was not happy, but that > could easily be my fault. > > More questions and comments, but first, I need to get some overdue > sleep. The tools referenced at http://code.google.com/p/pharo/wiki/Packages will be included by default (this includes Shout, eCompletion, OB...). Installer and Universe will probably be both available to install other things. -- Damien Cassou http://damiencassou.seasidehosting.st _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 3, 2008

Re: [Pharo-project] about vm dropping privileges

by Damien Pollet

On Wed, Dec 3, 2008 at 02:19, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > But we could imagine that the root password is necessary to open the port. > Now, the root password is necessary to give all permissions to the process, > whereas only opening once the port 80 is necessary. > I am sure a better design could be done. Capabilities maybe... Well, you can always try to install GNU/Hurd, build your own capability-based OS on top of L4 or Coyotos, or take part in the posix steering committee if there is such a thing ;) -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Dec. 3, 2008

[Pharo-project] Fwd: do you have a todo for the new compiler

by StÃ©phane Ducasse

Begin forwarded message: > From: Marcus Denker <denker(a)iam.unibe.ch> > Date: December 3, 2008 12:30:37 PM CEST > To: StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> > Subject: Re: do you have a todo for the new compiler > > > On 29.11.2008, at 20:23, StÃ©phane Ducasse wrote: > >> Hi marcus >> >> several people asked me today how they could help for the new >> compiler >> and I woudl like that you make it a real project >> - may be with a code.google.com > > http://code.google.com/p/squeaknewcompiler/ > >> >> - tracker > > http://code.google.com/p/squeaknewcompiler/issues/list > >> >> - list of todo. >> > > Will do that one. > > Marcus > > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > >

Dec. 3, 2008

Re: [Pharo-project] About ecompletion

by Damien Cassou

On Wed, Dec 3, 2008 at 1:07 PM, Simon Denier <Simon.Denier(a)inria.fr> wrote: > As a newcomer, I dont know who is the developper/maintainer for eCompletion. There is no maintainer of eCompletion actually. Ruben Bakker implemented it. I have write access to the repository if you have something to commit. -- Damien Cassou http://damiencassou.seasidehosting.st

Dec. 3, 2008

Re: [Pharo-project] About ecompletion

by Simon Denier

Hi guys This is something really interesting to me so if you dont have time, I can take a look at it, either to the paper or the code if Romain can put it somewhere. David, do you have some pointers about the recent modification list in OB? As a newcomer, I dont know who is the developper/maintainer for eCompletion. On 2 dÃ©c. 08, at 18:52, David RÃ¶thlisberger wrote: > Hi Romain, > >> But I believe the algorithms are described clearly enough in the >> paper. The one which provides the more "Bang for the Buck" would be >> "Recently Modiï¬ed Method Bodies" >> which proposes as completion entries the methods calls in the >> bodies of methods which were recently changed (ordered by time, ie >> most recent first). A further (but small) improvement would be to >> merge it with type inference when the information is available. >> Such as algorithm would be quite small to implement. > > But you implemented those algorithms already in your prototype I > think? > Would it be possible to extract them from this large prototype and > put them in a separate package that we can easily load? > That would be really great. > > David > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Simon

Dec. 3, 2008