February 2018 - Pharo-users

Re: [Pharo-users] is OSSubProcess working in Pharo 6.1?

by Stephan Eggermont

Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Yeh, but loading master will load always a different version. But to have a > reproducible build, we would like to load always the same version v0.2.5. So where is the problem? It is perfectly reproducible, isn't it? If the code you are loading it into changes, you can not use a tag and expect the code to work. For that you need to refer to a branch. Stephan

Feb. 1, 2018

Re: [Pharo-users] New booklets organisation and new booklet

by Hilaire

Hi Phil, I don't think it makes much sense. books.pharo.org is a resource page about programming with Pharo, not Dr.Geo. Hilaire Le 28/01/2018 Ã 11:55, phil(a)highoctane.be a Ã©critÂ : > We should also put the books of Dr Geo in there but maybe they are GPL. > > But at least a link to http://www.drgeo.eu/helpÂ would be nice. > -- Dr. Geo http://drgeo.eu

Feb. 1, 2018

PetitParser: Building composed (dependent) parsers and isolating productions code

by Arturo Zambrano

Hi All, Could you please share some advice on the following situation? I wrote my first Petit Parser. From the documentation I read that: 1) it is possible to depend on other parsers making the development more modular. 2) The docs also suggest that, in order to separate grammars rules from productions, we can make a parser with productions a subclass of a parser which defines the grammar. I started applying 1) so my structure is something like AbstractParser " contains some common basic elements common to all subclasses) StatementAParser StatementBParser PLParser "this guy uses the StatementX parsers" So there is a parser for different statements of the programming language. The PLParser uses PetitParser dependency mechanism to rely on the Statement*Parsers. For instance: PLParser>> ruleB ^ (self dependencyAt: StatementBParser) ruleB So far so good, the grammar is working, the parser works. Now, I would like to write the productions, separately from the grammar part (remember 2) ), so I should make subclasses adding the productions in the form >>ruleA ^super ruleA ===> [ my production code] The point is that PLParser explicitly depends on Statements*Parser, and the name of the Statement*Parser appears here and there, so creating subclasses would result in maintenance nightmare. The new layer of parsers with productions will duplicate the dependencies and I foresee it will be a mess. So now, I think that having just one big class with all the rules for the grammar is better if you plan to separate productions code isolated from the grammar. Am I right? Maybe I'm missing some point regarding writing composed parsers and separating productions from grammar. Any pointer or comment is welcome. Arturo

Feb. 1, 2018

Re: [Pharo-users] P3 library - setting database in url?

by Ben Coman

Not yet. Currently on-site with a 12 hour (non-programming) work day. A bit hard to get stuff done after work ;). I'll be home next Tuesday to have a look if I hadn't got to it already. cheers -ben On 1 February 2018 at 17:28, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 29 Jan 2018, at 15:50, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >> >>> On 29 Jan 2018, at 15:45, Ben Coman <btc(a)openinworld.com> wrote: >>> >>> On 29 January 2018 at 22:40, Ben Coman <btc(a)openinworld.com> wrote: >>>> On 29 January 2018 at 22:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>> Ben, >>>>> >>>>>> On 29 Jan 2018, at 15:27, Ben Coman <btc(a)openinworld.com> wrote: >>>>>> >>>>>> Hi Sven, >>>>>> >>>>>> I'm using your P3 library >>>>>> https://github.com/svenvc/P3 >>>>>> >>>>>> to connect to TimescaleDB set up like this tutorial... >>>>>> http://docs.timescale.com/v0.8/tutorials/tutorial-hello-nyc >>>>> >>>>> Cool. >>>>> >>>>>> but the following doesn't work unless I un-comment the second line... >>>>>> (P3Client new url: >>>>>> 'psql://postgres:password@localhost:5432/nyc_data') in: [ :client | >>>>>> [ " client database: 'nyc_data'. " >>>>>> client query: 'SELECT date_trunc(''day'', pickup_datetime) >>>>>> as day, avg(fare_amount) >>>>>> FROM rides >>>>>> WHERE passenger_count > 1 AND pickup_datetime < ''2016-01-08'' >>>>>> GROUP BY day ORDER BY day;' >>>>>> ] ensure: [ client close ] >>>>>> ]. >>>>>> >>>>>> Is it supposed to work without the second line, >>>>>> just with the database set in the url ? >>>>> >>>>> Yes, it is supposed to work like that. Did you try with the latest #reset patch (split settings/properties) ? >>>> >>>> Yes. This occurs after I tested the #reset patch. I "think" it was >>>> occurring prior but my memory is not sure. >>> >>> Just checked, its the same behaviour prior to updating to the #reset patch. >> >> For me, >> >> (P3Client new url: 'psql://postgres:password@localhost:5432/nyc_data') database. >> >> => 'nyc_data' >> >> You'll have to trace how it fails, see #startupMessage where #database is used setting up the connection. > > Ben, > > Did you get your issue resolved ? > > Sven > >>>> cheers -ben >>>> >>>>> >>>>> Sven >>>>> >>>>>> cheers -ben >>>>>> >>>>>> >>>>>> P.S. TimescaleDB looks like cool tech... >>>>>> https://blog.timescale.com/time-series-data-why-and-how-to-use-a-relational… >>>>>> >>>>>> Some notes for anyone wanting to try tutorial-hello-nyc... >>>>>> a. Postgresql >9.6.3 is required, for which the default install on >>>>>> Ubuntu 16.04 had a problem with libpq not being recent enough. I >>>>>> needed to follow these steps... >>>>>> https://askubuntu.com/questions/831292/how-to-install-postgresql-9-6-on-any… >>>>>> >>>>>> b. Downloading the sample data errored using the given "https" url, >>>>>> but plain "http" worked... >>>>>> http://timescaledata.blob.core.windows.net/datasets/nyc_data.tar.gz > >

