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

[Pharo-project] Helping getting pharo license-clean

by StÃ©phane Ducasse

Hi all (and matthew we need your guidance/help) We really want to get pharo 1.0 license clean. It would be bad that 1.0 is not. But 1.0 should get out before summer. Here is a collection of all the information I collected on the topic: Here what matthew wrote I've done the first step and done a full audit, using Yoshiki's tools [1], of all the code in Squeak 3.10.2, with the exception of four packages: - Monticello - SUnit, TestRunner, and SUnitImproved - Universes - Traits I also applied all of yoshiki's etoys changes to 3.10.2. The algorithm that Yoshiki seemed to follow when cleaning etoys is: - If the method can be easily deleted, delete it - Otherwise, use the historical image [1] to revert to the latest version before the problematic author - Fix any bugs this causes I think we can use the same procedure. Perhaps Yoshiki will comment. So, to help with the relicense, grab the historical image[1], check out the license audit [2], leave a note on mantis about what you think you'll work on, and start rolling out change sets. For your convenience, all of the license audits are included both in the relicensing tools download and on mantis. I'll try to keep both up to date as we progress with the relicense [1] The tools I've been using to do the relicense: http://ftp.squeak.org/4.0alpha/squeak4.0-relicensingTools.zip see also: http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-September/13158… http://www.squeaksource.com/MethodAuthorship.html [2] The 4.0 relicense mantis issue: http://bugs.squeak.org/view.php?id=6989 The most up-to-date list of ok contributors is at http://www.squeaksource.com/311/MethodAuthorship-kph.17.mcz See the class-side methods in Authorship, category data here is another email from matthew On Wed, Apr 22, 2009 at 11:10:12AM +0200, stephane ducasse wrote: > I need your guidance for the MIT conversion effort of Pharo > Do you have some cycles to help me and telling me how to proceed? > I'm on holidays (so working remotely so I may allocate some time on > that). I can help you after school gets out in a week. I need to do a quick count of how many lines of code need to be fixed in squeak for submission to SFLC. I can do the same for Pharo. I don't know how strenuous you want to be in your license conversion. The next 3 steps in the license conversion process are, in no particular order: - get a document from yoshiki documenting how etoys was relicensed (and, by extension, cuis). The board will overview it with the help of SFLC and determine if it is good enough. - The board will publish a statement about what is and is not a trivial-enough change to ignore. - I will count up the lines of code to be converted, and determine how many of them are trivial and non-trivial You should chat with Randal Schwartz about what you need to decide before you can start relicensing, and what you need to document in case your relicense needs to be reviewed in the future. Yoshiki and Juan did not do this and thus we have no evidence yet that Yoshiki's relicense is strong enough. I documented the priorities for squeak 4.0 in this email: http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-February/134083… You should probably figure out your priorities for the relicense as well, so you know whose standards you need to meet. Since that email was written, Randal has indeed heard back from SFLC, but I haven't heard what they had to say yet. -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

May 15, 2009

Re: [Pharo-project] style preserving for code file out ?

by Lukas Renggli

Yeah, we don't want to store methods as text, just plain strings is perfectly fine. Lukas On Fri, May 15, 2009 at 7:36 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Fri, May 15, 2009 at 4:48 PM, Alain Plantec <alain.plantec(a)free.fr> wrote: >> another way of asking this question would be "can I remove this feature ?" > > +1 > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

May 15, 2009

Re: [Pharo-project] style preserving for code file out ?

by Damien Cassou

On Fri, May 15, 2009 at 4:48 PM, Alain Plantec <alain.plantec(a)free.fr> wrote: > another way of asking this question would be "can I remove this feature ?" +1 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 15, 2009

Re: [Pharo-project] Inspect it wrong shortcut

by Damien Cassou

2009/5/14 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Can someone confirm this ? This is fixed in recent versions. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 15, 2009

Re: [Pharo-project] Excluding classes from Test Coverage

by Mariano Martinez Peck

On Fri, May 15, 2009 at 2:05 PM, Oscar Nierstrasz <oscar(a)iam.unibe.ch>wrote: > > Just checked in as > http://www.squeaksource.com/PharoInbox/SUnitGUI-onierstrasz.38.mcz > > Now you can declare classes to exclude from coverage analysis by > defining #classNamesNotUnderTest on the class side of your test to > return an array of names of those classes. > > http://scg.unibe.ch/wiki/faq/pharofaq/howToCheckTestCoverage Wow! I didn't know http://scg.unibe.ch/wiki/faq/pharofaq It is really useful!!! What about putting a link to it in http://www.pharo-project.org/documentation/faq Best, Mariano > > > - on > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 15, 2009

Re: [Pharo-project] [ANN] OCompletion improves the accuracy of eCompletion

by Damien Cassou

2009/5/15 Hernan Wilkinson <hernan.wilkinson(a)gmail.com>: > Yes, I tried it on a pharo-dev image. I thought that there could be a > conflict between ecomp and ocomp but I also thought that ocomp would disable > ecomp when loading... anyway, I did not have the time to check that so I > went to the previous image. Try the very latest Pharo (please stop using the name pharo-dev (I know I'm still doing it but that's a mistake :-))(this looks like Lisp)) which now has OCompletion installed: http://pharo-project.org/download. > (BTW I also tried to load ocomp on a pharo-core image and I could not > because there is no Installer class. I could not either with the monticello > brower... ) Installer is not installed by default. ScriptLoader new installingInstaller. > So, the performance issue was when typing class names. For example, I typed > 'Ar' press tab and it took a lot to show the valid names. Selected Array and > the started to delete it and it also took a lot of time to delete each > character. I tried the same thing on an pharo-dev image without ocomp and > worked fine... so there must be something going on. Can't reproduce on latest Pharo. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 15, 2009

Re: [Pharo-project] [ANN] 10305 and 10306

by Oscar Nierstrasz

Thanks! - on On May 15, 2009, at 16:43, Mariano Martinez Peck wrote: > System -> about. There you can see "latest update: XXXXX"

May 15, 2009

[Pharo-project] Excluding classes from Test Coverage

by Oscar Nierstrasz

Just checked in as http://www.squeaksource.com/PharoInbox/SUnitGUI-onierstrasz.38.mcz Now you can declare classes to exclude from coverage analysis by defining #classNamesNotUnderTest on the class side of your test to return an array of names of those classes. http://scg.unibe.ch/wiki/faq/pharofaq/howToCheckTestCoverage - on

May 15, 2009

[Pharo-project] New Pharo based on core 10306

by Damien Cassou

New Pharo with OCompletion http://pharo-project.org/download -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 15, 2009

[Pharo-project] style preserving for code file out ?

by Alain Plantec

Hi all, What is the usefulness of preserving code style for method logging ? I personally always answer no when, while accepting some code, I've to answer to "This method contains style for the first time (e.g. bold or colored text). Do you really want to save the style info?". Regarding the preferences to settings refactoring, another way of asking this question would be "can I remove this feature ?" Thanks Alain

May 15, 2009