- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

builderCI is now green for Pharo5.0[1] ... [1] https://travis-ci.org/dalehenrich/builderCI/jobs/74462403 On 08/06/2015 11:41 AM, Dale Henrichs wrote: > Christophe, > > It looks like Metacello travis builds are still failing for > Pharo5.0[1]. The error appears to be occurring in the builderCI > Metacello bootstrapping code. So I will shift my focus to that area > ... Since 5.0 already has Metacello installed (like GemStone) we > should arrange to skip the Metacello bootsrap step altogether ... I > will look into that now ... > > Since my travis builds are failing, it would help if someone can > confirm that the master branch of Metacello can be used by Pharo5.0 > while I tackle the builderCI issues ... > > Thanks, > > Dale > > [1] https://travis-ci.org/dalehenrich/metacello-work/builds/74445315 > On 08/06/2015 10:42 AM, Dale Henrichs wrote: >> Okay I'm back and looking into this (I had some family issues to >> attend to over the last few weeks) ... >> >> I've merge Christophe's changes for Pharo5.0 into the Metacello >> master branch ... there is a chicken and egg problem in testing >> fundamental changes in Metacello on travis, since the travis >> framework (builderCI [1]) reuires Metacello to be loaded ... the >> tests are running at the moment and I'll try to stay on top of this >> until we get things loading smoothly for Pharo 5.0 >> >> Dale >> >> [1] https://github.com/dalehenrich/builderCI >> On 07/24/2015 03:28 AM, Stephan Eggermont wrote: >>> On 24-07-15 11:14, Thierry Goubier wrote: >>>> Hi Peter, >>>> >>>> the FileTree part is solved, as far as I could do (i.e. all tests >>>> green >>>> with Pharo5 on Linux), but there is a failure in the travis CI of the >>>> most annoying type: the filetree code isn't even loaded :( >>> >>> The BaseLineOfMetacello was misisng Pharo5.x platform attributes. >>> >>> Pull request 358 >>> >>> Stephan >>> >>> >> >

Aug. 6, 2015

from time to time losing class variable definitions

by stepharo

Hi with franck this is the second time we experienced the following: we lost the definition of some variables in some classes. 16095 #browseScropedMorph and #browseVariablesMorph are Undeclared https://pharo.fogbugz.com/f/cases/16095 Are we the only ones? Stef

Aug. 6, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 6, 2015

[pharo-project/pharo-core] e21224: 50211

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: e212243c4d7e33ccd5dff3ae95c37dcc56c653f4 https://github.com/pharo-project/pharo-core/commit/e212243c4d7e33ccd5dff3ae… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-06 (Thu, 06 Aug 2015) Changed paths: R AST-Core.package/RBLiteralToken.class/instance/testing/isNumberLiteralToken.st A AST-Core.package/RBToken.class/instance/testing/isNumberLiteralToken.st M ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/symbolic versions/stable_.st A ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/versions/version075_.st M Manifest-Core.package/TheManifestBuilder.class/instance/private/compileSelector_returnValue_.st A Manifest-Core.package/TheManifestBuilder.class/instance/private/compileSelector_returnValue_classified_.st A Morphic-Widgets-FastTable.package/FTPluggableIconListMorphAdaptorDataSource.class/instance/accessing/dragTransferType.st A Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/drawing/drawOn_.st R Morphic-Widgets-FastTable.package/FTTableContainerMorph.class/instance/drawing/fullDrawOn_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/definition.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/drawing/drawSubmorphsOn_.st A Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/handleMouseMove_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseDown_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseEnterDragging_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseLeaveDragging_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseMove_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event handling/mouseWheel_.st R Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event testing/handleMouseMove_.st M Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/event testing/handlesMouseOverDragging_.st M Morphic-Widgets-Windows.package/SystemWindow.class/instance/events/handlesMouseDown_.st M Morphic-Widgets-Windows.package/SystemWindow.class/instance/events/mouseDown_.st M Nautilus.package/AbstractNautilusUI.class/definition.st M Polymorph-Widgets.package/extension/SystemWindow/instance/mouseMove_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50210.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50211.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50210.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50211.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Shout.package/SHRBTextStyler.class/instance/private/styleCloseParenthese_.st M Shout.package/SHRBTextStyler.class/instance/visiting rb nodes/visitSequenceNode_.st Log Message: ----------- 50211 16095 #browseScropedMorph and #browseVariablesMorph are Undeclared https://pharo.fogbugz.com/f/cases/16095 16094 SHRBTextStyler can not style incomplete literal arrays https://pharo.fogbugz.com/f/cases/16094 16102 wrong coloring for nested parentheses (SHRBTextStlyer) https://pharo.fogbugz.com/f/cases/16102 16103 Allow ManifestBuilder to update methods in different protocols https://pharo.fogbugz.com/f/cases/16103 16079 Nautilus window moves randomly and does something that takes time https://pharo.fogbugz.com/f/cases/16079 16104 Fast Table has infinite loop when drawing then consuming a lot of CPU https://pharo.fogbugz.com/f/cases/16104 http://files.pharo.org/image/50/50211.zip

Aug. 6, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

Christophe, It looks like Metacello travis builds are still failing for Pharo5.0[1]. The error appears to be occurring in the builderCI Metacello bootstrapping code. So I will shift my focus to that area ... Since 5.0 already has Metacello installed (like GemStone) we should arrange to skip the Metacello bootsrap step altogether ... I will look into that now ... Since my travis builds are failing, it would help if someone can confirm that the master branch of Metacello can be used by Pharo5.0 while I tackle the builderCI issues ... Thanks, Dale [1] https://travis-ci.org/dalehenrich/metacello-work/builds/74445315 On 08/06/2015 10:42 AM, Dale Henrichs wrote: > Okay I'm back and looking into this (I had some family issues to > attend to over the last few weeks) ... > > I've merge Christophe's changes for Pharo5.0 into the Metacello master > branch ... there is a chicken and egg problem in testing fundamental > changes in Metacello on travis, since the travis framework (builderCI > [1]) reuires Metacello to be loaded ... the tests are running at the > moment and I'll try to stay on top of this until we get things loading > smoothly for Pharo 5.0 > > Dale > > [1] https://github.com/dalehenrich/builderCI > On 07/24/2015 03:28 AM, Stephan Eggermont wrote: >> On 24-07-15 11:14, Thierry Goubier wrote: >>> Hi Peter, >>> >>> the FileTree part is solved, as far as I could do (i.e. all tests green >>> with Pharo5 on Linux), but there is a failure in the travis CI of the >>> most annoying type: the filetree code isn't even loaded :( >> >> The BaseLineOfMetacello was misisng Pharo5.x platform attributes. >> >> Pull request 358 >> >> Stephan >> >> >

Aug. 6, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

Thierry, I've kicked off a pharo5.0 branch test for FileTree[1] ... with the pharo5.0 changes merged in the Metacello, builderCI should be able to function again.. The builderCI test is running here[2], but I'm flooding travis with builds, so it may be a while before they all finish:) Anyway, if I get the tests scheduled we'll at least you can take a look at any failures if they pop up ... Thanks, Dale [1] https://travis-ci.org/dalehenrich/filetree/builds/74448965 [2] https://travis-ci.org/dalehenrich/builderCI/builds/74445951 On 07/24/2015 02:14 AM, Thierry Goubier wrote: > Hi Peter, > > the FileTree part is solved, as far as I could do (i.e. all tests > green with Pharo5 on Linux), but there is a failure in the travis CI > of the most annoying type: the filetree code isn't even loaded :( > > I'm going on annual leave later today, and Dale told me he won't be > easily available for a few weeks; I'll try to make some progress on it > during the holidays, but don't count too much on it ;) > > In the meantime, if someone would be nice to setup Metacello and > FileTree in Pharo5 as external projects with a configuration, it would > immensely help. FileTree on the pharo5.0_dev is ready for it (apart > for the travis CI), as are the tests. > > Thierry > > 2015-07-24 11:00 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > Is there any update on this? > > Thanks, > Peter > > On Mon, Jul 20, 2015 at 10:26 PM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com > <mailto:dale.henrichs@gemtalksystems.com>> wrote: > > Wait, the "fix" was on the pharo5.0_dev branch (not clear to > me whether this was even run against pharo5.0[1]) so it looks > like Metacello is stalled by FileTree issues at the moment and > it looks like Thierry is tackling the issues .... > > Dale > > [1] https://travis-ci.org/dalehenrich/filetree/builds/71656767 > > On 07/20/2015 01:13 PM, Dale Henrichs wrote: >> Okay ... apparently it isn't enough to fix the FileTree for >> Pharo 5.0, because that nets you a MNU with >> FileReference>>closed[1]. >> >> This issue looks to have been fixed a day ago[3], so I will >> see if I can kick off a rebuild of PR #351[2] and see where >> the port stands ... >> >> Dale >> >> [1] >> https://github.com/dalehenrich/metacello-work/pull/351#issuecomment-1225506… >> [2] https://github.com/dalehenrich/metacello-work/pull/351 >> [3] https://travis-ci.org/dalehenrich/filetree/builds/71656767 >> >> On 07/20/2015 12:35 PM, Peter UhnÃ¡k wrote: >>> Hmm, #onWarningLog doesn't exist either. >>> >>> I'm assuming this is the issue >>> https://pharo.fogbugz.com/f/cases/15456/Load-latest-version-of-metacello >>> >>> There's linked github issue >>> https://github.com/dalehenrich/metacello-work/issues/354 >>> >>> But running the script (in the github issue) fails, because >>> there's no defined spec for FileTree for Pharo 5.0 >>> >>> I'm not knowledgeable in Monticello so I don't know if I can >>> do anything to help besides user testing. >>> >>> Peter >>> >>> On Mon, Jul 20, 2015 at 9:22 PM, Marcus Denker >>> <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> No. There is an issue on the issue tracker. >>> >>> If nobody pushes, nothing will happen. >>> >>> Marcus >>> >>>> On 20 Jul 2015, at 21:04, Peter UhnÃ¡k >>>> <i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >>>> >>>> Hi, >>>> >>>> I was playing around with metacello because I wanted to >>>> ignore warnings with locks... >>>> >>>> currently I am doing something like >>>> >>>> ~~~~~~~~ >>>> Metacello new >>>> baseline: 'ProjectAAA'; >>>> repository: 'gitfiletree:///path/to/projectAAA'; >>>> lock. >>>> >>>> Metacello new >>>> baseline: 'ProjectBBB'; >>>> repository: 'gitfiletree:///projectBBB'; >>>> onConflict: [ :ex | ex allow ]; >>>> load. >>>> ~~~~~~~~~ >>>> >>>> This will load both projects via gitfiletree, however >>>> it will also generate a lots of lock warnings which I >>>> have to manually confirm - this is bad for scripts. >>>> >>>> So the docs ( >>>> https://github.com/dalehenrich/metacello-work/blob/master/docs/LockCommandR… >>>> ) >>>> >>>> mention onLock: [ :ex | ex honor ], however in Pharo >>>> 5.0 there is no such method "honor". >>>> >>>> Is this bug? >>>> Should Metacello be updated on Pharo 5.0? >>>> Will this even solve my problems? (Honoring locks while >>>> not throwing warnings). >>>> >>>> Thanks, >>>> Peter >>> >>> >> > > >

