June 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.3] #13259

by StÃ©phane Ducasse

13259 ----- - Issue 4387: UUIDGenerator and HostWindowProxy cannot be initialized. Thanks Pavel Krivanek http://code.google.com/p/pharo/issues/detail?id=4387 - Issue 4384: Read only transcript breaks when using freetype. Thanks Fernando Olivero. http://code.google.com/p/pharo/issues/detail?id=4384 - Issue 4381: Senders/Implementors answers wrong to "self class". Thanks Benjamin van Ryseghem. http://code.google.com/p/pharo/issues/detail?id=4381 - Issue 4372: literal selector mode to the finder. Thanks Eliot Miranda. http://code.google.com/p/pharo/issues/detail?id=4372 - Issue 4382: reportCPUandRAM is empty. Thanks Pavel Krivanek - Reorganize MenuSpec + dispatched ToolBuilder-Morphic to Polymorph packages Stef

June 10, 2011

Re: [Pharo-project] [ANN] Pharo-1.3-13257

by StÃ©phane Ducasse

>>> I'm curious to know how you guys stay up to date with these builds. Do you download the zips, and then use Metacello to load your code in? I'm interested in keeping up to date w/ development progress and offering assistance, and would like some tips on how best to do that. >>> >> The best is to have a Hudson/Jenkins or some other CI server building new images as soon as an update is released... this way you can run all your tests and be sure to >> not use an image where something is completely broken due to the update (of curse, can happen anyway, e.g. GUI related things). >> >> In the future, it would be nice to have in addtion the "update from server" working for the full image (another reason why having just one image would be good). > > So a CI server that does what Mariano suggested...fetches the latest code, loads up ConfigurationOfPatMaddox to get my dev tools and code, and then runs the tests. > > Sounds cool :) yes! and the same for all the published packages in a distribution. Stef

June 10, 2011

Re: [Pharo-project] PharoKernel 13258

by StÃ©phane Ducasse

because of the missing initialize? I'm integrating them now. Stef On Jun 10, 2011, at 9:26 PM, Pavel Krivanek wrote: > Hi, > > I generated new PharoKernel images: > https://gforge.inria.fr/frs/download.php/28639/PharoKernel-1.3-13258.zip > > Gofer is working again and whole PharoCore is loadable too (although > the resultant image is almost unusable). > > Cheers, > -- Pavel >

June 10, 2011

Re: [Pharo-project] [ANN] Pharo-1.3-13257

by StÃ©phane Ducasse

mariano I hope that in the future we can offer an automated build for personal environment :) Stef On Jun 10, 2011, at 9:37 PM, Mariano Martinez Peck wrote: > > > On Fri, Jun 10, 2011 at 9:30 PM, Pat Maddox <patmaddox(a)me.com> wrote: > I'm curious to know how you guys stay up to date with these builds. Do you download the zips, and then use Metacello to load your code in? > > Me yes, because I don't have to migrate any kind of "data". > In fact, I have my own ConfgurationOfMariano that loads EVERYTHING I need for my all projects, loads all the tools I use and are not in PharoDev image, and set all the settings/preferences I want :) > So....every new image I download, I run a 3 lines script and I have all I need and all in the way I like it. > > I'm interested in keeping up to date w/ development progress and offering assistance, and would like some tips on how best to do that. > > > Use Metacello to load your code. If you have state in the image (live objects that you want to migrate), sometimes you can regenerate it. If you can't, you may want to use a object serializer. > > Cheers > > Mariano > > Cheers, > Pat > > > On Jun 10, 2011, at 6:16 AM, Mariano Martinez Peck wrote: > >> Hi. IMPORTANT: This is not the final 1.3 release, it just one simple snapshot and one point. >> >> This image is based in PharoCore 1.3 13257 and includes also several fixes for the external packages. >> >> The image is here: https://gforge.inria.fr/frs/download.php/28638/Pharo-1.3-13257.zip >> And it was build by Hudson: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo 1.3/215/ >> >> There are 2 failing tests, and NON opened issue for 1.3 related to dev image :) >> >> Best regards, >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

June 10, 2011

Re: [Pharo-project] [ANN] Pharo-1.3-13257

by Pat Maddox

On Jun 10, 2011, at 12:46 PM, Marcus Denker wrote: > > On Jun 10, 2011, at 9:31 PM, Pat Maddox wrote: > >> I'm curious to know how you guys stay up to date with these builds. Do you download the zips, and then use Metacello to load your code in? I'm interested in keeping up to date w/ development progress and offering assistance, and would like some tips on how best to do that. >> > The best is to have a Hudson/Jenkins or some other CI server building new images as soon as an update is released... this way you can run all your tests and be sure to > not use an image where something is completely broken due to the update (of curse, can happen anyway, e.g. GUI related things). > > In the future, it would be nice to have in addtion the "update from server" working for the full image (another reason why having just one image would be good). So a CI server that does what Mariano suggested...fetches the latest code, loads up ConfigurationOfPatMaddox to get my dev tools and code, and then runs the tests. Sounds cool :) Pat

June 10, 2011

