July 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Classes in more than one package

by Alexandre Bergel

I did not know this was related to Omnibrowser. Alexandre On 16 Jul 2008, at 15:13, Adrian Lienhard wrote: > ok, ok. I didn't know you were talking about OmniBrower as the > context is missing.... > Adrian > > On Jul 16, 2008, at 14:26 , Adrian Lienhard wrote: > >> I wonder where those packages come from in your image. In the most >> recent version of Pharo I don't see an Installer nor Installer-Test >> package. Also no such package exists in the Pharo repository... >> >> Adrian >> >> On Jul 16, 2008, at 13:49 , Alexandre Bergel wrote: >> >>> I also noticed that there are classe that are contained in more >>> than one package. For example, InstallerTest is contained in the >>> package Installer and Installer-Test. >>> Same thing for the class Installer. It is contained in the package >>> Installer and Installer-core. >>> >>> I guess that packages Installer-Test and Installer-Core must be >>> removed, since there are categories in the package Installer. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 17, 2008

Re: [Pharo-project] A board for pharo

by Norbert Hartl

Hi, that is very very early for the installation of a "board". What are the topics only a board can do? I think at this stage of project existence it should be a goal to involve everyone participating as much as possible. And I doubt the installation of a board supports this. I think you first need a community that you want to "steer". I have the impression we really should care about transparency. Announcing a board and a board "model" without any prior announcement or discussion is not very sensible to other people involved. I can live with this board but e.g. I want to know what/where put Marcus and Michael in charge? Both are rather absent from this list and Marcus is "recovering slowly". If there were any decisions that must have been made while meeting in personal or by private email. That's what I mean. Please correct me if I missed something important. Maybe it is just whining from my site and not worth it. But I'm really sensible to such things and I (too) must organize very well where to spend my spare time. Norbert On Thu, 2008-07-17 at 09:30 +0200, StÃ©phane Ducasse wrote: > Hello everybody > > We are happy to announce a board for Pharo! So far, Pharo has mainly > been "directed" by Stef who initiated > the project. Now that the community grows and Pharo makes progress, > the board will bring some more > structure into the decision making process. > > We don't have bylaws or any rules written down yet but the idea is to > run it similar to the Apache board. That > is, new board members are elected by existing board members. The > rational is that we want to assure continuity > to be able to steadily push Pharo forward. > > The current board members are: > - Marcus Denker > - Stefane Ducasse > - Adrian Lienhard > - Michael Rueger > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 17, 2008

Re: [Pharo-project] A board for pharo

by Janko MivÅ¡ek

Good idea. And good luck to all board members! Janko StÃ©phane Ducasse wrote: > Hello everybody > > We are happy to announce a board for Pharo! So far, Pharo has mainly > been "directed" by Stef who initiated > the project. Now that the community grows and Pharo makes progress, the > board will bring some more > structure into the decision making process. > > We don't have bylaws or any rules written down yet but the idea is to > run it similar to the Apache board. That > is, new board members are elected by existing board members. The > rational is that we want to assure continuity > to be able to steadily push Pharo forward. > > The current board members are: > - Marcus Denker > - Stefane Ducasse > - Adrian Lienhard > - Michael Rueger > > Stef -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

July 17, 2008

Re: [Pharo-project] A board for pharo

by Damien Cassou

Long life to board :-) On Thu, Jul 17, 2008 at 9:30 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hello everybody > > We are happy to announce a board for Pharo! So far, Pharo has mainly been > "directed" by Stef who initiated > the project. Now that the community grows and Pharo makes progress, the > board will bring some more > structure into the decision making process. > > We don't have bylaws or any rules written down yet but the idea is to run it > similar to the Apache board. That > is, new board members are elected by existing board members. The rational is > that we want to assure continuity > to be able to steadily push Pharo forward. > > The current board members are: > - Marcus Denker > - Stefane Ducasse > - Adrian Lienhard > - Michael Rueger > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

July 17, 2008

[Pharo-project] A board for pharo

by StÃ©phane Ducasse

Hello everybody We are happy to announce a board for Pharo! So far, Pharo has mainly been "directed" by Stef who initiated the project. Now that the community grows and Pharo makes progress, the board will bring some more structure into the decision making process. We don't have bylaws or any rules written down yet but the idea is to run it similar to the Apache board. That is, new board members are elected by existing board members. The rational is that we want to assure continuity to be able to steadily push Pharo forward. The current board members are: - Marcus Denker - Stefane Ducasse - Adrian Lienhard - Michael Rueger Stef

July 17, 2008

RE: [Pharo-project] about ensuring file closing

by Ramon Leon

