[Pharo-project] zero conf build
I finally managed to create a zero conf pharo image build setup: # =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito 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" # =========================================================================== have fun!
Camillo Bruni-3 wrote
If on a system where bash is not the default shell (e.g. Ubuntu 12.04) that line should be: curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | bash -- View this message in context: http://forum.world.st/zero-conf-build-tp4652566p4652567.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
the scripts starts with #!/bin/bash so IMO you're fine, no? well definitely won't harm to pass it on directly to bash ;) thanks On 2012-10-23, at 00:47, Paul DeBruicker <pdebruic@gmail.com> wrote:
Camillo Bruni-3 wrote
If on a system where bash is not the default shell (e.g. Ubuntu 12.04) that line should be:
curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | bash
-- View this message in context: http://forum.world.st/zero-conf-build-tp4652566p4652567.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Camillo Bruni-3 wrote
the scripts starts with #!/bin/bash so IMO you're fine, no? well definitely won't harm to pass it on directly to bash ;)
thanks
You'd think that were true and I did see that you had the #!/bin/bash but it still died when it hit the '[[' on line 8. Ubuntu uses dash as default shell and dash doesn't have the '[[]]' compound conditional statements. It could be that I've done something stupid to my system to cause it to break but maybe not. -- View this message in context: http://forum.world.st/zero-conf-build-tp4652566p4652570.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Very cool ! Thanks a lot for all the work. On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni@gmail.com> wrote:
I finally managed to create a zero conf pharo image build setup:
# =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME
REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito
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"
# ===========================================================================
have fun!
Hi, I am looking to setup a Moose job based on zero conf. However, when I execute the vm.sh on Ubuntu I get an error: CogVM: /lib32/libc.so.6: version `GLIBC_2.15' not found I already installed lib32. What else should I do? Cheers, Doru On Oct 23, 2012, at 7:11 AM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Very cool !
Thanks a lot for all the work.
On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni@gmail.com> wrote:
I finally managed to create a zero conf pharo image build setup:
# =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME
REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito
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"
# ===========================================================================
have fun!
-- www.tudorgirba.com "Problem solving should be focused on describing the problem in a way that makes the solution obvious."
which script did you use? so I can check locally. On 2013-01-21, at 08:24, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I am looking to setup a Moose job based on zero conf.
However, when I execute the vm.sh on Ubuntu I get an error: CogVM: /lib32/libc.so.6: version `GLIBC_2.15' not found
I already installed lib32. What else should I do?
Cheers, Doru
On Oct 23, 2012, at 7:11 AM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Very cool !
Thanks a lot for all the work.
On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni@gmail.com> wrote:
I finally managed to create a zero conf pharo image build setup:
# =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME
REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito
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"
# ===========================================================================
have fun!
-- www.tudorgirba.com
"Problem solving should be focused on describing the problem in a way that makes the solution obvious."
For example: curl http://pharo.gforge.inria.fr/ci/script/ciPharo20PharoVM.sh | sh ./vm.sh or: curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash. ./vm.sh Cheers, Doru On Mon, Jan 21, 2013 at 2:28 PM, Camillo Bruni <camillobruni@gmail.com>wrote:
which script did you use? so I can check locally.
On 2013-01-21, at 08:24, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I am looking to setup a Moose job based on zero conf.
However, when I execute the vm.sh on Ubuntu I get an error: CogVM: /lib32/libc.so.6: version `GLIBC_2.15' not found
I already installed lib32. What else should I do?
Cheers, Doru
On Oct 23, 2012, at 7:11 AM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Very cool !
Thanks a lot for all the work.
On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni@gmail.com> wrote:
I finally managed to create a zero conf pharo image build setup:
# =========================================================================== curl http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh ./vm.sh Pharo.image save $JOB_NAME
REPO=http://smalltalkhub.com/mc/dh83/nabujito/main ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development ./vm.sh $JOB_NAME.image test --junit-xml-output Nabujito
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"
# ===========================================================================
have fun!
-- www.tudorgirba.com
"Problem solving should be focused on describing the problem in a way that makes the solution obvious."
-- www.tudorgirba.com "Every thing has its own flow"
so yeah, looks like the linux VMs won't run anymore under ubuntu 10 you will can find out the last version of GLIBC on your distro by running strings /lib/libc.so.6 | grep GLIBC On 2013-01-22, at 17:41, Tudor Girba <tudor@tudorgirba.com> wrote:
For example:
curl http://pharo.gforge.inria.fr/ci/script/ciPharo20PharoVM.sh | sh ./vm.sh
or:
curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash. ./vm.sh
Cheers, Doru
On 23 January 2013 11:08, Camillo Bruni <camillobruni@gmail.com> wrote:
so yeah, looks like the linux VMs won't run anymore under ubuntu 10
The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it?
you will can find out the last version of GLIBC on your distro by running strings /lib/libc.so.6 | grep GLIBC
On 2013-01-22, at 17:41, Tudor Girba <tudor@tudorgirba.com> wrote:
For example:
curl http://pharo.gforge.inria.fr/ci/script/ciPharo20PharoVM.sh | sh ./vm.sh
or:
curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash. ./vm.sh
Cheers, Doru
-- Best regards, Igor Stasenko.
On 23 January 2013 14:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 11:08, Camillo Bruni <camillobruni@gmail.com> wrote:
so yeah, looks like the linux VMs won't run anymore under ubuntu 10
The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it?
At the risk of sounding foolish, is it possible to write the Makefile to use a particular (and configurable) glibc, rather than the glibc that just happens to be on a machine? That way one could use whatever machine, and say "use glibc 2.11". frank
you will can find out the last version of GLIBC on your distro by running strings /lib/libc.so.6 | grep GLIBC
On 2013-01-22, at 17:41, Tudor Girba <tudor@tudorgirba.com> wrote:
For example:
curl http://pharo.gforge.inria.fr/ci/script/ciPharo20PharoVM.sh | sh ./vm.sh
or:
curl http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash. ./vm.sh
Cheers, Doru
-- Best regards, Igor Stasenko.
On 23 January 2013 15:24, Frank Shearar <frank.shearar@gmail.com> wrote:
On 23 January 2013 14:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 11:08, Camillo Bruni <camillobruni@gmail.com> wrote:
so yeah, looks like the linux VMs won't run anymore under ubuntu 10
The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it?
At the risk of sounding foolish, is it possible to write the Makefile to use a particular (and configurable) glibc, rather than the glibc that just happens to be on a machine?
This is not sounds foolish..
That way one could use whatever machine, and say "use glibc 2.11".
The last time i faced problem(s) with glibc i found it very non-trivial to have two different versions of it on a system, and i remember i failed back then, trying to convince compiler to use proper version of it.. and then linker and etc.. and i ended up in having so much mess, that at the end i just decided to reinstall a system. :) But it was long ago.. don't know maybe i was doing something foolish and solution is easy (at least today).
frank
-- Best regards, Igor Stasenko.
Do we want to act upon this issue? Can I do anything? Fortunately, the VM from Eliot works fine, so I can use that for the moment. Cheers, Doru On Wed, Jan 23, 2013 at 3:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 15:24, Frank Shearar <frank.shearar@gmail.com> wrote:
On 23 January 2013 14:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 11:08, Camillo Bruni <camillobruni@gmail.com> wrote:
so yeah, looks like the linux VMs won't run anymore under ubuntu 10
The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it?
At the risk of sounding foolish, is it possible to write the Makefile to use a particular (and configurable) glibc, rather than the glibc that just happens to be on a machine?
This is not sounds foolish..
That way one could use whatever machine, and say "use glibc 2.11".
The last time i faced problem(s) with glibc i found it very non-trivial to have two different versions of it on a system, and i remember i failed back then, trying to convince compiler to use proper version of it.. and then linker and etc.. and i ended up in having so much mess, that at the end i just decided to reinstall a system. :)
But it was long ago.. don't know maybe i was doing something foolish and solution is easy (at least today).
frank
-- Best regards, Igor Stasenko.
-- www.tudorgirba.com "Every thing has its own flow"
On 23 January 2013 15:26, Tudor Girba <tudor@tudorgirba.com> wrote:
Do we want to act upon this issue? Can I do anything?
Fortunately, the VM from Eliot works fine, so I can use that for the moment.
It does, on 32 bit machines, or 64 bit machines where you can install ia32-libs. I'm only familiar with the glibc thing because I've been trying to get something running on a 64 bit machine with glibc 2.11 and _no_ 32 bit libraries. frank
Cheers, Doru
On Wed, Jan 23, 2013 at 3:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 15:24, Frank Shearar <frank.shearar@gmail.com> wrote:
On 23 January 2013 14:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 11:08, Camillo Bruni <camillobruni@gmail.com> wrote:
so yeah, looks like the linux VMs won't run anymore under ubuntu 10
The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it?
At the risk of sounding foolish, is it possible to write the Makefile to use a particular (and configurable) glibc, rather than the glibc that just happens to be on a machine?
This is not sounds foolish..
That way one could use whatever machine, and say "use glibc 2.11".
The last time i faced problem(s) with glibc i found it very non-trivial to have two different versions of it on a system, and i remember i failed back then, trying to convince compiler to use proper version of it.. and then linker and etc.. and i ended up in having so much mess, that at the end i just decided to reinstall a system. :)
But it was long ago.. don't know maybe i was doing something foolish and solution is easy (at least today).
frank
-- Best regards, Igor Stasenko.
-- www.tudorgirba.com
"Every thing has its own flow"
Has there been any progress on this? I still have the GLIBC issue: root@devdebian:/home/philippeback/Documents/Smalltalk/workspaceZeroConf/vm# ./pharo ./pharo: /lib32/libc.so.6: version `GLIBC_2.15' not found (required by ./pharo) root@devdebian:/home/philippeback/Documents/Smalltalk/workspaceZeroConf/vm# strings /lib/libc.so.6 | grep GLIBC GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_2.5 GLIBC_2.6 GLIBC_2.7 GLIBC_2.8 GLIBC_2.9 GLIBC_2.10 GLIBC_2.11 GLIBC_PRIVATE GNU C Library (Debian EGLIBC 2.11.3-4) stable release version 2.11.3, by Roland McGrath et al. 2013/1/23 Frank Shearar <frank.shearar@gmail.com>:
On 23 January 2013 15:26, Tudor Girba <tudor@tudorgirba.com> wrote:
Do we want to act upon this issue? Can I do anything?
Fortunately, the VM from Eliot works fine, so I can use that for the moment.
It does, on 32 bit machines, or 64 bit machines where you can install ia32-libs.
I'm only familiar with the glibc thing because I've been trying to get something running on a 64 bit machine with glibc 2.11 and _no_ 32 bit libraries.
frank
Cheers, Doru
On Wed, Jan 23, 2013 at 3:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 15:24, Frank Shearar <frank.shearar@gmail.com> wrote:
On 23 January 2013 14:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 23 January 2013 11:08, Camillo Bruni <camillobruni@gmail.com> wrote:
so yeah, looks like the linux VMs won't run anymore under ubuntu 10
The software upgrade hit us back. Should we install ubuntu 10 slave to build VMs on it?
At the risk of sounding foolish, is it possible to write the Makefile to use a particular (and configurable) glibc, rather than the glibc that just happens to be on a machine?
This is not sounds foolish..
That way one could use whatever machine, and say "use glibc 2.11".
The last time i faced problem(s) with glibc i found it very non-trivial to have two different versions of it on a system, and i remember i failed back then, trying to convince compiler to use proper version of it.. and then linker and etc.. and i ended up in having so much mess, that at the end i just decided to reinstall a system. :)
But it was long ago.. don't know maybe i was doing something foolish and solution is easy (at least today).
frank
-- Best regards, Igor Stasenko.
-- www.tudorgirba.com
"Every thing has its own flow"
To clarify I can explain again what I already sent the 23. Oct: > On 23 Oct 2012, at 00:28, Camillo Bruni <camillobruni@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..
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
On 2013-02-05, at 15:35, Stefan Marr <smalltalk@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.
On 5 February 2013 15:12, Camillo Bruni <camillobruni@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@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.
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...
On 5 February 2013 15:58, Camillo Bruni <camillobruni@gmail.com> wrote:
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 i hope you will understand that i have a physical limits of how much information i can digest at some limited period of time. And how many i can remember and keep in mind. When there's too much mails and every mail is "highly important" then everything turns into "random blabbering". and sure.. i am bad at filtering stuff.. and stupid. But stating that doesn't really helps. You should know, that i know much much better and deeper in what and how really bad i am, so please stop trying to beat me on this field :)
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?
i like your motivation!
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
+1 i like 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.
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...
-- Best regards, Igor Stasenko.
Camillo I want to write one little but utterly important chapter for the book: Pharo Zero Config. I want to sit with me and you show me what I missed and the command line stuff and I write that three/five page essential chapter. tomorrow I want to sit with clement around mate and that! Stef
On 2013-02-05, at 22:08, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Camillo
I want to write one little but utterly important chapter for the book: Pharo Zero Config.
I want to sit with me and you show me what I missed and the command line stuff and I write that three/five page essential chapter.
ok I am definitely in for that!
tomorrow I want to sit with clement around mate and that!
nice!
On 5 February 2013 22:13, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 22:08, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Camillo
I want to write one little but utterly important chapter for the book: Pharo Zero Config.
I want to sit with me and you show me what I missed and the command line stuff and I write that three/five page essential chapter.
ok I am definitely in for that!
can i join? because i am almost completely ignorant of this stuff.
tomorrow I want to sit with clement around mate and that!
nice!
-- Best regards, Igor Stasenko.
Camillo
I want to write one little but utterly important chapter for the book: Pharo Zero Config.
I want to sit with me and you show me what I missed and the command line stuff and I write that three/five page essential chapter.
ok I am definitely in for that!
can i join? because i am almost completely ignorant of this stuff.
may be :) I should be free from 10h so :)
tomorrow I want to sit with clement around mate and that!
nice!
-- Best regards, Igor Stasenko.
participants (9)
-
Camillo Bruni -
Frank Shearar -
Igor Stasenko -
Paul DeBruicker -
phil＠highoctane.be -
Stefan Marr -
Stéphane Ducasse -
Sven Van Caekenberghe -
Tudor Girba