February 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Contributing to Pharo

by Dale Henrichs

Thierry, Very good points and I agree with all of them ... Regarding a Smalltalk-based merge tool, I've written a git mergetool for tODE (consider it a prototype) that could be adapted/ported for Pharo .... My thoughts regarding the MC issues ... Fyou make good points some of the "internal bugs" in MC and I think that it is important to point out that the "internal bugs" you are referring to only affect Monticello with regards to its repository functionality and not its package functionality . My inclination is to move forward and create a new, simpler package model (Cypress is a good name) that is used with disk-based repos ... the new package model would be protocol compatible with MC so that definition-based snapshot comparisons continue. The new package model would only be used for loading and there could/should be facilities for converting between MC and this new package model. FileTree would continue to be MC based and Cypress would be able to read FileTree and FileTree would be able to read Cypress. The improvements and changes that we are discussing (many of which require a fair amount of implementation work) would be done in Cypress ... The rationale is that Monticello packages encompass both the repository and the code/definitions and for disk-based scms, Cypress would only need to worry about the code/definitions --- and would make it possible to move away from the version number-based package names that aren't necessary when the underlying scm is doing the versioning without affecting the MC implementation .... Of course, if a new Cypress package model were introduced, the tools would need to change, but since we are already considering changing tools, this would be the perfect time to improve the underlying model for disk-based SCMs. Dale On 2/3/16 1:13 AM, Thierry Goubier wrote: > > I went through all the different possible file formats, class-based, > package-based, method-based, log metadata and the like, and I > concluded that: > > - the method based format is as good as any other. > - method based format allow for method-history queries on the git/vcs > history (as well as class based / package based queries). > - the tree structure on github or bitbucket is quite convenient (and > browsable) to the point one could edit a package directly in it (I do > when I need to do a quick fix). > - anything that can compress a bit the metadata version is probably > good to consider. version files can be huge. > - merge drivers really work and releave us from conflict resolution > - we need a merge tool written in Smalltalk/MC > - MC version numbering is a very bad idea > - MC almost never using properly UUIDs is a very bad behavior > - MC packages history can be considered broken in the general case > - it takes time to define, implement, test and really use a new format > and tooling

Feb. 3, 2016

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