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

Problem adding "animation" protocol

by J.F. Rick

I was trying to add an "animation" method protocol for a class. When I did, the browser ceased to function. It seems like it broke the viewer. I had to quite without saving and recover my changes. I have no problems adding other protocols. Is "animation" reserved for something? Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Feb. 10, 2014

Re: [Pharo-dev] [gsoc-mentors] The truth on GSOC, ESUG and bad attitude

by Sebastian Sastre

totally endorsing what Phil says here. Time to stop using email and start using eye to eye meetings. Or hangout or phone. Orâ¦ Battle for being right over a small thing for a tap in the back and at Smalltalkâs perish On Feb 10, 2014, at 6:12 AM, phil(a)highoctane.be wrote: > Guys, > > From the outside it just looks like a couple of spoiled kids battling in the kindergarten. > > All of this is not moving Smalltalk and Pharo any single bit forward. Backwards, there is a fair chance. > > Now, could you take this discussion elsewhere? Pick up a phone and talk. > > Who cares if anyone is right? Oh yeah, EUR 4K, what a huge amount to fight over for an European org... (rolleyes). > > Phil > > > > > On Mon, Feb 10, 2014 at 8:29 AM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Janko, > > I do not have all numbers at hand now but in 2013 there were 4 extra-GSOC but we paid only 3 because one student gave up (Jean-Baptiste Beuzelin). > So yes you are probably right that it remains money if we integrate last year BUT we were willing to spend it. > > Luc > > > 2014-02-09 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > Dear all, > > First to Luc: from your numbers it is clear that you are not to be > blamed on anything, because you were obviously misinformed and misguided. > > Facts namely are: > > 1. GSoC mentors decided to pay extra stipendiums 3000 USD [1] while > ESUG without approval paid 2000 more, 5000 USD, without any report > back to GSoC mentors, > > 2. GSoC mentors decided to add past GSoC2012 amount to the pool for > paying extra projects [2][3]. > > Calculation (without the Summit expenses) therefore is: > > Income: GSoC 2012 13x 500 = 6.500 USD > GSoC 2013 13x 500 = 6.500 USD > ------------------------------ > 13.000 USD > > Expenses: > Extra stipendiums: 3x 3.000 = 9.000 USD > > Difference: + 4.000 USD > > If ESUG would follow the decisions of GSoC mentors it wouldn't loose any > money but gain 4.000 USD. > > Those that misinformed and misguided you needs therefore to apologize to > you Luc, to the GSoC mentors and to me as admin! > > Janko > > [1] > https://groups.google.com/forum/#!topic/smalltalk-gsoc-mentors/Yrlj8dIgGPg > [2] > https://groups.google.com/forum/#!topic/smalltalk-gsoc-mentors/WwnxpkXzAB8 > [3] > https://groups.google.com/forum/#!topic/smalltalk-gsoc-mentors/tR44jdPT5Hw > > > Dne 09. 02. 2014 17:26, piÅ¡e Luc Fabresse: > > Hi all, > > > > ------------ > > FACTS > > > > As you all know, I am the ESUG treasurer. > > So please find the numbers attached for the ESUG support of GSOC > > projects in 2013. > > > > ESUG sponsored 3 "extra-GSOC" meaning extra slots not accepted by Google. > > In the file it is: Alejandro Infante, Pablo Estefo and Benjamin Arezki. > > > > All in all we paid: > > - 3695EUR (~5000USD at that time i.e. same cost as a regular GSOC) each > > projects > > - Serge trip to Mentor summit > > > > And we received 5552EUR from Google > > > > so yes we lost ~6582EUR > > That is easy 13*500 USD would only cover 1 plain extra-Gsoc and we > > sponsorized 3. > > > > I also think that it is important to send someone to the GSoc mentor > > summit because it participates to the fact that Google recognizes ESUG > > ang gives slots the next year. > > > > It is alos important to note dates. > > ESUG paid first and then has been refund by Google. > > It would not be possible to do it without ESUG. > > > > ------------ > > FROM HERE, MY POINT OF VIEW ON THIS STORY: > > > > As some of you know, I doing the ESUG treasury stuff on my *own* time > > and it takes a lot! > > I am doing it because I strongly believe that Smalltalk (all falvors!) > > is a really great language that should be more widespread. > > > > I also completely open to discussions. > > The ESUG board can also explain its actions and even money status. > > I can do errors too. > > So if Janko wants some details on GSOC related money, JUST ASK! > > > > I cannot admit that: > > > > - Janko wrote about some money accusation. This is directly directed > > against the treasurer so me. > > And honestly, just reading again that I am biased and that I hide or > > steal money make me think that I should better quit. > > > > - Janko asked for apologies! what is that? even if I would have done a > > mistake (and ESUG did not loose money), YOU STILL MUST THANK ME for > > DOING THIS BORING TASK! and then I can correct mistakes if any > > > > - People wants an answer fast, this conversation started yesterday and I > > am spending my week-end with my kids > > > > > > I am really fed up with this kind of attitude. > > Stop accuse, better ask, discuss and we will solve the problems together > > if any. > > But I think it will never happen... > > > > #Luc > > The disgusted Treasurer of ESUG who will finish his week-end in bad mood > > > > > -- > Janko MivÅ¡ek > Smalltalk GSoC Admin Team > >

