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

Re: [Pharo-project] Test Resources

by stephane ducasse

On Mar 1, 2013, at 5:39 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > >> >> Good to know. This is still strange that nobody ever contacted us. I have no idea about integration/creation of points that I reported in 2009. I do not know if there is a list of features that I have been considered and/or integrated. >> For example knowing if the test were green when the application/tests were committed. >> > > That's possible because now test last test outcome (pass,error,fail) is remembered so tools can ask whether the test passed or not. do you know how it is done? > > The rest is dialect/SCM specific. > >> Now when there will be a real release we will see if we port it. >> May be being able to load the two versions side by side would be good. >> > > That's for what namespaces are :-) You might need to sed-edit the fileout or hack monticello load and add some prefix when loading. It could be by design. SUnit changes so much that we could even give another name to the classes that compose it. > > Jan > >> >> Stef >> > >

March 1, 2013

Re: [Pharo-project] please test 2.0

by Yanni Chiu

On 01/03/13 10:10 AM, Max Leske wrote: > > On 01.03.2013, at 15:36, Martin Dias <tinchodias-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org> wrote: > >> On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu <yanni-bJEeYj9oJeDQT0dZR+AlfA(a)public.gmane.org> wrote: >>> >>> Would it be easy to unload Fuel 1.9 from Pharo-2.0, and load Fuel 1.8 >>> instead? >> >> I tried to load Fuel 1.8 in Pharo 2.0 but it seems that there is an >> incompatibility with Date and DateAndTimeâ¦ > > Should work from 1.8.1 on upwards though... The description for 1.8.1 says: - same as 1.8 - fix: serialization / materialization of Date objects. The description for 1.8.2 says: - Date / DateAndTime are now serialized consistently across different images (Squeak and Pharo) So, the question is: will something serialized by 1.8, load into 1.8.1, 1.8.2? I guess I'll find out shortly. My other option is to do the migration to 1.9 in Pharo-1.4, before moving to Pharo-2.0. BTW, the slowest part of a migration is upgrading the Fuel version for each set of Fuel files being migrated. Do you think it would work to have a Fuel Tanker file for Fuel version 1.9, that can be quickly loaded? Hold on - that would mean you'd need some version of Fuel loaded.

March 1, 2013

[Pharo-project] Release of the Pharo consortium web site

by StÃ©phane Ducasse

Hi guys After some efforts, we are proud to announce the consortium around Pharo. http://consortium.pharo.org With such consortium, companies and academic partners will be able to collaborate and sustain the development of the Pharo environment and ecosystem. Today we announce the release of the beta version of the official consortium website. Invest in your future, participate to the consortium! Our goal is to be able to pay a couple of full-time engineers to build a bright future for everyone. Thanks Esteban for the effort, lusy for the design, and our first members: Inria, VMWare, yesplan, 2denker, madEnvironment, BetaNine, Versus for their trust We wish you a lot of business and success! The Pharo Team

March 1, 2013

Re: [Pharo-project] Test Resources

by Jan Vrany

> > Good to know. This is still strange that nobody ever contacted us. I have no idea about integration/creation of points that I reported in 2009. I do not know if there is a list of features that I have been considered and/or integrated. > For example knowing if the test were green when the application/tests were committed. > That's possible because now test last test outcome (pass,error,fail) is remembered so tools can ask whether the test passed or not. The rest is dialect/SCM specific. > Now when there will be a real release we will see if we port it. > May be being able to load the two versions side by side would be good. > That's for what namespaces are :-) You might need to sed-edit the fileout or hack monticello load and add some prefix when loading. Jan > > Stef >

March 1, 2013

[Pharo-project] [update 2.0] #20579

by Marcus Denker

20579 ----- Issue 7627: revert SharedPool>>#bindingOf: removal http://code.google.com/p/pharo/issues/detail?id=7627 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tests-MarcusDenker.518.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1326.diff

March 1, 2013

Re: [Pharo-project] Test Resources

by stephane ducasse

