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

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by Marcus Denker

On Mar 24, 2013, at 4:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Mar 24, 2013, at 10:43 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On Mar 24, 2013, at 10:40 AM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: >> >>> Mark Bestley wrote >>>> For OSX what should probably happen is that the image is saved to >>>> ~/Library/Application Support >>> >>> That doesn't sound right to me. How about the use case where I have a >>> portable image on a USB stick? I don't want to make a local copy of the >>> image, just run it. I get putting the VM in a shared predictable location, >>> but why the image? How does one then keep multiple Pharo 2.0's on the same >>> computer? >> >> We will not do it like this. >> >> What is planned is that the "Pharo installation" contains a template (read only). >> When you open the template, it will ask you to save the image to your home >> directory. >> >> Images are like documents, it should be very easy to have a lot of them. > > > why should we decide where people should put them. > I put the images where I want them to be. > exactly. Nobody tells me where to put my .keynote files, either. Marcus

March 24, 2013

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by StÃ©phane Ducasse

On Mar 24, 2013, at 10:43 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Mar 24, 2013, at 10:40 AM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > >> Mark Bestley wrote >>> For OSX what should probably happen is that the image is saved to >>> ~/Library/Application Support >> >> That doesn't sound right to me. How about the use case where I have a >> portable image on a USB stick? I don't want to make a local copy of the >> image, just run it. I get putting the VM in a shared predictable location, >> but why the image? How does one then keep multiple Pharo 2.0's on the same >> computer? > > We will not do it like this. > > What is planned is that the "Pharo installation" contains a template (read only). > When you open the template, it will ask you to save the image to your home > directory. > > Images are like documents, it should be very easy to have a lot of them. why should we decide where people should put them. I put the images where I want them to be. > I should write down what is the planâ¦ sadly I have too much else to do, so this > will take a while. > > Marcus

March 24, 2013

[Pharo-project] [pharo website] updated the issue tracking page

by Marcus Denker

Hi, I updated this page: http://www.pharo-project.org/community/issue-tracking Marcus

March 24, 2013

Re: [Pharo-project] Please help! Weird error!

by stephane ducasse

weird bugs with hash and = redefinition? On Mar 24, 2013, at 5:14 AM, "Steven R. Baker" <steven(a)stevenrbaker.com> wrote: > Heya folks, > > I've got a failing test here, screenshot attached. When I inspect events, it contains the mock I'm looking for. For some reason, the self assert: (events includes: mockEvent1) fails. But when I inspect, events is an OrderedCollection with one item, and it appears to be the mock. > > Please help! > > Thanks in advance! > > -Steven > > <Screen Shot 2013-03-24 at 1.11.43 AM.png>

March 24, 2013

Re: [Pharo-project] Smalltalkhub non-mcz files

by stephane ducasse

On Mar 24, 2013, at 3:36 AM, Ben Coman <btc(a)openInWorld.com> wrote: > Does Smalltalkhub allow non-mcz files into the repository - for example for file based data required for Tests and examples? not that I know. > Or what is the preferred way of versioning test data and example data along with the source code? > > cheers -ben >

March 24, 2013

Re: [Pharo-project] Contribution CI Semantics

by Ben Coman

Camillo Bruni wrote: > Hi Ben, > > On 2013-03-24, at 03:31, Ben Coman <btc(a)openInWorld.com> wrote: > >> Just curious about how the Contribution CI is set up. Is is based off the latest ConfigurationOf or just the latest mcz loaded in the folder? >> > > We use Configurations. > > >> Will you be running a #stable as well as #development jobs for contributions? Or will that decision be configured somehow by the contribution developers, who may want to choose one of four quadrants from... >> x-axis >> 1. Pharo 2.x >> 2. Pharo 3.x >> y-axis >> A. Contribution #stable >> B. Contribution #development >> > > Yes, this is exactly what we do: > > https://ci.inria.fr/pharo-contribution/job/SMark/ > > And if you want, you can add even another axis for the VM or platform. > The choice for the versions you want to test is completely up to you, by default > we take #stable and #development. > > >> 1A. Presumed this should _always_ be green. Perhaps automatically copied to the ConfigurationBrowser repository. Gives Pharo developers early opportunity to see the impact of bug fix leading up to a minor release. >> 1B. Mostly green jobs and usually only temporarily red. It would be interesting if the CI/Smalltalkhub integration being developed could help moving a green 1B job to 1A with a minimum of steps - perhaps a single click. >> 2A. Red contribution jobs expected and maybe last a long time, but useful for giving contribution developers early opportunity to track which infrastructure changes caused the red job. 2B. For the fastest feedback cycle for those contribution developers working on the bleeding edge in parallel with Pharo developers. >> >> Of course that increases the CI resource requirements and additional effort to set up, but just something to consider... >> > > we have a very solid and powerful setup at hand offered by INRIA which will > allow for up to 20 slaves ;) I think we have still some reserves at hand. > > If you want I can give you an account so you can have a look at the details of > the setup? > > Thanks, I would like that - but I'll hold off until I have time to look at it properly - after I finish writing up my dissertation - when I want to move my project to Pharo 2.0, create a Configuration and add it as a CI job. I'll ask for an account then.

March 24, 2013

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by Mark Bestley

