September 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo-users] [ANN] Pillar 4.0.0

by Tudor Girba

Hi, Where can I find the new template system for Pillar? Cheers, Doru > On Jul 22, 2016, at 3:41 PM, Thibault ARLOING <thibault.arloing(a)hotmail.fr> wrote: > > Hello, > > I'm happy to announce the latest release of Pillar. > This release has been possible because of the hard work of Damien Cassou, Cyril Ferlicot, Yann Dubois, Thibault Arloing and Lukas Komarek. > What did it bring and what are the largest changes ? > > â¢ Huge cleaning of code and Dependencies > â¢ Many bug fixes > â¢ Huge refactoring of internal parts > â¢ Extract phase management into an external project (LightPhaser) > â¢ Transformers and Phases are all Pipes > Remove Compilation cycle > â¢ Remove template handling from Pillar > â¢ Remove generation of pillarpostExport.sh > â¢ Pillar now exports files to JSON format > â¢ Command for pillar archetypes "./pillar archetype book", book can be replaced by other archetype names (see Pillar documentation) > â¢ Possibility to load an archetype with a Makefile to compile pillar files > Features > â¢ Check phase to check syntax > â¢ EPub exporter for e-books (use pillar archetypes for this) > â¢ Semantic links to Youtube and Wikipedia > â¢ Citations for LaTeX > â¢ Structures (see Pillar documentation) > â¢ Footnotes for HTML, Markdown, LaTeX and AsciiDoc > â¢ Improvement of parsing configuration failure message > Major changes > â¢ Metadata field in configuration to separate data from configuration properties > â¢ Support files in configuration does no longer exists > â¢ "disableTransformers" property is now named "disabledPhases" > â¢ AsciiDoc file extension is now ".asciidoc" > â¢ Pillar now manages one input file, not a collection of input files anymore > â¢ Parameter inputFiles is now replaced by inputFile > The documentation of Pillar will be update as soon as possible to fit those changes. > > Cheers, > > Thibault -- www.tudorgirba.com www.feenk.com "Sometimes the best solution is not the best solution."

Sept. 14, 2016

Re: [Pharo-dev] [Moose-dev] [Pharo-users] [ann] pillar support in gtinspector

by Tudor Girba

Hi Nicolai, Did you commit your changes with the highlight of == code? Cheers, Doru > On Sep 6, 2016, at 4:56 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > > 2016-08-29 21:41 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > I updated the Pillar support in GTInspector. Some of the extensions already exist in the default Pillar #development version. If you want to play with the full support, you can load it like this: > > Gofer new > smalltalkhubUser: 'Moose' project: 'PetitParser'; > package: 'PetitAnalyzer'; > package: 'PetitIndent'; > package: 'PetitIslands'; > smalltalkhubUser: 'Moose' project: 'GToolkit'; > package: 'GT-InspectorExtensions-Pillar'; > load > > Then you can just inspect a book folder and you get this: > > <inspector-pillar.png> > > I did not integrate this in the main Pillar yet because this is an older implementation based on a limited island parser. As now Pillar has a full parser based on PetitParser, the next step is to move the highlighting logic to use this parser instead of the island parser. From my measurements, the speed of the two parsers is about the same, so from a user perspective there will be not much changes. > > It pains me that we are editing Pillar in outside tools, and now we should no longer have to do that. Of course, this is not the most ideal tool support for Pillar but I think it is a reasonable start. > > Cheers, > Doru > > > nice! > > I just played a bit with the code to apply larger different font sizes for the headings and > use the code styler for inlined code ("=="). > > Maybe we should use a different code styler or add a way to instruct the styler to ignore unknown classes or uknown selectors :) > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Problem solving should be focused on describing > the problem in a way that makes the solution obvious." > > > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev -- www.tudorgirba.com www.feenk.com "Obvious things are difficult to teach."

Sept. 14, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] edd9f3: 60220

by stepharo

> Hi nicolai > > Why we should not accept > > foo > <func: (3+4) res:0> > ^ self > > and be forced to put around '' > > foo > < func: '(3+4)' res: 0 > > ^ self > > I understand that we store literal but why you do not like it :). > > > First of all, the old compiler did not accept this. And I am a bit > sensitive about changes, we allow a different syntax > just because RB happens to allow this (and maybe no one knows why or > it just does not happens on purpose). valid point. > > And another reason, even without my fix, if we don't put quotes around > that expression, the reformatting the source will convert this to: > > foo > <func: #(3 #+ 4) res: 0> > ^ self What I noticed is that I could not write foo <expr: 3 + 4 result: 7> but it worked when I put () so I did it in the new code I wrote. > And, even if (3+4) looks like an expression, it is just a list of > literals something like this: > > foo > <func: ([[[}}}) res:0> > ^ self > > would be allowed too. This one is ugly > But of course this is only my own opinion :) > > We can change it back and maybe add support for the reformatter to not > convert it to the literal array #(3 #+ 4) . I do not know in fact this is why I asked :) Now may be my idea to use pragma to get something like pythondoctest is a bad idea but I really want to have literal programming. What do you think? If we have ' ' then it would be good that the syntax higlighter works with a special mode inside the ' ' > > > nicolai > > > > Stef > > > 60220 > 19086 do not allow expressions as pragma arguments > https://pharo.fogbugz.com/f/cases/19086 > <https://pharo.fogbugz.com/f/cases/19086> > > > >

Sept. 14, 2016

Re: [Pharo-dev] [ANN] Regular tech hangouts every month

by Dimitris Chloupis

My recommendation is that you use a live text chat whatever else you use. Generally speaking most video chat clients also include a text chat. A live text chat would allow for more people to participate especially people on slow connections. Of course the more people join on a video chat the bigger the latency. Voice chat is also tricky for long conversations because you have no indication when someone wants to talk or when someone is about to talk so people tend to talk one over the other which happens also on video chat too. So by starting with a live text you allow a lot of people to participate to the coversation, also in a live text chat you can have several conversations going on at the same time which makes things also a lot easier and faster. I have done Google Hangouts in the past, it was ok, the advantage of the hangouts and video chat is that it is dead easy to share a screen so its easy to show people what you talking about. I would not try Google Hangouts or any other video chat with more than 10 people, it would be crazy 20 people trying to find an opportunity to speak and the latency making things harder. On Wed, Sep 14, 2016 at 10:14 PM stepharo <stepharo(a)free.fr> wrote: > 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 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