November 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ConfigurationOf

by Pavel Krivanek

Will we have a special subclass for system configurations (configurations for the basic Pharo components)? -- Pavel 2013/11/27 Esteban Lorenzano <estebanlm(a)gmail.com> > > > > On Wed, Nov 27, 2013 at 1:04 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Esteban wrote: >> >it should >> >we just integrated metacello2, it is not a change of ours, is Dale's... >> and Dale is very concerned with backward compatibility, >so anything could >> be used. >> >> Think of a config like ConfigurationOfPomodoro - I can load it in Pharo >> 3.0 and Pharo2.0 >> right from the config browser. >> >> In 3.0 I can make it a subclass of ConfigurationOf because I want to >> clean it up (that was the goal of Dale's new class) >> >> - but then I can only put it into MetaRepoForPharo30 so it appears in >> the Pharo30 config browser >> - I can NOT put it into MetaRepoForPharo20 for Pharo20 config browser >> again, since it will not load >> since there is no such base class in Pharo20 >> >> Even a dependency to metacello2 for Pharo20 in the config itself will not >> help here - since the class is >> not loadable due to the missing superclass. Kind of chicken and egg >> problem... >> >> So how can one use the new "ConfigurationOf" by subclassing and cleaning >> and >> still work on Pharo20... >> > > You need to install M2 into Pharo2. No other solution. > But if you still want the automatic backward compatibility, then you can > still do your configuration like before (is compatible). > Sorry, no magic here. > > Esteban > > >> >> >In fact, you can load metacello2 into pharo2... if you want to use a >> ConfigurationOf subclass. >> >> Yes - but in a "simple load it from the config browser" scenario or with >> the usual simple Gofer script >> this is not valid. >> >> Maybe only a backport of "ConfigurationOf" for Pharo20 will help here. >> Otherwise I doubt it will >> get used in Pharo30 backward compatible configs. >> >> Bye >> T. >> >> >> >> >> >> >> >

Nov. 27, 2013

Re: [Pharo-dev] about miniimage

by Pavel Krivanek

2013/11/26 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Nov 26, 2013, at 3:27 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: > > Hi Stef, > > I started to play with this way of shrinking (see the attachment). At > least it's really faster than to use MC :-) > > > Sure :) > Do you have a ci job to produce an image systematically? > I will setup something... -- Pavel > > Where are the configurations you are creating? > > > I started with > a new configuration for RB > I want > Nautilus > Zinc, > Keymapping > Gofer > Fuel > Morphic > â¦ > > > > Cheers, > -- Pavel > > > 2013/11/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> >> On Nov 25, 2013, at 7:11 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> >> wrote: >> >> > Hi Stef, >> > >> > our starting point looks like this: >> > - we have a method how to produce small image without network etc. >> > - we are able to load network, Monticello and Gofer in it (this job is >> currently broken) >> > - we are able to load Metacello too - this should be the basic stage >> for normal users >> >> I would love to be able to grab an image up to the previous stage. Like >> that I can continue to work on the configurations regeneration project I >> have >> >> > - than we are a le to load rest od the system at once >> > - we have several configurations that we are able to load and unload. >> > >> > Our biggest problem is the huge nonmodular step between Metacello image >> and full Pharo. I think we shoud move forward using division. To define how >> an image without development tools should look like and create two big >> configurations for them. Then continue with the next splitting. >> >> Yes >> >> > >> > From the practical point of view, it's always faster to remove. >> something than to load something. >> Fun since it was difficult for me to unload I thought that I should focus >> on load :) >> >> >> >> > And it's much faster to unload it without Monticello. So I would use >> ugly removeAllButPackages: because it's fast, then fix the problems like >> obsolete classes an Undeclared, continue with the pretty unloding part of >> the configuration and finally loading part will be easy. >> > >> > -- Pavel >> > >> > 24. 11. 2013 v 22:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> > >> >> Hi pavel >> >> >> >> may be I should start from your miniimage and start to making sure >> that the configurations can load then in a second step >> >> I can make sure that they can unload. >> >> >> >> What do you think? >> >> >> >> Stef >> > >> >> >> > <shrink.st> > > >

Nov. 27, 2013

Re: [Pharo-dev] CI configuration change

by Yuriy Tymchuk

It says that there are no changes. Thatâs why this is bothering me. Uko On 27 Nov 2013, at 13:16, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Wed, Nov 27, 2013 at 11:05 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Why does configuration change after each build? >> >> https://www.dropbox.com/s/iciotm799urr0aj/Screenshot%202013-11-27%2011.04.1… > > > click the icon to get a diff between 2 edits of the configuration > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Nov. 27, 2013

Re: [Pharo-dev] CI configuration change

by Damien Cassou

On Wed, Nov 27, 2013 at 11:05 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Why does configuration change after each build? > > https://www.dropbox.com/s/iciotm799urr0aj/Screenshot%202013-11-27%2011.04.1… click the icon to get a diff between 2 edits of the configuration -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 27, 2013

Re: [Pharo-dev] ConfigurationOf

by Esteban Lorenzano

