- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Monkey: "Check seems to be stuck. I will try it again"

by Denis Kudriashov

Idea is to restart Monkey check automatically. Monkey can set up timeout status when check required too long time. But there are cases when Monkey process is died somehow and issue becomes "Checking" forever. New job detects such issues and revert it to previous state where Monkey can check it again. 2016-02-03 14:49 GMT+01:00 Martin Dias <tinchodias(a)gmail.com>: > Ok, thanks Denis. Maybe the job should switch to Work needed? so it does > not start again and again (like it happened in my case). > MartÃn > El 3/2/2016 6:38, "Denis Kudriashov" <dionisiydk(a)gmail.com> escribiÃ³: > >> I increased timeout for two hours >> >> 2016-02-03 10:10 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: >> >>> We added new job to resume hanging status "Monkey is checking". >>> Maybe we should increase timeout. Now when Monkey checks issue more than >>> 1 hour we revert it status to "Fix Review Needed" >>> >>> 2016-02-03 4:24 GMT+01:00 Martin Dias <tinchodias(a)gmail.com>: >>> >>>> Hi, >>>> >>>> That's Monkey's result in my case ( >>>> https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea) I don't see >>>> other cases with the same result. Don't know where to look up to understand >>>> it... Any pointer? >>>> >>>> Thanks >>>> Martin >>>> >>> >>> >>

Feb. 3, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50565 Home: https://github.com/pharo-project/pharo-core

Feb. 3, 2016

[pharo-project/pharo-core] f4cecd: 50565

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: f4cecd9142c8b44cd6e546ddcf2ff774a74b49b0 https://github.com/pharo-project/pharo-core/commit/f4cecd9142c8b44cd6e546dd… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-03 (Wed, 03 Feb 2016) Changed paths: A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleAllSubclasses.st A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleClassVariables.st A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleInstanceVariables.st A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleSuperclasses.st A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleTraitComposition.st A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleTraitUsers.st A GT-SpotterExtensions-Core.package/extension/TBehavior/class/gtExampleTraits.st A GT-SpotterExtensions-Core.package/extension/TClassDescription/class/gtExamplePackage.st M Monticello.package/extension/RPackageOrganizer/instance/basicInitializeFromMC.st M Nautilus.package/NautilusUI.class/instance/debugging actions/debugTest_.st M RPackage-Core.package/extension/CompiledMethod/instance/packageFromOrganizer_.st M Reflectivity-Tools.package/Breakpoint.class/definition.st A Reflectivity-Tools.package/Breakpoint.class/instance/accessing/options_.st A Reflectivity-Tools.package/Breakpoint.class/instance/initialization/initialize.st M Reflectivity-Tools.package/Breakpoint.class/instance/links/breakLink.st A Reflectivity.package/RFCondition.class/instance/initialization/initialize.st R Reflectivity.package/RFCondition.class/instance/initialization/intitialize.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50564.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50565.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50564.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50565.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Support.package/ExternalSemaphoreTable.class/class/accessing/registerExternalObject_.st R System-Support.package/ExternalSemaphoreTable.class/class/accessing/safelyRegisterExternalObject_.st R System-Support.package/ExternalSemaphoreTable.class/class/accessing/safelyUnregisterExternalObject_.st M System-Support.package/ExternalSemaphoreTable.class/class/accessing/unregisterExternalObject_.st M System-Support.package/ExternalSemaphoreTable.class/class/private/collectionBasedOn_withRoomFor_.st A System-Support.package/ExternalSemaphoreTable.class/class/private/privateRegisterExternalObject_.st A System-Support.package/ExternalSemaphoreTable.class/class/private/privateUnregisterExternalObject_.st Log Message: ----------- 50565 17328 Missing RemoveExternalObjectsTable critical section https://pharo.fogbugz.com/f/cases/17328 17455 Debug test in contextmenu of methodPane https://pharo.fogbugz.com/f/cases/17455 17475 no package information for class side trait methods - again https://pharo.fogbugz.com/f/cases/17475 http://files.pharo.org/image/50/50565.zip

Feb. 3, 2016

Re: [Pharo-dev] Travis CI integration added to OSSubprocess and FFICHeaderExtractor

by Esteban Lorenzano