do you have a list =of features that have been added? that are planned? > Dear Stephane, > as Jan says, we had a good pair-programming session on SUnit in Glasgow. (I hope we'll have another when time permits.) I also have some stuff not yet in the OR (follow-on from my 10-min talk in Ghent) that improves/exploits TestResources. I am working to get this stuff visible so the community can comment (and porting help would be great too). It's been very busy here - and a month-long illness I had after Christmas has not helped. > > > Points that I reported in 2009 > > Were these at an ESUG (in which case I should have notes) or somewhere else. I note what you say about test-state-when-committing (would need repository-specific implementations; one for Store, one for Monticello, ... ?) > > If any list of SUnit wishes is on the web somewhere that I should be (re)reading, by all means email (to the above email address for this topic) to remind me. My aim for soon (ideally for end-March, but I've lots to do - the illness put me behind) is to make the current work visible, after which more can be looked at. > > Looking forward to Annecy > Niall Ross > > >>> Not entirely true. In Barcelona, me and Niall merged some of stx fixes into SUnit 4.0 and Niall spent a __lot__ of time questioning people >>> behind various dialects to find out what he could cleanup. >>> >>> Last summer, we had a coding session and started with 'to-be-5.0' by >>> integrating St/X SUnit (based on 4.0) and SUnitToo. St/X changes mainly >>> involves better support for interactive and reporting tools (such as one that generates JUnit-style reports), refactoring to ease customization >>> and changes to allow integration with other testing frameworks (like JUnit and GNU Testlet, mainly used by STX:LIBJAVA). >>> >>> During last ESUG's CS Niall finished the merge in VW and I have to merge it back to St/X. My shame, this haven't happened yet - no time. I should do it. >>> >>> So, feel free to go to Cincom's Public Repository and have look at Niall's last development version and see now "nothing" look like :-) >>> >> >> >> Good to know. This is still strange that nobody ever contacted us. I have no idea about integration/creation of points that I reported in 2009. I do not know if there is a list of features that I have been considered and/or integrated. >> For example knowing if the test were green when the application/tests were committed. >> >> Now when there will be a real release we will see if we port it. May be being able to load the two versions side by side would be good. >> >> Stef >> >> > > >

March 1, 2013

Re: [Pharo-project] please test 2.0

by Max Leske

On 01.03.2013, at 15:36, Martin Dias <tinchodias(a)gmail.com> wrote: > On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu <yanni(a)rogers.com> wrote: >> On 25/02/13 4:25 PM, Martin Dias wrote: >>> >>> >>> What version was you loading? >> >> >> Fuel-MartinDias.685 which corresponds to version 1.8 >> >> >>> (actually, the code that has been integrated should be the definitive >>> one for Fuel 1.9, but the configuration still needs a revision for old >>> Pharos) >> >> >> Would it be easy to unload Fuel 1.9 from Pharo-2.0, and load Fuel 1.8 >> instead? > > I tried to load Fuel 1.8 in Pharo 2.0 but it seems that there is an > incompatibility with Date and DateAndTimeâ¦ Should work from 1.8.1 on upwards though...

March 1, 2013

Re: [Pharo-project] please test 2.0

by Martin Dias

On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 25/02/13 4:25 PM, Martin Dias wrote: >> >> >> What version was you loading? > > > Fuel-MartinDias.685 which corresponds to version 1.8 > > >> (actually, the code that has been integrated should be the definitive >> one for Fuel 1.9, but the configuration still needs a revision for old >> Pharos) > > > Would it be easy to unload Fuel 1.9 from Pharo-2.0, and load Fuel 1.8 > instead? I tried to load Fuel 1.8 in Pharo 2.0 but it seems that there is an incompatibility with Date and DateAndTime...

March 1, 2013

[Pharo-project] [update 2.0] #20578

by Esteban Lorenzano

20578 ----- Issue 7617: make NBExternalEnumeration a subclass of SharedPool again https://code.google.com/p/pharo/issues/detail?id=7617 Issue 7605: moving a method into an extension does not notify the monticello package https://code.google.com/p/pharo/issues/detail?id=7605 Issue 7590: Kill MC History Data (>8MB of the image...) https://code.google.com/p/pharo/issues/detail?id=7590 Issue 7553: tons [delaySemaphore wait] process alive in image https://code.google.com/p/pharo/issues/detail?id=7553 (this one for check if it is fixed) Diff information: http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Core-EstebanLorenzano.116.di… http://ss3.gemstone.com/ss/Pharo20/Kernel-EstebanLorenzano.1324.diff

March 1, 2013

[Pharo-project] Doing the Condense Source for 2.0...

by Marcus Denker

Hi, We will do the new .sources file now. -> Condense Sources (using Stack VM) -> upload that image to gforge -> upload sources to gforge -> change all Builds to DL 2.0 sources -> update one-click script to copy new sources -> Change image to DL 2.0 sources (first update after) For that we should wait till the tests of the last update have finished running and then disable the pharo2.0 job until all is done. If people then download a new image, the get one with PharoV10 souces, updating will let the image with old sources. And hopefully, this is the last time ever we have to do thisâ¦ Marcus

March 1, 2013