January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo3] The last test failing...

by Sven Van Caekenberghe

On 08 Jan 2014, at 13:37, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Well, it should be something like: >> >> JENKINS = ci.inria.fr >> >> Then the guard for the unit test could be >> >> (OSPlatform current environment at: #JENKINS ifAbsent: [ '' ]) = 'ci.inria.fr' >> ifTrue: [ ^ self ] >> >> to skip the test only on the INRIA CI servers. >> >> Maybe CI instead of JENKINS is a more general name. >> >> > > Ok, I added > > CI = ci.inria.fr > > to the windows slaves OK, let's do this then: == Name: Zinc-Zodiac-SvenVanCaekenberghe.28 Author: SvenVanCaekenberghe Time: 8 January 2014, 1:57:17.629973 pm UUID: 5c5d4ae3-5db1-4367-adfe-6341cda0fc41 Ancestors: Zinc-Zodiac-SvenVanCaekenberghe.27 Add a guard to ZnHTTPSTests>>#testGetPharoVersion to skip the whole test when #runningOnWindowsInriaCI === This is now in the upstream repositories, I will make a slice for https://pharo.fogbugz.com/f/cases/12377/ZnHTTPSTests-testGetPharoVersion-fa… Sven

Jan. 8, 2014

Re: [Pharo-dev] WhatsUp from: 2014-01-06 until: 2014-01-19

by Tudor Girba

> > ### Here's what I've been up to since the last WhatsUp: > - Continue documenting scenarios supported by the GTInspector: http://www.humane-assessment.com/blog/guiding-custom-changes-with-gtinspect… http://www.humane-assessment.com/blog/a-pharo-refactoring-story-adding-them… - Initial introduction post about the GTDebugger: http://www.humane-assessment.com/blog/moldable-gtdebugger/ (more details are provided by Andrei on http://scg.unibe.ch/research/moldabledebugger) - Wrote a one-stop-post that provides a tour over Moose http://www.humane-assessment.com/blog/moose-custom-analyses-made-easy - Several extensions to GTInspector - Assisted Sean's excellent work on Spotlight ### What's next, until 2014-01-19 (*): - continue describing new kinds of scenarios -- www.tudorgirba.com "Every thing has its own flow"

Jan. 8, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by Marcus Denker

> > Well, it should be something like: > > JENKINS = ci.inria.fr > > Then the guard for the unit test could be > > (OSPlatform current environment at: #JENKINS ifAbsent: [ '' ]) = 'ci.inria.fr' > ifTrue: [ ^ self ] > > to skip the test only on the INRIA CI servers. > > Maybe CI instead of JENKINS is a more general name. > > Ok, I added CI = ci.inria.fr to the windows slaves

Jan. 8, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by Sven Van Caekenberghe

On 08 Jan 2014, at 13:09, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 08 Jan 2014, at 11:34, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 08 Jan 2014, at 10:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> >>> On 08 Jan 2014, at 10:14, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> >>>> On 08 Jan 2014, at 09:48, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>>> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >>>>> https://pharo.fogbugz.com/f/cases/12377 >>>>> >>>>> And this is just a build server artefactâ¦ (windows slave firewall problem). >>>>> >>>>> I wonder what to doâ¦ maybe we could just skip it on windows when running on the build slave ;-) >>>>> >>>>> Marcus >>>> >>>> Yes, either that (BTW, is it possible to know you are running on a slave ?) >>> We could add a check for an environment variable that Jenkins sets. >> >> And then access it with >> >> OSPlatform current environment >> >> right ? >> >> What environment variables are already set by Jenkins (on all platforms) ? >> Which one should we test for ? > > Right now we do not set any special oneâ¦ but we could > > There is right now on all slaves: (here with values for win): > > OS = win > Architecture = 32 > TERM = xterm-color > LC_ALL = en_US.UTF-8 > > > We can add moreâ¦ Well, it should be something like: JENKINS = ci.inria.fr Then the guard for the unit test could be (OSPlatform current environment at: #JENKINS ifAbsent: [ '' ]) = 'ci.inria.fr' ifTrue: [ ^ self ] to skip the test only on the INRIA CI servers. Maybe CI instead of JENKINS is a more general name.

Jan. 8, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by Marcus Denker

On 08 Jan 2014, at 11:34, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 08 Jan 2014, at 10:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 08 Jan 2014, at 10:14, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> >>> On 08 Jan 2014, at 09:48, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>>> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >>>> https://pharo.fogbugz.com/f/cases/12377 >>>> >>>> And this is just a build server artefactâ¦ (windows slave firewall problem). >>>> >>>> I wonder what to doâ¦ maybe we could just skip it on windows when running on the build slave ;-) >>>> >>>> Marcus >>> >>> Yes, either that (BTW, is it possible to know you are running on a slave ?) >> We could add a check for an environment variable that Jenkins sets. > > And then access it with > > OSPlatform current environment > > right ? > > What environment variables are already set by Jenkins (on all platforms) ? > Which one should we test for ? Right now we do not set any special oneâ¦ but we could There is right now on all slaves: (here with values for win): OS = win Architecture = 32 TERM = xterm-color LC_ALL = en_US.UTF-8 We can add moreâ¦ Marcus

Jan. 8, 2014

#runOnce: of StartupAction not working

by roberto.minelli＠usi.ch

Hi, I am playing with StartupActionâs. I discovered that the #runOnce: message is apparently not working. Try to put this (https://dl.dropboxusercontent.com/u/6281855/pincopallino.st) StartupAction into ~/Library/Preferences/pharo and open an image. The first time the name is set as expected. Then, change the âPincoPallino' name in the pincopallino.st file to another name, save and open another time your image. I think it should change the name again, since #runOnce: is set to false. But it does not. Looking around seems that the StartupLoader handles the preferences in a Dictionary whose keys are names (BAD) and if there is a preference with the same name of an already executed one it does not re-execute even though #runOnce: false. I also put an entry in the tracker: https://pharo.fogbugz.com/f/cases/12594/runOnce-of-StartupAction-not-working Cheers, R

Jan. 8, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by Sven Van Caekenberghe

On 08 Jan 2014, at 10:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 08 Jan 2014, at 10:14, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 08 Jan 2014, at 09:48, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >>> https://pharo.fogbugz.com/f/cases/12377 >>> >>> And this is just a build server artefactâ¦ (windows slave firewall problem). >>> >>> I wonder what to doâ¦ maybe we could just skip it on windows when running on the build slave ;-) >>> >>> Marcus >> >> Yes, either that (BTW, is it possible to know you are running on a slave ?) > We could add a check for an environment variable that Jenkins sets. And then access it with OSPlatform current environment right ? What environment variables are already set by Jenkins (on all platforms) ? Which one should we test for ? >> or some (Windows) sysadmin should have a look. >> >> Using any Pharo image the following should work and return XML: >> >> ./pharo Pharo.image eval "ZnClient new get: 'https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/…'.â >> >> But without the smart quote at the end (sorry, I canât make Mail not do that). >> > > I will check with the adminsâ¦ > > > Marcus

Jan. 8, 2014

12538 Renaming an extension does not work

by Nicolai Hess

I fail to see what does not work. Renaming Spec-Core to ValueHolders works. Even if ValueHolders isn't already there, it is created. The only thing I encountered, the ValueHolder entry wont' show up in the rename dialog, if - the Package doesn't exist (of course, thats ok) - the Package is empty ( but it still works). Or should we prevent to rename a category *XYZ if package XYZ doesn't exists? Nicolai

Jan. 8, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by Marcus Denker

On 08 Jan 2014, at 10:14, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 08 Jan 2014, at 09:48, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >> https://pharo.fogbugz.com/f/cases/12377 >> >> And this is just a build server artefactâ¦ (windows slave firewall problem). >> >> I wonder what to doâ¦ maybe we could just skip it on windows when running on the build slave ;-) >> >> Marcus > > Yes, either that (BTW, is it possible to know you are running on a slave ?) We could add a check for an environment variable that Jenkins sets. > or some (Windows) sysadmin should have a look. > > Using any Pharo image the following should work and return XML: > > ./pharo Pharo.image eval "ZnClient new get: 'https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/…'.â > > But without the smart quote at the end (sorry, I canât make Mail not do that). > I will check with the adminsâ¦ Marcus

Jan. 8, 2014

Anyone working with Komitter

by Nicolai Hess

Anyone working with komitter on Windows? Or is it just me getting this (issue 12508<https://pharo.fogbugz.com/default.asp?12508>) ?

Jan. 8, 2014