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

Re: [Pharo-project] Helping getting pharo license-clean

by StÃ©phane Ducasse

Ok I thought that you took the http://ftp.squeak.org/4.0alpha/squeak4.0-relicensingTools.zip then put there the latest pharo image and run Stef |m d f| m := MethodHistoryDatabase new. MethodHistoryChangeList ignoreNonExsiting: false. m readFile: 'SqueakV1.sources' encodingName: 'mac-roman'. d := FileDirectory default directoryNamed: 'history-updates'. #('PreBeta' 'Sqk20Beta') do: [:v | m readFilesIn: d updateFile: 'updates.list' versionName: v.]. m readFile: 'SqueakV2.sources' encodingName: 'mac-roman'. #('Squeak2.0' 'Squeak2.1' 'Squeak2.2beta' 'Squeak2.2' 'Squeak2.3' 'Squeak2.4' 'Squeak2.5test' 'Squeak2.5' 'Squeak2.6alpha' 'Squeak2.6' 'Squeak2.7alpha' 'Squeak2.7' 'Squeak2.8alpha' 'Squeak2.8' 'Squeak2.9alpha') do: [:v | m readFilesIn: d updateFile: 'updates.list' versionName: v.]. m readFile: 'SqueakV3.sources' encodingName: 'mac-roman'. #('Squeak3.0' 'Squeak3.1alpha' 'Squeak3.1beta' 'Squeak3.2alpha' 'Squeak3.2gamma' 'Squeak3.2' 'Squeak3.2.1' 'Squeak3.4alpha' 'Squeak3.4beta' 'Squeak3.4gamma' 'Squeak3.5alpha' 'Squeak3.5beta' 'Squeak3.5gamma' 'Squeak3.6alpha' 'Squeak3.6beta' 'Squeak3.6gamma' 'Squeak3.6') do: [:v | m readFilesIn: d updateFile: 'updates.list' versionName: v.]. d := FileDirectory default directoryNamed: 'squeak.org-updates'. #('Squeak3.7alpha' 'Squeak3.7beta' 'Squeak3.7gamma' 'Squeak3.7' 'Squeak3.8alpha' 'Squeak3.8beta' 'Squeak3.8gamma') do: [:v | m readFilesIn: d updateFile: 'SqCupdates.list' versionName: v.]. m readFile: 'Squeak3.9b-7053.changes' encodingName: 'utf-8'. m readFile: 'SqueakV39.sources' encodingName: 'utf-8'. m readFile: 'Squeak39g-7056+3102-7179.changes' encodingName: 'utf-8'. b := MethodHistoryBrowser new. b database: m. MethodHistoryBrowser openBrowserView: (b openEditString: nil) label: 'foo'. Authorship initialize. authors := Authorship new. authors database: m. missing := authors missingAuthorsWithMethods. returned := authors returnedAuthorsWithMethods. notAccounted := authors notAccounted. historicalMissing := authors historicalMissingAuthorsWithMethods. historicalNotAccounted := authors historicalNotAccounted. f _ FileStream newFileNamed: 'currentMissing.html'. m writeDictWithVersion: missing toHTMLFileNameOn: f title: 'AgreementMissingPharo' explanationFileName: nil. f close. m writeDict: missing toFileName: 'missingPharo.txt'. missing at: ((m at: #Debugger at: #buildMorphicNotifierLabelled:message:) at: 3) author missing

May 16, 2009

Re: [Pharo-project] Helping getting pharo license-clean

by Nicolas Cellier

2009/5/16 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > ScaledDecimals are certainly not much used in Kernel. There were none in st80. > But they are ANSI. > > Their main purpose is to ease implementation of financial apps and > avoid round off errors of Floating point operations. > You should ask if they are used in Seaside first. > > Now, re-implementing ScaledDecimals from scratch is not an heavy task. > ScaledDecimals are essentially Faction with special printOn:. I mean Fraction of course > > Nicolas > > 2009/5/16 Adrian Lienhard <adi(a)netstyle.ch>: >> Hi Yoshiki, >> >> On May 15, 2009, at 20:52 , Yoshiki Ohshima wrote: >>> >>> Does Pharo have ScaledDecimal and it is used? If so, that would be >>> the biggest piece that would be removed. There wouldn't be any >>> serious bugs that would cause major trouble otherwise. >> >> I checked and ScaledDecimal is not used in Pharo. So should be easy to >> remove. (There are a few instances in the image but from literals in >> tests, and there are no methods called from the core that instantiate >> ScaledDecimals.) >> >> Adrian >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

May 16, 2009

Re: [Pharo-project] Helping getting pharo license-clean

by Nicolas Cellier

ScaledDecimals are certainly not much used in Kernel. There were none in st80. But they are ANSI. Their main purpose is to ease implementation of financial apps and avoid round off errors of Floating point operations. You should ask if they are used in Seaside first. Now, re-implementing ScaledDecimals from scratch is not an heavy task. ScaledDecimals are essentially Faction with special printOn:. Nicolas 2009/5/16 Adrian Lienhard <adi(a)netstyle.ch>: > Hi Yoshiki, > > On May 15, 2009, at 20:52 , Yoshiki Ohshima wrote: >> >> Does Pharo have ScaledDecimal and it is used? If so, that would be >> the biggest piece that would be removed. There wouldn't be any >> serious bugs that would cause major trouble otherwise. > > I checked and ScaledDecimal is not used in Pharo. So should be easy to > remove. (There are a few instances in the image but from literals in > tests, and there are no methods called from the core that instantiate > ScaledDecimals.) > > Adrian > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 16, 2009