Hi, > On 03 Feb 2016, at 15:21, Holger Freyther <holger(a)freyther.de> wrote: > > >> On 03 Feb 2016, at 13:36, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> > > > Hi, > > > >> And it is still not working correctly (even if my pull request was integrated and Fabio continued working on it). > > yes it is still not working, i created a 'wrong' #stable in my configuration but now it doesn't want to take the main package from the local repository (and no I don't want to write github://... as the repo might be cloned). The added benefit of smalltalkCI is that I can test a Pharo4.0, Pharo5.0 build at the same time without having to write a shell script to make the differentiation for me. you can have your matrix using env variables: .travis.yml: language: c os: - linux - osx addons: apt: packages: - lib32asound2 - lib32z1 - lib32bz2-1.0 - libssl1.0.0:i386 - libfreetype6:i386 script: - scripts/run-tests.sh env: - PHARO_VERSION=50 - PHARO_VERSION=40 then the script: scripts/run-tests.sh: #!/bin/bash set -ex baseline=Ice packages_dir=mc test="$baseline.*" # add a default version if [ -z $PHARO_VERSION ]; then PHARO_VERSION=50 fi # download pharo wget --quiet -O - get.pharo.org/$PHARO_VERSION+vm | bash # install project ./pharo Pharo.image eval --save " Metacello new baseline: '$baseline'; repository: 'filetree://$packages_dir'; load. " # execute tests ./pharo Pharo.image test --no-xterm --fail-on-failure "$test" 2>&1 if you see this project: https://github.com/estebanlm/ice it is running a quadruple matrix: linux, osx, pharo40, pharo50 (others can be added). cheers, Esteban > holger > > > >

Feb. 3, 2016

Re: [Pharo-dev] System Browser class pane strange behaviour

by Henrik Nergaard

I think that this is the expected behaviour, keeping focus in the list after selecting a/another class/method. Ps; to check out the filtering: Select the class ASTCache and then type RBSC Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Ben Coman Sent: Wednesday, February 3, 2016 3:41 PM To: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: Re: [Pharo-dev] System Browser class pane strange behaviour You are right. It disappears when escaping or clicking another class. On Wed, Feb 3, 2016 at 10:20 PM, Henrik Nergaard <henrik.nergaard(a)uia.no> wrote: > That looks like the search field in FastTable; Clicking on another class/pressing escape should remove it. (I guess after discarding the changed code the keyboard focus went to the code pane, and therefore pressing 1111 opens the search field instead of typing in the code area) > > Best regards, > Henrik > > -----Original Message----- > From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Ben Coman > Sent: Wednesday, February 3, 2016 2:33 PM > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Subject: [Pharo-dev] System Browser class pane strange behaviour > > I have a talent for breaking things ;) ... > Found some strange behaviour here... > > I open System Browser > select package AST-Core > select class ASTCache > make code pane dirty by typing 11111 in the class definition select class ASTCacheReset click <Discard> button type 11111 > > --> oh! where did the buttons go? :) > > Bisecting finds it.... > exists in... 50564, 50510, 50440, 50400, 50384, 50380, 50378 > similar but located differently... 50300, 50368, 50376, 50377 > > still there... 50250, 50232, 50228 > not in... 50100, 50150, 50200, 50216, 50224, 50226, 50227 > > So it looks like this was introduced in build 50228... > * 16197 update and merge Rubric > * 16198 Add users button in message browser > * 16201 Remove unsent extension methods in System-Changes http://forum.world.st/pharo-project-pharo-core-56107d-50228-td4842794.html > > and it was modified by build 50378... > * 16751 link invalidation: install cm directly for primitives and optionCompileOnLinkInstallation > * 16729 Removing PluggableTextField from FT http://forum.world.st/pharo-project-pharo-core-e8c312-50378-td4854678.html > > Logged https://pharo.fogbugz.com/default.asp?17520 > > cheers -ben > > P.S. thank you to those who made PharoLauncher work seemlessly with pre-spur images

Feb. 3, 2016

[Need help with Monkey] Removing Object>>name

by Guille Polito

Hi all, I'm finally back, rechecking this issue: https://pharo.fogbugz.com/f/cases/7241/Object-name-should-best-be-removed I remade the Slice to load in latest Pharo5 with the new Spur changes, plus some fixes proposed by Nicolai. I can load the slice in a new image and everything looks ok. So far so good. Now, the monkey starts checking the Slice and somehow it cannot load the Slice due to "dependencies to some classes". Of course, the slice I submitted does not depend on the packages on the complaint, and locally it loads well. Moreover, I never had/worked with those classes, nor they were installed in my system. Even, I have a new machine which is clean so I cannot believe I have some interference due to some package cache... The message of the monkey is here: https://ci.inria.fr/pharo/job/Pharo-5.0-Issue-Validator/26128//artifact/val… Did somebody find some similar problem or it is just me? I believe the problem is on the monkey side, but I have no clue... Maybe somebody has a better idea. Thanks! Guille

Feb. 3, 2016

Re: [Pharo-dev] System Browser class pane strange behaviour

by Ben Coman