Feb. 10, 2014

Re: [Pharo-dev] [Esug-list] The truth on GSOC, ESUG and bad attitude

by Andres Valloud

On 2/10/14 4:24 , Alexandre Bergel wrote: > I do not understand the motivation of Janko, especially since he is apparently alone to think that way. Now now, let's not get the flames stoked again :). Andres.

Feb. 10, 2014

Re: [Pharo-dev] [Esug-list] The truth on GSOC, ESUG and bad attitude

by Alexandre Bergel

I do not understand the motivation of Janko, especially since he is apparently alone to think that way. It is impressive to see how fragile the community is. Thanks Paolo and thanks the ESUG board for handling this difficult situation! Cheers, Alexandre On Feb 10, 2014, at 7:14 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I support it, too. > > The only path to action I see is to act. And in this situation, Paolo was the only one that offered a pragmatic way out. Thank you, Paolo! :) > > So, I suggest this: > - we take Marcus' suggestion and have the present issue be handled at the next ESUG general assembly. Like this we ensure that the problem is going to be addressed in a more effective environment (namely, more structured, and not via mail). > - we go forward with Paolo as an admin. Like this we ensure that action happens now. > > Cheers, > Doru > > > > > On Mon, Feb 10, 2014 at 1:05 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > I support this, along with a general require that you keep this discussion in private. > > Esteban > > On 10 Feb 2014, at 12:10, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > I no longer have confidence in Janko running as GSoC admin > > and want Paolo to take over as admin for Esug as mentoring organisation. > > > > Stephan Eggermont > > > > > > > > > > _______________________________________________ > > Esug-list mailing list > > Esug-list(a)lists.esug.org > > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 10, 2014

Re: [Pharo-dev] [Esug-list] The truth on GSOC, ESUG and bad attitude

by Tudor Girba

I support it, too. The only path to action I see is to act. And in this situation, Paolo was the only one that offered a pragmatic way out. Thank you, Paolo! :) So, I suggest this: - we take Marcus' suggestion and have the present issue be handled at the next ESUG general assembly. Like this we ensure that the problem is going to be addressed in a more effective environment (namely, more structured, and not via mail). - we go forward with Paolo as an admin. Like this we ensure that action happens now. Cheers, Doru On Mon, Feb 10, 2014 at 1:05 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > I support this, along with a general require that you keep this discussion > in private. > > Esteban > > On 10 Feb 2014, at 12:10, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > I no longer have confidence in Janko running as GSoC admin > > and want Paolo to take over as admin for Esug as mentoring organisation. > > > > Stephan Eggermont > > > > > > > > > > _______________________________________________ > > Esug-list mailing list > > Esug-list(a)lists.esug.org > > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- www.tudorgirba.com "Every thing has its own flow"

Feb. 10, 2014

Re: [Pharo-dev] [Esug-list] The truth on GSOC, ESUG and bad attitude

by Esteban Lorenzano

I support this, along with a general require that you keep this discussion in private. Esteban On 10 Feb 2014, at 12:10, Stephan Eggermont <stephan(a)stack.nl> wrote: > I no longer have confidence in Janko running as GSoC admin > and want Paolo to take over as admin for Esug as mentoring organisation. > > Stephan Eggermont > > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Feb. 10, 2014

Re: [Pharo-dev] Fwd: working on pharo 3.0?

by phil＠highoctane.be

