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

Re: [Pharo-project] Issue 3601 in pharo: Recommended Seaside version in Pharo-1.2 outdated

by pharo＠googlecode.com

Comment #3 on issue 3601 by Torsten....(a)astares.de: Recommended Seaside version in Pharo-1.2 outdated http://code.google.com/p/pharo/issues/detail?id=3601 Yes, but it looks like your fix ("ImageForDevelopers-pharo-JohanBrichau.248") was not yet integrated into ConfigurationOfPharo. Fixed in ConfigurationOfPharo-tbn.128

Jan. 27, 2011

Re: [Pharo-project] Issue 3489 in pharo: Pharo 1.2-dev still uses Preferences in BaseSoundSystem

by pharo＠googlecode.com

Updates: Status: Closed Comment #20 on issue 3489 by marcus.d...(a)gmail.com: Pharo 1.2-dev still uses Preferences in BaseSoundSystem http://code.google.com/p/pharo/issues/detail?id=3489 (No comment was entered for this change.)

Jan. 27, 2011

Re: [Pharo-project] Issue 3601 in pharo: Recommended Seaside version in Pharo-1.2 outdated

by pharo＠googlecode.com

Comment #2 on issue 3601 by johanbri...(a)me.com: Recommended Seaside version in Pharo-1.2 outdated http://code.google.com/p/pharo/issues/detail?id=3601 I fixed this already in #3540

Jan. 27, 2011

Re: [Pharo-project] About FileSystem (probably not for 1.3)

by StÃ©phane Ducasse

On Jan 27, 2011, at 10:07 AM, Tudor Girba wrote: > Hi Stef, > > I think your mail can easily be misunderstood to say that Filesystem is crap and that the authors did a bad job. I believe your intention was simply to push people to write more comments and give Filesystem as an example of a fine system that does not have comments :). Exact :) > Filesystem is a nice piece of work and the authors did a good job. yes > I understand that there are no comments, but the documentation found on Lukas' website provides a better overview than most class comments in Pharo: > http://www.lukas-renggli.ch/blog/filesystem-1 > http://www.lukas-renggli.ch/blog/filesystem-2 > > So, why not just copy these into the help system? This is not a solution. This would be a workaround. This is incomplete and missing important information. Then we should also review some api like workingDirectory returning a path. I started to write important class comments like DO NOT USE subclasses of FSDisk.... directly. Let FSDiskFilesystem returns the current filesystem. FSPath is for internal framework use. That I learned the hard way = spending 5 times more time than expected to do something. Documentation is not a by product. Finally I started to reorganize the package because there is no point directing people to **I want a comment for every single method.** I hate a system that tells me in permanence that I'm an idiot because what is written is not obvious to me. Sorry to be stubborn but I will not move on micrometer on that. ****Code without documentation and comments does not exist*** If the community wants a better filesystem then we should have comments in FS. Since I want it I will slowly and painfully try to understand that I'm idiot because I do not understand and reverse engineer what could have been written up front. I will slowly do it since there is no other paths. But I guess that you understand my deep state of mind. Stef

Jan. 27, 2011

Re: [Pharo-project] [ANN 1.3] pre-build Core 1.3a#13021

by Marcus Denker

On Jan 27, 2011, at 11:07 AM, laurent laffont wrote: > Shouldn't we have Pharo 1.3 (Dev) added on Hudson too ? Early feeback seems better to me. > Yes, this is on the TODO. Especially for the Full image, continuous integration is needed. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 27, 2011

Re: [Pharo-project] [ANN 1.3] pre-build Core 1.3a#13021

by StÃ©phane Ducasse

excellent process. the ultimate release process. Stef On Jan 27, 2011, at 10:52 AM, Marcus Denker wrote: > > On Jan 27, 2011, at 10:50 AM, StÃ©phane Ducasse wrote: > >> Marcus I like the idea of have 1.3 green all the time. >> So we should move in bug entry the tests that are red. >> > > Yes, and I want to tag "1.3" just those entries that > > -> are ready for inclusion > -> are showstoppers and failing tests > > The idea is that the daily build should be as close as possible to a release. > (a release should consist of pressing one button, with *everything* automatized). > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Jan. 27, 2011

