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

[pharo-project/pharo-core] d3c35d: 30832

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: d3c35d16796a121d571ddf0f3f0cf6b3a2b6110d https://github.com/pharo-project/pharo-core/commit/d3c35d16796a121d571ddf0f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-04-24 (Thu, 24 Apr 2014) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script485.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30832.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30832 Postscript: Smalltalk allClassesDo: [ :c | c superclass addSubclass: c ] http://files.pharo.org/image/30/30832.zip

April 24, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 6f764a: 30830

by Marcus Denker

On 24 Apr 2014, at 14:21, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > GitHub wrote >> Log Message: >> ----------- >> 30830 >> >> http://files.pharo.org/image/30/30830.zip > > Which issues did this include? > https://pharo.fogbugz.com/f/cases/13028/ I integrated it with a .cs as it did not work as a slice. I will rever 830, 831 and 832 (which is just that + reload of dirty + the postscript for the change). But then we need to fix the issue of 13028â¦ Marcus

April 24, 2014

Re: [Pharo-dev] Pharo crashes

by Marcus Denker

On 24 Apr 2014, at 14:04, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > Yes it looks like there is a bug in the slot class builder. > I also have a job failing since #30830 > Yes, this is already here: https://pharo.fogbugz.com/f/cases/13223/Error-Should-not-happen-in-rebase-to Marcus

April 24, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 6f764a: 30830

by Sean P. DeNigris

GitHub wrote > Log Message: > ----------- > 30830 > > http://files.pharo.org/image/30/30830.zip Which issues did this include? ----- Cheers, Sean -- View this message in context: http://forum.world.st/pharo-project-pharo-core-6f764a-30830-tp4756163p47562… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 24, 2014

Re: [Pharo-dev] Verifying Ubuntu downloads

by Sean P. DeNigris

Sean P. DeNigris wrote > I will push to sthub tomorrow morning. Done. You should now be able to insert and verify your own file into the following: Gofer it smalltalkhubUser: 'SeanDeNigris' project: 'Superuser'; configuration; loadStable. "#inform: success or signal an error" #SuUbuntuHash asClass verify: 'ubuntu-12.04.4-desktop-amd64.iso' asFileReference. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Verifying-Ubuntu-downloads-tp4754637p4756217.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 24, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 1953a9: 30829

by Marcus Denker

>>> >>> This seems to have worked: all image tests are green. >>> BUT: the Metacello Platformtests fail with a âshould not happenâ error. >> >> Did you run the postscript? >> Smalltalk allClassesDo: [ :c | c superclass addSubclass: c ] > > No, but if that would be inconsistent, there is a test that failsâ¦ > > But I can do it the next update. > I did one update 30 832 with this. But I guess it will not change anythingâ¦ after that I will revert to 3.0 829. Marcus

April 24, 2014

Re: [Pharo-dev] Pharo crashes

by Esteban Lorenzano

what is forum? On 24 Apr 2014, at 13:58, Stephan Eggermont <stephan(a)stack.nl> wrote: > Forum crashes on 30830 with 335, 336 and 337. > The crash is while showing 'Compiling...' > > Stephan > >

April 24, 2014

Re: [Pharo-dev] Phexample: API Change Proposal (was Phexample: Image Destroying Bug)

by Stefan Marr

Hi Sean: On 24 Apr 2014, at 02:49, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Stefan Marr-3 wrote >> First of all, I enabled public write access on the repository. > > It doesnât look like it has public write access. Guess the error is between chair and screen. I probably forgot to save the change or somethingâ¦ Now it should be enabled. Could you try again? Thanks Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/

April 24, 2014

Re: [Pharo-dev] Pharo crashes

by Christophe Demarey

Yes it looks like there is a bug in the slot class builder. I also have a job failing since #30830 the stacktrace: [0mLayoutEmptyScope(Object)>>error: LayoutEmptyScope(LayoutAbstractScope)>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: LayoutClassScope>>rebase:to: FixedLayout(ObjectLayout)>>reshapeFrom:to: ClassModificationPropagation>>propagate:to: ClassModificationPropagation class>>propagate:to: ClassModification(AbstractClassModification)>>propagate in Block: [ :subclass | propagations add: (ClassModification...etc... Metaclass>>subclassesDo: in Block: [ :aSubclass | ... Array(SequenceableCollection)>>do: MCFileTreeFileUtils class(Class)>>subclassesDo: Metaclass>>subclassesDo: ClassModification(AbstractClassModification)>>propagate SlotClassBuilder>>applyAndUpdateSharedVariableOrSharedPool: in Block: [ :old :new | ... SlotClassBuilder>>track:during: SlotClassBuilder>>applyAndUpdateSharedVariableOrSharedPool: SlotClassBuilder>>applySharedVariableOrPoolChange: SlotClassBuilder>>apply: SlotClassBuilder>>build PharoClassInstaller class(AbstractClassInstaller class)>>make: OldClassBuilderAdapter>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category: MCClassDefinition>>createClass in Block: [ ... BlockClosure>>on:do: Le 24 avr. 2014 Ã 13:59, Henrik Johansen a Ã©crit : > > On 24 Apr 2014, at 1:48 , Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 24 Apr 2014, at 13:44, jannik laval <jannik.laval(a)gmail.com> wrote: >> >>> Hi pharoers, >>> >>> I am trying to load Phratch in the latest Pharo3.0 Installer Mac (image+vm), and Pharo crashes during the install. >>> >> >> Yes, and I have no clue why. >> >> Marcus >> >> > > The package I tried loads fine in 80829, but crashes in 80830, so thereâs something in that update which needs to be revisited. > > Cheers, > Henry

April 24, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 1953a9: 30829

by Marcus Denker

On 24 Apr 2014, at 13:46, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 24 avr. 2014, at 09:59, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 23 Apr 2014, at 19:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> >>> On 23 Apr 2014, at 19:21, Camille Teruel <camille.teruel(a)gmail.com> wrote: >>> >>>> >>>> On 23 avr. 2014, at 19:00, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>>> >>>>> On 23 Apr 2014, at 18:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>>> >>>>>> >>>>>> On 23 Apr 2014, at 18:18, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>>> >>>>>>> And we're all GREEN, great work ! >>>>>>> Let's keep it that way until release. >>>>>>> Everything that breaks a test should now be reverted. >>>>>>> >>>>>> Yes! >>>>>> >>>>>> there are just two issues that are for pharo3 with fixes: >>>>>> >>>>>> https://pharo.fogbugz.com/f/cases/13028/Adding-ClassVariables-corrupts-clas… >>>>>> >>>>> >>>>> Ok, so loading that one brakes *everything*. >>>>> >>>>> (the build did not get done, so no problem, other than a red build) >>>>> >>>>> I will revert tomorrow... >>>> >>>> Arg, I'm sick of that issue. >>>> So do we try to integrate it in two passes? >>>> >>> >>> I have no idea what goes wrongâ¦ it seems that it works fine when I merge the slice. >>> But then the update process (which just saved the packagesâ¦) does something wrong. >>> >>> Mayeb we could try to have a version without the method that sends #explicitRequirement >>> >> >> I integrated the issue as a change set (so there is some load order bug related to Traits with MCâ¦). >> >> This seems to have worked: all image tests are green. >> BUT: the Metacello Platformtests fail with a âshould not happenâ error. > > Did you run the postscript? > Smalltalk allClassesDo: [ :c | c superclass addSubclass: c ] No, but if that would be inconsistent, there is a test that failsâ¦ But I can do it the next update. Marcus

April 24, 2014