January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Life, Ukraine, Developers

by phil＠highoctane.be

Yes, indeed, the situation isn't pretty. I've got Ukrainian acquaintances and everyone is very stressed out. One this is that a lot of posts and info is in ukrainian and isn't getting people too much concerned. People should post dual language things if they want to get more support from the west as it is difficult to grasp what all of this is about. Being between the EU and Russia is not helping from a geopolitical point of view. This country is going to be torn for years to come. The EU is in a bad shape and Russia is rising back to power. $15 bn of bonds in the hands of Russia. Well, they'll not let trouble stay for long and violence is going to erupt if you ask me. http://www.aljazeera.com/news/europe/2013/12/putin-ukraine-bailout-not-aime… But who knows, the human soul is ready to do a lot in cases like this. Peace. --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Wed, Jan 22, 2014 at 7:06 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > My dear Pharo friends, > > I have no idea if you are aware, but now a big country named Ukraine is > facing a very hard times. People are fighting for their rights while the > current government tries to convert the country into Somalia - like regime. > > Why should you care? Because you will like Ukrainians. And referring to > the context: we develop a lot. If you are not familiar: > https://github.com/fre5h/DoctrineEnumBundle/pull/12 > > I donât want to cry here, but me, Igor Stasenko and some other pharo > developers are from Ukraine, and we are extremely worried about our Home. I > just ask you to think about our country for a minute. Tell your friends: > âYou know, there is this nice country called Ukraine, where people are > being shot just because they want to have a freedom of speechâ. And if you > believe in God, please say a short prayer for Ukraine, I trust that this is > important. > > Sorry guys for taking your time, but I was touched by this pull request > and just wanted to share what is happening around. > Cheers! > Uko >

Jan. 22, 2014

Mini-Pharo Sprint at Santiago

by Pablo EstefÃ³

Hi folks, Tomorrow at midday (CL time => GMT -3) the Object Profile crew, Benjamin and some other DCC guys will have a Pharo Sprint. Everyone is welcomed. Pablo

Jan. 22, 2014

SWIG for Native Boost FFI

by Ronie Salgado

I started working on extending SWIG to generate bindings for NativeBoost FFI, using as a reference the C# binding generator. I am committing my work on this into https://github.com/ronsaldo/swig/ . It works by creating a C side code and Smalltalk that can be filed-in in a image, which contains a class with all the NativeBoost-FFI callouts, a class for the global module, classes for each C++ class and SWIGTYPE_* classes for opaque types or types that SWIG couldn't wrap. It currently can generate bindings for C/C++ functions, constants, define based constants, opaque structures, methods, enums, and for C++ classes, nested classes, member methods, member fields, member constants, member static functions, variables and constants. The overloaded functions support currently is not so great, since I am currently using the arguments name to build the selector. I have to still decide a better strategy for the overloaded methods. WARNING: automatic garbage collection of the C++ classes is not yet ready, but it will be soon. Downcasting of C++ objects is also not supported yet. Greetings Ronie Salgado

Jan. 22, 2014

Re: [Pharo-dev] [Pharo-users] Life, Ukraine, Developers

by Sven Van Caekenberghe

Yes it is very sad that in a lot of places in the world peaceful change does not seem to be possible. On 22 Jan 2014, at 19:06, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > My dear Pharo friends, > > I have no idea if you are aware, but now a big country named Ukraine is facing a very hard times. People are fighting for their rights while the current government tries to convert the country into Somalia - like regime. > > Why should you care? Because you will like Ukrainians. And referring to the context: we develop a lot. If you are not familiar: https://github.com/fre5h/DoctrineEnumBundle/pull/12 > > I donât want to cry here, but me, Igor Stasenko and some other pharo developers are from Ukraine, and we are extremely worried about our Home. I just ask you to think about our country for a minute. Tell your friends: âYou know, there is this nice country called Ukraine, where people are being shot just because they want to have a freedom of speechâ. And if you believe in God, please say a short prayer for Ukraine, I trust that this is important. > > Sorry guys for taking your time, but I was touched by this pull request and just wanted to share what is happening around. > Cheers! > Uko

Jan. 22, 2014

Re: [Pharo-dev] Serializing Pharo Contribution CI jobs from one matrix

by Sven Van Caekenberghe

Dag Johan, Bedankt voor de tip. (Thanks for the tip) I was hoping for a simpler solution ;-) Doing it like that binds the tests a bit to the CI environment, but maybe I can make that optional. BTW, on Pharo 3.0, environment access is built in: Smalltalk os environment getEnv: 'USER'. I guess that I can't do that on 2.0, which I would need. Maybe I can pass something in as a command line argument. I'll have to think about that. Sven On 22 Jan 2014, at 19:37, Johan Brichau <johan(a)inceptive.be> wrote: > Hi Sven, > > We have a similar issue on our build server and Jenkins gives you an environment variable $EXECUTOR_NUMBER which you can use to define different ports to be used in the tests. > From our config, the function below assumes 3 possible executors and defines a set of environment variables that the tests will use. Of course, we use OSProcess to read the variables in Pharo itself. > > Maybe this helps. > Cheers > Johan > > function setupconfiguration { > if [ $EXECUTOR_NUMBER -eq 0 ]; then > export DISPLAY=:3 > export NPGOODSPORT=7001 > export NPGOODSTELNETPORT=8922 > export NPSELENIUMPORT=4446 > export NPNEXTPLANPORT=8082 > export NPJASPERREPORTSPORT=9095 > fi > if [ $EXECUTOR_NUMBER -eq 1 ]; then > export DISPLAY=:5 > export NPGOODSPORT=7002 > export NPGOODSTELNETPORT=8923 > export NPSELENIUMPORT=4448 > export NPNEXTPLANPORT=8084 > export NPJASPERREPORTSPORT=9096 > fi > if [ $EXECUTOR_NUMBER -eq 2 ]; then > export DISPLAY=:6 > export NPGOODSPORT=7003 > export NPGOODSTELNETPORT=8924 > export NPSELENIUMPORT=4449 > export NPNEXTPLANPORT=8085 > export NPJASPERREPORTSPORT=9097 > fi > } > > > On 22 Jan 2014, at 18:24, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi, >> >> Is it possible to serialize (i.e. do not execute in parallel) the CI jobs of one matrix of Pharo Contributions ? >> >> The Zinc jobs occasionally fails because they interfere with each other (i.e. although they use random ports for servers during unit testing, sometimes they use a port that is already in use by a parallel running job, presumably from the built matrix). >> >> Thx, >> >> Sven >