Re: [Pharo-project] [ANN] Pharo-1.3-13257

by Marcus Denker

On Jun 10, 2011, at 9:31 PM, Pat Maddox wrote: > I'm curious to know how you guys stay up to date with these builds. Do you download the zips, and then use Metacello to load your code in? I'm interested in keeping up to date w/ development progress and offering assistance, and would like some tips on how best to do that. > The best is to have a Hudson/Jenkins or some other CI server building new images as soon as an update is released... this way you can run all your tests and be sure to not use an image where something is completely broken due to the update (of curse, can happen anyway, e.g. GUI related things). In the future, it would be nice to have in addtion the "update from server" working for the full image (another reason why having just one image would be good). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 10, 2011

Re: [Pharo-project] [ANN] Pharo-1.3-13257

by Mariano Martinez Peck

On Fri, Jun 10, 2011 at 9:30 PM, Pat Maddox <patmaddox(a)me.com> wrote: > I'm curious to know how you guys stay up to date with these builds. Do you > download the zips, and then use Metacello to load your code in? > Me yes, because I don't have to migrate any kind of "data". In fact, I have my own ConfgurationOfMariano that loads EVERYTHING I need for my all projects, loads all the tools I use and are not in PharoDev image, and set all the settings/preferences I want :) So....every new image I download, I run a 3 lines script and I have all I need and all in the way I like it. > I'm interested in keeping up to date w/ development progress and offering > assistance, and would like some tips on how best to do that. > > Use Metacello to load your code. If you have state in the image (live objects that you want to migrate), sometimes you can regenerate it. If you can't, you may want to use a object serializer. Cheers Mariano > Cheers, > Pat > > > On Jun 10, 2011, at 6:16 AM, Mariano Martinez Peck wrote: > > Hi. IMPORTANT: This is not the final 1.3 release, it just one simple > snapshot and one point. > > This image is based in PharoCore 1.3 13257 and includes also several fixes > for the external packages. > > The image is here: > https://gforge.inria.fr/frs/download.php/28638/Pharo-1.3-13257.zip > And it was build by Hudson: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo > 1.3/215/<https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.3/150/> > > There are 2 failing tests, and NON opened issue for 1.3 related to dev > image :) > > Best regards, > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

June 10, 2011

Re: [Pharo-project] [ANN] Pharo-1.3-13257

by Pat Maddox

I'm curious to know how you guys stay up to date with these builds. Do you download the zips, and then use Metacello to load your code in? I'm interested in keeping up to date w/ development progress and offering assistance, and would like some tips on how best to do that. Cheers, Pat On Jun 10, 2011, at 6:16 AM, Mariano Martinez Peck wrote: > Hi. IMPORTANT: This is not the final 1.3 release, it just one simple snapshot and one point. > > This image is based in PharoCore 1.3 13257 and includes also several fixes for the external packages. > > The image is here: https://gforge.inria.fr/frs/download.php/28638/Pharo-1.3-13257.zip > And it was build by Hudson: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo 1.3/215/ > > There are 2 failing tests, and NON opened issue for 1.3 related to dev image :) > > Best regards, > > -- > Mariano > http://marianopeck.wordpress.com >

June 10, 2011

[Pharo-project] PharoKernel 13258

by Pavel Krivanek

Hi, I generated new PharoKernel images: https://gforge.inria.fr/frs/download.php/28639/PharoKernel-1.3-13258.zip Gofer is working again and whole PharoCore is loadable too (although the resultant image is almost unusable). Cheers, -- Pavel

June 10, 2011

Re: [Pharo-project] Polymorph: PluggableMultiColumnListMorph vs.PluggableListMorph

by Schwab,Wilhelm K

Gary, Dumb question: is it enough to add it to TEasilyThemed? There is a refactoring opportunity, if only in the form of a helper method that takes the morph class to use and otherwise "says it once" about the other aspects. At least I *think* that's the case. One disappointing thing I just found/re-discovered: PluggableMultiColumnListMorph expects a collection of collections by column, not by row :( I have already taken some license with models, and this will make it harder to get right. I will try a simple adapter to produce the collection of columns on the fly. Better ideas are welcome. The Dolphin triad I am trying to emulate is a list of objects, each of which has multiple aspects presented across a row. In Dolphin, it is a little inflexible, but fast and very useful. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Gary Chambers [gazzaguru2(a)btinternet.com] Sent: Friday, June 10, 2011 12:05 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Polymorph: PluggableMultiColumnListMorph vs.PluggableListMorph Currently there are no TEasilyThemed helpers for mulit column lists. Please add! The method signatures should include parameters for each thing that is expected to be be set up (to encourage completeness of ui experience). Regards, Gary ----- Original Message ----- From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, June 10, 2011 4:45 PM Subject: [Pharo-project] Polymorph: PluggableMultiColumnListMorph vs.PluggableListMorph Gary, all, I just ran into a question: among all of the #newList* methods, is there a good way to refer to a particular subclass? Since these methods ultimately just create a morph, I am doing that with a little hard coding of some options. Is there a better way? Bill

June 10, 2011