Aug. 6, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Dale Henrichs

Okay I'm back and looking into this (I had some family issues to attend to over the last few weeks) ... I've merge Christophe's changes for Pharo5.0 into the Metacello master branch ... there is a chicken and egg problem in testing fundamental changes in Metacello on travis, since the travis framework (builderCI [1]) reuires Metacello to be loaded ... the tests are running at the moment and I'll try to stay on top of this until we get things loading smoothly for Pharo 5.0 Dale [1] https://github.com/dalehenrich/builderCI On 07/24/2015 03:28 AM, Stephan Eggermont wrote: > On 24-07-15 11:14, Thierry Goubier wrote: >> Hi Peter, >> >> the FileTree part is solved, as far as I could do (i.e. all tests green >> with Pharo5 on Linux), but there is a failure in the travis CI of the >> most annoying type: the filetree code isn't even loaded :( > > The BaseLineOfMetacello was misisng Pharo5.x platform attributes. > > Pull request 358 > > Stephan > >

Aug. 6, 2015

Re: [Pharo-dev] TWM: [BUG]: Error when deleting a world in Pharo 4

by Sean P. DeNigris

I made a config with the latest code and stashed it on StHub in case anyone wants to have a look at the world switching bug in particular. Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'SeansOutbox'; configurationOf: 'TilingWindowManager'; load. "For some reason, #loadStable above gives a strange error about not finding a package version that it's not even supposed to be loading, but doing the load in a separate statement below works" ConfigurationOfTilingWindowManager project stableVersion load. ----- Cheers, Sean -- View this message in context: http://forum.world.st/TWM-BUG-Error-when-deleting-a-world-in-Pharo-4-tp4841… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 6, 2015

Re: [Pharo-dev] TWM: [BUG]: Error when deleting a world in Pharo 4

by Sean P. DeNigris

There is something weird going on with World switching in general. I wonder if we correctly mapped the Squeak behavior to Pharo. For one thing, there's still the odd flashing between the source and destination world. And now that I've merged in the TWMWorldAdded announcements, it seems that creating a new world flashed to it, and then right back to the original world. Now here's the crazy part: if you maximize the Pharo window (Mac OS X 10.8.5), the other world appears! ----- Cheers, Sean -- View this message in context: http://forum.world.st/TWM-BUG-Error-when-deleting-a-world-in-Pharo-4-tp4841… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 6, 2015

TWM: [BUG]: Error when deleting a world in Pharo 4

by Sean P. DeNigris

"ValueNotFound: value a WorldMorph(511705088) [world] not found in Dictionary" >From TWMWorldManager>>#currentWorldName ^ worlds keyAtValue: World ----- Cheers, Sean -- View this message in context: http://forum.world.st/TWM-BUG-Error-when-deleting-a-world-in-Pharo-4-tp4841… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 6, 2015