- Pharo-dev - lists.pharo.org

[Pharo-project] pharo VM names

by Camillo Bruni

We should really decide on this: https://code.google.com/p/pharo/issues/detail?id=7423 I guess that would simplify the choice for newcomers significantly!

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Camillo Bruni

> it did. It was because we didn't had time to catch-up since argentina > trip. up until you came back at january. > you, of course, can explain it as my lazyness or whatever.. but the > fact is that i have no idea what you did.. thats why I write mails. The mails here are not just random blabbering, they are communication for the people that are not physically present. Now I hope you understand the value of incremental mails and even more of reading mails... > and how to use it. > having a documentation, is not the same as seeing the whole picture. > i want to understand, how it works and why it works like that, not how > to use it. If you know how it works you're done as a user of the NativeBoost job. Everything else is mostly interesting for the ci/jenkins administrator. The main motivation is to NOT use jenkins. Jenkins is bad software, it does it's job but setting it up is not that nice. I wrote all these scripts that we can simply write a single bash file which does everything. My use-case is always: What do I have to do, to reproduce this locally? Before: - check that I copy the scripts-download - check that I download the right VM from jenkins (I cannot run it locally since the urls were relative) - check that I us the right scripts from pharo-build - check that I put the images in the right location otherwise build.sh won't work - pray that everything works Now: - copy the jenkins job bash into a file - execute it - pray that it works > like following: > > ciCog.sh > ciCogVM.sh > ciNBCog.sh > ciNBCogVM.sh > ciPharo13.sh > ciPharo14.sh > ciPharo14Cog.sh > ciPharo14CogVM.sh > ciPharo20.sh > ciPharo20Cog.sh > ciPharo20CogVM.sh > ciPharo20NBCog.sh > ciPharo20NBCogVM.sh > ciPharo20PharoVM.sh > ciPharo20Rizel.sh > ciPharo20RizelVM.sh > ciPharoVM.sh > ciRizel.sh > ciRizelVM.sh > > > this list burns my eyes. Initially the scripts did not have the VM suffix, stupid me. So I added it, but I could not change all the jenkins jobs since my internet connection was very bad in argentina. => we can remove all the non -VM scripts there The rest are just combinations of the image and the VMs > and having same problem,as Marcus asks about VMs: which one i have to use? > Is there a way to have less? just wonder. Yes, if you make the PharoVM compile we only need 2/3 of them... - PharoVM the default VM including "everything" - StackVM the debug vm, in case we have issues with the JIT - RizelVM for profiling What can we do to simplify this? -------------------------------- => rename them - PharoVM is fine - StackVM => Pharo-Debug-VM - RizelVM => Pharo-Profiler-VM like that nobody has to decode the name of the VM's anymore...

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Camillo Bruni

On 2013-02-05, at 15:35, Stefan Marr <smalltalk(a)stefan-marr.de> wrote: > Hi Camilo: > > On 05 Feb 2013, at 15:12, Camillo Bruni wrote: > >>>> ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development >> => self explaining, again you can see the help >> >>>> ./vm.sh $JOB_NAME.image test --junit-xml-output "Nabujito.*" >> => runs all tests in the Nabujito and subpackages, furthermore outputs jenkins readable test xmls > > Bye the way, thanks for those! They work nicely! > > And I really like the --help ;) > The only thing that's confusing for me is that -headless has an influence on the semantics/operations but I guess that's intended. yes, there is some problem with the help switch end exiting prematurely: https://code.google.com/p/pharo/issues/detail?id=7405 and yes, arguments are not properly validated either... so it is very easy to break commands. Maybe we have time to use the OptionParser from Coral in the future.

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Igor Stasenko

On 5 February 2013 15:12, Camillo Bruni <camillobruni(a)gmail.com> wrote: > To clarify I can explain again what I already sent the 23. Oct: > >> On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> I finally managed to create a zero conf pharo image build setup: >>> >>> # =========================================================================== >>> curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | bash > => has been replaced by wget since I did not manage to install curl under windows > => wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20Cog.sh | bash > => downloads the latest Pharo20 image and latest Cog Build from > - http://pharo.gforge.inria.fr/ci/image/20 > - http://pharo.gforge.inria.fr/ci/vm/cog/ > >>> ./vm.sh Pharo.image save $JOB_NAME --delete-old > => renames the image, you can easily do: ./vm.sh Pharo.image save --help > >>> REPO=http://smalltalkhub.com/mc/dh83/nabujito/main >>> ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development > => self explaining, again you can see the help > >>> ./vm.sh $JOB_NAME.image test --junit-xml-output "Nabujito.*" > => runs all tests in the Nabujito and subpackages, furthermore outputs jenkins readable test xmls > > >>> zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes >>> # =========================================================================== >>> >>> ./ciPharo20Cog.sh --help >>> >>> This is an entry point script for any Pharo image CI >>> This script will download the latest Pharo 2.0 image and the latest VM >>> >>> Result in the current directory: >>> vm directory containing the VM >>> vm.sh script forwarding to the VM inside vm/ >>> Pharo.image The latest pharo image >>> Pharo.changes The corresponding pharo changes" >>> >>> # =========================================================================== > see? properly documented... I do not see how this could have gone past you.. it did. It was because we didn't had time to catch-up since argentina trip. up until you came back at january. you, of course, can explain it as my lazyness or whatever.. but the fact is that i have no idea what you did.. and how to use it. having a documentation, is not the same as seeing the whole picture. i want to understand, how it works and why it works like that, not how to use it. like following: ciCog.sh ciCogVM.sh ciNBCog.sh ciNBCogVM.sh ciPharo13.sh ciPharo14.sh ciPharo14Cog.sh ciPharo14CogVM.sh ciPharo20.sh ciPharo20Cog.sh ciPharo20CogVM.sh ciPharo20NBCog.sh ciPharo20NBCogVM.sh ciPharo20PharoVM.sh ciPharo20Rizel.sh ciPharo20RizelVM.sh ciPharoVM.sh ciRizel.sh ciRizelVM.sh this list burns my eyes. and having same problem,as Marcus asks about VMs: which one i have to use? Is there a way to have less? just wonder. -- Best regards, Igor Stasenko.

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Stefan Marr

