- Pharo-dev - lists.pharo.org

Re: [Pharo-project] loadOBAlpha

by David RÃ¶thlisberger

>>>>> self new universalInstaller universe >>>>> addPackage: 'ShoutOmniBrowser'; >>>>> addPackage: 'eCompletion'; >>>>> addPackage: 'eCompletionOmniBrowser'; >>>>> addPackage: 'eCompletion-Traits'; >>>>> install. > > install an older version of OB, overriding the loading instruction > located before in the method. But that's new, it didn't use to do that. What got changed to make it behave like that? Did someone change the dependencies of these package in Universe? Like this it gets hard to rely on Universe if suddenly dependencies get introduced that have been defined before. David > On 18 Feb 2009, at 15:13, David RÃ¶thlisberger wrote: > >>> This is quite strange. >>> Executing ScriptLoader loadOBAlpha loads OB-Strandard-dr.389 instead >>> of the last version. Do you want me to dive into this? >> yes, please. In particular as it does not for me, so I cannot >> reproduce this. >> I remember Gary had a similar problem, but we then assumed it was >> because he has >> locally changed something in that particualr package (I guess it was >> OB-Morphic), so >> that's why the package didn't get updated. But I guess this is not >> the case here. >> >> David >> >> >> >>> On 18 Feb 2009, at 11:51, David RÃ¶thlisberger wrote: >>> >>>>> I obtained the error by taking a fresh a 10231, did a system update >>>>> and doit "ScriptLoader loadOBAlpha" >>>>> Does it really work with you? There is no implementor of topPanel. >>>> Which version of OB-Standard do you have loaded in your image after >>>> the doit? >>>> dr.395 brings OBCodeBrowser class >> topPanel. >>>> >>>> David >>>> >>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>>> loadOBAlpha >>>>> "self loadOBAlpha" >>>>> >>>>> | instClass | >>>>> instClass := self environment at: #Installer ifAbsent: [self new >>>>> installingInstaller]. >>>>> >>>>> self new universalInstaller universe >>>>> update; >>>>> addPackage: 'Shout'; >>>>> addPackage: 'AST'; >>>>> addPackage: 'Refactoring Core'; >>>>> install. >>>>> >>>>> "load latest alpha version of OB directly from its Monticello >>>>> repo" >>>>> instClass wiresong >>>>> project: 'ob'; >>>>> install: 'OmniBrowser'; >>>>> install: 'OB-Standard'; >>>>> install: 'OB-Morphic'; >>>>> install: 'OB-Enhancements'; >>>>> install: 'OB-Refactory'. >>>>> >>>>> self new universalInstaller universe >>>>> addPackage: 'ShoutOmniBrowser'; >>>>> addPackage: 'eCompletion'; >>>>> addPackage: 'eCompletionOmniBrowser'; >>>>> addPackage: 'eCompletion-Traits'; >>>>> install. >>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>>> >>>>> Alexandre >>>>> >>>>> >>>>> On 18 Feb 2009, at 11:17, David RÃ¶thlisberger wrote: >>>>> >>>>>> Hi Alex, >>>>>> >>>>>>> Apparently, what is loaded by ScriptLoader>>loadOBAlpha cannot be >>>>>>> opened. OBPackageBrowser>>topPanel DNU >>>>>>> It would be great to fix this... >>>>>> I don't get this error. >>>>>> The method you mention is in OBCodeBrowser in pkg OB-Standard, >>>>>> maybe >>>>>> this package >>>>>> didn't get updated when you loaded OBAlpha. >>>>>> >>>>>> David >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >> >

Feb. 18, 2009

Re: [Pharo-project] [update] #10236

by Adrian Lienhard

On Feb 18, 2009, at 20:37 , John M McIntosh wrote: > > On 18-Feb-09, at 4:44 AM, Marcus Denker wrote: > >> 10236 >> ----- >> >> Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the >> objects > > Er so what did we do here? http://code.google.com/p/pharo/issues/detail?id=316 I added a cs in response to your comment, and I noted: "Like this we either purge on shutdown *or* on startup, but not twice. Default is on shutdown." OK? Cheers, Adrian > In relooking at this I was confused about > the intent and I guess the bug. > > Preferences purgeUndoOnQuit from a naming viewpoint seemed to imply > that the purge would > occur on quit, but not on startup if True, otherwise it would occur at > startup time. > > However the old code would entirely disable the purging both at > startup and shutdown if purgeUndoOnQuit was false. > Maybe the intent was to call it purgeUndoRecords > > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 18, 2009

Re: [Pharo-project] [update] #10236

by John M McIntosh

On 18-Feb-09, at 4:44 AM, Marcus Denker wrote: > 10236 > ----- > > Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the > objects Er so what did we do here? In relooking at this I was confused about the intent and I guess the bug. Preferences purgeUndoOnQuit from a naming viewpoint seemed to imply that the purge would occur on quit, but not on startup if True, otherwise it would occur at startup time. However the old code would entirely disable the purging both at startup and shutdown if purgeUndoOnQuit was false. Maybe the intent was to call it purgeUndoRecords -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Feb. 18, 2009

[Pharo-project] ABout MC browser size

by StÃ©phane Ducasse

Hi gary I do not really understand since I fixed the default size of the MC browser in the past. When I loaded your code I imagine that I merge and that they were no conflict so I do not understand why now I have again a wrong size. Do you have an idea? Did you merge back my little changes? Stef

Feb. 18, 2009

[Pharo-project] ??? OB loading???

by StÃ©phane Ducasse