Jan. 22, 2014

Re: [Pharo-dev] Life, Ukraine, Developers

by Hilaire Fernandes

Le 22/01/2014 19:06, Yuriy Tymchuk a Ã©crit : > My dear Pharo friends, > > I have no idea if you are aware, but now a big country named Ukraine is facing a very hard times. People are fighting for their rights while the current government tries to convert the country into Somalia - like regime. > > Why should you care? Because you will like Ukrainians. And referring to the context: we develop a lot. If you are not familiar: https://github.com/fre5h/DoctrineEnumBundle/pull/12 > > I donât want to cry here, but me, Igor Stasenko and some other pharo developers are from Ukraine, and we are extremely worried about our Home. I just ask you to think about our country for a minute. Tell your friends: âYou know, there is this nice country called Ukraine, where people are being shot just because they want to have a freedom of speechâ. And if you believe in God, please say a short prayer for Ukraine, I trust that this is important. > > Sorry guys for taking your time, but I was touched by this pull request and just wanted to share what is happening around. > Cheers! > Uko > Yes, such a shame! Hilaire -- Dr. Geo http://drgeo.eu

Jan. 22, 2014

Re: [Pharo-dev] Serializing Pharo Contribution CI jobs from one matrix

by Johan Brichau

Hi Sven, We have a similar issue on our build server and Jenkins gives you an environment variable $EXECUTOR_NUMBER which you can use to define different ports to be used in the tests. >From our config, the function below assumes 3 possible executors and defines a set of environment variables that the tests will use. Of course, we use OSProcess to read the variables in Pharo itself. Maybe this helps. Cheers Johan function setupconfiguration { if [ $EXECUTOR_NUMBER -eq 0 ]; then export DISPLAY=:3 export NPGOODSPORT=7001 export NPGOODSTELNETPORT=8922 export NPSELENIUMPORT=4446 export NPNEXTPLANPORT=8082 export NPJASPERREPORTSPORT=9095 fi if [ $EXECUTOR_NUMBER -eq 1 ]; then export DISPLAY=:5 export NPGOODSPORT=7002 export NPGOODSTELNETPORT=8923 export NPSELENIUMPORT=4448 export NPNEXTPLANPORT=8084 export NPJASPERREPORTSPORT=9096 fi if [ $EXECUTOR_NUMBER -eq 2 ]; then export DISPLAY=:6 export NPGOODSPORT=7003 export NPGOODSTELNETPORT=8924 export NPSELENIUMPORT=4449 export NPNEXTPLANPORT=8085 export NPJASPERREPORTSPORT=9097 fi } On 22 Jan 2014, at 18:24, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Is it possible to serialize (i.e. do not execute in parallel) the CI jobs of one matrix of Pharo Contributions ? > > The Zinc jobs occasionally fails because they interfere with each other (i.e. although they use random ports for servers during unit testing, sometimes they use a port that is already in use by a parallel running job, presumably from the built matrix). > > Thx, > > Sven

Jan. 22, 2014

Life, Ukraine, Developers

by Yuriy Tymchuk

My dear Pharo friends, I have no idea if you are aware, but now a big country named Ukraine is facing a very hard times. People are fighting for their rights while the current government tries to convert the country into Somalia - like regime. Why should you care? Because you will like Ukrainians. And referring to the context: we develop a lot. If you are not familiar: https://github.com/fre5h/DoctrineEnumBundle/pull/12 I donât want to cry here, but me, Igor Stasenko and some other pharo developers are from Ukraine, and we are extremely worried about our Home. I just ask you to think about our country for a minute. Tell your friends: âYou know, there is this nice country called Ukraine, where people are being shot just because they want to have a freedom of speechâ. And if you believe in God, please say a short prayer for Ukraine, I trust that this is important. Sorry guys for taking your time, but I was touched by this pull request and just wanted to share what is happening around. Cheers! Uko

Jan. 22, 2014

Serializing Pharo Contribution CI jobs from one matrix

by Sven Van Caekenberghe

Hi, Is it possible to serialize (i.e. do not execute in parallel) the CI jobs of one matrix of Pharo Contributions ? The Zinc jobs occasionally fails because they interfere with each other (i.e. although they use random ports for servers during unit testing, sometimes they use a port that is already in use by a parallel running job, presumably from the built matrix). Thx, Sven

Jan. 22, 2014

Re: [Pharo-dev] [regression reporter]regression occurred

by Marcus Denker

On 22 Jan 2014, at 16:49, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 22 Jan 2014, at 16:43, no-reply(a)ci.inria.fr wrote: > >> https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation-A-L/labe… >> >> 1 regressions found. >> KernelTests.Methods.BlockClosureTest.testOnForkErrorTakesLessThanOneSecond > > I think that all tests with time constraints are brittle: sometimes the slaves are extremely slow. I had a couple of these in my packages and I changed them all to just run without the time constraint. yes, we should do that. Marcus

Jan. 22, 2014