Hi Camilo: On 05 Feb 2013, at 15:12, Camillo Bruni wrote: >>> ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development > => self explaining, again you can see the help > >>> ./vm.sh $JOB_NAME.image test --junit-xml-output "Nabujito.*" > => runs all tests in the Nabujito and subpackages, furthermore outputs jenkins readable test xmls Bye the way, thanks for those! They work nicely! And I really like the --help ;) The only thing that's confusing for me is that -headless has an influence on the semantics/operations but I guess that's intended. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Feb. 5, 2013

Re: [Pharo-project] Compiling Cog Jit with Xcode 4.6

by Sean P. DeNigris

EstebanLM wrote > I'd wait a bit :) Thanks, will do! Let me know if you upgrade... -- View this message in context: http://forum.world.st/Compiling-Cog-Jit-with-Xcode-4-6-tp4667695p4667703.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Camillo Bruni

To clarify I can explain again what I already sent the 23. Oct: > On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> I finally managed to create a zero conf pharo image build setup: >> >> # =========================================================================== >> curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | bash => has been replaced by wget since I did not manage to install curl under windows => wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20Cog.sh | bash => downloads the latest Pharo20 image and latest Cog Build from - http://pharo.gforge.inria.fr/ci/image/20 - http://pharo.gforge.inria.fr/ci/vm/cog/ >> ./vm.sh Pharo.image save $JOB_NAME --delete-old => renames the image, you can easily do: ./vm.sh Pharo.image save --help >> REPO=http://smalltalkhub.com/mc/dh83/nabujito/main >> ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development => self explaining, again you can see the help >> ./vm.sh $JOB_NAME.image test --junit-xml-output "Nabujito.*" => runs all tests in the Nabujito and subpackages, furthermore outputs jenkins readable test xmls >> zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes >> # =========================================================================== >> >> ./ciPharo20Cog.sh --help >> >> This is an entry point script for any Pharo image CI >> This script will download the latest Pharo 2.0 image and the latest VM >> >> Result in the current directory: >> vm directory containing the VM >> vm.sh script forwarding to the VM inside vm/ >> Pharo.image The latest pharo image >> Pharo.changes The corresponding pharo changes" >> >> # =========================================================================== see? properly documented... I do not see how this could have gone past you..

Feb. 5, 2013

Re: [Pharo-project] Compiling Cog Jit with Xcode 4.6

by Esteban Lorenzano

not yet... and since we are having some problems with vm build, I'm scared of updating right now... I'd wait a bit :) On Feb 5, 2013, at 2:58 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > The App Store wants me to update. Has anyone been able to successfully > compile with Xcode 4.6? > > Thanks, > Sean > > > > -- > View this message in context: http://forum.world.st/Compiling-Cog-Jit-with-Xcode-4-6-tp4667695.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Feb. 5, 2013

Re: [Pharo-project] Strange behaviour in Spec

by Goubier Thierry

Le 05/02/2013 14:51, Andrei Vasile Chis a Ã©crit : > > Hi Thierry, > > Thanks for looking into this. > I have a slight preference for solution 2, just because code will not > depend on the order of the announcements. Well, you're lucky. My image crashed while I was trying to prepare the slice for 1- :( So I may as well try to do 2- Maybe I'll have more luck. Thierry > Cheers, > Andrei > > > On Tue, Feb 5, 2013 at 1:27 PM, Goubier Thierry <thierry.goubier(a)cea.fr > <mailto:thierry.goubier@cea.fr>> wrote: > > Hi Andrei, > > I tested with the following code which shows some interesting effects: > > > |list| > list := ListComposableModel new. > list whenListChanged: [:aList| > Transcript crShow: aList = list listItems]. > 10 timesRepeat: [ > list items: #(1 2). > > list listItems. "Call listItems to set the cache" > list items: #(1 2 3). > list listItems]. > > And I either get true-true-true-true or, true-false-false-false ... > > When I get true-true-true, in list listHolder announcer registry > subscriptions, I have the action > > [:aList| Transcript crShow: aList = list listItems] > set after the action > [self refreshListItems]. > > When I get true-false-false-false ad nauseam, in list listHolder > announcer registry subscriptions, I have the action > > [:aList| Transcript crShow: aList = list listItems] > set "before" the action > [self refreshListItems]. > > So, it seems that the use of an identitySet in subscriptions for an > announcer has interesting side effects. > > So, what should be done ? > > 1- Change subscription in Announcer SubscriptionRegistry from > IdentitySet to OrderedCollection : it should keep the same behavior > in all users of Announcers, since they have to be order independent > (otherwise, they would fall for the same intermittent bug given the > chance). > > 2- Change ListComposableModel to use a private event to update the > cache before entertaining a #changedValue event. > > I have a preference for 1-, because of my soft spot for programs > that have a nice, predictable behavior :) > > I've added a ticket > > http://code.google.com/p/__pharo/issues/detail?id=7420 > <http://code.google.com/p/pharo/issues/detail?id=7420> > > Thierry > > Le 05/02/2013 11:31, Andrei Vasile Chis a Ã©crit : > > Hi, > > A very simple way to reproduce is to open a transcript and > execute this > code: > 50 timesRepeat: [|list| > list := ListComposableModel new. > list items: #(1 2). > list whenListChanged: [:aList| > Transcript crShow: aList = list listItems]. > list listItems. "Call listItems to set the cache" > list items: #(1 2 3) ]. > > If should print both true and false. > Every time it prins false the events were triggered in the wrong > order. > > Andrei > > On Tue, Feb 5, 2013 at 9:26 AM, Goubier Thierry > <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr> > <mailto:thierry.goubier@cea.fr > <mailto:thierry.goubier@cea.fr>__>> wrote: > > Le 04/02/2013 17:27, Andrei Vasile Chis a Ã©crit : > > Hi, > > While playing with spec I started to have some quite > random and > strange behaviour. > I'll try to explain what happen, because it might be a > nasty/not > that > nasty bug. > > I had a ListComposableModel and some very simple code like: > aListComposableModel whenListChanged: [ :aList | > aListComposableModel setSelectedItem: aList first ]. > > From time to time this code seem to randomly fail > because the > selection > wasn't set. > I manage to reduce the error to the following > equivalent code: > aListComposableModel whenListChanged: [ :aList | > aList = aListComposableModel listItems ]. > > What happen was that sometimes the list held by the > model was the > previous list and not the new list, > which was actually correctly passes to the block. > > This seem to be caused by the way ListComposableModel uses > announcers to > update its internal state. > In ListComposableModel>>____registerEvents there is the > code: > > listHolder > whenChangedDo: [ self refreshListItems ]. > > This registers an announcement that should clear the cache: > ListComposableModel >>refreshListItems > listItemsCache := nil. > ^ self changed: #listElementAt: > > In my code by using 'aListComposableModel > whenListChanged:' I also > register an event that should be executed > when the elements of the list change. > > So by now the listHolder containing the elements of the > list has two > registered events. > The problem is that in order for this to work correctly > they have to > execute in the order they > were added: first invalidate the cache, then the other > events > registered > by the user. > However I do not think that announcers guarantee this. > So from > time to > time they > execute in the wrong way. This means that the code in the > whenListChanged: block will > execute in a state in which internaly > aListComposableModel still > contains the previous list. > > Does this make sense? > > > Yes. It would mean the two announcers are kept in a Set... > Maybe > having private and public events would be the way to go ? A > private > one for clearing the cache and public ones, triggered > after, for the > whenListChanged: block ? > > It would be nice to have a test case checking that. I'd be > interested to know this can happen with announcements. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Camillo Bruni

On 2013-02-05, at 14:17, Igor Stasenko <siguctua(a)gmail.com> wrote: > What bothers me is who is going to maintain this stuff if/when you leave. well I moved most of the code to Pharo, so everyone > So, what i asking for is to sit down with me and explain/show to me > all those scripts, how they connected , where they taking stuff from and how they work. for a first step you can inspect the scripts, they have all a --help switch, as you would expect from most bash scripts the same goes for the pharo command line arguments, they all have --help which will display the class comments. Really, it is mostly self-documenting with no magic. > Because it is unnatural to me to use stuff which i am not fully understand how it works. > (aside of hating dealing with bash ;) FYI: all the scripts are in the gitorious repository and are uploaded to the gforge from here: https://gitorious.org/pharo-build/pharo-build/trees/master/pharo-shell-scri… to here: pharo.gforge.inria.fr/ci/script/ by this jenkins job: https://ci.inria.fr/pharo/view/all/job/Scripts-download/

Feb. 5, 2013