Feb. 1, 2018

Re: [Pharo-users] is OSSubProcess working in Pharo 6.1?

by Guillermo Polito

Yeh, but loading master will load always a different version. But to have a reproducible build, we would like to load always the same version v0.2.5. On Tue, Jan 30, 2018 at 11:47 PM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi Stef, > > On 30 January 2018 at 23:13, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > Hi > > > > in pillar 70 we have > > baseline: spec > > <baseline> > > spec > > for: #common > > do: [ spec blessing: #baseline. > > spec repository: 'http://smalltalkhub.com/mc/Pier/Pillar/main/'. > > spec > > baseline: 'OSSubprocess' > > with: [ spec > > repository: 'github://marianopeck/OSSubprocess:v0.2.5/repository' ]; > > baseline: 'Mustache' > > with: [ spec > > repository: 'github://noha/mustache:v1.0/repository' ]; > > project: 'Cocoon' > > > > but travis reports this: > > > > > > Fetched -> OSSubprocess-cypress.1 --- > > github://marianopeck/OSSubprocess:v0.2.5/repository [1d56f81:v0.2.5] > > --- github://marianopeck/OSSubprocess:v0.2.5/repository > > Fetched -> OSSubprocess-Tests-cypress.1 --- > > github://marianopeck/OSSubprocess:v0.2.5/repository [1d56f81:v0.2.5] > > --- github://marianopeck/OSSubprocess:v0.2.5/repository > > ...RETRY > > ...RETRYMessageNotUnderstood: receiver of "withSqueakLineEndings" is nil > > UndefinedObject(Object)>>doesNotUnderstand: #withSqueakLineEndings > > MCFileTreeStCypressReader>>addClassAndMethodDefinitionsFromEntry: > > > > and I do not get why? > > > > Stef > > > > I use the following to load OSSubProcess in Pharo 7.0 32 bit: > > Metacello new > configuration: 'OSSubprocess'; > repository: 'github://marianopeck/OSSubprocess:master/repository'; > version: #stable; > load. > > > i.e. just replace the "v0.2.5" with "master". > > HTH, > Alistair > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Feb. 1, 2018

Re: [Pharo-users] P3 library - setting database in url?

by Sven Van Caekenberghe

> On 29 Jan 2018, at 15:50, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > >> On 29 Jan 2018, at 15:45, Ben Coman <btc(a)openinworld.com> wrote: >> >> On 29 January 2018 at 22:40, Ben Coman <btc(a)openinworld.com> wrote: >>> On 29 January 2018 at 22:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>> Ben, >>>> >>>>> On 29 Jan 2018, at 15:27, Ben Coman <btc(a)openinworld.com> wrote: >>>>> >>>>> Hi Sven, >>>>> >>>>> I'm using your P3 library >>>>> https://github.com/svenvc/P3 >>>>> >>>>> to connect to TimescaleDB set up like this tutorial... >>>>> http://docs.timescale.com/v0.8/tutorials/tutorial-hello-nyc >>>> >>>> Cool. >>>> >>>>> but the following doesn't work unless I un-comment the second line... >>>>> (P3Client new url: >>>>> 'psql://postgres:password@localhost:5432/nyc_data') in: [ :client | >>>>> [ " client database: 'nyc_data'. " >>>>> client query: 'SELECT date_trunc(''day'', pickup_datetime) >>>>> as day, avg(fare_amount) >>>>> FROM rides >>>>> WHERE passenger_count > 1 AND pickup_datetime < ''2016-01-08'' >>>>> GROUP BY day ORDER BY day;' >>>>> ] ensure: [ client close ] >>>>> ]. >>>>> >>>>> Is it supposed to work without the second line, >>>>> just with the database set in the url ? >>>> >>>> Yes, it is supposed to work like that. Did you try with the latest #reset patch (split settings/properties) ? >>> >>> Yes. This occurs after I tested the #reset patch. I "think" it was >>> occurring prior but my memory is not sure. >> >> Just checked, its the same behaviour prior to updating to the #reset patch. > > For me, > > (P3Client new url: 'psql://postgres:password@localhost:5432/nyc_data') database. > > => 'nyc_data' > > You'll have to trace how it fails, see #startupMessage where #database is used setting up the connection. Ben, Did you get your issue resolved ? Sven >>> cheers -ben >>> >>>> >>>> Sven >>>> >>>>> cheers -ben >>>>> >>>>> >>>>> P.S. TimescaleDB looks like cool tech... >>>>> https://blog.timescale.com/time-series-data-why-and-how-to-use-a-relational… >>>>> >>>>> Some notes for anyone wanting to try tutorial-hello-nyc... >>>>> a. Postgresql >9.6.3 is required, for which the default install on >>>>> Ubuntu 16.04 had a problem with libpq not being recent enough. I >>>>> needed to follow these steps... >>>>> https://askubuntu.com/questions/831292/how-to-install-postgresql-9-6-on-any… >>>>> >>>>> b. Downloading the sample data errored using the given "https" url, >>>>> but plain "http" worked... >>>>> http://timescaledata.blob.core.windows.net/datasets/nyc_data.tar.gz

Feb. 1, 2018