When I load that in the latest image I get a topPanel DNU I do not understand how to fix it. Stef | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. self new universalInstaller universe update; addPackage: 'Shout'; addPackage: 'AST'; addPackage: 'Refactoring Core'; install. "load latest alpha version of OB directly from its Monticello repo" instClass wiresong project: 'ob'; install: 'OmniBrowser'; install: 'OB-Standard'; install: 'OB-Morphic'; install: 'OB-Enhancements'; install: 'OB-Refactory'. self new universalInstaller universe addPackage: 'ShoutOmniBrowser'; addPackage: 'eCompletion'; addPackage: 'eCompletionOmniBrowser'; addPackage: 'eCompletion-Traits'; install.

Feb. 18, 2009

Re: [Pharo-project] loadOBAlpha

by Alexandre Bergel

The problem is that >>>> self new universalInstaller universe >>>> addPackage: 'ShoutOmniBrowser'; >>>> addPackage: 'eCompletion'; >>>> addPackage: 'eCompletionOmniBrowser'; >>>> addPackage: 'eCompletion-Traits'; >>>> install. install an older version of OB, overriding the loading instruction located before in the method. Alexandre On 18 Feb 2009, at 15:13, David RÃ¶thlisberger wrote: > >> This is quite strange. >> Executing ScriptLoader loadOBAlpha loads OB-Strandard-dr.389 instead >> of the last version. Do you want me to dive into this? > > yes, please. In particular as it does not for me, so I cannot > reproduce this. > I remember Gary had a similar problem, but we then assumed it was > because he has > locally changed something in that particualr package (I guess it was > OB-Morphic), so > that's why the package didn't get updated. But I guess this is not > the case here. > > David > > > >> On 18 Feb 2009, at 11:51, David RÃ¶thlisberger wrote: >> >>>> I obtained the error by taking a fresh a 10231, did a system update >>>> and doit "ScriptLoader loadOBAlpha" >>>> Does it really work with you? There is no implementor of topPanel. >>> Which version of OB-Standard do you have loaded in your image after >>> the doit? >>> dr.395 brings OBCodeBrowser class >> topPanel. >>> >>> David >>> >>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>> loadOBAlpha >>>> "self loadOBAlpha" >>>> >>>> | instClass | >>>> instClass := self environment at: #Installer ifAbsent: [self new >>>> installingInstaller]. >>>> >>>> self new universalInstaller universe >>>> update; >>>> addPackage: 'Shout'; >>>> addPackage: 'AST'; >>>> addPackage: 'Refactoring Core'; >>>> install. >>>> >>>> "load latest alpha version of OB directly from its Monticello >>>> repo" >>>> instClass wiresong >>>> project: 'ob'; >>>> install: 'OmniBrowser'; >>>> install: 'OB-Standard'; >>>> install: 'OB-Morphic'; >>>> install: 'OB-Enhancements'; >>>> install: 'OB-Refactory'. >>>> >>>> self new universalInstaller universe >>>> addPackage: 'ShoutOmniBrowser'; >>>> addPackage: 'eCompletion'; >>>> addPackage: 'eCompletionOmniBrowser'; >>>> addPackage: 'eCompletion-Traits'; >>>> install. >>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>> >>>> Alexandre >>>> >>>> >>>> On 18 Feb 2009, at 11:17, David RÃ¶thlisberger wrote: >>>> >>>>> Hi Alex, >>>>> >>>>>> Apparently, what is loaded by ScriptLoader>>loadOBAlpha cannot be >>>>>> opened. OBPackageBrowser>>topPanel DNU >>>>>> It would be great to fix this... >>>>> I don't get this error. >>>>> The method you mention is in OBCodeBrowser in pkg OB-Standard, >>>>> maybe >>>>> this package >>>>> didn't get updated when you loaded OBAlpha. >>>>> >>>>> David >>>>> >>>>> _______________________________________________ >>>>> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 18, 2009

Re: [Pharo-project] Question about Universes

by Alexandre Bergel

How can I guess that there is a dependency ? ScriptLoader>>loadOBAlpha does not work anymore because of this... Alexandre On 18 Feb 2009, at 17:15, Damien Cassou wrote: > On Wed, Feb 18, 2009 at 5:11 PM, Alexandre Bergel > <Alexandre.Bergel(a)inria.fr> wrote: >> Omnibrowser gets installed, where it should not. Where is the >> definition of this Universe stored? > > Without thinking and checking: ShoutOmnibrowser depends on > Omnibrowser, that's why OB is installed. > > -- > 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 18, 2009

Re: [Pharo-project] Question about Universes

by Damien Cassou

On Wed, Feb 18, 2009 at 5:11 PM, Alexandre Bergel <Alexandre.Bergel(a)inria.fr> wrote: > Omnibrowser gets installed, where it should not. Where is the > definition of this Universe stored? Without thinking and checking: ShoutOmnibrowser depends on Omnibrowser, that's why OB is installed. -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 18, 2009

[Pharo-project] Question about Universes

by Alexandre Bergel

Dear Universe Lover and other Fans, When I doit this: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Installer universe addPackage: 'ShoutOmniBrowser'; addPackage: 'eCompletion'; addPackage: 'eCompletionOmniBrowser'; addPackage: 'eCompletion-Traits'; install. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Omnibrowser gets installed, where it should not. Where is the definition of this Universe stored? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 18, 2009

Re: [Pharo-project] [update] #10237

by Alexandre Bergel

We all love you Marcus, Alexandre On 18 Feb 2009, at 16:28, Marcus Denker wrote: > #10237 > ------ > Issue 464: Added subclass: and subclass:instanceVariableNames: > Issue 456: 7272: BlockContext equality test is missing > Issue 518: '-94' asInteger --> 94 > SUnit-al.59: Make edge case where method is an object work. > Tests-al.41: Clean up TestObjectsAsMethods (do a proper tearDown) > > > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 18, 2009