You are right. It disappears when escaping or clicking another class. On Wed, Feb 3, 2016 at 10:20 PM, Henrik Nergaard <henrik.nergaard(a)uia.no> wrote: > That looks like the search field in FastTable; Clicking on another class/pressing escape should remove it. (I guess after discarding the changed code the keyboard focus went to the code pane, and therefore pressing 1111 opens the search field instead of typing in the code area) > > Best regards, > Henrik > > -----Original Message----- > From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Ben Coman > Sent: Wednesday, February 3, 2016 2:33 PM > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Subject: [Pharo-dev] System Browser class pane strange behaviour > > I have a talent for breaking things ;) ... > Found some strange behaviour here... > > I open System Browser > select package AST-Core > select class ASTCache > make code pane dirty by typing 11111 in the class definition select class ASTCacheReset click <Discard> button type 11111 > > --> oh! where did the buttons go? :) > > Bisecting finds it.... > exists in... 50564, 50510, 50440, 50400, 50384, 50380, 50378 > similar but located differently... 50300, 50368, 50376, 50377 > > still there... 50250, 50232, 50228 > not in... 50100, 50150, 50200, 50216, 50224, 50226, 50227 > > So it looks like this was introduced in build 50228... > * 16197 update and merge Rubric > * 16198 Add users button in message browser > * 16201 Remove unsent extension methods in System-Changes http://forum.world.st/pharo-project-pharo-core-56107d-50228-td4842794.html > > and it was modified by build 50378... > * 16751 link invalidation: install cm directly for primitives and optionCompileOnLinkInstallation > * 16729 Removing PluggableTextField from FT http://forum.world.st/pharo-project-pharo-core-e8c312-50378-td4854678.html > > Logged https://pharo.fogbugz.com/default.asp?17520 > > cheers -ben > > P.S. thank you to those who made PharoLauncher work seemlessly with pre-spur images

Feb. 3, 2016

Re: [Pharo-dev] Travis CI integration added to OSSubprocess and FFICHeaderExtractor

by Holger Freyther

> On 03 Feb 2016, at 13:36, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > And it is still not working correctly (even if my pull request was integrated and Fabio continued working on it). yes it is still not working, i created a 'wrong' #stable in my configuration but now it doesn't want to take the main package from the local repository (and no I don't want to write github://... as the repo might be cloned). The added benefit of smalltalkCI is that I can test a Pharo4.0, Pharo5.0 build at the same time without having to write a shell script to make the differentiation for me. holger

Feb. 3, 2016

Re: [Pharo-dev] System Browser class pane strange behaviour

by Henrik Nergaard

That looks like the search field in FastTable; Clicking on another class/pressing escape should remove it. (I guess after discarding the changed code the keyboard focus went to the code pane, and therefore pressing 1111 opens the search field instead of typing in the code area) Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Ben Coman Sent: Wednesday, February 3, 2016 2:33 PM To: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: [Pharo-dev] System Browser class pane strange behaviour I have a talent for breaking things ;) ... Found some strange behaviour here... I open System Browser select package AST-Core select class ASTCache make code pane dirty by typing 11111 in the class definition select class ASTCacheReset click <Discard> button type 11111 --> oh! where did the buttons go? :) Bisecting finds it.... exists in... 50564, 50510, 50440, 50400, 50384, 50380, 50378 similar but located differently... 50300, 50368, 50376, 50377 still there... 50250, 50232, 50228 not in... 50100, 50150, 50200, 50216, 50224, 50226, 50227 So it looks like this was introduced in build 50228... * 16197 update and merge Rubric * 16198 Add users button in message browser * 16201 Remove unsent extension methods in System-Changes http://forum.world.st/pharo-project-pharo-core-56107d-50228-td4842794.html and it was modified by build 50378... * 16751 link invalidation: install cm directly for primitives and optionCompileOnLinkInstallation * 16729 Removing PluggableTextField from FT http://forum.world.st/pharo-project-pharo-core-e8c312-50378-td4854678.html Logged https://pharo.fogbugz.com/default.asp?17520 cheers -ben P.S. thank you to those who made PharoLauncher work seemlessly with pre-spur images

Feb. 3, 2016

Re: [Pharo-dev] [Moose-dev] an example of debugging with moldable tools

by Serge Stinckwich

On Wed, Feb 3, 2016 at 2:53 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > One thing we noticed over the past year since we introduced GT in Pharo is that people still tend to use these tools in a similar way classic tools were used. We think there is a more potential in these tools. > > To change this, we would like to collect stories of how using these tools enabled a workflow that was otherwise not possible. To get this started, we will start to document more consistently some of the sessions, and we would like to get input from your as well. The idea is to create a catalog of tutorials that people can follow and get inspired from. > > Let me start. I recently had to debug a small problem, and I ended up having an experience that I found beautiful: > http://www.humane-assessment.com/blog/debugging-duplicated-behavior-with-gt… > > What do you think? Great and enlightening work ! Actually, we spend more than one hour on this bug during last Pharo Sprint with Onil. We trace the problem to be linked to the duplication of Announcement creation somewhere, but we miss your knowledge ;-) -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 3, 2016