- Pharo-dev - lists.pharo.org

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

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

by Guillermo Polito

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

The truth on GSOC, ESUG and bad attitude

by Janko MivÅ¡ek

Dne 10. 02. 2014 11:08, piÅ¡e StÃ©phane Ducasse: > Janko CAN YOU STOP! > > "blatantly unethical behaviorâ > Really > > Stef Stef, we are waiting to you. Will you tell us your part of the story about your GSoC 2010 act or shall I start by myself? Janko >> Phil, >> This matter is actually very important for Smalltalk community, >> because it exposes nontransparent, meddling behind the scenes, >> and in some cases blatantly unethical behavior of some ESUG board >> members. Which is certainly bad for our community on long term. >> Such matters need to be clarified and some conclusions to be made for a >> community to preserve health and go on. Otherwise you are drowning into >> murky waters more and more. >> >> Best regards >> Janko >> >> Dne 10. 02. 2014 09:12, piÅ¡e phil(a)highoctane.be >> <mailto:phil@highoctane.be>: >>> 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 >>> <mailto:luc.fabresse@gmail.com> >>> <mailto:luc.fabresse@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 >>> <mailto:janko.mivsek@eranova.si> >>> <mailto:janko.mivsek@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] Fwd: working on pharo 3.0?

by Tudor Girba

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] [gsoc-mentors] The truth on GSOC, ESUG and bad attitude

by Marcus Denker

On 10 Feb 2014, at 11:08, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > >> Phil, >> >> This matter is actually very important for Smalltalk community, because >> it exposes nontransparent, meddling behind the scenes, and in some cases >> blatantly unethical behavior of some ESUG board members. Which is >> certainly bad for our community on long term. > > > > Janko CAN YOU STOP! > > "blatantly unethical behaviorâ > Really > I propose we do at the next ESUG the following: - the general assembly sets up and vote for a small group (3-5 people?) - they look into the issues - then report back to the general assembly It will of course been taken care that this gremium is independed. Because via email this is really not going to work. Marcus

Feb. 10, 2014

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

by Janko MivÅ¡ek

Hi Damien, First, I do not insult anyone and certainly praise the ESUG and you guys for all work you are doing. On the other side I cannot go over bad things happening like this one. Unacceptable behavior must be exposed and treated accordingly, as I said this is needed for any community to stay healthy long-term. > ESUG might have done a mistake giving 5000â¬ to the students and not > the amount that people voted for. I should have paid more attention to > that and I apologize. That's all I will apologize for. Thanks for your apologize, it is appreciated. Still I think we deserve an apologize from those who spreaded privately and publicly the 'we lost money' claim. > Now, I want to have details about your message. What do you mean by > "blatantly unethical behavior"? At which point have we been unethical? This is story from GSoC 2010, a first GSoC I run as admin. Because it is so blatant, I give to the main actor a first word, then I'll explain and put on table my side of the story and arguments. In any case, this story is main reason that I started then already pushing Smalltalk GSoC to be as independent as possible, with current rename to Smalltalk proposal as a culmination. Best regards Janko Dne 10. 02. 2014 10:40, piÅ¡e Damien Cassou: > On Mon, Feb 10, 2014 at 9:29 AM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: >> This matter is actually very important for Smalltalk community, because >> it exposes nontransparent, meddling behind the scenes, and in some cases >> blatantly unethical behavior of some ESUG board members. > > I thank you for your efforts running the GSoC marathon every year. > > Nevertheless, as a member of the board I feel insulted again by you > Janko. I'm tired spending hours doing work for everyone and get such a > message as an answer > > > Now, I want to have details about your message. What do you mean by > "blatantly unethical behavior"? At which point have we been unethical? > > Last time we talked about the representation of the Smalltalk > community in the ESUG board, I asked people from other communities to > apply and come work with us > (http://lists.esug.org/pipermail/esug-list_lists.esug.org/2012-July/001849.h…) > Nobody applied! I will ask again, thanks for the remainder. Who is > going to take care of ESUG if we focus on taking care of Pharo? > > Please stop insulting people. If you want to stop organizing the GSoC > for the Smalltalk community just say it clearly and we will all thank > you for the effort you have put in during this last years. But if you > want to continue, please do it with ESUG as this is what the ESUG > community seems to want if I analyse the answers you got to the recent > threads. >

Feb. 10, 2014

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

by Andres Valloud

1. Having this discussion *now* is just hugely counterproductive. This conversation should have been had, preferably in person and with abundant social lubricants, last year after the end of the previous GSoC. In that way, we wouldn't have all this drama on top of the stress of doing a GSoC and meeting its deadlines etc. 2. Could you please focus on the problem, and not on people? Nothing good will come out of personal judgments, insults, disrespect, etc. It doesn't even matter if whoever is saying those things is "right". Abusing other people helps promote even more community division by presenting a choice of *who* (instead of *what*) is right. 3. Could the interested parties set up an N-way conference call or some such, and reach a conclusion in a reasonable manner? Email is horrible for these kinds of discussions, it's extremely easy to end up with exaggerated interpretations of what is said and then we all get to see flame wars that end nowhere --- like the flame wars on the same subject ***last year***. Write minutes, report the progress in a neutral manner on the ESUG mailing list, whatever you choose --- just be sensible and professional. If you recall, we have seen an extremely good example of how to deal with uncomfortable situations in the ESUG mailing list not long ago. It can be done. 4. 4000 EUR is not peanuts, I agree. I will also point out that 4000 EUR doesn't pay for a lot of our time when we measure it by the measuring stick of consulting hours. I strongly suspect we are wasting a lot more money than 4000 EUR with this endless controversy. The current process for dealing with this issue will, at best, result in a Pyrrhic victory. Think about it, even on the "cheap side" of 1 EUR / minute, don't you think we have collectively spent far more than 67 hours on this stuff without even getting close to a resolution? Think about it: 67 hours is less than 2 weeks. I don't think we can afford that kind of "success". On 2/10/14 1:19 , Joachim Tuchel wrote: > Phil, > > That's your opinion. I don't think money of sponsors should be spent > with such an attitude. > > Unfortunately, I do not fully unerstand what Janko is saying and the > links he provided don't help me really. Is he saying that the ESUG board > ignored the vote of gsoc mentors on how much to pay to students in the > additional projects? Was that money spent unequally and does Janko say > this was unfair and does he say the projects that got more did so > because they were pharo projects? > > If so, this needs some explanation. If it's not true, we can go on and > say the board did it with the members' placet. Then we can shrug and say > "so what?" Thats what we have a motivated and elected board for. > > I agree with you in so far as this is a really bad moment in time for > this discussion. If all of tgis means gsoc comes to a halt for Smalltalk > because we cannot apply in time, that would be really a pity. > > As a sponsor, I'd like to know what Janko is really up to and if the way > things went is okay, since I want our money to be spent for positive > things, like the yearly conference and many other great things esug is > doing. > > As a sponsor, I wouldn't want to see anybody in the board to think about > our money the way you expresss it here. Even if Esug is a european > organization, it has very limited financial abilities, and 4000 euros > thrown away or used unethically is not peanuts. > > Joachim > > > > phil(a)highoctane.be schrieb: > > 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 > <mailto:luc.fabresse@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 > <mailto:janko.mivsek@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