- Pharo-dev - lists.pharo.org

[Pharo-project] multiple pharo images

by Francisco Garau

May 2, 2012

Re: [Pharo-project] Jenkins status icons

by Sean P. DeNigris

Yanni Chiu wrote > > the "Green Balls" plugin. > Thanks, perfect! If anyone else tries it, you may have to reset your browser cache after installing the plugin. Sean -- View this message in context: http://forum.world.st/Jenkins-status-icons-tp4604223p4604374.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 2, 2012

Re: [Pharo-project] Jenkins status icons

by Peter Hugosson-Miller

The only coloured icons I've ever seen Jenkins produce are blue, yellow, red and grey, blue being "all clear" and grey "disabled". I thought that was the standard, but I could be wrong... -- Cheers, Peter. On 2 maj 2012, at 21:32, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > How do you get the icon to turn green on a successful build? Jenkins is > picking up my test report and showing 0 failures, but the icon is blue > instead of green. > > Thanks, > Sean > > -- > View this message in context: http://forum.world.st/Jenkins-status-icons-tp4604223.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 2, 2012

Re: [Pharo-project] Jenkins status icons

by Yanni Chiu

On 02/05/12 3:32 PM, Sean P. DeNigris wrote: > How do you get the icon to turn green on a successful build? Jenkins is > picking up my test report and showing 0 failures, but the icon is blue > instead of green. At the end of the README at: https://github.com/renggli/builder it mentions the "Green Balls" plugin.

May 2, 2012

[Pharo-project] Jenkins status icons

by Sean P. DeNigris

How do you get the icon to turn green on a successful build? Jenkins is picking up my test report and showing 0 failures, but the icon is blue instead of green. Thanks, Sean -- View this message in context: http://forum.world.st/Jenkins-status-icons-tp4604223.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 2, 2012

Re: [Pharo-project] Multiple worlds

by H. Hirzel