> Hi norbert > > >> I have a question: > >> - would not be better to even wrap the on: into the > first block of > >> the ensure: message? > > What do you mean? Can you give an example? > > In VW I was used to write something like that from memory > > [ f := 'foo.bar' asFilename. > f open.... > > > ] ensure: [f close] > > so the file creation was protected. If a file fails to open for whatever reason the result will be nil, if you protect the open, then you'll end up trying to close nil during the ensure. Nil is the failure message for Squeaks file operations, exceptions are not thrown. fileNamed: aName do: aBlock | file | file := self fileNamed: aName. ^ file ifNil: [ nil ] ifNotNil: [ [ aBlock value: file ] ensure: [ file close ] ] Seems correct to me, you only need the ensure if the file opened successfully in which case file won't be nil. Ramon Leon http://onsmalltalk.com

July 16, 2008

Re: [Pharo-project] about ensuring file closing

by Michael Roberts

I tend to protect the asFilename/open inside the block as you describe but I would guess it depends on what resources are allocated as to whether you need the close. I was additionally wondering about the pattern ^file ifNil: [ nil ] ifNotNil: [ ...] if file is nil, then does it not answer self to ifNotNil: ? ^file ifNotNil: [...] thanks Mike On Wed, Jul 16, 2008 at 9:33 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi norbert > >>> I have a question: >>> - would not be better to even wrap the on: into the first block of >>> the ensure: message? >> >> What do you mean? Can you give an example? > > In VW I was used to write something like that from memory > > [ f := 'foo.bar' asFilename. > f open.... > > > ] ensure: [f close] > > so the file creation was protected. > >> >> >>> - do we have to close a file even if its creation failed? >> >> Is there anything in the above examples that raises this question? >> Usually it is the other way round. You can't close a file (that you >> don't have) if the creation failed. >> >> I was wondering about the name of the methods. Is a idiom >> >> smthg create >> aBlock value: smthg >> smthg destroy >> >> not supposed to be called during: ? > > Yes but apparently in FileStream there are newfileNamed:do:.... > I guess that this is a ruby idiom imported by avi > > Stef >> >> >> Norbert >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 16, 2008

Re: [Pharo-project] Classes in more than one package

by StÃ©phane Ducasse

Hi alex I imagine that you invoked ScriptLoader loadOB and load the installer package. Now the situation you describe is strange indeed. I think that this is one of my mistake and forgetting to follow the pattern Package-All Package-core Package-test I wrote the package-test I guess and I wanted to make sure that the tests were in sync with the version. So may be in the scriptloader we should load another version of the installer-core, then create a package installer-all and copy the tests from the installer-tests. Ideally I would love to refactor the installer class (use it as a factory and have subclasses for each installer), but I did not want keith to be mad at me so I let it like that. I know lukas wanted to do the same :) Stef On Jul 16, 2008, at 1:49 PM, Alexandre Bergel wrote: > I also noticed that there are classe that are contained in more than > one package. For example, InstallerTest is contained in the package > Installer and Installer-Test. > Same thing for the class Installer. It is contained in the package > Installer and Installer-core. > > I guess that packages Installer-Test and Installer-Core must be > removed, since there are categories in the package Installer. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 16, 2008

Re: [Pharo-project] Classes in more than one package

by Adrian Lienhard

ok, ok. I didn't know you were talking about OmniBrower as the context is missing.... Adrian On Jul 16, 2008, at 14:26 , Adrian Lienhard wrote: > I wonder where those packages come from in your image. In the most > recent version of Pharo I don't see an Installer nor Installer-Test > package. Also no such package exists in the Pharo repository... > > Adrian > > On Jul 16, 2008, at 13:49 , Alexandre Bergel wrote: > >> I also noticed that there are classe that are contained in more >> than one package. For example, InstallerTest is contained in the >> package Installer and Installer-Test. >> Same thing for the class Installer. It is contained in the package >> Installer and Installer-core. >> >> I guess that packages Installer-Test and Installer-Core must be >> removed, since there are categories in the package Installer. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 16, 2008

Re: [Pharo-project] Classes in more than one package

by David RÃ¶thlisberger

There is already a bug report about this problem: http://bugs.squeak.org/view.php?id=7108 Not sure whether it has already been solved or not. David > I also noticed that there are classe that are contained in more than one > package. For example, InstallerTest is contained in the package > Installer and Installer-Test. > Same thing for the class Installer. It is contained in the package > Installer and Installer-core. > > I guess that packages Installer-Test and Installer-Core must be removed, > since there are categories in the package Installer. > > Cheers, > Alexandre

July 16, 2008