- Pharo-dev - lists.pharo.org

Re: [Pharo-project] OBDependencyWalker for Pharo

by Mariano Martinez Peck

HernÃ¡n: I would like to use this tools to detect dependencies between packages and with that write the metacello configurations for Pharo. Do you know how can I manage to install it in the latests 1.0 dev image? thanks mariano On Sun, Aug 16, 2009 at 10:04 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > I imagine that david did that because he could not touch the code. > I hope that with the new OB release things will get clarified and > better. > > Stef > > On Aug 15, 2009, at 3:11 PM, HernÃ¡n Morales Durand wrote: > > > Hi Cesar, > > Please update to the latest version of the DependencyBrowser. I was > > using a ClassSortFilter for filtering packages (which is wrong), and > > there are two different implementations of this message from David and > > Lukas: > > > > OBClassSortFilter>>nodesFrom:forNode: > > > > The one from David was preventing to send #theClass > > > > classNodes := nodes select: [ :ea | ea respondsTo: #theClass ]. > > > > but I don't know which one is the right one, the implementation from > > Lukas is newer and usually his releases works pretty fine. Recently > > Colin posted another OB version, I hope the work done in OB gets a > > better coordination, it would be such a sad thing to have good > > incompatible versions of the framework. > > Cheers, > > > > HernÃ¡n > > > > 2009/8/14 <csrabak(a)bol.com.br>: > >> HernÃ¡n, > >> > >> I also don't have the expertise to debug it, but could you get more > >> info if > >> you put a #theClass method in OBClassSort with a sefl halt on it? > >> > >> It will avoid the sending of messages upstream in the "food chain"... > >> > >> Em 14/08/2009 09:05, HernÃ¡n Morales Durand < > >> hernan.morales(a)gmail.com > > >> escreveu: > >> > >> Ok, I found this could be related with an OB installation using this > >> script: http://code.google.com/p/pharo/wiki/ImageBuildScripts > >> I've loaded "AST", "Refactoring", "OmniBrowser" and "Tools". Then > >> loaded the DependencyBrowser, selected a package and gotcha, the > >> #theClass MNU was raised. > >> However I wasn't able to debug it (please see the attachement), the > >> stack isn't displayed in the debugger and some operations (Out, Over, > >> etc) hang the image and I have interrupt with Alt+. > >> Cheers > >> > >> HernÃ¡n > >> > >> 2009/8/14 StÃ©phane Ducasse : > >>> apparently there was a change in OB and it would be good to > >>> understand > >>> because > >>> we have some open issues that are related to that. > >>> > >>> Stef > >>> > >>> > >>>> Oh, that page was obsolete sorry about that, working with PHP > >>>> pages is > >>> &g t; so... fuckin horrible! > >>>> However that's not the issue here. I need to do a little research > >>>> to > >>>> see why the Dependency Browser breaks with mysterious OB stuff? I > >>>> will > >>>> update the repository as soon as I find the cause. > >>>> Thanks for reporting > >>>> > >>>> HernÃ¡n > >>>> > >>>> 2009/8/13 : > >>>>> Em 13/08/2009 21:34, HernÃ¡n Morales Durand > >>>>> escreveu: > >>>>> > >>>>>> Hi csrabak, > >>>>>> Thanks for the feedback. I wonder how you've installed the DW? > >>>>> > >>>>> I followed > >>>>> > http://cs.hernanmorales.com.ar/projects/dependencyBrowser/DBrowser-fr.php > >>>>> (Overture Pharo) tab (but I bet you _knew_ that ;-)! > >>>>> > >>>>> Notice I installed on Pharo1.0beta image. . . and use only > >>>>> "default" settings. . . > >>>>> > >>>>>> Anyone else experi mented this trouble? > >>>>> > >>>>> This is something I cannot answer :-( > >>>>> > >>>>>> That MNU is fine, the problem is that message should never be > >>>>>> sent > >>>>>> to > >>>>>> an OBInheritanceDependencyNode. Please note the two leftmost > >>>>>> panes > >>>>>> (columns) in the DependencyBrowser contains system categories or > >>>>>> "packages", not classes. > >>>>>> So I've tried to reproduce your problem with the three OB > >>>>>> installations from Pharo: > >>>>>> > >>>>>> ScriptLoader loadOB. > >>>>>> ScriptLoader loadSuperOB. > >>>>>> ScriptLoader loadOBAlpha. > >>>>>> > >>>>>> selected every system category, gathering all dependencies in > >>>>>> your > >>>>>> Pharo version, and still cannot find that MNU. Can you provide me > >>>>>> further details about it? > >>>>>> > >>>>>> Are you using latest OmniBrowser? > >>>>> > >>>>> I do supose so as at the time I wrote the e-mail I had the image > >>>>> uptodate (#10413). > >>>>> > >>>>>> Have you installed the DependencyBrowser with the script of my > >>>>>> previous e-mail? > >>>>> > >>>>> I ran the script of your page. > >>>>> > >>>>>> This is happening when you select a particular package? > >>>>> > >>>>> Any package will do, but to stick to a simple one I click in > >>>>> "OmniBrowser" and kaboom! > >>>>> > >>>>>> Have you installed additional OB packages? > >>>>> > >>>>> I lost the control of what is considered "aditional" wrt to OB. So > >>>>> I attach the browser of the image I'm testing it: > >>>>> > >>>>> HTH > >>>>> > >>>>> -- > >>>>> Cesar Rabak > >>>>> > >>>>> _______________________________________________ > >>>>> 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 > >> > > > > _______________________________________________ > > 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 >

Dec. 26, 2009

Re: [Pharo-project] [squeak-dev] Re: freetype plugin on os-x squeak v5.0 -> goes to 5.1

by David T. Lewis

On Fri, Dec 25, 2009 at 08:23:53PM -0800, John M McIntosh wrote: > Ok after a day of slugging thru bits between way too much turkey I reworked the freetype plugin code so that it now works with 64bit VMs running 32bit images. > Excellent! > Now in order to make this all work I had to recompile the Squeak VM so that it exposes the object memory base memory address so the plugin can find it. > So you'll find 5.1 at... > > http://smalltalkconsulting.com/squeak.html Please feel free to add this to SqS/VMMaker, and bump VMMaker class>>versionString up by one minor number. Or if you prefer, I can add it if you point me to a change set. Thanks, Dave

Dec. 26, 2009

Re: [Pharo-project] Does OCompletion depend on ECompletion?

by Mariano Martinez Peck

On Sat, Dec 26, 2009 at 7:12 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I cannot answer your questions, but you could use Package-Dependencies > from http://source.lukas-renggli.ch/packaging (it used to be in > /unsorted, but I now created a new repository) to explain you all > details of dependencies of packages. We use the tools in there to > build the Seaside distributions and to detect errors in dependencies. > > Thanks Lukas for the point! I know there is also the dependency walker. But I just asked because it is probably that the mainteiner/developer known the answer and maybe in 5' he can asnwer me :) I will give a shoot with this two tools. CHeers Mariano > Lukas > > 2009/12/26 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Sorry, I have much more questions about OCompletion: > > > > 0) (mail before) OCompletion depend on ECompletion? If true, which > packages > > ? > > > > 1) Does the package OCForOB depend on OCompletion ? > > > > 2) Does the package OCForO2 depend on OCompletion or in OCForOB or in > both ? > > > > 3) Can we put the tests that are in the category "Ocompletion-Tests" > under > > the package "OCompletion" in a SEPARATE package called > "Ocompletion-Tests" > > (the same as the category if you want). > > > > 4) Which packages does OCForOB depend on from OB? Just OmniBrowser or > more? > > Which ones? > > > > 5) Which packages does OCForO2 depend on from EnhancedOB? Just > OmniBrowser2 > > or more? Which ones? > > > > 6) Does OCompletions depend of Shout ? If true, what packages? > > > > Sorry for the amount of questions but I need this information in order to > > create the metacello configurations. > > > > Thanks > > > > Mariano > > > > > > On Sat, Dec 26, 2009 at 6:00 PM, Mariano Martinez Peck > > <marianopeck(a)gmail.com> wrote: > >> > >> I thought that yes, but in my dev image I have OCompletion but not > >> ECompletion. Can someone clarify me 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 > > > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 26, 2009

Re: [Pharo-project] Does OCompletion depend on ECompletion?

by Lukas Renggli