Ok, please do. On Mon, Feb 10, 2014 at 12:43 PM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > It's just a ci job > > - load the opendbx library > - take a pharo image > - load dbxtalkdriver into the image > > - run the tests :) > > I can give you access and you can do as you like. Maybe adding a ci job > for postgresv2 (the native driver) is also good idea. > > > On Mon, Feb 10, 2014 at 12:34 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > >> How does that work? >> >> I am interested in the Postgres thing. >> >> Phil >> >> >> >> >> >> >> On Mon, Feb 10, 2014 at 11:59 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Well, I managed to figure out why the linux slave was not working: the >>> amount of workers went magically to 0... The windows one is offline such as >>> the ones in pharo's ci server, because of some connection issue, probably >>> cloudstack issue). >>> >>> So pharo20 is green as expected for mysql-linux. Pharo3 is red because >>> of the layout error. >>> >>> I just added postgres, which has failing tests because the database is >>> not created :). >>> >>> https://ci.inria.fr/dbxtalk/job/DBXTalkDriver/ >>> >>> Of course if somebody wants to help (configuring one database engine, >>> adding tests, etc), do not hesitate :). >>> >>> Guille >>> >>> >>> On Mon, Feb 10, 2014 at 11:42 AM, Tudor Girba <tudor(a)tudorgirba.com>wrote: >>> >>>> Any news on this? >>>> >>>> I would love to test DBs on Pharo 3.0 :) >>>> >>>> Doru >>>> >>>> >>>> >>>> On Fri, Feb 7, 2014 at 11:44 AM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> The slaves are dead. I will talk with christophe as soon as i arrive >>>>> to the office :) >>>>> Le 7 fÃ©vr. 2014 05:42, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : >>>>> >>>>> It seems that the jobs do not manage to finish :( >>>>>> >>>>>> Doru >>>>>> >>>>>> >>>>>> On Thu, Feb 6, 2014 at 1:47 PM, Guillermo Polito < >>>>>> guillermopolito(a)gmail.com> wrote: >>>>>> >>>>>>> The ci jobs :). I didn't want to announce them (and actually i >>>>>>> didn't do it properly) until having them finished at some good degree. >>>>>>> >>>>>>> The ci jobs for dbxtalk will give the people doing dbxtalk so >>>>>>> muuuuch air (no more manual testing on 3 platforms x 5+ different database >>>>>>> engines per change). >>>>>>> + binaries available and built every day >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Thu, Feb 6, 2014 at 1:34 PM, Tudor Girba <tudor(a)tudorgirba.com>wrote: >>>>>>> >>>>>>>> What was a bit secret? >>>>>>>> >>>>>>>> Doru >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Feb 6, 2014 at 12:25 PM, Guillermo Polito < >>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> Well, it was a bit secret, but I was starting on my free time to >>>>>>>>> setup some ci jobs to build automagically all the opendbx libraries + test >>>>>>>>> them. >>>>>>>>> >>>>>>>>> https://ci.inria.fr/dbxtalk/ >>>>>>>>> >>>>>>>>> Now my problem is that my free time for hacking on non phd stuff >>>>>>>>> -> 0 lately... :/ >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Feb 6, 2014 at 12:13 PM, Torsten Bergmann <astares(a)gmx.de>wrote: >>>>>>>>> >>>>>>>>>> And Sven insist on still cutting/copying/evaluating one-liners >>>>>>>>>> in the age of a configuration browser where loading is just mouse >>>>>>>>>> clicking ;) >>>>>>>>>> >>>>>>>>>> But putting jokes aside - it would IMHO be really important to >>>>>>>>>> have DBXTalk running for Pharo 3.0. Without good database >>>>>>>>>> support one would loose any argument for Pharo in the >>>>>>>>>> business world... >>>>>>>>>> >>>>>>>>>> It would also be a real bonus if the necessary support >>>>>>>>>> DLL's/shared libs >>>>>>>>>> could be easily provided or installed. >>>>>>>>>> >>>>>>>>>> For instance the PUnQLite (Pharo wrapper for UnQlite NoSQL) >>>>>>>>>> provides >>>>>>>>>> the current binaries on Github https://github.com/mumez/PunQLite >>>>>>>>>> >>>>>>>>>> Or the NaCl (a binding for Crypto-Nacl library) directly downloads >>>>>>>>>> and installs them when you install the config (see >>>>>>>>>> ConfigurationOfNacl in >>>>>>>>>> config browser of Pharo 3.0). >>>>>>>>>> >>>>>>>>>> Easy access without much hazzle is always a plus... install, >>>>>>>>>> connect to >>>>>>>>>> the DB and go! >>>>>>>>>> >>>>>>>>>> Thx >>>>>>>>>> T. >>>>>>>>>> >>>>>>>>>> > Gesendet: Donnerstag, 06. Februar 2014 um 11:54 Uhr >>>>>>>>>> > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >>>>>>>>>> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >>>>>>>>>> > Cc: dbxtalk(a)googlegroups.com >>>>>>>>>> > Betreff: Re: [Pharo-dev] Fwd: working on pharo 3.0? >>>>>>>>>> > >>>>>>>>>> > Ah, it is just because you insist on using old school two line >>>>>>>>>> code ;-) >>>>>>>>>> > >>>>>>>>>> > On 06 Feb 2014, at 11:38, Tudor Girba <tudor(a)tudorgirba.com> >>>>>>>>>> wrote: >>>>>>>>>> > >>>>>>>>>> > > Gofer new >>>>>>>>>> > > smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>>>>>>>> > > package: 'ConfigurationOfOpenDBXDriver'; >>>>>>>>>> > > load >>>>>>>>>> > > #ConfigurationOfOpenDBXDriver asClass loadBleedingEdge >>>>>>>>>> > > >>>>>>>>>> > >>>>>>>>>> > Gofer new >>>>>>>>>> > smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>>>>>>>> > configurationOf: 'OpenDBXDriver'; >>>>>>>>>> > loadVersion: #bleedingEdge. >>>>>>>>>> > >>>>>>>>>> > Just joking, >>>>>>>>>> > >>>>>>>>>> > Sven >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> www.tudorgirba.com >>>>>>>> >>>>>>>> "Every thing has its own flow" >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Every thing has its own flow" >>>>>> >>>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >>> >> >

