(Sorry for the long email)
Yes, after a couple of weeks, I have written most of the needed Metacello configurations for the Dev images 1.0. Forget 1.1 for a while. Now we are able to: 1) Load stable version of packages 2) Manage the dependencies automatically 3) Each developer can create its custom PharoDev image 4) Flexibility to load the packages you want 5) Choose the browser for example: OB or O2 6) Choose to load the tests or not 7) Load each package in a PharoCore image without having to install anything else (all the dependencies should be managed automatically) 8) You can take a PharoCore image and "transform" it to a Dev image, or even web. 9) Others... This is not completed yet. There are some things that we are discussing with Dale, but they are ok as a first step. I rather go step by step. What I did is to create all the infrastructure: a) The Configuration classes b) The dependencies c) the groups, In summary, most of the "structure" and static information. However, I am not sure which version to load of each package. I will probable take care of building the Dev images, but I won't: - Merge anything. It will not be my task to merge OB, or RB or whatever. - Check every version of each package before doing a release to see if it is stable or not. So...what I REALLY (actually, WE) need is that each developer, each maintainer of the packages that we load of a PharoDev image, help us to create the stable versions. To create a new version for the Metacello configuration is VERY easy, The hard part is already done. You just have to create a method and say which versions (except you create or eliminate packages or dependencies). If you read the code, you will probably understand it. However, you can read the Metacello tutorial (no more than one hour), or ask me or even more in the Metacello mailing list. So...PLEASE, I need the help of the maintainers to create the versions. So far, I created the first version (1.0) with the latest version. But the idea is that then you create 1.1.1 or 1.2 or whatever you consider. All the configurations can be found in http://www.squeaksource.com/MetacelloRepository So far, I created: ConfigurationOfNewInspector, ConfigurationOfOCompletion, ConfigurationOfOmniBrowser, ConfigurationOfPharoMorphicExtras, ConfigurationOfPharoSound, ConfigurationOfRefactoringBrowser, ConfigurationOfShout , and......ConfigurationOfPharo!!! To install them, just download that package and evaluate the load. Example: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfShout'; load. ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load. And then, you can also for exaple do: ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load: 'Core' this doesn't install the tests. Or for example: (ConfigurationOfOmniBrowser project version: '1.0') load: 'Dev' etc... So, you can load any project and with the group you want. All of that can be (or should be hahahaha) perfectly loaded in a 1.0 Core image. What I would really appreciate is if each maintainer can look at the code, load the different groups and give me feedback on the dependencies or whatever. I really wait your feedback. Mariano ps: I will release soon the first dev image using this :) _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Thu, Jan 7, 2010 at 9:54 PM, Mariano Martinez Peck <[hidden email]> wrote: (Sorry for the long email) _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
Hi Mariano,
There is something not clear to me. How do you envision the squeaksource project 'Metacello Repository'. For Omnibrowser, should the configuration be in the ob repository, or being kept in 'Metacello Repository'? Next week I will work on OB with David. I really like his browser, but there are many bugs still... Cheers, Alexandre On 7 Jan 2010, at 17:54, Mariano Martinez Peck wrote: > (Sorry for the long email) > > Yes, after a couple of weeks, I have written most of the needed > Metacello configurations for the Dev images 1.0. Forget 1.1 for a > while. Now we are able to: > > 1) Load stable version of packages > 2) Manage the dependencies automatically > 3) Each developer can create its custom PharoDev image > 4) Flexibility to load the packages you want > 5) Choose the browser for example: OB or O2 > 6) Choose to load the tests or not > 7) Load each package in a PharoCore image without having to install > anything else (all the dependencies should be managed automatically) > 8) You can take a PharoCore image and "transform" it to a Dev image, > or even web. > 9) Others... > > This is not completed yet. There are some things that we are > discussing with Dale, but they are ok as a first step. I rather go > step by step. > > What I did is to create all the infrastructure: > > a) The Configuration classes > b) The dependencies > c) the groups, > > In summary, most of the "structure" and static information. However, > I am not sure which version to load of each package. I will probable > take care of building the Dev images, but I won't: > > - Merge anything. It will not be my task to merge OB, or RB or > whatever. > - Check every version of each package before doing a release to see > if it is stable or not. > > So...what I REALLY (actually, WE) need is that each developer, each > maintainer of the packages that we load of a PharoDev image, help us > to create the stable versions. To create a new version for the > Metacello configuration is VERY easy, The hard part is already done. > You just have to create a method and say which versions (except you > create or eliminate packages or dependencies). If you read the code, > you will probably understand it. However, you can read the Metacello > tutorial (no more than one hour), or ask me or even more in the > Metacello mailing list. So...PLEASE, I need the help of the > maintainers to create the versions. So far, I created the first > version (1.0) with the latest version. But the idea is that then you > create 1.1.1 or 1.2 or whatever you consider. > > All the configurations can be found in http://www.squeaksource.com/MetacelloRepository > > So far, I created: ConfigurationOfNewInspector, > ConfigurationOfOCompletion, ConfigurationOfOmniBrowser, > ConfigurationOfPharoMorphicExtras, ConfigurationOfPharoSound, > ConfigurationOfRefactoringBrowser, ConfigurationOfShout , > and......ConfigurationOfPharo!!! > > To install them, just download that package and evaluate the load. > Example: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfShout'; > load. > > ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load. > > And then, you can also for exaple do: > > ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load: > 'Core' > this doesn't install the tests. > > Or for example: (ConfigurationOfOmniBrowser project version: '1.0') > load: 'Dev' > > etc... > > So, you can load any project and with the group you want. All of > that can be (or should be hahahaha) perfectly loaded in a 1.0 Core > image. > > What I would really appreciate is if each maintainer can look at the > code, load the different groups and give me feedback on the > dependencies or whatever. > > I really wait your feedback. > > Mariano > > ps: I will release soon the first dev image using this :) > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
Hi,
if you can give me a script to load the stable (blessed?) version of ConfigurationOfPharo I will try and add it to the interim build server. Also it would be ideal to have conditional logic such that the image knows if such an 'update' is present or not. That way the server goes to sleep otherwise. we would then have an update stream of sorts for Pharo. cheers, Mike _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Alexandre Bergel
On Thu, Jan 7, 2010 at 10:04 PM, Alexandre Bergel <[hidden email]> wrote: Hi Mariano, Thanks for asking Alex. No, they are kept in MetacelloRepository. Think in metacello repository as a catalog where you can find all the software that are manage with metacello. Even each metacello configuration can be used in Squeak, Pharo, Gemstone or any other Smalltalk that supports Monticello. So, every Metacello configuration, should be there. If you are familiar with Debian/Ubuntu, it is something like the Universe with the apt-get or if you know Maven (from Java world), it is like the Ibiblio repository.
I guess you are talking about 02. Yes, I also like it, but it is not working properly right now. We decided to exclude it temporaly until it doesn't affects OB and until it can be perfactl loaded in a PharoCore image withput anything about OB. Sorry, that was a decision taken with the board. It is just for a moment. We rather to break only O2 users but not both. If you want, you can take the next PharoDev image and install O2 by yourself. Please, to discuss OB versus O2 use another thread :) Cheers Mariano
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Michael Roberts-2
On Thu, Jan 7, 2010 at 10:11 PM, Michael Roberts <[hidden email]> wrote: Hi, Sure. Take the latest PharoCore 10505 image and evaluate Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPharo'; load. ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') load. With that you create a the standard Dev image for the moment. I invite you to see the method ConfigurationOfPharo >> baseline10rc2: At the end, you can see the groups I defined: group: 'default' with: #('DevImageStandardOB'); group: 'Pharo Extras' with: #('PharoSound' 'PharoMorphicExtras' 'ArchiveViewer'); group: 'Dev Tools' with: #('RoelTyper' 'NewInspector' 'Shout' 'OCompletion'); group: 'Dev Tools Tests' with: #('Shout Tests' 'OCompletion Tests'); group: 'Dev Tools OB' with: #('Dev Tools' 'OB Dev'); group: 'Dev Tools OB Tests' with: #('Dev Tools Tests' 'OB Dev Tests'); group: 'DevImageStandardOBWithoutTests' with: #('Dev Tools OB' 'Pharo Extras' 'ImageForDevelopers-pharo'); group: 'DevImageStandardOB' with: #('Dev Tools OB Tests' 'DevImageStandardOBWithoutTests'); The group is what you put after the load: If you just send the message load, it takes the default. However, you can evaluate something like this: ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') load: 'Dev Tools' or even: ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') load: #('Dev Tools' 'Pharo Extras' ) Of course these groups were just my ideas, but we can create as much as we need. Cheers Mariano
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Alexandre Bergel
On Jan 7, 2010, at 10:04 PM, Alexandre Bergel wrote: > Hi Mariano, > > There is something not clear to me. How do you envision the > squeaksource project 'Metacello Repository'. For Omnibrowser, should > the configuration be in the ob repository, or being kept in 'Metacello > Repository'? what you can see is the following I code in my projects and publish config for me when I decide that one is ok for other to use then I copy it in Metacello Repository > Next week I will work on OB with David. I really like his browser, but > there are many bugs still... excellent! Alex may be this is necessary to see how we can migrate some part of his browser on top of OB. > > Cheers, > Alexandre > > > On 7 Jan 2010, at 17:54, Mariano Martinez Peck wrote: > >> (Sorry for the long email) >> >> Yes, after a couple of weeks, I have written most of the needed >> Metacello configurations for the Dev images 1.0. Forget 1.1 for a >> while. Now we are able to: >> >> 1) Load stable version of packages >> 2) Manage the dependencies automatically >> 3) Each developer can create its custom PharoDev image >> 4) Flexibility to load the packages you want >> 5) Choose the browser for example: OB or O2 >> 6) Choose to load the tests or not >> 7) Load each package in a PharoCore image without having to install >> anything else (all the dependencies should be managed automatically) >> 8) You can take a PharoCore image and "transform" it to a Dev image, >> or even web. >> 9) Others... >> >> This is not completed yet. There are some things that we are >> discussing with Dale, but they are ok as a first step. I rather go >> step by step. >> >> What I did is to create all the infrastructure: >> >> a) The Configuration classes >> b) The dependencies >> c) the groups, >> >> In summary, most of the "structure" and static information. However, >> I am not sure which version to load of each package. I will probable >> take care of building the Dev images, but I won't: >> >> - Merge anything. It will not be my task to merge OB, or RB or >> whatever. >> - Check every version of each package before doing a release to see >> if it is stable or not. >> >> So...what I REALLY (actually, WE) need is that each developer, each >> maintainer of the packages that we load of a PharoDev image, help us >> to create the stable versions. To create a new version for the >> Metacello configuration is VERY easy, The hard part is already done. >> You just have to create a method and say which versions (except you >> create or eliminate packages or dependencies). If you read the code, >> you will probably understand it. However, you can read the Metacello >> tutorial (no more than one hour), or ask me or even more in the >> Metacello mailing list. So...PLEASE, I need the help of the >> maintainers to create the versions. So far, I created the first >> version (1.0) with the latest version. But the idea is that then you >> create 1.1.1 or 1.2 or whatever you consider. >> >> All the configurations can be found in http://www.squeaksource.com/MetacelloRepository >> >> So far, I created: ConfigurationOfNewInspector, >> ConfigurationOfOCompletion, ConfigurationOfOmniBrowser, >> ConfigurationOfPharoMorphicExtras, ConfigurationOfPharoSound, >> ConfigurationOfRefactoringBrowser, ConfigurationOfShout , >> and......ConfigurationOfPharo!!! >> >> To install them, just download that package and evaluate the load. >> Example: >> >> Gofer new >> squeaksource: 'MetacelloRepository'; >> package: 'ConfigurationOfShout'; >> load. >> >> ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load. >> >> And then, you can also for exaple do: >> >> ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load: >> 'Core' >> this doesn't install the tests. >> >> Or for example: (ConfigurationOfOmniBrowser project version: '1.0') >> load: 'Dev' >> >> etc... >> >> So, you can load any project and with the group you want. All of >> that can be (or should be hahahaha) perfectly loaded in a 1.0 Core >> image. >> >> What I would really appreciate is if each maintainer can look at the >> code, load the different groups and give me feedback on the >> dependencies or whatever. >> >> I really wait your feedback. >> >> Mariano >> >> ps: I will release soon the first dev image using this :) >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
On Jan 7, 2010, at 10:13 PM, Mariano Martinez Peck wrote: > > > On Thu, Jan 7, 2010 at 10:04 PM, Alexandre Bergel <[hidden email]> wrote: > Hi Mariano, > > There is something not clear to me. How do you envision the > squeaksource project 'Metacello Repository'. For Omnibrowser, should > the configuration be in the ob repository, or being kept in 'Metacello > Repository'? > > Thanks for asking Alex. No, they are kept in MetacelloRepository. Think in metacello repository as a catalog where you can find all the software that are manage with metacello. Even each metacello configuration can be used in Squeak, Pharo, Gemstone or any other Smalltalk that supports Monticello. > So, every Metacello configuration, should be there. If you are familiar with Debian/Ubuntu, it is something like the Universe with the apt-get or if you know Maven (from Java world), it is like the Ibiblio repository. yes but let us that only public and working one could be published there. > > Next week I will work on OB with David. I really like his browser, but > there are many bugs still... > > I guess you are talking about 02. Yes, I also like it, but it is not working properly right now. We decided to exclude it temporaly until it doesn't affects OB and until it can be perfactl loaded in a PharoCore image withput anything about OB. Sorry, that was a decision taken with the board. It is just for a moment. We rather to break only O2 users but not both. If you want, you can take the next PharoDev image and install O2 by yourself. > > Please, to discuss OB versus O2 use another thread :) > > Cheers > > Mariano > > > Cheers, > Alexandre > > > On 7 Jan 2010, at 17:54, Mariano Martinez Peck wrote: > > > (Sorry for the long email) > > > > Yes, after a couple of weeks, I have written most of the needed > > Metacello configurations for the Dev images 1.0. Forget 1.1 for a > > while. Now we are able to: > > > > 1) Load stable version of packages > > 2) Manage the dependencies automatically > > 3) Each developer can create its custom PharoDev image > > 4) Flexibility to load the packages you want > > 5) Choose the browser for example: OB or O2 > > 6) Choose to load the tests or not > > 7) Load each package in a PharoCore image without having to install > > anything else (all the dependencies should be managed automatically) > > 8) You can take a PharoCore image and "transform" it to a Dev image, > > or even web. > > 9) Others... > > > > This is not completed yet. There are some things that we are > > discussing with Dale, but they are ok as a first step. I rather go > > step by step. > > > > What I did is to create all the infrastructure: > > > > a) The Configuration classes > > b) The dependencies > > c) the groups, > > > > In summary, most of the "structure" and static information. However, > > I am not sure which version to load of each package. I will probable > > take care of building the Dev images, but I won't: > > > > - Merge anything. It will not be my task to merge OB, or RB or > > whatever. > > - Check every version of each package before doing a release to see > > if it is stable or not. > > > > So...what I REALLY (actually, WE) need is that each developer, each > > maintainer of the packages that we load of a PharoDev image, help us > > to create the stable versions. To create a new version for the > > Metacello configuration is VERY easy, The hard part is already done. > > You just have to create a method and say which versions (except you > > create or eliminate packages or dependencies). If you read the code, > > you will probably understand it. However, you can read the Metacello > > tutorial (no more than one hour), or ask me or even more in the > > Metacello mailing list. So...PLEASE, I need the help of the > > maintainers to create the versions. So far, I created the first > > version (1.0) with the latest version. But the idea is that then you > > create 1.1.1 or 1.2 or whatever you consider. > > > > All the configurations can be found in http://www.squeaksource.com/MetacelloRepository > > > > So far, I created: ConfigurationOfNewInspector, > > ConfigurationOfOCompletion, ConfigurationOfOmniBrowser, > > ConfigurationOfPharoMorphicExtras, ConfigurationOfPharoSound, > > ConfigurationOfRefactoringBrowser, ConfigurationOfShout , > > and......ConfigurationOfPharo!!! > > > > To install them, just download that package and evaluate the load. > > Example: > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfShout'; > > load. > > > > ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load. > > > > And then, you can also for exaple do: > > > > ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') load: > > 'Core' > > this doesn't install the tests. > > > > Or for example: (ConfigurationOfOmniBrowser project version: '1.0') > > load: 'Dev' > > > > etc... > > > > So, you can load any project and with the group you want. All of > > that can be (or should be hahahaha) perfectly loaded in a 1.0 Core > > image. > > > > What I would really appreciate is if each maintainer can look at the > > code, load the different groups and give me feedback on the > > dependencies or whatever. > > > > I really wait your feedback. > > > > Mariano > > > > ps: I will release soon the first dev image using this :) > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
A minor comment:
> Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfPharo'; > load. > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0- > rc2.10505') load. I find this incantation quite ugly. Why not something like: Gofer load: 'ConfigurationOfPharo' version: '1.0-rc2.10505'. Gofer loadLastVersionOf: 'ConfigurationOfPharo'. Even better: Gofer load: 'Pharo' version: '1.0-rc2.10505'. Gofer loadLastVersionOf: 'Pharo'. For example, I find the expression quite unintuitive: Gofer new squeaksource: 'Mondrian'; package: 'ConfigurationOfMondrian'; load. (Smalltalk at: #ConfigurationOfMondrian) perform: #loadDefault. I always need to lookup the mondrian website. Gofer loadLastVersionOf: 'Mondrian' would be perfect (assuming that ConfigurationOfMondrian) is in MetacelloRepository Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
> excellent!
> Alex may be this is necessary to see how we can migrate some part of > his browser on top of OB. Yup! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Alexandre Bergel
On Thu, Jan 7, 2010 at 10:33 PM, Alexandre Bergel <[hidden email]> wrote: A minor comment: This is what we have so far. Why not something like: Because right now is the only way. If MetacelloConfigurations has acceptance, then we can even create a mehod in Gofer like this: Gofer new metacelloRepository: 'ConfigurationOfPharo'; package: 'Slime'; load. Even better: Yes, I agree. But don't worry. Esteban Lorenzano is working exatly in that. You will be able to do: Loader load: 'Pharo' version: '1.0' and wala!! (Esteban, correct me if I am wrong). However, this is yet in development and we are not even sure if this architecture will be the choosen one. We are just trying to see what we can doo. Cheers, _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
On Thu, Jan 7, 2010 at 10:28 PM, Stéphane Ducasse <[hidden email]> wrote:
I didn't understand you stef.
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
Excellent work Mariano!
Dale ----- "Mariano Martinez Peck" <[hidden email]> wrote: | On Thu, Jan 7, 2010 at 9:54 PM, Mariano Martinez Peck | <[hidden email] | > wrote: | | > (Sorry for the long email) | > | > Yes, after a couple of weeks, I have written most of the needed | Metacello | > configurations for the Dev images 1.0. Forget 1.1 for a while. Now | we are | > able to: | > | > 1) Load stable version of packages | > 2) Manage the dependencies automatically | > 3) Each developer can create its custom PharoDev image | > 4) Flexibility to load the packages you want | > 5) Choose the browser for example: OB or O2 | > 6) Choose to load the tests or not | > 7) Load each package in a PharoCore image without having to install | > anything else (all the dependencies should be managed | automatically) | > 8) You can take a PharoCore image and "transform" it to a Dev image, | or | > even web. | > 9) Others... | > | > This is not completed yet. There are some things that we are | discussing | > with Dale, but they are ok as a first step. I rather go step by | step. | > | > What I did is to create all the infrastructure: | > | > a) The Configuration classes | > b) The dependencies | > c) the groups, | > | > In summary, most of the "structure" and static information. However, | I am | > not sure which version to load of each package. I will probable take | care of | > building the Dev images, but I won't: | > | > - Merge anything. It will not be my task to merge OB, or RB or | whatever. | > - Check every version of each package before doing a release to see | if it | > is stable or not. | > | > So...what I REALLY (actually, WE) need is that each developer, each | > maintainer of the packages that we load of a PharoDev image, help us | to | > create the stable versions. To create a new version for the | Metacello | > configuration is VERY easy, The hard part is already done. You just | have to | > create a method and say which versions (except you create or | eliminate | > packages or dependencies). If you read the code, you will probably | > understand it. However, you can read the Metacello tutorial (no more | than | > one hour), or ask me or even more in the Metacello mailing list. | > So...PLEASE, I need the help of the maintainers to create the | versions. So | > far, I created the first version (1.0) with the latest version. But | the idea | > is that then you create 1.1.1 or 1.2 or whatever you consider. | > | > All the configurations can be found in | > http://www.squeaksource.com/MetacelloRepository | > | > So far, I created: ConfigurationOfNewInspector, | > ConfigurationOfOCompletion, ConfigurationOfOmniBrowser, | > ConfigurationOfPharoMorphicExtras, ConfigurationOfPharoSound, | > ConfigurationOfRefactoringBrowser, ConfigurationOfShout , | > and......ConfigurationOfPharo!!! | > | > To install them, just download that package and evaluate the load. | Example: | > | > Gofer new | > squeaksource: 'MetacelloRepository'; | > package: 'ConfigurationOfShout'; | > load. | > | > ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') | load. | > | > And then, you can also for exaple do: | > | > ((Smalltalk at: #ConfigurationOfShout) project version: '1.0') | load: | > 'Core' | > this doesn't install the tests. | > | > Or for example: (ConfigurationOfOmniBrowser project version: '1.0') | load: | > 'Dev' | > | > etc... | > | > So, you can load any project and with the group you want. All of | that can | > be (or should be hahahaha) perfectly loaded in a 1.0 Core image. | > | > What I would really appreciate is if each maintainer can look at the | code, | > load the different groups and give me feedback on the dependencies | or | > whatever. | > | > I really wait your feedback. | > | > Mariano | > | > ps: I will release soon the first dev image using this :) | > | > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
Great!
On Jan 7, 2010, at 22:19 , Mariano Martinez Peck wrote: > On Thu, Jan 7, 2010 at 10:11 PM, Michael Roberts <[hidden email]> > wrote: > >> Hi, >> >> if you can give me a script to load the stable (blessed?) version of >> ConfigurationOfPharo I will try and add it to the interim build >> server. >> > > Sure. Take the latest PharoCore 10505 image and evaluate > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfPharo'; > load. > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0- > rc2.10505') > load. In a 10505 image I get the following warning: This package depends on the following classes: OBCodeBrowser OBCommand You must resolve these dependencies before you will be able to load these definitions: OBCmdMetacello OBCmdMetacello>>chooseVersion:message: OBCmdMetacello>>commitPackageSpec:into:with: OBCmdMetacello>>currentVersion ...etc Cheers, Adrian _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Thu, Jan 7, 2010 at 10:47 PM, Adrian Lienhard <[hidden email]> wrote: Great! Thanks for reporting Adrian. I should have told about that. That's something with Metacello that when it ensure that Metacello is installed, it tries to install a version that has not only the core but also all the tools. Those tools depends on OB...so.But Metacello in itself is working, no problem. I gave the idea to Dale last week to change this so that ensureMetacello just loads the core (without tools) and he was agree. So I hope next Metacello version will have this and that warning will disappear. Even more...it has already been fixed: http://code.google.com/p/metacello/issues/detail?id=33&can=1&q=ensureMetacello&colspec=ID%20Type%20Status%20Priority%20Version%20Platform%20Owner%20Summary%20Milestone%20Fixed cheers Mariano ps: There is another version about some tests...sorry, those are the OB tests (BogusTestCase) and I don't know why it depends on soemthing I don't know what it is...if someone can help me :) Cheers, _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
> Yes, I agree. But don't worry. Esteban Lorenzano is working exatly
> in that. You will be able to do: > > Loader load: 'Pharo' version: '1.0' and wala!! > > (Esteban, correct me if I am wrong). Excellent! > However, this is yet in development and we are not even sure if this > architecture will be the choosen one. We are just trying to see what > we can doo. Yes, I perfectly guessed this. alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Mariano Martinez Peck
>>
> Yes, I agree. But don't worry. Esteban Lorenzano is working exatly in that. > You will be able to do: > > Loader load: 'Pharo' version: '1.0' and wala!! > > (Esteban, correct me if I am wrong). > > However, this is yet in development and we are not even sure if this > architecture will be the choosen one. We are just trying to see what we can > doo. yep, that's true. Currently I'm alpha-testing it and writing some tests and documentation, but now you can do things like: Loader new list. "Lists all available projects, scanning all repositories" Loader new search: 'Blah'. "Looks for project Blah scanning all repositories. 'Blah' can be a segment, not just a full name" Loader new load: 'Blah'. "Load latest usable version of ConfigurationOfBlah." Loader new load: 'Blah' version: '1.0'. "Load '1.0' version of ConfigurationOfBlah." Loader new managed. "Answers a list of current managed projects." Loader new update. "Updates configurations for all managed projects." Loader new update: 'Blah'. "Updates ConfigurationOfBlah." Loader new upgrade. "Upgrades all managed project to a newest version (if present)". Loader new upgrade: 'Blah'. "Upgrades project 'Blah' to a newest version (if present)". You can specify permanent repositories by executing: Loader repository: 'http://myownrepo/project'. Loader repository: 'http://myownrepo/project' username: 'myself' password: 'secret'. (this acts as adding universes to apt-get of debian) And you can use "temporal" repositories: Loader new repository: 'http://myownrepo/project'; load: 'Blah'. This repostories are dropped after use it, but any managed project keeps it for future managing. I hope this will solve all the loading issues. In the future, you could do just: Loader new load: 'Pharo'. and get a full PharoDev image :) Cheers, Esteban _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Alexandre Bergel
----- "Alexandre Bergel" <[hidden email]> wrote: | A minor comment: | | > Gofer new | > squeaksource: 'MetacelloRepository'; | > package: 'ConfigurationOfPharo'; | > load. | > | > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0- | > rc2.10505') load. | | | I find this incantation quite ugly. Alexandre, How about something like the following expressions: Gofer loadConfiguration: 'Pharo' version: '1.0-rc2.10505'. Gofer loadConfiguration: 'NewInspector'. Gofer loadConfiguration: 'Magritte' load: #( 'Magritte-Model' 'Magritte-Tests' ). Gofer loadConfiguration: 'OmniBrowser' version: '1.0' load: 'Core'. I whipped together some extension methods for Gofer that adds support for the above to Gofer: Gofer new gemsource: 'metacello'; package: 'Metacello-Gofer-Extensions'; load. If there is no leading ConfigurationOf in the configuration name, 'ConfigurationOf' is tacked on. If no version is specified (or is nil) the latest version of the configuration is loaded. If no explicit load list is supplied (or is nil), then the default load list is loaded. In all cases it is expected that the configuration will be found in the MetacelloRepository on SqueakSource... Dale _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
haha, I see that Esteban has gone much farther towards creating a set of tools that go way beyond the simple loading of a configuration ...
Dale ----- "Dale Henrichs" <[hidden email]> wrote: | ----- "Alexandre Bergel" <[hidden email]> wrote: | | | A minor comment: | | | | > Gofer new | | > squeaksource: 'MetacelloRepository'; | | > package: 'ConfigurationOfPharo'; | | > load. | | > | | > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0- | | > rc2.10505') load. | | | | | | I find this incantation quite ugly. | | Alexandre, | | How about something like the following expressions: | | Gofer loadConfiguration: 'Pharo' version: '1.0-rc2.10505'. | Gofer loadConfiguration: 'NewInspector'. | Gofer loadConfiguration: 'Magritte' load: #( 'Magritte-Model' | 'Magritte-Tests' ). | Gofer loadConfiguration: 'OmniBrowser' version: '1.0' load: 'Core'. | | I whipped together some extension methods for Gofer that adds support | for the above to Gofer: | | Gofer new | gemsource: 'metacello'; | package: 'Metacello-Gofer-Extensions'; | load. | | If there is no leading ConfigurationOf in the configuration name, | 'ConfigurationOf' is tacked on. If no version is specified (or is nil) | the latest version of the configuration is loaded. If no explicit load | list is supplied (or is nil), then the default load list is loaded. In | all cases it is expected that the configuration will be found in the | MetacelloRepository on SqueakSource... | | Dale | | _______________________________________________ | Pharo-project mailing list | [hidden email] | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
This is getting cool: Interdim build server, Hudson integration, Metacello, Loader, new Sunit extension and refactorm etc ......excellent !!!
On Fri, Jan 8, 2010 at 12:51 AM, Dale Henrichs <[hidden email]> wrote: haha, I see that Esteban has gone much farther towards creating a set of tools that go way beyond the simple loading of a configuration ... _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |