Pharo-dev
By thread
pharo-dev@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- 3 participants
- 144616 messages
Re: [Pharo-dev] [ANN] Regular tech hangouts every month
by stepharo
Hi esteban
to get started we should use something that does not require videos and
see how it works.
My teenagers at home use discord.... :(
and they told me it works well.
Stef
Le 14/9/16 à 14:50, Esteban Lorenzano a écrit :
> Hi,
>
> Last board meeting we decided to take some actions to improve communication and one of the ideas we had is to start some regular meetings each month, to talk about current release development issues.
>
> Since Iâm the one who will do it, I decided:
>
> - I will handle those meetings every last Tuesday of every month at 16h UTC (So people from America-The-Continent can join⦠Yes, is a continent, not a country)
> - I will send main topic one week earlier (but it will be an open QA/brainstorm session).
> - You can send me topics you want to discuss anytime
> - I will *invite* (I mean: force) relevant people for topics to talk (for example, Denis to talk about remote debugging, Pavel/Guille/Christophe about bootstrap)
>
> I still do not know the medium:
> - terf? problem is that a) everybody needs to install a client (is not heavy, but I think there is no linux client) and b) I still donât know how the thing works ;) (but it would be cool to use a smalltalk app).
> - hangouts? Iâm fed up with the 10 limit⦠we (the consortium) are willing to pay some (not *much*, but some) to have better sessions (we need them also for consortium meetings who always runs out of slots).
> - other?
>
> Well, I will sort out this before the meeting :)
>
> Anyway⦠next tech meeting will be⦠(suspenseâ¦)â¦
>
> Tuesday 27 September 16h UTC
>
> cheers,
> Esteban
>
Sept. 14, 2016
Re: [Pharo-dev] [ANN] Regular tech hangouts every month
by Gastón Dall' Oglio
Hello all.
In my work we begin to use www.zoom.us, it works really well.
Looking at the characteristic for basic plan (free) seem to be enough: 50
participants, unlimited number of meetings, 40 minutes per meeting.
https://zoom.us/pricing
It have clients for all platforms https://zoom.us/download
My 2 cents
Cheers from America... the-continent :)
2016-09-14 9:50 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>:
> Hi,
>
> Last board meeting we decided to take some actions to improve
> communication and one of the ideas we had is to start some regular meetings
> each month, to talk about current release development issues.
>
> Since Iâm the one who will do it, I decided:
>
> - I will handle those meetings every last Tuesday of every month at 16h
> UTC (So people from America-The-Continent can join⦠Yes, is a continent,
> not a country)
> - I will send main topic one week earlier (but it will be an open
> QA/brainstorm session).
> - You can send me topics you want to discuss anytime
> - I will *invite* (I mean: force) relevant people for topics to talk (for
> example, Denis to talk about remote debugging, Pavel/Guille/Christophe
> about bootstrap)
>
> I still do not know the medium:
> - terf? problem is that a) everybody needs to install a client (is not
> heavy, but I think there is no linux client) and b) I still donât know how
> the thing works ;) (but it would be cool to use a smalltalk app).
> - hangouts? Iâm fed up with the 10 limit⦠we (the consortium) are willing
> to pay some (not *much*, but some) to have better sessions (we need them
> also for consortium meetings who always runs out of slots).
> - other?
>
> Well, I will sort out this before the meeting :)
>
> Anyway⦠next tech meeting will be⦠(suspenseâ¦)â¦
>
> Tuesday 27 September 16h UTC
>
> cheers,
> Esteban
>
Sept. 14, 2016
Re: [Pharo-dev] [ANN] Regular tech hangouts every month
by Chris Cunningham
On Wed, Sep 14, 2016 at 7:43 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote:
> On Wed, Sep 14, 2016 at 02:50:47PM +0200, Esteban Lorenzano wrote:
>
> > - I will handle those meetings every last Tuesday of every month at 16h
> UTC (So people from America-The-Continent can join⦠Yes, is a continent,
> not a country)
>
> Also known as "Americas". :)
>
Right. We are actually two continents that share a common name.
-cbc
Sept. 14, 2016
Re: [Pharo-dev] [Pharo-users] [ANN] RProjectConnector V2.1
by Serge Stinckwich
Always same error message ...
ExternalAddress loadSymbol: 'Rf_initEmbeddedR' from: RLibrary
returns FailedPrimitive
On Wed, Sep 14, 2016 at 3:55 PM, Blondeau Vincent
<vincent.blondeau(a)worldline.com> wrote:
>
>
>> -----Message d'origine-----
>> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de
>> Serge Stinckwich
>> Envoyé : mercredi 14 septembre 2016 15:09
>> Ã : Any question about pharo is welcome
>> Cc : scismalltalk(a)googlegroups.com; Pharo Development List
>> Objet : Re: [Pharo-users] [Pharo-dev] [ANN] RProjectConnector V2.1
>>
>> Hi Vincent,
>>
> Hi Serge,
>
>
>> Ok I try again with the latest Pharo 6.0.
>>
>> When I evaluate:
>>
>> Gofer it smalltalkhubUser: 'VincentBlondeau' project:
>> 'RProjectConnector'; configuration; loadStable There is an error : could not
>> resolve Rconnector. Apparently there is a problem with the package name,
>> because this vincentBlondeau and not VincentBlondeau (Uppercase). Did you
>> already try your configuration in an empty Pharo 6.0 image ? :-)
>
> Not really for this one ... I corrected and it should work now ;)
>>
>> I was able to load RConnector-vincentBlondeau.72 directly from Monticello
>> repo.
>> I modify the RLibrary>>macModuleName path name to
>> /usr/local/Cellar/r/3.3.1_2/R.framework/Versions/3.3/Resources/lib/libR.dyl
>> ib
>> When I relaunch my image, I have an error: the R session is not well
>> initialized at startup.
>>
>> In RSession>>isExistsRf_initEmbeddedR I still see a reference to Alien class.
>> You are still using Alien ?
>>
>
> Because I didn't found something better before. But, I just looked at it and changed to ExternalAddress method.
>
> Can you try again with version 73 ?
>
> Thanks,
> Vincent
>
>>
>>
>> On Tue, Sep 13, 2016 at 6:25 PM, Blondeau Vincent
>> <vincent.blondeau(a)worldline.com> wrote:
>> >
>> >
>> >
>> >> -----Message d'origine-----
>> >> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part
>> >> de Serge Stinckwich Envoyé : vendredi 2 septembre 2016 16:44 à :
>> >> Pharo Development List Cc : scismalltalk(a)googlegroups.com; Any
>> >> question about pharo is welcome Objet : Re: [Pharo-dev] [ANN]
>> >> RProjectConnector V2.1
>> >>
>> >> Great job Vincent !
>> >>
>> > It will be great when it will work on OS X ;)
>> >
>> >> There is some problems on Mac OS X:
>> >> - when I try to load in a fresh Pharo 5.0 image, I got a DNU on:
>> >> RObjectArray class>>initElementType:
>> >> I was able to load the package after a while by loading directly the
>> >> package with the Monticello Browser
>> >
>> > Strange, I deleted these methods... Please ensure you are using a Pharo 6.0
>> image (it should work under Pharo 5.0 too) and that version 14 of
>> ConfigurationOfRProjectConnector and version 71 of the RConnector
>> packages are loaded.
>> >
>> >> - Apparently there is still some methods using NB like: RSession
>> >> class>>checkSession or RSession class>>initEmbeddedR:
>> >
>> > Should not, it is modified ...
>> >
>> >>
>> >> I try to move the R dll close to my Pharo VM and also inside the
>> >> Plugins directory but without success ...
>> >
>> > It should be at the same location that libcairo.2.dylib
>> >
>> >> Is there a way to say where are the R dll instead of copying them ?
>> >>
>> > Didn't think so .. Maybe the VM developers knows ?
>> >
>> >
>> > Thanks!
>> >
>> > Vincent
>> >
>> >
>> >> Thank you.
>> >>
>> >>
>> >>
>> >>
>> >> On Thu, Sep 1, 2016 at 5:42 PM, Blondeau Vincent
>> >> <vincent.blondeau(a)worldline.com> wrote:
>> >> > Hello everyone,
>> >> >
>> >> >
>> >> >
>> >> > I am glad to announce the release of version 2.1 of the
>> RProjectConnector.
>> >> >
>> >> > The binding between Pharo and R (https://www.r-project.org/) is now
>> >> > translated to UFFI and so to Pharo 6.0.
>> >> >
>> >> >
>> >> >
>> >> > You can call directly your R methods from Pharo. For example, with
>> >> > the famous iris clustering example:
>> >> >
>> >> >
>> >> >
>> >> > iris := 'eval' asREval: {RObject findVar: 'iris'}.
>> >> >
>> >> > 'plot'
>> >> >
>> >> > asREval:
>> >> >
>> >> > {(iris at: 'Petal.Length').
>> >> >
>> >> > (iris at: 'Petal.Width').
>> >> >
>> >> > (#pch -> 21).
>> >> >
>> >> > (#xlab -> 'length').
>> >> >
>> >> > (#ylab -> 'Width').
>> >> >
>> >> > (#bg ->((iris at: 'Species') collect:
>> >> > [ :value | {'red'. 'green3'. 'blue'} at: value ])).
>> >> >
>> >> > (#main -> 'Edgar Anderson''s Iris Data')}.
>> >> >
>> >> > iris inspect.
>> >> >
>> >> >
>> >> >
>> >> > To use it, you should install R and copy the R libraries near the
>> >> > Pharo VM (see the documentation on SmalltalkHub
>> >> > (http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector) for
>> >> > how to proceed).
>> >> >
>> >> >
>> >> >
>> >> > Donât forget to relaunch Pharo after the installation to be able to
>> >> > use the connector.
>> >> >
>> >> >
>> >> >
>> >> > Only basic features are implemented yet, but you can participate to
>> >> > its extension!
>> >> >
>> >> >
>> >> >
>> >> > Cheers,
>> >> >
>> >> > Vincent Blondeau
>> >> >
>> >> >
>> >> >
>> >>
>> !!!************************************************************
>> >> *******
>> >> > ****************** "Ce message et les pièces jointes sont
>> >> > confidentiels et réservés à l'usage exclusif de ses destinataires.
>> >> > Il peut également être protégé par le secret professionnel. Si vous
>> >> > recevez ce message par erreur, merci d'en avertir immédiatement
>> >> > l'expéditeur et de le détruire. L'intégrité du message ne pouvant
>> >> > être assurée sur Internet, la responsabilité de Worldline ne pourra
>> >> > être recherchée quant au contenu de ce message. Bien que les
>> >> > meilleurs efforts soient faits pour maintenir cette transmission
>> >> > exempte de tout virus, l'expéditeur ne donne aucune garantie à cet
>> >> > égard et sa responsabilité ne saurait être recherchée pour tout
>> >> > dommage résultant d'un virus transmis.
>> >> >
>> >> > This e-mail and the documents attached are confidential and
>> >> > intended solely for the addressee; it may also be privileged. If
>> >> > you receive this e-mail in error, please notify the sender
>> >> > immediately and destroy it. As its integrity cannot be secured on
>> >> > the Internet, the Worldline liability cannot be triggered for the
>> >> > message content. Although the sender endeavours to maintain a
>> >> > computer virus-free network, the sender does not warrant that this
>> >> > transmission is virus-free and will not be liable for any damages resulting
>> from any virus transmitted.!!!"
>> >>
>> >>
>> >>
>> >> --
>> >> Serge Stinckwich
>> >> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> >> Every DSL ends up being Smalltalk
>> >> http://www.doesnotunderstand.org/
>> >
>> >
>> >
>> !!!************************************************************
>> *******
>> > ****************** "Ce message et les pièces jointes sont
>> > confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut
>> également être protégé par le secret professionnel. Si vous recevez ce
>> message par erreur, merci d'en avertir immédiatement l'expéditeur et de le
>> détruire. L'intégrité du message ne pouvant être assurée sur Internet, la
>> responsabilité de Worldline ne pourra être recherchée quant au contenu de
>> ce message. Bien que les meilleurs efforts soient faits pour maintenir cette
>> transmission exempte de tout virus, l'expéditeur ne donne aucune garantie Ã
>> cet égard et sa responsabilité ne saurait être recherchée pour tout dommage
>> résultant d'un virus transmis.
>> >
>> > This e-mail and the documents attached are confidential and intended
>> solely for the addressee; it may also be privileged. If you receive this e-mail
>> in error, please notify the sender immediately and destroy it. As its integrity
>> cannot be secured on the Internet, the Worldline liability cannot be triggered
>> for the message content. Although the sender endeavours to maintain a
>> computer virus-free network, the sender does not warrant that this
>> transmission is virus-free and will not be liable for any damages resulting
>> from any virus transmitted.!!!"
>>
>>
>>
>> --
>> Serge Stinckwich
>> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>
>
> !!!*************************************************************************************
> "Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
>
> This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Sept. 14, 2016
Re: [Pharo-dev] [ANN] Regular tech hangouts every month
by Peter Uhnak
On Wed, Sep 14, 2016 at 02:50:47PM +0200, Esteban Lorenzano wrote:
> - I will handle those meetings every last Tuesday of every month at 16h UTC (So people from America-The-Continent can join⦠Yes, is a continent, not a country)
Also known as "Americas". :)
> I still do not know the medium:
> - terf? problem is that a) everybody needs to install a client (is not heavy, but I think there is no linux client) and b) I still donât know how the thing works ;) (but it would be cool to use a smalltalk app).
> - hangouts? Iâm fed up with the 10 limit⦠we (the consortium) are willing to pay some (not *much*, but some) to have better sessions (we need them also for consortium meetings who always runs out of slots).
> - other?
is video a requirement? iirc during the last call most people didn't have camera (and the rest turned it off throughout the call).
Because otherwise additional opportunities open up (maybe TeamSpeak or Discord? (Discord raised $20 million lol... maybe we should get some of that sweet VC funding for Pharo ;))
Also skype group calls are better than hangouts (doesn't work on linux though).
Peter
Sept. 14, 2016
Re: [Pharo-dev] [ANN] Regular tech hangouts every month
by Guille Polito
Should I take this email as the invitation? :P
Thanks! I'm putting it into my calendar.
-------- Original Message --------
> Cool! Thanks Esteban.
>
>
>> On 14 Sep 2016, at 14:50, Esteban Lorenzano <estebanlm(a)gmail.com> wrote:
>>
>> Hi,
>>
>> Last board meeting we decided to take some actions to improve communication and one of the ideas we had is to start some regular meetings each month, to talk about current release development issues.
>>
>> Since Iâm the one who will do it, I decided:
>>
>> - I will handle those meetings every last Tuesday of every month at 16h UTC (So people from America-The-Continent can join⦠Yes, is a continent, not a country)
>> - I will send main topic one week earlier (but it will be an open QA/brainstorm session).
>> - You can send me topics you want to discuss anytime
>> - I will *invite* (I mean: force) relevant people for topics to talk (for example, Denis to talk about remote debugging, Pavel/Guille/Christophe about bootstrap)
>>
>> I still do not know the medium:
>> - terf? problem is that a) everybody needs to install a client (is not heavy, but I think there is no linux client) and b) I still donât know how the thing works ;) (but it would be cool to use a smalltalk app).
>> - hangouts? Iâm fed up with the 10 limit⦠we (the consortium) are willing to pay some (not *much*, but some) to have better sessions (we need them also for consortium meetings who always runs out of slots).
>> - other?
>>
>> Well, I will sort out this before the meeting :)
>>
>> Anyway⦠next tech meeting will be⦠(suspenseâ¦)â¦
>>
>> Tuesday 27 September 16h UTC
>>
>> cheers,
>> Esteban
>
Sept. 14, 2016
Re: [Pharo-dev] [Pharo-users] [ANN] RProjectConnector V2.1
by Blondeau Vincent
> -----Message d'origine-----
> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de
> Serge Stinckwich
> Envoyé : mercredi 14 septembre 2016 15:09
> Ã : Any question about pharo is welcome
> Cc : scismalltalk(a)googlegroups.com; Pharo Development List
> Objet : Re: [Pharo-users] [Pharo-dev] [ANN] RProjectConnector V2.1
>
> Hi Vincent,
>
Hi Serge,
> Ok I try again with the latest Pharo 6.0.
>
> When I evaluate:
>
> Gofer it smalltalkhubUser: 'VincentBlondeau' project:
> 'RProjectConnector'; configuration; loadStable There is an error : could not
> resolve Rconnector. Apparently there is a problem with the package name,
> because this vincentBlondeau and not VincentBlondeau (Uppercase). Did you
> already try your configuration in an empty Pharo 6.0 image ? :-)
Not really for this one ... I corrected and it should work now ;)
>
> I was able to load RConnector-vincentBlondeau.72 directly from Monticello
> repo.
> I modify the RLibrary>>macModuleName path name to
> /usr/local/Cellar/r/3.3.1_2/R.framework/Versions/3.3/Resources/lib/libR.dyl
> ib
> When I relaunch my image, I have an error: the R session is not well
> initialized at startup.
>
> In RSession>>isExistsRf_initEmbeddedR I still see a reference to Alien class.
> You are still using Alien ?
>
Because I didn't found something better before. But, I just looked at it and changed to ExternalAddress method.
Can you try again with version 73 ?
Thanks,
Vincent
>
>
> On Tue, Sep 13, 2016 at 6:25 PM, Blondeau Vincent
> <vincent.blondeau(a)worldline.com> wrote:
> >
> >
> >
> >> -----Message d'origine-----
> >> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part
> >> de Serge Stinckwich Envoyé : vendredi 2 septembre 2016 16:44 à :
> >> Pharo Development List Cc : scismalltalk(a)googlegroups.com; Any
> >> question about pharo is welcome Objet : Re: [Pharo-dev] [ANN]
> >> RProjectConnector V2.1
> >>
> >> Great job Vincent !
> >>
> > It will be great when it will work on OS X ;)
> >
> >> There is some problems on Mac OS X:
> >> - when I try to load in a fresh Pharo 5.0 image, I got a DNU on:
> >> RObjectArray class>>initElementType:
> >> I was able to load the package after a while by loading directly the
> >> package with the Monticello Browser
> >
> > Strange, I deleted these methods... Please ensure you are using a Pharo 6.0
> image (it should work under Pharo 5.0 too) and that version 14 of
> ConfigurationOfRProjectConnector and version 71 of the RConnector
> packages are loaded.
> >
> >> - Apparently there is still some methods using NB like: RSession
> >> class>>checkSession or RSession class>>initEmbeddedR:
> >
> > Should not, it is modified ...
> >
> >>
> >> I try to move the R dll close to my Pharo VM and also inside the
> >> Plugins directory but without success ...
> >
> > It should be at the same location that libcairo.2.dylib
> >
> >> Is there a way to say where are the R dll instead of copying them ?
> >>
> > Didn't think so .. Maybe the VM developers knows ?
> >
> >
> > Thanks!
> >
> > Vincent
> >
> >
> >> Thank you.
> >>
> >>
> >>
> >>
> >> On Thu, Sep 1, 2016 at 5:42 PM, Blondeau Vincent
> >> <vincent.blondeau(a)worldline.com> wrote:
> >> > Hello everyone,
> >> >
> >> >
> >> >
> >> > I am glad to announce the release of version 2.1 of the
> RProjectConnector.
> >> >
> >> > The binding between Pharo and R (https://www.r-project.org/) is now
> >> > translated to UFFI and so to Pharo 6.0.
> >> >
> >> >
> >> >
> >> > You can call directly your R methods from Pharo. For example, with
> >> > the famous iris clustering example:
> >> >
> >> >
> >> >
> >> > iris := 'eval' asREval: {RObject findVar: 'iris'}.
> >> >
> >> > 'plot'
> >> >
> >> > asREval:
> >> >
> >> > {(iris at: 'Petal.Length').
> >> >
> >> > (iris at: 'Petal.Width').
> >> >
> >> > (#pch -> 21).
> >> >
> >> > (#xlab -> 'length').
> >> >
> >> > (#ylab -> 'Width').
> >> >
> >> > (#bg ->((iris at: 'Species') collect:
> >> > [ :value | {'red'. 'green3'. 'blue'} at: value ])).
> >> >
> >> > (#main -> 'Edgar Anderson''s Iris Data')}.
> >> >
> >> > iris inspect.
> >> >
> >> >
> >> >
> >> > To use it, you should install R and copy the R libraries near the
> >> > Pharo VM (see the documentation on SmalltalkHub
> >> > (http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector) for
> >> > how to proceed).
> >> >
> >> >
> >> >
> >> > Donât forget to relaunch Pharo after the installation to be able to
> >> > use the connector.
> >> >
> >> >
> >> >
> >> > Only basic features are implemented yet, but you can participate to
> >> > its extension!
> >> >
> >> >
> >> >
> >> > Cheers,
> >> >
> >> > Vincent Blondeau
> >> >
> >> >
> >> >
> >>
> !!!************************************************************
> >> *******
> >> > ****************** "Ce message et les pièces jointes sont
> >> > confidentiels et réservés à l'usage exclusif de ses destinataires.
> >> > Il peut également être protégé par le secret professionnel. Si vous
> >> > recevez ce message par erreur, merci d'en avertir immédiatement
> >> > l'expéditeur et de le détruire. L'intégrité du message ne pouvant
> >> > être assurée sur Internet, la responsabilité de Worldline ne pourra
> >> > être recherchée quant au contenu de ce message. Bien que les
> >> > meilleurs efforts soient faits pour maintenir cette transmission
> >> > exempte de tout virus, l'expéditeur ne donne aucune garantie à cet
> >> > égard et sa responsabilité ne saurait être recherchée pour tout
> >> > dommage résultant d'un virus transmis.
> >> >
> >> > This e-mail and the documents attached are confidential and
> >> > intended solely for the addressee; it may also be privileged. If
> >> > you receive this e-mail in error, please notify the sender
> >> > immediately and destroy it. As its integrity cannot be secured on
> >> > the Internet, the Worldline liability cannot be triggered for the
> >> > message content. Although the sender endeavours to maintain a
> >> > computer virus-free network, the sender does not warrant that this
> >> > transmission is virus-free and will not be liable for any damages resulting
> from any virus transmitted.!!!"
> >>
> >>
> >>
> >> --
> >> Serge Stinckwich
> >> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> >> Every DSL ends up being Smalltalk
> >> http://www.doesnotunderstand.org/
> >
> >
> >
> !!!************************************************************
> *******
> > ****************** "Ce message et les pièces jointes sont
> > confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut
> également être protégé par le secret professionnel. Si vous recevez ce
> message par erreur, merci d'en avertir immédiatement l'expéditeur et de le
> détruire. L'intégrité du message ne pouvant être assurée sur Internet, la
> responsabilité de Worldline ne pourra être recherchée quant au contenu de
> ce message. Bien que les meilleurs efforts soient faits pour maintenir cette
> transmission exempte de tout virus, l'expéditeur ne donne aucune garantie Ã
> cet égard et sa responsabilité ne saurait être recherchée pour tout dommage
> résultant d'un virus transmis.
> >
> > This e-mail and the documents attached are confidential and intended
> solely for the addressee; it may also be privileged. If you receive this e-mail
> in error, please notify the sender immediately and destroy it. As its integrity
> cannot be secured on the Internet, the Worldline liability cannot be triggered
> for the message content. Although the sender endeavours to maintain a
> computer virus-free network, the sender does not warrant that this
> transmission is virus-free and will not be liable for any damages resulting
> from any virus transmitted.!!!"
>
>
>
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
!!!*************************************************************************************
"Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
Sept. 14, 2016
Re: [Pharo-dev] [ANN] Regular tech hangouts every month
by Max Leske
Cool! Thanks Esteban.
> On 14 Sep 2016, at 14:50, Esteban Lorenzano <estebanlm(a)gmail.com> wrote:
>
> Hi,
>
> Last board meeting we decided to take some actions to improve communication and one of the ideas we had is to start some regular meetings each month, to talk about current release development issues.
>
> Since Iâm the one who will do it, I decided:
>
> - I will handle those meetings every last Tuesday of every month at 16h UTC (So people from America-The-Continent can join⦠Yes, is a continent, not a country)
> - I will send main topic one week earlier (but it will be an open QA/brainstorm session).
> - You can send me topics you want to discuss anytime
> - I will *invite* (I mean: force) relevant people for topics to talk (for example, Denis to talk about remote debugging, Pavel/Guille/Christophe about bootstrap)
>
> I still do not know the medium:
> - terf? problem is that a) everybody needs to install a client (is not heavy, but I think there is no linux client) and b) I still donât know how the thing works ;) (but it would be cool to use a smalltalk app).
> - hangouts? Iâm fed up with the 10 limit⦠we (the consortium) are willing to pay some (not *much*, but some) to have better sessions (we need them also for consortium meetings who always runs out of slots).
> - other?
>
> Well, I will sort out this before the meeting :)
>
> Anyway⦠next tech meeting will be⦠(suspenseâ¦)â¦
>
> Tuesday 27 September 16h UTC
>
> cheers,
> Esteban
Sept. 14, 2016
Re: [Pharo-dev] [Pharo-users] [ANN] RProjectConnector V2.1
by Serge Stinckwich
Hi Vincent,
Ok I try again with the latest Pharo 6.0.
When I evaluate:
Gofer it smalltalkhubUser: 'VincentBlondeau' project:
'RProjectConnector'; configuration; loadStable
There is an error : could not resolve Rconnector. Apparently there is
a problem with the package name, because this vincentBlondeau and not
VincentBlondeau (Uppercase). Did you already try your configuration in
an empty Pharo 6.0 image ? :-)
I was able to load RConnector-vincentBlondeau.72 directly from Monticello repo.
I modify the RLibrary>>macModuleName path name to
/usr/local/Cellar/r/3.3.1_2/R.framework/Versions/3.3/Resources/lib/libR.dylib
When I relaunch my image, I have an error: the R session is not well
initialized at startup.
In RSession>>isExistsRf_initEmbeddedR I still see a reference to Alien
class. You are still using Alien ?
On Tue, Sep 13, 2016 at 6:25 PM, Blondeau Vincent
<vincent.blondeau(a)worldline.com> wrote:
>
>
>
>> -----Message d'origine-----
>> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de
>> Serge Stinckwich
>> Envoyé : vendredi 2 septembre 2016 16:44
>> Ã : Pharo Development List
>> Cc : scismalltalk(a)googlegroups.com; Any question about pharo is welcome
>> Objet : Re: [Pharo-dev] [ANN] RProjectConnector V2.1
>>
>> Great job Vincent !
>>
> It will be great when it will work on OS X ;)
>
>> There is some problems on Mac OS X:
>> - when I try to load in a fresh Pharo 5.0 image, I got a DNU on:
>> RObjectArray class>>initElementType:
>> I was able to load the package after a while by loading directly the package
>> with the Monticello Browser
>
> Strange, I deleted these methods... Please ensure you are using a Pharo 6.0 image (it should work under Pharo 5.0 too) and that version 14 of ConfigurationOfRProjectConnector and version 71 of the RConnector packages are loaded.
>
>> - Apparently there is still some methods using NB like: RSession
>> class>>checkSession or RSession class>>initEmbeddedR:
>
> Should not, it is modified ...
>
>>
>> I try to move the R dll close to my Pharo VM and also inside the Plugins
>> directory but without success ...
>
> It should be at the same location that libcairo.2.dylib
>
>> Is there a way to say where are the R dll instead of copying them ?
>>
> Didn't think so .. Maybe the VM developers knows ?
>
>
> Thanks!
>
> Vincent
>
>
>> Thank you.
>>
>>
>>
>>
>> On Thu, Sep 1, 2016 at 5:42 PM, Blondeau Vincent
>> <vincent.blondeau(a)worldline.com> wrote:
>> > Hello everyone,
>> >
>> >
>> >
>> > I am glad to announce the release of version 2.1 of the RProjectConnector.
>> >
>> > The binding between Pharo and R (https://www.r-project.org/) is now
>> > translated to UFFI and so to Pharo 6.0.
>> >
>> >
>> >
>> > You can call directly your R methods from Pharo. For example, with the
>> > famous iris clustering example:
>> >
>> >
>> >
>> > iris := 'eval' asREval: {RObject findVar: 'iris'}.
>> >
>> > 'plot'
>> >
>> > asREval:
>> >
>> > {(iris at: 'Petal.Length').
>> >
>> > (iris at: 'Petal.Width').
>> >
>> > (#pch -> 21).
>> >
>> > (#xlab -> 'length').
>> >
>> > (#ylab -> 'Width').
>> >
>> > (#bg ->((iris at: 'Species') collect:
>> > [ :value | {'red'. 'green3'. 'blue'} at: value ])).
>> >
>> > (#main -> 'Edgar Anderson''s Iris Data')}.
>> >
>> > iris inspect.
>> >
>> >
>> >
>> > To use it, you should install R and copy the R libraries near the
>> > Pharo VM (see the documentation on SmalltalkHub
>> > (http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector) for
>> > how to proceed).
>> >
>> >
>> >
>> > Donât forget to relaunch Pharo after the installation to be able to
>> > use the connector.
>> >
>> >
>> >
>> > Only basic features are implemented yet, but you can participate to
>> > its extension!
>> >
>> >
>> >
>> > Cheers,
>> >
>> > Vincent Blondeau
>> >
>> >
>> >
>> !!!************************************************************
>> *******
>> > ****************** "Ce message et les pièces jointes sont
>> > confidentiels et réservés à l'usage exclusif de ses destinataires. Il
>> > peut également être protégé par le secret professionnel. Si vous
>> > recevez ce message par erreur, merci d'en avertir immédiatement
>> > l'expéditeur et de le détruire. L'intégrité du message ne pouvant être
>> > assurée sur Internet, la responsabilité de Worldline ne pourra être
>> > recherchée quant au contenu de ce message. Bien que les meilleurs
>> > efforts soient faits pour maintenir cette transmission exempte de tout
>> > virus, l'expéditeur ne donne aucune garantie à cet égard et sa
>> > responsabilité ne saurait être recherchée pour tout dommage résultant
>> > d'un virus transmis.
>> >
>> > This e-mail and the documents attached are confidential and intended
>> > solely for the addressee; it may also be privileged. If you receive
>> > this e-mail in error, please notify the sender immediately and destroy
>> > it. As its integrity cannot be secured on the Internet, the Worldline
>> > liability cannot be triggered for the message content. Although the
>> > sender endeavours to maintain a computer virus-free network, the
>> > sender does not warrant that this transmission is virus-free and will
>> > not be liable for any damages resulting from any virus transmitted.!!!"
>>
>>
>>
>> --
>> Serge Stinckwich
>> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>
>
> !!!*************************************************************************************
> "Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
>
> This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Sept. 14, 2016
[ANN] Regular tech hangouts every month
by Esteban Lorenzano
Hi,
Last board meeting we decided to take some actions to improve communication and one of the ideas we had is to start some regular meetings each month, to talk about current release development issues.
Since Iâm the one who will do it, I decided:
- I will handle those meetings every last Tuesday of every month at 16h UTC (So people from America-The-Continent can join⦠Yes, is a continent, not a country)
- I will send main topic one week earlier (but it will be an open QA/brainstorm session).
- You can send me topics you want to discuss anytime
- I will *invite* (I mean: force) relevant people for topics to talk (for example, Denis to talk about remote debugging, Pavel/Guille/Christophe about bootstrap)
I still do not know the medium:
- terf? problem is that a) everybody needs to install a client (is not heavy, but I think there is no linux client) and b) I still donât know how the thing works ;) (but it would be cool to use a smalltalk app).
- hangouts? Iâm fed up with the 10 limit⦠we (the consortium) are willing to pay some (not *much*, but some) to have better sessions (we need them also for consortium meetings who always runs out of slots).
- other?
Well, I will sort out this before the meeting :)
Anyway⦠next tech meeting will be⦠(suspenseâ¦)â¦
Tuesday 27 September 16h UTC
cheers,
Esteban
Sept. 14, 2016