On 24/03/2013 09:43, Marcus Denker wrote: > > On Mar 24, 2013, at 10:40 AM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > >> Mark Bestley wrote >>> For OSX what should probably happen is that the image is saved to >>> ~/Library/Application Support >> >> That doesn't sound right to me. How about the use case where I have a >> portable image on a USB stick? I don't want to make a local copy of the >> image, just run it. I get putting the VM in a shared predictable location, >> but why the image? How does one then keep multiple Pharo 2.0's on the same >> computer? This depends on on view of using the OS. For portable images etc the the image can go anywhere. To fully fit in with Apple's OS paths then yes data should be in a given place (rereading <http://developer.apple.com/library/mac/#documentation/FileManagement/Concep…> suggests it should be ~/Documents) That that just gives the directory path - the images can be named differently to allow many of them. (On OSX I suppose there is also a case that the image and change files etc. all should be saved in a directory that could be marked as a bundle) I have used images on Dropbox (which forces a different directory ~/Dropbox in OSX and elsewhere on Windows) to move between my machines. > > We will not do it like this. > > What is planned is that the "Pharo installation" contains a template (read only). > When you open the template, it will ask you to save the image to your home > directory. > Makes sense for the different possible usages. Although for OSX should be ~/Documents or possible ~/Application\ Support/... for the first case, then probably best the last directory used. > Images are like documents, it should be very easy to have a lot of them. > > I should write down what is the planâ¦ sadly I have too much else to do, so this > will take a while.

March 24, 2013

Re: [Pharo-project] Contribution CI Semantics

by Camillo Bruni

Hi Ben, On 2013-03-24, at 03:31, Ben Coman <btc(a)openInWorld.com> wrote: > Just curious about how the Contribution CI is set up. Is is based off the latest ConfigurationOf or just the latest mcz loaded in the folder? We use Configurations. > Will you be running a #stable as well as #development jobs for contributions? Or will that decision be configured somehow by the contribution developers, who may want to choose one of four quadrants from... > x-axis > 1. Pharo 2.x > 2. Pharo 3.x > y-axis > A. Contribution #stable > B. Contribution #development Yes, this is exactly what we do: https://ci.inria.fr/pharo-contribution/job/SMark/ And if you want, you can add even another axis for the VM or platform. The choice for the versions you want to test is completely up to you, by default we take #stable and #development. > 1A. Presumed this should _always_ be green. Perhaps automatically copied to the ConfigurationBrowser repository. Gives Pharo developers early opportunity to see the impact of bug fix leading up to a minor release. > 1B. Mostly green jobs and usually only temporarily red. It would be interesting if the CI/Smalltalkhub integration being developed could help moving a green 1B job to 1A with a minimum of steps - perhaps a single click. > 2A. Red contribution jobs expected and maybe last a long time, but useful for giving contribution developers early opportunity to track which infrastructure changes caused the red job. 2B. For the fastest feedback cycle for those contribution developers working on the bleeding edge in parallel with Pharo developers. > > Of course that increases the CI resource requirements and additional effort to set up, but just something to consider... we have a very solid and powerful setup at hand offered by INRIA which will allow for up to 20 slaves ;) I think we have still some reserves at hand. If you want I can give you an account so you can have a look at the details of the setup?

March 24, 2013

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by Marcus Denker

On Mar 24, 2013, at 10:40 AM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > Mark Bestley wrote >> For OSX what should probably happen is that the image is saved to >> ~/Library/Application Support > > That doesn't sound right to me. How about the use case where I have a > portable image on a USB stick? I don't want to make a local copy of the > image, just run it. I get putting the VM in a shared predictable location, > but why the image? How does one then keep multiple Pharo 2.0's on the same > computer? We will not do it like this. What is planned is that the "Pharo installation" contains a template (read only). When you open the template, it will ask you to save the image to your home directory. Images are like documents, it should be very easy to have a lot of them. I should write down what is the planâ¦ sadly I have too much else to do, so this will take a while. Marcus

March 24, 2013

Re: [Pharo-project] one-click is dead, now we have platform specific builds

by phil＠highoctane.be

I have been putting pharo under /usr/local/pharo with bin/ and image/ under that. bin/ contains vm.sh and vm-ui.sh (when using, I think it would be better to have vm.sh only and vm.sh -ui as an option instead of two files. Also, vm.sh isn't too cool a name and I made aliases: alias pharo='/usr/local/pharo/bin/vm-ui.sh' alias pharo14='/usr/local/pharo/bin/vm-ui.sh /usr/local/pharo/image/14/Pharo-1.4.image' alias pharo20='/usr/local/pharo/bin/vm-ui.sh /usr/local/pharo/image/20/Pharo.image' alias pharocli='/usr/local/pharo/bin/vm.sh' in image/, there are 14/ and 20/ where I put the images accordingly as you can see in the aliases. The image/ folder is all read only. That"s one step further for a kind of apt-get packaging :) Phil 2013/3/24 Esteban A. Maringolo <emaringolo(a)gmail.com>: > 2013/3/23 Marcus Denker <marcus.denker(a)inria.fr>: >> Yes, this is why we are going away from the One-Click concept. >> >> The idea is that you install "Pharo2" or "Pharo3" or "Pharo4" on you system, like any Application. >> >> This means for windows, there will be an installer, for Mac it might be in the App Store even. >> >> This Pharo Application is the VM and *read only* image. When you start Pharo it will open this image >> and ask you to save it to your home dir. > > Great! > > That is what Dolphin Smalltalk has been doing since version 4, it > installs to the shared location, and in the first run it copies the > image to your documents folder (by default). > > Although I'm ok with "portable" way of doing it, it is better to be > able to have the executable in a common location. > That will enable Windows users to download "pharo" (and then > predefined VM's), or run stuff like "apt-get install pharo-vm" > > Regards! >

March 24, 2013