I cannot answer your questions, but you could use Package-Dependencies from http://source.lukas-renggli.ch/packaging (it used to be in /unsorted, but I now created a new repository) to explain you all details of dependencies of packages. We use the tools in there to build the Seaside distributions and to detect errors in dependencies. Lukas 2009/12/26 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Sorry, I have much more questions about OCompletion: > > 0) (mail before)Â OCompletion depend on ECompletion? If true, which packages > ? > > 1) Does the package OCForOB depend on OCompletion ? > > 2) Does the package OCForO2 depend on OCompletion or in OCForOB or in both ? > > 3) Can we put the tests that are in the category "Ocompletion-Tests" under > the package "OCompletion" in a SEPARATE package called "Ocompletion-Tests" > (the same as the category if you want). > > 4) Which packages does OCForOB depend on from OB? Just OmniBrowser or more? > Which ones? > > 5) Which packages does OCForO2 depend on from EnhancedOB? Just OmniBrowser2 > or more? Which ones? > > 6) Does OCompletions depend of Shout ? If true, what packages? > > Sorry for the amount of questions but I need this information in order to > create the metacello configurations. > > Thanks > > Mariano > > > On Sat, Dec 26, 2009 at 6:00 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> >> I thought that yes, but in my dev image I have OCompletion but not >> ECompletion. Can someone clarify me 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 > -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 26, 2009

Re: [Pharo-project] Does OCompletion depend on ECompletion?

by Mariano Martinez Peck

Sorry, I have much more questions about OCompletion: 0) (mail before) OCompletion depend on ECompletion? If true, which packages ? 1) Does the package OCForOB depend on OCompletion ? 2) Does the package OCForO2 depend on OCompletion or in OCForOB or in both ? 3) Can we put the tests that are in the category "Ocompletion-Tests" under the package "OCompletion" in a SEPARATE package called "Ocompletion-Tests" (the same as the category if you want). 4) Which packages does OCForOB depend on from OB? Just OmniBrowser or more? Which ones? 5) Which packages does OCForO2 depend on from EnhancedOB? Just OmniBrowser2 or more? Which ones? 6) Does OCompletions depend of Shout ? If true, what packages? Sorry for the amount of questions but I need this information in order to create the metacello configurations. Thanks Mariano On Sat, Dec 26, 2009 at 6:00 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > I thought that yes, but in my dev image I have OCompletion but not > ECompletion. Can someone clarify me this ? > > Thanks > > Mariano >

Dec. 26, 2009

Re: [Pharo-project] Refactoring Browser depenences

by Lukas Renggli

AFAIK, RoelTyper is not a hard dependency, but if loaded eCompletion provides better results. Don't have a computer to check right now. Lukas On Saturday, December 26, 2009, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Fri, Dec 18, 2009 at 6:31 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Exactly, > >> Refactoring-Spelling depends on Refactoring-Core >> Refactoring-Core depends on AST-Core > > AST-Core doesn't depend on anything. > >> There are more ?Â and dependences with external packages? > > No more dependencies. > > However, this configuration is hardly any useful, because there is no > user-interface, this is just the model of the refactoring engine. To > get the UI tools consider loading these packages with the following > dependencies: > > Â Â OB-Refactory --> Refactoring-Core, OB-Standard > Â Â OB-Regex --> Refactoring-Core, OB-Standard > Â Â OB-Shout --> OB-Morphic > Â Â OB-SUnitIntegration --> OmniBrowser > Â Â OB-Standard --> OmniBrowser > Â Â OB-Morphic --> OmniBrowser > Â Â OmniBrowser --> (none) > Â Â ECompletionOmniBrowser --> ECompletion > Â Â ECompletion --> Shout > > > Lukas, the ECompletion wiki says "Requires the packages RoelTyper and Shout 4" . Is this still true ? Or as you said it now only requieres Shout (no RoelTyper) ? > > Thanks > > Mariano > Â Â Â ShoutWorkspace --> Shout > > > Â Â Shout --> (none) > > HTH, > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > 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

Dec. 26, 2009

Re: [Pharo-project] Refactoring Browser depenences

by Mariano Martinez Peck