Re: [Pharo-project] Helping getting pharo license-clean

by Adrian Lienhard

Hi Yoshiki, On May 15, 2009, at 20:52 , Yoshiki Ohshima wrote: > > Does Pharo have ScaledDecimal and it is used? If so, that would be > the biggest piece that would be removed. There wouldn't be any > serious bugs that would cause major trouble otherwise. I checked and ScaledDecimal is not used in Pharo. So should be easy to remove. (There are a few instances in the image but from literals in tests, and there are no methods called from the core that instantiate ScaledDecimals.) Adrian

May 16, 2009

Re: [Pharo-project] Helping getting pharo license-clean

by Adrian Lienhard

On May 15, 2009, at 21:36 , StÃ©phane Ducasse wrote: >>>> 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. >> >> What is the reason for Pharo to go with SFLC? > > I do not know. This is a misunderstanding. We do not intend to go with SFLC. Matthew referred to *Squeak's* submission to SFLC. Adrian

May 16, 2009

Re: [Pharo-project] [OT] RIS vs. BibTeX

by Schwab,Wilhelm K

Damien, It was running along fine and then hit a walkback in RioLocalExecutive class>>initialize. Does not like Current initializeDefault (DNU). Any ideas? That looks like missing steps to me, so it might not be something I can "just fix". Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Damien Pollet Sent: Saturday, May 16, 2009 8:48 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [OT] RIS vs. BibTeX On Sat, May 16, 2009 at 12:12, Damien Pollet <damien.pollet(a)gmail.com> wrote: >> After with enough pressure I'm sure that he can do a CitezenLoader >> class :) > > That could indeed be helpful :) Actually there is one already, and it seems to work. See the wiki tab of http://www.squeaksource.com/Citezen.html -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 16, 2009

Re: [Pharo-project] [OT] RIS vs. BibTeX

by Schwab,Wilhelm K

Damien, Nice! I can't yet claim that it works, but it sure looks like it's up to good things. Should I have known to look for this? That's not asking you to beat me up; I'm trying to grok the (evolving?) Pharo culture. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Damien Pollet Sent: Saturday, May 16, 2009 8:48 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [OT] RIS vs. BibTeX On Sat, May 16, 2009 at 12:12, Damien Pollet <damien.pollet(a)gmail.com> wrote: >> After with enough pressure I'm sure that he can do a CitezenLoader >> class :) > > That could indeed be helpful :) Actually there is one already, and it seems to work. See the wiki tab of http://www.squeaksource.com/Citezen.html -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 16, 2009

Re: [Pharo-project] [OT] RIS vs. BibTeX

by Schwab,Wilhelm K

Dave, ps2text takes pdfs????!!!!!! Thanks, Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of David T. Lewis Sent: Saturday, May 16, 2009 6:38 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [OT] RIS vs. BibTeX On Sat, May 16, 2009 at 05:10:40AM -0400, Schwab,Wilhelm K wrote: > > I really like LaTeX's abilty to create new environments, markup, etc. What do you do for spell checking? > /usr/bin/ps2text may be of some help. Run your pdf (or ps) output through ps2text, then spell check the flat text file. It's not as nice as a built in spell checker, but maybe better than none at all. Dave _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 16, 2009

Re: [Pharo-project] [OT] RIS vs. BibTeX

by Damien Pollet

On Sat, May 16, 2009 at 12:12, Damien Pollet <damien.pollet(a)gmail.com> wrote: >> After with enough pressure I'm sure that he can do a CitezenLoader >> class :) > > That could indeed be helpful :) Actually there is one already, and it seems to work. See the wiki tab of http://www.squeaksource.com/Citezen.html -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

May 16, 2009

Re: [Pharo-project] Helping getting pharo license-clean

by Rob Rothwell

On Sat, May 16, 2009 at 2:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi rob > > you are in the list of ok commiters Great; thanks... > now when I run the script I did not add the pharoers to the list of > authors. > I should do that. Make sense! Now are you telling to me that you did the following steps and run it > without getting a debugger? Which steps? I just loaded the mcz and browsed the class side: 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 > > On which system are you? I just checked it out in a pharo0.1-10303dev09.05.1.image updated to 10306 on Windows XP Professional and everything loaded fine... Take care, Rob > On May 15, 2009, at 11:02 PM, Rob Rothwell wrote: > > > I tried to see if my signature is filed; I was quite excited to send > > postage all the way to France, but do not see my name in the > > signature list, or anywhere for that matter...but (unfortunately), > > "RobRothwell" shows up, for example, in Class > > DisplayScreen>>fullScreenOn... > > > > Rob > > > > On Fri, May 15, 2009 at 1:55 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr > > > wrote: > > 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/ > > > > > > > > > > > > _______________________________________________ > > 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 >

May 16, 2009