- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] fb1551: 50212

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: fb155151ce93d13efc3c0f1a7e53866b7f1c7ef7 https://github.com/pharo-project/pharo-core/commit/fb155151ce93d13efc3c0f1a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-07 (Fri, 07 Aug 2015) Changed paths: M BaselineOfQualityAssistant.package/BaselineOfQualityAssistant.class/instance/api projectSpec/baseline_.st M ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/symbolic versions/stable_.st A ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/versions/v1%5F1%5F3_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/README.md A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/definition.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/symbolic versions/development_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/symbolic versions/stable_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/pre0%5F4%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F1%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F1_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F2_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F3_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F4_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F1_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F2_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F3_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version117_.st A ConfigurationOfTxText.package/ConfigurationOfTxText.class/instance/versions/version212_.st R Gofer-Core.package/Gofer.class/class/private/upgrade.st A Monticello-Tests.package/MCRepositoryTest.class/instance/tests-input data/homeDirectoryUrl.st M Monticello-Tests.package/MCRepositoryTest.class/instance/tests/testCanCreateFiletreeRepositoryFromUrl.st M Morphic-Widgets-Windows.package/SystemWindow.class/class/menu items/windowMenuOn_.st M QualityAssistant.package/QualityAssistantPluginMorph.class/instance/initialization/initialize.st M Renraku.package/ReEngine.class/instance/initialization/subscribe.st M Rubric.package/RubSHTextStylerST80.class/definition.st A Rubric.package/RubSHTextStylerST80.class/instance/private/resolveTextLinkFor_.st A Rubric.package/RubSHTextStylerST80.class/instance/visiting rb nodes/visitLiteralNode_.st A Rubric.package/RubSHTextStylerST80.class/instance/visiting rb nodes/visitMessageNode_.st M Rubric.package/RubShoutStylerDecorator.class/instance/accessing/okToStyle.st A Rubric.package/RubShoutStylerDecorator.class/instance/private/shoutEnabled.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50211.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50212.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50211.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50212.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A TxText-Athens.package/TxBasicViewMorph.class/instance/initialization/initialize.st A TxText-Athens.package/TxBasicViewMorph.class/instance/initialization/initializeText_.st R TxText-Athens.package/TxLayoutViewMorph.class/instance/initialization/initialize.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitArrayNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitGlobalNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitInstanceVariableNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitLiteralArrayNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitReturnNode_.st Log Message: ----------- 50212 16100 #testCanCreateFiletreeRepositoryFromUrl is failing https://pharo.fogbugz.com/f/cases/16100 16110 Specify Window Menu Order https://pharo.fogbugz.com/f/cases/16110 16107 Merge of Rubric with repository needed https://pharo.fogbugz.com/f/cases/16107 16078 load new TxText version https://pharo.fogbugz.com/f/cases/16078 15651 Fix Gofer>>upgrade https://pharo.fogbugz.com/f/cases/15651 16072 QualityAssistant should depend on a configuration of Renraku and not use deprecated methods https://pharo.fogbugz.com/f/cases/16072 http://files.pharo.org/image/50/50212.zip

Aug. 7, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 7, 2015

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

by Christophe Demarey

Le 6 aoÃ»t 2015 Ã 22:49, Dale Henrichs a Ã©crit : > For the Metacello tests themselves, the version of Metacello under test is installed on top of the version present in the image, using the "standard Metacello update code" ... failures at this point indicate Metacello upgrade problems ... then the unit tests are run ... ok, I found hat is missing. Metacello update through the BaselineOfMetacello works ... but the code used for the bootsrap of Metacello in BuilderCI uses the ConfigurationOfMetacelloPreview and load the stable version that is currently 1.0.0-beta.32.17. I think when there is already a version of Metacello able to load through the baseline, builderCi should use the Baseline to update Metacello. WDYT? Cheers, Christophe

Aug. 7, 2015

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

by Dale Henrichs

On 08/06/2015 01:37 PM, Christophe Demarey wrote: > Le 6 aoÃ»t 2015 Ã 20:41, Dale Henrichs a Ã©crit : > >> 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 ... > indeed, I'm not sure it is really needed to update Metacello if it is already present in builderCI. > The basic builderCI framework is based on using Metacello, so a Baseline aware version of Metacello is required to be present and builderCI will bootstrap Metacello if necessary ... Since Pharo5.0 has Metacello present no bootstrapping by builderCI is needed (this was true for Pharo3.0 and Pharo5.0 so it was an update that was needed for builderCI to skip bootstrapping Metacello) ... For the Metacello tests themselves, the version of Metacello under test is installed on top of the version present in the image, using the "standard Metacello update code" ... failures at this point indicate Metacello upgrade problems ... then the unit tests are run ... Dale

Aug. 6, 2015

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

by Christophe Demarey

Le 6 aoÃ»t 2015 Ã 20:41, Dale Henrichs a Ã©crit : > 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 ... indeed, I'm not sure it is really needed to update Metacello if it is already present in builderCI. > > 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 ... Yes, they are green: https://ci.inria.fr/rmod/job/Metacello/552/ Thank you Dale to take time to fix builderCI. Christophe

Aug. 6, 2015

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

by Thierry Goubier

Le 06/08/2015 22:25, Dale Henrichs a Ã©crit : > Thierry, > > One test failure[1] on the pharo5.0 branch > (MCGitFileTreeLoaderTest>>#testCypressCuisLoad.). Ok, I'll have a look as soon as my internet access is stable enough to rebuild a Pharo5.0 image. I don't think it is very important. > But we've gotten past the BaselineOfFileTree load errors, so I think > we're in business! Yes! Thierry > > Dale > > [1] https://travis-ci.org/dalehenrich/filetree/builds/74448965#L547 > > On 08/06/2015 10:47 AM, Dale Henrichs wrote: >> 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

Christophe/Stef, Metacello Pharo5.0 tests are green[1]! The "default" test fails, but that test is designed to validate the examples in the documentation and I believe that the failure occurs while attempting to load Seaside3.1.3[2] and I'm pretty sure that Seaside3.1.3 won't load into Pharo5.0 so we're in business ... I will move the "default" test back to pharo4.0 and submit a bug that the Metacello docs/examples need to be updated for Pharo5.0 ... Dale [1] https://travis-ci.org/dalehenrich/metacello-work/builds/74470530 [2] https://travis-ci.org/dalehenrich/metacello-work/jobs/74470531#L2603 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

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

by Dale Henrichs

Thierry, One test failure[1] on the pharo5.0 branch (MCGitFileTreeLoaderTest>>#testCypressCuisLoad.). But we've gotten past the BaselineOfFileTree load errors, so I think we're in business! Dale [1] https://travis-ci.org/dalehenrich/filetree/builds/74448965#L547 On 08/06/2015 10:47 AM, Dale Henrichs wrote: > 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

How exciting! On 08/06/2015 12:27 PM, stepharo wrote: > Thanks dale for looking into that. > Christophe told me that indeed the bootstrap was loading the wrong > version (without his pull requests). > Now he separated the pharo changes so that we can easily update to > Metacello. > Stef > > > Le 6/8/15 20:41, Dale Henrichs a Ã©crit : >> 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 stepharo

Thanks dale for looking into that. Christophe told me that indeed the bootstrap was loading the wrong version (without his pull requests). Now he separated the pharo changes so that we can easily update to Metacello. Stef Le 6/8/15 20:41, Dale Henrichs a Ã©crit : > 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