On Wed, Nov 27, 2013 at 1:04 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Esteban wrote: > >it should > >we just integrated metacello2, it is not a change of ours, is Dale's... > and Dale is very concerned with backward compatibility, >so anything could > be used. > > Think of a config like ConfigurationOfPomodoro - I can load it in Pharo > 3.0 and Pharo2.0 > right from the config browser. > > In 3.0 I can make it a subclass of ConfigurationOf because I want to clean > it up (that was the goal of Dale's new class) > > - but then I can only put it into MetaRepoForPharo30 so it appears in > the Pharo30 config browser > - I can NOT put it into MetaRepoForPharo20 for Pharo20 config browser > again, since it will not load > since there is no such base class in Pharo20 > > Even a dependency to metacello2 for Pharo20 in the config itself will not > help here - since the class is > not loadable due to the missing superclass. Kind of chicken and egg > problem... > > So how can one use the new "ConfigurationOf" by subclassing and cleaning > and > still work on Pharo20... > You need to install M2 into Pharo2. No other solution. But if you still want the automatic backward compatibility, then you can still do your configuration like before (is compatible). Sorry, no magic here. Esteban > > >In fact, you can load metacello2 into pharo2... if you want to use a > ConfigurationOf subclass. > > Yes - but in a "simple load it from the config browser" scenario or with > the usual simple Gofer script > this is not valid. > > Maybe only a backport of "ConfigurationOf" for Pharo20 will help here. > Otherwise I doubt it will > get used in Pharo30 backward compatible configs. > > Bye > T. > > > > > > >

Nov. 27, 2013

Re: [Pharo-dev] ConfigurationOf

by Torsten Bergmann

Esteban wrote: >it should >we just integrated metacello2, it is not a change of ours, is Dale's... and Dale is very concerned with backward compatibility, >so anything could be used.Â Think of a config like ConfigurationOfPomodoro - I can load it in Pharo 3.0 and Pharo2.0 right from the config browser. In 3.0 I can make it a subclass of ConfigurationOf because I want to clean it up (that was the goal of Dale's new class) - but then I can only put it into MetaRepoForPharo30 so it appears in the Pharo30 config browser - I can NOT put it into MetaRepoForPharo20 for Pharo20 config browser again, since it will not load since there is no such base class in Pharo20 Even a dependency to metacello2 for Pharo20 in the config itself will not help here - since the class is not loadable due to the missing superclass. Kind of chicken and egg problem... So how can one use the new "ConfigurationOf" by subclassing and cleaning and still work on Pharo20... >In fact, you can load metacello2 into pharo2... if you want to use a ConfigurationOf subclass. Yes - but in a "simple load it from the config browser" scenario or with the usual simple Gofer script this is not valid. Maybe only a backport of "ConfigurationOf" for Pharo20 will help here. Otherwise I doubt it will get used in Pharo30 backward compatible configs. Bye T.

Nov. 27, 2013

Re: [Pharo-dev] [Vm-dev] Re: The Second Coming of Java article

by ClÃ©ment Bera

Hey, 2013/11/27 phil(a)highoctane.be <phil(a)highoctane.be> > > Hi Dave, Eliot, > > Dave, > > Yes, that is the problem I was running into. I'll check that out. I could > get a bit further by hacking some version numbers if I remember well but > then got stuck again. I do not remember why exactly. It felt a bit like > crossing the desert with a single bottle of water :-) > > Eliot, > > Thanks for the pointers. > > Maybe would it be great to have a Google Hangout or two with the people > doing the VM work (you both, Clement, Esteban, ...) and go through what > matters in the process of dealing with the simulators. > There's no so much problems, someone just need to spend time making the simulator work on Pharo 2.0. Basically you need to fix usages of TranscriptStream, FileSystem and Morph to new APIs. I will do it at some point for Sista. But right now I focus on the in-image part so I will do it later (I hope in a month at most). > Phil > > > > > > > > > > > > On Wed, Nov 27, 2013 at 4:01 AM, David T. Lewis <lewis(a)mail.msen.com>wrote: > >> On Tue, Nov 26, 2013 at 01:30:40PM -0800, Eliot Miranda wrote: >> > On Tue, Nov 26, 2013 at 12:49 PM, phil(a)highoctane.be < >> phil(a)highoctane.be>wrote: >> > >> > > FWIW, I'd love to have a working Pharo bytecode interpreter that >> works. >> > > VMMaker currently doesn't have one it seems (earlier experiments >> didn't >> > > worked for me). >> > > >> > > I am very interested with the VM, read the blue book, understand the >> > > primitives, can somewhat read bytecode but what is needed now is the >> > > ability to run/debug a VM inside Pharo itself. GDB'ing is okay but a >> pain >> > > in the ass to understand what's going on. >> > > >> > > Also read the Tour of the OE of Tim Rowledge and Porting the VM etc. >> > > >> > > Also looked at the VMMaker package (Interpreter and Object Memory) + >> Slang. >> > > >> > > Now, getting an working interpreter would help me reach the next >> step. I >> > > am not talking about the Stack interpreter, but the plain Interpreter. >> > > >> > > Any plans? >> > > >> > >> > David Lewis and I want to see the Cog branch and the VMMaker proper >> merged >> > and I definitely want the standard Interpreter to be married to Spur. >> But >> > I have no cycles to do this, and I don't think David has many either. >> > Volunteers welcome. >> >> Fully agree :-) >> >> With respect to the interpreter simulator, the simulators tend to get >> bit rotted when not used, but I think that overall they are in reasonable >> shape. Granted that we currently have to fumble around with multiple code >> bases, but it's fair to say that if you want to run a >> Cog/StackInterpreter/Spur >> simulator, you can use the appropriate classes in the oscog branch (after >> all, that is what Eliot is using for his active development, and it's >> quite >> unlikely that he could do this without a working simulator). And if you >> want to run an image using the classic interpreter, you should use the >> interpreter simulator in the "trunk" VMMaker branch. >> >> I realize this may be a bit confusing, but as Eliot says there are only >> so may free cycles available, so if someone wants to help ... >> >> I just tried loading an image into the ("trunk") InterpreterSimulator >> and found a problem in loading an image that had been saved from Cog. >> This would be a problem if you wanted to load a Pharo image into the >> InterpreterSimulator to try running bytecodes using a simple interpreter. >> The fix is in VMMaker-dtl.330 in the source.squeak.org/VMMakerrepository. >> Hopefully it works for you now, please give it a try. >> >> Dave >> >> >> > >