Re: [Pharo-project] [ANN 1.3] pre-build Core 1.3a#13021

by laurent laffont

Shouldn't we have Pharo 1.3 (Dev) added on Hudson too ? Early feeback seems better to me. Laurent On Thu, Jan 27, 2011 at 10:49 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Marcus I like the idea of have 1.3 green all the time. > So we should move in bug entry the tests that are red. > > Stef > > On Jan 27, 2011, at 10:40 AM, Marcus Denker wrote: > > > > > > https://gforge.inria.fr/frs/download.php/28188/PharoCore-1.3-13021.zip > > > > -- > > Marcus Denker -- http://www.marcusdenker.de > > INRIA Lille -- Nord Europe. Team RMoD. > > > > > > >

Jan. 27, 2011

Re: [Pharo-project] [ANN 1.3] pre-build Core 1.3a#13021

by Marcus Denker

On Jan 27, 2011, at 10:50 AM, StÃ©phane Ducasse wrote: > Marcus I like the idea of have 1.3 green all the time. > So we should move in bug entry the tests that are red. > Yes, and I want to tag "1.3" just those entries that -> are ready for inclusion -> are showstoppers and failing tests The idea is that the daily build should be as close as possible to a release. (a release should consist of pressing one button, with *everything* automatized). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 27, 2011

Re: [Pharo-project] About FileSystem (probably not for 1.3)

by StÃ©phane Ducasse

On Jan 27, 2011, at 10:06 AM, Max Leske wrote: > I had to make some changes / additions (only very few though) to Filesystem myself. You can find the changes here: http://www.squeaksource.com/GitFS. A few of the changes have been integrated into the main branch by Lukas I think. > I'd be happy to help with Filesystem especially since I've worked with it quite a bit. Unfortunately, I won't have time for another three or four weeks. Anyway, I'll keep following this thread. I'd really like to see a refined version of Filesystem pushed into Pharo. Thanks I will merge your changes first. For example I do not like filesystem workingDirectory isWorkingDirectory returns false so workingDirectory should be renamed workingPath and FS... workingDirectory -> should be as current workingDirectory I started to add comments as far as I could understand the library. I will read the tests and probably will write new ones to document what I understand. > > Max > > > On 27.01.2011, at 09:59, Igor Stasenko wrote: > >> On 26 January 2011 21:45, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Hi guys, >>> >>> I was checking the state of FileSystem and we cannot push it into pharo like that! >>> Sad but we should not put code where not a single method has a comment. >>> So instead of crying and bashing colin, I started a while ago to understand (great pain) >>> and write comments probably wrong, of course. Now I did several iterations but not enough. >>> So I will read the blog entries of lukas and try to continue. >>> >> >>> http://www.lukas-renggli.ch/blog/filesystem >>> >>> Now if you want pharo to evolve, then this is clearly a place to help. We should get better class comments, >>> and all the methods with a comment. Else FileSystem will not get integrated. I will veto it. >>> >> >> Is it incomplete , or it just not well documented? I understand that >> new things require documentation because people won't know how to use >> it, >> but what about functionality? >> >>> Colin lost all the changes he did after ESUG so we will have to live with that (for example >>> FSPath not being a class for public consumption and others). >>> >>> Stef >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >

Jan. 27, 2011

Re: [Pharo-project] [ANN 1.3] pre-build Core 1.3a#13021

by StÃ©phane Ducasse

Marcus I like the idea of have 1.3 green all the time. So we should move in bug entry the tests that are red. Stef On Jan 27, 2011, at 10:40 AM, Marcus Denker wrote: > > https://gforge.inria.fr/frs/download.php/28188/PharoCore-1.3-13021.zip > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Jan. 27, 2011