On Fri, Dec 18, 2009 at 6:31 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Exactly, > > > Refactoring-Spelling depends on Refactoring-Core > > Refactoring-Core depends on AST-Core > > AST-Core doesn't depend on anything. > > > There are more ? and dependences with external packages? > > No more dependencies. > > However, this configuration is hardly any useful, because there is no > user-interface, this is just the model of the refactoring engine. To > get the UI tools consider loading these packages with the following > dependencies: > > OB-Refactory --> Refactoring-Core, OB-Standard > OB-Regex --> Refactoring-Core, OB-Standard > OB-Shout --> OB-Morphic > OB-SUnitIntegration --> OmniBrowser > OB-Standard --> OmniBrowser > OB-Morphic --> OmniBrowser > OmniBrowser --> (none) > ECompletionOmniBrowser --> ECompletion > ECompletion --> Shout > Lukas, the ECompletion wiki says "Requires the packages RoelTyper and Shout 4" . Is this still true ? Or as you said it now only requieres Shout (no RoelTyper) ? Thanks Mariano > ShoutWorkspace --> Shout > > Shout --> (none) > > HTH, > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 26, 2009

[Pharo-project] Does OCompletion depend on ECompletion?

by Mariano Martinez Peck

I thought that yes, but in my dev image I have OCompletion but not ECompletion. Can someone clarify me this ? Thanks Mariano

Dec. 26, 2009

Re: [Pharo-project] [update 1.1] #11115

by Michael Roberts

That stuff is horrible. Good luck! Mike On Saturday, December 26, 2009, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok I see. So if you can sort that out. Excellent. > > RIght now I'm fighting with expanding "mousse" to fix some cold air problem.... > No debugger so far. :) > > Stef > > On Dec 26, 2009, at 10:20 AM, Michael Roberts wrote: > >> Ok, I take your point but I had given system version the ability to >> write out the image name. Â Now it doesn't have enough information or >> we need this special case. This is with a view to automatic building. >> Anyway it is not important at the moment. We can solve it later. >> >> Mike >> >> On Friday, December 25, 2009, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> we can keep alpha for us and just have the name of the image tagged UNSTABLE >>> because else we may have to change the update list and so on. >>> So I would not do more than I did because we can spend good energy on something else. >>> >>> Stef >>> On Dec 25, 2009, at 8:53 PM, Michael Roberts wrote: >>> >>>> re: #1624 >>>> >>>> you need to do this ;-) >>>> >>>> SystemVersion current suffix: 'UNSTABLE' >>>> >>>> thanks, >>>> Mike >>>> >>>> On Fri, Dec 25, 2009 at 10:50 AM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr> wrote: >>>>> 11115 >>>>> ----- >>>>> >>>>> Issue 1683: Â Â From The Trunk: minor improvement of MethodDictionary>>includesKey: >>>>> Â Â Â Â N. Cellier and Traits :) >>>>> Issue 1664: Â Â Long method can not be compiled using #compile: aString >>>>> Issue 1158: Â Â System Browser vs Class Browser tx David R. >>>>> Issue 1624: Â Â 1.1#alpha should be renamed to 1.1#unstable >>>>> _______________________________________________ >>>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 26, 2009

Re: [Pharo-project] [update 1.1] #11115

by StÃ©phane Ducasse

Ok I see. So if you can sort that out. Excellent. RIght now I'm fighting with expanding "mousse" to fix some cold air problem.... No debugger so far. :) Stef On Dec 26, 2009, at 10:20 AM, Michael Roberts wrote: > Ok, I take your point but I had given system version the ability to > write out the image name. Now it doesn't have enough information or > we need this special case. This is with a view to automatic building. > Anyway it is not important at the moment. We can solve it later. > > Mike > > On Friday, December 25, 2009, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> we can keep alpha for us and just have the name of the image tagged UNSTABLE >> because else we may have to change the update list and so on. >> So I would not do more than I did because we can spend good energy on something else. >> >> Stef >> On Dec 25, 2009, at 8:53 PM, Michael Roberts wrote: >> >>> re: #1624 >>> >>> you need to do this ;-) >>> >>> SystemVersion current suffix: 'UNSTABLE' >>> >>> thanks, >>> Mike >>> >>> On Fri, Dec 25, 2009 at 10:50 AM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> 11115 >>>> ----- >>>> >>>> Issue 1683: From The Trunk: minor improvement of MethodDictionary>>includesKey: >>>> N. Cellier and Traits :) >>>> Issue 1664: Long method can not be compiled using #compile: aString >>>> Issue 1158: System Browser vs Class Browser tx David R. >>>> Issue 1624: 1.1#alpha should be renamed to 1.1#unstable >>>> _______________________________________________ >>>> 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

Dec. 26, 2009