Nov. 27, 2013

Fwd: [pharo-vm] added explanations on how to build on Windows 64-bit systems. (#5)

by Camillo Bruni

Begin forwarded message: > From: philippeback <notifications(a)github.com> > Subject: [pharo-vm] added explanations on how to build on Windows 64-bit systems. (#5) > Date: 2013-11-26 23:20:51 MEZ > To: pharo-project/pharo-vm <pharo-vm(a)noreply.github.com> > Reply-To: pharo-project/pharo-vm <reply+i-23352593-bf4ff7842dbedf07ef58e28330c06e5bbf134a37-5640353(a)reply.github.com> > > added required changes to _mingw.h to do so > added libcrtdll.def file in order to create a libcrtdll.a library in order to be able to link. > > You can merge this Pull Request by running > > git pull https://github.com/philippeback/pharo-vm master > Or view, comment on, or merge it at: > > https://github.com/pharo-project/pharo-vm/pull/5 > > Commit Summary > > added explanations on how to build on Windows 64-bit systems. > File Changes > > M README.md (36) > A win32support/_mingw.h (338) > A win32support/libcrtdll.a (0) > A win32support/libcrtdll.def (695) > Patch Links: > > https://github.com/pharo-project/pharo-vm/pull/5.patch > https://github.com/pharo-project/pharo-vm/pull/5.diff

Nov. 27, 2013

Re: [Pharo-dev] ConfigurationOf

by Esteban Lorenzano

it should we just integrated metacello2, it is not a change of ours, is Dale's... and Dale is very concerned with backward compatibility, so anything could be used. In fact, you can load metacello2 into pharo2... if you want to use a ConfigurationOf subclass. Esteban On Wed, Nov 27, 2013 at 12:41 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > Not to be speaking of MetacelloToolBox supporting that. > > Does it? > > --- > Philippe Back > Dramatic Performance Improvements > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 > Mail:phil@highoctane.be | Web: http://philippeback.eu > Blog: http://philippeback.be | Twitter: @philippeback > Youtube: http://www.youtube.com/user/philippeback/videos > > High Octane SPRL > rue cour Boisacq 101 | 1301 Bierges | Belgium > > Pharo Consortium Member - http://consortium.pharo.org/ > Featured on the Software Process and Measurement Cast - > http://spamcast.libsyn.com > Sparx Systems Enterprise Architect and Ability Engineering EADocX Value > Added Reseller > > > > > On Wed, Nov 27, 2013 at 12:05 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> In Pharo 3.0 there is a new class "ConfigurationOf" >> which I can subclass for my configurations. >> >> But then my config is not loadable in Pharo 2.0. >> >> The problem is that when people migrate the configs >> often are adopted for Pharo30 and still work for Pharo20. >> >> So one can use this new shiny common superclass only for new >> Pharo 3.0 configs onwards or is there a backport planned ... >> >> Thx >> T. >> >> >> >> >> >> >

Nov. 27, 2013

Re: [Pharo-dev] ConfigurationOf

by phil＠highoctane.be

Not to be speaking of MetacelloToolBox supporting that. Does it? --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Wed, Nov 27, 2013 at 12:05 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > In Pharo 3.0 there is a new class "ConfigurationOf" > which I can subclass for my configurations. > > But then my config is not loadable in Pharo 2.0. > > The problem is that when people migrate the configs > often are adopted for Pharo30 and still work for Pharo20. > > So one can use this new shiny common superclass only for new > Pharo 3.0 configs onwards or is there a backport planned ... > > Thx > T. > > > > > >

Nov. 27, 2013