Feb. 10, 2014

Re: [Pharo-dev] Fwd: working on pharo 3.0?

by Guillermo Polito

It's just a ci job - load the opendbx library - take a pharo image - load dbxtalkdriver into the image - run the tests :) I can give you access and you can do as you like. Maybe adding a ci job for postgresv2 (the native driver) is also good idea. On Mon, Feb 10, 2014 at 12:34 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > How does that work? > > I am interested in the Postgres thing. > > Phil > > > > > > > On Mon, Feb 10, 2014 at 11:59 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Well, I managed to figure out why the linux slave was not working: the >> amount of workers went magically to 0... The windows one is offline such as >> the ones in pharo's ci server, because of some connection issue, probably >> cloudstack issue). >> >> So pharo20 is green as expected for mysql-linux. Pharo3 is red because of >> the layout error. >> >> I just added postgres, which has failing tests because the database is >> not created :). >> >> https://ci.inria.fr/dbxtalk/job/DBXTalkDriver/ >> >> Of course if somebody wants to help (configuring one database engine, >> adding tests, etc), do not hesitate :). >> >> Guille >> >> >> On Mon, Feb 10, 2014 at 11:42 AM, Tudor Girba <tudor(a)tudorgirba.com>wrote: >> >>> Any news on this? >>> >>> I would love to test DBs on Pharo 3.0 :) >>> >>> Doru >>> >>> >>> >>> On Fri, Feb 7, 2014 at 11:44 AM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> The slaves are dead. I will talk with christophe as soon as i arrive to >>>> the office :) >>>> Le 7 fÃ©vr. 2014 05:42, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : >>>> >>>> It seems that the jobs do not manage to finish :( >>>>> >>>>> Doru >>>>> >>>>> >>>>> On Thu, Feb 6, 2014 at 1:47 PM, Guillermo Polito < >>>>> guillermopolito(a)gmail.com> wrote: >>>>> >>>>>> The ci jobs :). I didn't want to announce them (and actually i didn't >>>>>> do it properly) until having them finished at some good degree. >>>>>> >>>>>> The ci jobs for dbxtalk will give the people doing dbxtalk so muuuuch >>>>>> air (no more manual testing on 3 platforms x 5+ different database engines >>>>>> per change). >>>>>> + binaries available and built every day >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Thu, Feb 6, 2014 at 1:34 PM, Tudor Girba <tudor(a)tudorgirba.com>wrote: >>>>>> >>>>>>> What was a bit secret? >>>>>>> >>>>>>> Doru >>>>>>> >>>>>>> >>>>>>> On Thu, Feb 6, 2014 at 12:25 PM, Guillermo Polito < >>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>> >>>>>>>> Well, it was a bit secret, but I was starting on my free time to >>>>>>>> setup some ci jobs to build automagically all the opendbx libraries + test >>>>>>>> them. >>>>>>>> >>>>>>>> https://ci.inria.fr/dbxtalk/ >>>>>>>> >>>>>>>> Now my problem is that my free time for hacking on non phd stuff -> >>>>>>>> 0 lately... :/ >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Feb 6, 2014 at 12:13 PM, Torsten Bergmann <astares(a)gmx.de>wrote: >>>>>>>> >>>>>>>>> And Sven insist on still cutting/copying/evaluating one-liners >>>>>>>>> in the age of a configuration browser where loading is just mouse >>>>>>>>> clicking ;) >>>>>>>>> >>>>>>>>> But putting jokes aside - it would IMHO be really important to >>>>>>>>> have DBXTalk running for Pharo 3.0. Without good database >>>>>>>>> support one would loose any argument for Pharo in the >>>>>>>>> business world... >>>>>>>>> >>>>>>>>> It would also be a real bonus if the necessary support >>>>>>>>> DLL's/shared libs >>>>>>>>> could be easily provided or installed. >>>>>>>>> >>>>>>>>> For instance the PUnQLite (Pharo wrapper for UnQlite NoSQL) >>>>>>>>> provides >>>>>>>>> the current binaries on Github https://github.com/mumez/PunQLite >>>>>>>>> >>>>>>>>> Or the NaCl (a binding for Crypto-Nacl library) directly downloads >>>>>>>>> and installs them when you install the config (see >>>>>>>>> ConfigurationOfNacl in >>>>>>>>> config browser of Pharo 3.0). >>>>>>>>> >>>>>>>>> Easy access without much hazzle is always a plus... install, >>>>>>>>> connect to >>>>>>>>> the DB and go! >>>>>>>>> >>>>>>>>> Thx >>>>>>>>> T. >>>>>>>>> >>>>>>>>> > Gesendet: Donnerstag, 06. Februar 2014 um 11:54 Uhr >>>>>>>>> > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >>>>>>>>> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >>>>>>>>> > Cc: dbxtalk(a)googlegroups.com >>>>>>>>> > Betreff: Re: [Pharo-dev] Fwd: working on pharo 3.0? >>>>>>>>> > >>>>>>>>> > Ah, it is just because you insist on using old school two line >>>>>>>>> code ;-) >>>>>>>>> > >>>>>>>>> > On 06 Feb 2014, at 11:38, Tudor Girba <tudor(a)tudorgirba.com> >>>>>>>>> wrote: >>>>>>>>> > >>>>>>>>> > > Gofer new >>>>>>>>> > > smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>>>>>>> > > package: 'ConfigurationOfOpenDBXDriver'; >>>>>>>>> > > load >>>>>>>>> > > #ConfigurationOfOpenDBXDriver asClass loadBleedingEdge >>>>>>>>> > > >>>>>>>>> > >>>>>>>>> > Gofer new >>>>>>>>> > smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>>>>>>> > configurationOf: 'OpenDBXDriver'; >>>>>>>>> > loadVersion: #bleedingEdge. >>>>>>>>> > >>>>>>>>> > Just joking, >>>>>>>>> > >>>>>>>>> > Sven >>>>>>>>> > >>>>>>>>> > >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> www.tudorgirba.com >>>>>>> >>>>>>> "Every thing has its own flow" >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "Every thing has its own flow" >>>>> >>>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >> >> >