On 5/2/12, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > On 02.05.2012 16:22, Sean P. DeNigris wrote: >> EstebanLM wrote >>> I propose to just close the issue... having different words don't seems >>> to >>> match with current pharo approach and future envisioned scenarios. >>> >> What does that mean? For one thing, anybody that's been using TWM (like >> me) >> has had multiple worlds already since 1.3. Also, the code is extremely >> minimal (and could even be reduced a little more if that's the issue). >> Finally, this is a powerful feature... think OS X Spaces... >> >> Sean >> > +1. > Multiple worlds as per traditional morphic worlds = separate desktops > containing different morphs, different change sets, separate other bits > of state, fileOut/in of said state using image segments, various > intertwingeling here and there to make it tick. > Multiple worlds as proposed in the issue = separate desktops containing > different morphs. > > Cheers, > Henry > > Yes just different desktops containing different morphs but otherwise sharing changeSets etc is fine. No need for saving the worlds separately. Just the general image save is fine. --Hannes

May 2, 2012

Re: [Pharo-project] Pharo 2.0: Just need a recompileAll or a real problem in background?

by Mariano Martinez Peck

On Wed, May 2, 2012 at 8:21 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > Hi Mariano, > > On Wed, May 2, 2012 at 1:27 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> On Tue, May 1, 2012 at 10:17 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> >>> >>> On Tue, May 1, 2012 at 10:05 PM, Igor Stasenko <siguctua(a)gmail.com>wrote: >>> >>>> On 1 May 2012 21:45, Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> wrote: >>>> > >>>> > >>>> > On Tue, May 1, 2012 at 9:22 PM, Francisco Garau < >>>> francisco.garau(a)gmail.com> >>>> > wrote: >>>> >> >>>> >> Your code snippet is comparing the associations. The below one >>>> evaluates >>>> >> to true: >>>> >> >>>> >> (Smalltalk globals associationAt: #ScriptLoader) value >>>> >> == >>>> >> ((SmalltalkImage >> #shrinkToCore) literalAt: 4) value >>>> >> >>>> > >>>> > Yes, but the literals of CompiledMethod that refer to classes should >>>> have >>>> > the SAME association as Smalltalk globals. In fact, that's the reason >>>> why we >>>> > have: >>>> > >>>> indeed. >>>> The question is what leads to creation of multiple associations >>>> pointing to same global? >>>> >>> >>> >>> Exactly. I can easily fix it with a Compiler recompileAll. But the main >>> question is if we have a bug or something that could let us in that state. >>> >>> >> >> Ok, I wrote an ugly test and I noticed that the ONLY method with this >> problem in the image is >> >> >> | behaviorAssociations broken | >> behaviorAssociations := Smalltalk globals associations select: [:each | >> each value isBehavior or: [each value isTrait]]. >> broken := OrderedCollection new. >> (CompiledMethod allInstances select: [:each | each isInstalled]) >> do: [:aMethod | aMethod literals >> do: [:aLiteral | aLiteral isVariableBinding >> ifTrue: [ ((behaviorAssociations >> includes: aLiteral) >> and: >> [(behaviorAssociations identityIncludes: aLiteral) not]) >> ifTrue: [broken >> add: (aMethod -> aLiteral)] >> ] >> ] >> ]. >> broken inspect >> > > This doesn't look for unbound class variables. > Indeed. > I just wrote something that handles this in Squeak trunk: > > methodsWithUnboundGlobals > "Get all methods that use undeclared global objects that are not listed in > Undeclared. For a clean image the result should be empty." > > "SystemNavigation new methodsWithUnboundGlobals" > > ^self allSelect: > [:m| > m literals anySatisfy: > [:l| > l isVariableBinding > and: [l key isSymbol "avoid class-side methodClass literals" > and: [(m methodClass bindingOf: l key) isNil > and: [(Undeclared associationAt: l key ifAbsent: []) ~~ l]]]]] > > so the test would be > self assert: SystemNavigation new methodsWithUnboundGlobals isEmpty > > >> Ok. If I understand this correctly, this is yet ANOTHER thing to test, right? I mean, it does not cover my original problem but another one possible ;) right? Thanks Eliot. > And I have 6 methods from the classes SmalltalkImage and ScriptLoader and >> all the 6 literals are pointing to ScriptLoader. So something weird >> happened with this class. >> Any idea? >> >> For the moment I will update the test and do a Compiler recompileAll. >> >> >> >> >>> >>>> > Association >> #literalEqual: otherLiteral >>>> > "Answer true if the receiver and otherLiteral represent the same >>>> > literal. >>>> > Variable bindings are literally equals only if identical. >>>> > This is how variable sharing works, by preserving identity and >>>> changing >>>> > only the value." >>>> > ^self == otherLiteral >>>> > >>>> > instead of the Object implementation. >>>> > >>>> > >>>> >> >>>> >> On 1 May 2012 17:52, Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> wrote: >>>> >>> >>>> >>> (Smalltalk globals associationAt: #ScriptLoader) == >>>> ((SmalltalkImage >> >>>> >>> #shrinkToCore) literalAt: 4) >>>> >>> gives false when it should be true. If I do a Compiler >>>> recompileAll it >>>> >>> gets fixed. So, my question is, is that normal? how could that >>>> happen? >>>> >>> is there any real problem behind? >>>> >>> >>>> >>> anyway, can we do a recompileAll for the moment? >>>> >>> >>>> >>> thanks! >>>> >>> >>>> >>> -- >>>> >>> Mariano >>>> >>> http://marianopeck.wordpress.com >>>> >>> >>>> >> >>>> > >>>> > >>>> > >>>> > -- >>>> > Mariano >>>> > http://marianopeck.wordpress.com >>>> > >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > best, > Eliot > > -- Mariano http://marianopeck.wordpress.com

May 2, 2012

Re: [Pharo-project] Nautilus load problem

by StÃ©phane Ducasse

:) Stef On May 2, 2012, at 4:25 PM, Sean P. DeNigris wrote: > I'm glad I'm not the only one who can't spell Benjamin's last name ;-) > > NautilusCommon-BenjaminVanRyseghem.61 vs. > NautilusCommon-BenjaminVanRysgehem.63 > > Sean > > -- > View this message in context: http://forum.world.st/Nautilus-load-problem-tp4603363.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 2, 2012

Re: [Pharo-project] Multiple worlds

by StÃ©phane Ducasse

Esteban Having multiple virtual desktops is cool and this is not the full project syndrome so we should check the code and if it is small and nice integrate it. Stef > Hi, > > I propose to just close the issue... having different words don't seems to match with current pharo approach and future envisioned scenarios. > (I'm sorry if someone is expecting that) > > best, > Esteban > > On May 2, 2012, at 3:28 PM, Marcus Denker wrote: > >> >> On May 2, 2012, at 3:23 PM, H. Hirzel wrote: >> >>> Hello >>> >>> This issue >>> http://code.google.com/p/pharo/issues/detail?id=3545 >>> is about the feature of having multiple worlds. Status is 'Accepted'. >>> >> Accepted means accepted for thinking about, there is no commitment. >> >>> I assume it is now in Pharo 1.4. >>> >>> How can I use it. >>> >>> The code I found from Sean is >>> >>> "Add a world:" >>> WorldManager instance createOrSwitchToWorldNamed: 'JustAnotherWorld'. >>> >>> "Return to the default world:" >>> WorldManager instance createOrSwitchToWorldNamed: 'Pharo'. >>> >>> What are the proper instructions? >> >> >> It's a bug tracker entry. Not a package for users to use. >> >> Marcus >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> > >

May 2, 2012

Re: [Pharo-project] One month working for Pharo Consortium

by StÃ©phane Ducasse

Thanks Esteban I really like your next items :) > -bootstrap consortium site > -make a first iteration on new release process > -make some "experiments" on validating configurations > -tackle issues and integrate them :) Stef

May 2, 2012