Feb. 10, 2014

Re: [Pharo-dev] Fwd: working on pharo 3.0?

by phil＠highoctane.be

How does that work? I am interested in the Postgres thing. Phil On Mon, Feb 10, 2014 at 11:59 AM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > Well, I managed to figure out why the linux slave was not working: the > amount of workers went magically to 0... The windows one is offline such as > the ones in pharo's ci server, because of some connection issue, probably > cloudstack issue). > > So pharo20 is green as expected for mysql-linux. Pharo3 is red because of > the layout error. > > I just added postgres, which has failing tests because the database is not > created :). > > https://ci.inria.fr/dbxtalk/job/DBXTalkDriver/ > > Of course if somebody wants to help (configuring one database engine, > adding tests, etc), do not hesitate :). > > Guille > > > On Mon, Feb 10, 2014 at 11:42 AM, Tudor Girba <tudor(a)tudorgirba.com>wrote: > >> Any news on this? >> >> I would love to test DBs on Pharo 3.0 :) >> >> Doru >> >> >> >> On Fri, Feb 7, 2014 at 11:44 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> The slaves are dead. I will talk with christophe as soon as i arrive to >>> the office :) >>> Le 7 fÃ©vr. 2014 05:42, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : >>> >>> It seems that the jobs do not manage to finish :( >>>> >>>> Doru >>>> >>>> >>>> On Thu, Feb 6, 2014 at 1:47 PM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> The ci jobs :). I didn't want to announce them (and actually i didn't >>>>> do it properly) until having them finished at some good degree. >>>>> >>>>> The ci jobs for dbxtalk will give the people doing dbxtalk so muuuuch >>>>> air (no more manual testing on 3 platforms x 5+ different database engines >>>>> per change). >>>>> + binaries available and built every day >>>>> >>>>> >>>>> >>>>> >>>>> On Thu, Feb 6, 2014 at 1:34 PM, Tudor Girba <tudor(a)tudorgirba.com>wrote: >>>>> >>>>>> What was a bit secret? >>>>>> >>>>>> Doru >>>>>> >>>>>> >>>>>> On Thu, Feb 6, 2014 at 12:25 PM, Guillermo Polito < >>>>>> guillermopolito(a)gmail.com> wrote: >>>>>> >>>>>>> Well, it was a bit secret, but I was starting on my free time to >>>>>>> setup some ci jobs to build automagically all the opendbx libraries + test >>>>>>> them. >>>>>>> >>>>>>> https://ci.inria.fr/dbxtalk/ >>>>>>> >>>>>>> Now my problem is that my free time for hacking on non phd stuff -> >>>>>>> 0 lately... :/ >>>>>>> >>>>>>> >>>>>>> On Thu, Feb 6, 2014 at 12:13 PM, Torsten Bergmann <astares(a)gmx.de>wrote: >>>>>>> >>>>>>>> And Sven insist on still cutting/copying/evaluating one-liners >>>>>>>> in the age of a configuration browser where loading is just mouse >>>>>>>> clicking ;) >>>>>>>> >>>>>>>> But putting jokes aside - it would IMHO be really important to >>>>>>>> have DBXTalk running for Pharo 3.0. Without good database >>>>>>>> support one would loose any argument for Pharo in the >>>>>>>> business world... >>>>>>>> >>>>>>>> It would also be a real bonus if the necessary support DLL's/shared >>>>>>>> libs >>>>>>>> could be easily provided or installed. >>>>>>>> >>>>>>>> For instance the PUnQLite (Pharo wrapper for UnQlite NoSQL) provides >>>>>>>> the current binaries on Github https://github.com/mumez/PunQLite >>>>>>>> >>>>>>>> Or the NaCl (a binding for Crypto-Nacl library) directly downloads >>>>>>>> and installs them when you install the config (see >>>>>>>> ConfigurationOfNacl in >>>>>>>> config browser of Pharo 3.0). >>>>>>>> >>>>>>>> Easy access without much hazzle is always a plus... install, >>>>>>>> connect to >>>>>>>> the DB and go! >>>>>>>> >>>>>>>> Thx >>>>>>>> T. >>>>>>>> >>>>>>>> > Gesendet: Donnerstag, 06. Februar 2014 um 11:54 Uhr >>>>>>>> > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >>>>>>>> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >>>>>>>> > Cc: dbxtalk(a)googlegroups.com >>>>>>>> > Betreff: Re: [Pharo-dev] Fwd: working on pharo 3.0? >>>>>>>> > >>>>>>>> > Ah, it is just because you insist on using old school two line >>>>>>>> code ;-) >>>>>>>> > >>>>>>>> > On 06 Feb 2014, at 11:38, Tudor Girba <tudor(a)tudorgirba.com> >>>>>>>> wrote: >>>>>>>> > >>>>>>>> > > Gofer new >>>>>>>> > > smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>>>>>> > > package: 'ConfigurationOfOpenDBXDriver'; >>>>>>>> > > load >>>>>>>> > > #ConfigurationOfOpenDBXDriver asClass loadBleedingEdge >>>>>>>> > > >>>>>>>> > >>>>>>>> > Gofer new >>>>>>>> > smalltalkhubUser: 'DBXTalk' project: 'DBXTalkDriver'; >>>>>>>> > configurationOf: 'OpenDBXDriver'; >>>>>>>> > loadVersion: #bleedingEdge. >>>>>>>> > >>>>>>>> > Just joking, >>>>>>>> > >>>>>>>> > Sven >>>>>>>> > >>>>>>>> > >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Every thing has its own flow" >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > >

Feb. 10, 2014

Re: [Pharo-dev] [Esug-list] The truth on GSOC, ESUG and bad attitude

by Stephan Eggermont

I no longer have confidence in Janko running as GSoC admin and want Paolo to take over as admin for Esug as mentoring organisation. Stephan Eggermont

Feb. 10, 2014