September 2014 - Pharo-users

Re: [Pharo-users] best solution to store data

by Roelof Wobben

Sept. 2, 2014

Re: [Pharo-users] Tide installation

by Esteban Lorenzano

yeah, doc is badâ¦ you need to install the newest bower, not the version specifies there. cheers, Esteban On 02 Sep 2014, at 17:05, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > Hi list! > > I wanted to try out Tide, and I'm following the steps at: https://github.com/tide-framework/tide > > However, I can't get through the bower install step. Here's the output: > > > bower amber#0efe3ad09 not-cached git://github.com/amber-smalltalk/amber.git#0efe3ad09 > bower amber#0efe3ad09 resolve git://github.com/amber-smalltalk/amber.git#0efe3ad09 > bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does not exist > Additional error details: > Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, 0.12.3, 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, 0.9.1, legacy, legacy2, legacy3-iife > Available branches: 0.13-prereleases, camillo-hacks, chromeos, gh-pages, master, moka, nemo, nw-helios-app, stable, website-deployment > > > I changed 0efe3ad09 for stable in bower.json and it failed with: > > > bower amber#stable not-cached git://github.com/amber-smalltalk/amber.git#stable > bower amber#stable resolve git://github.com/amber-smalltalk/amber.git#stable > bower amber#stable checkout stable > bower amber#stable error Arguments to path.join must be strings > Stack trace: > TypeError: Arguments to path.join must be strings > at path.js:360:15 > at Array.filter (native) > at Object.exports.join (path.js:358:36) > at GitHubResolver.GitResolver._cleanup (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26) > at /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25 > at Promise.apply (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26) > at Promise.promise.promiseDispatch (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14 > at flush (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:415:13) > Console trace: > Trace > at StandardRenderer.error (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17) > at Logger.updateNotifier.packageName (/usr/local/lib/node_modules/bower/bin/bower:109:18) > at Logger.EventEmitter.emit (events.js:95:17) > at Logger.emit (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39) > at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16 > at _rejected (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30 > at Promise.when (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31) > at Promise.promise.promiseDispatch (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44 > System info: > Bower version: 1.2.6 > Node version: 0.10.25 > OS: Linux 3.11.0-19-generic x64 > > I'm kind of stuck, any tips? > > Thanks! > > Bernat. > > > -- > Bernat Romagosa.

Sept. 2, 2014

Tide installation

by Bernat Romagosa

Hi list! I wanted to try out Tide, and I'm following the steps at: https://github.com/tide-framework/tide However, I can't get through the bower install step. Here's the output: bower amber#0efe3ad09 not-cached git:// > github.com/amber-smalltalk/amber.git#0efe3ad09 > bower amber#0efe3ad09 resolve git:// > github.com/amber-smalltalk/amber.git#0efe3ad09 > bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does not exist > Additional error details: > Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, 0.12.3, > 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, 0.9.1, legacy, > legacy2, legacy3-iife > Available branches: 0.13-prereleases, camillo-hacks, chromeos, gh-pages, > master, moka, nemo, nw-helios-app, stable, website-deployment I changed 0efe3ad09 for stable in bower.json and it failed with: bower amber#stable not-cached git:// > github.com/amber-smalltalk/amber.git#stable > bower amber#stable resolve git:// > github.com/amber-smalltalk/amber.git#stable > bower amber#stable checkout stable > bower amber#stable error Arguments to path.join must be > strings > Stack trace: > TypeError: Arguments to path.join must be strings > at path.js:360:15 > at Array.filter (native) > at Object.exports.join (path.js:358:36) > at GitHubResolver.GitResolver._cleanup > (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26) > at > /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25 > at Promise.apply > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26) > at Promise.promise.promiseDispatch > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14 > at flush (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:415:13) > Console trace: > Trace > at StandardRenderer.error > (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17) > at Logger.updateNotifier.packageName > (/usr/local/lib/node_modules/bower/bin/bower:109:18) > at Logger.EventEmitter.emit (events.js:95:17) > at Logger.emit > (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39) > at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16 > at _rejected > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30 > at Promise.when > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31) > at Promise.promise.promiseDispatch > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44 > System info: > Bower version: 1.2.6 > Node version: 0.10.25 > OS: Linux 3.11.0-19-generic x64 I'm kind of stuck, any tips? Thanks! Bernat. -- Bernat Romagosa.

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Esteban Lorenzano

there is no such thing as ACID or transactions in MongoDB, and therefore also not in Voyage. instead, for MongoDB each commit is atomic. It happens or it doesnât :) Esteban On 02 Sep 2014, at 16:46, Pablo R. Digonzelli <pdigonzelli(a)gmail.com> wrote: > What about transactions and ACID things with voyager and Mongo? > > > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Metrotec SRL > 25 de Mayo 521 > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714 > > De: "Tim Mackinnon" <tim(a)testit.works> > Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Enviados: Martes, 2 de Septiembre 2014 6:33:26 > Asunto: Re: [Pharo-users] best solution to store data > > Esteban talked about Voyage at ESUG, its on the list of talks here: http://goo.gl/E1VF53 > > You can of course scale up to Gemstone (or indeed start with that as well if you need something more commercial and supported - there is a Gemstone talk in that link as well). > > Tim > > On 2 Sep 2014, at 07:17, Roelof Wobben <r.wobben(a)home.nl> wrote: > > Hello, > > I want to try to make a financial app for a organisation. > > There are some 50 customers so also 50 invoices a year. > Then the payments . Also 50 a year. > > Cash and bank accounts . Every month some 10 - 20 things. > > So on my disk on the programm I now use it costs me some 30 - 50 Kb a year. > > What are my options for storage of those data. > > I could use a database , but I wonder if there are more and better options. > > Roelof > > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by kilon alios

When I was coding in Python I was using dictionaries a lot. I have made a tutorial about them here https://www.youtube.com/watch?v=MmTxJ_VBrIA&list=PLqbtQ7OkSta0ULYAd7Qdxof85… Esteban I have instictive dislike since databases that started 23 years ago when I was taught Dbase a database language that was popular at the time in a private school for coding. Party because the teacher was really bad but mostly because I don't like anything that is not a true programming language. So I am 100% for keeping everything objects. On Tue, Sep 2, 2014 at 5:32 PM, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello Estaban. > > Do you have a tutorial or a example how I can store my data in objects. > > Roelof > > > Esteban Lorenzano schreef op 2-9-2014 15:23: > > problem with relational databases is that they do not match really well > with object models. > nowadays you have a lot of cool solutions that allow you to avoid them > (several document-oriented databases, object-oriented, etc.) > > so unless you are really constrained for some reason (like imposition of > customers), or you have real use cases (like doing complex tabular > projections), I would always recommend to take another approach than > relational. > > stay in objects as much as you can! > > Esteban > > On 02 Sep 2014, at 15:18, kilon alios <kilon.alios(a)gmail.com> wrote: > > ah yes thats it , thanks Pierce . It may come handy for my project > Ephestos, though I prefer to keep things inside the Pharo image personally. > > > On Tue, Sep 2, 2014 at 4:04 PM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > >> On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: >> > When I was coding in Python for small local databases SQlite was >> > recommended , I only have played briefly with it but it looked to me >> fairly >> > easy to use and with a very good performance. But I dont know how well >> it >> > works in Pharo, so maybe someone can jump in and tells us about it . >> >> Give it a spin: >> >> http://www.samadhiweb.com/tags/sqlite >> http://ss3.gemtalksystems.com/ss/NBSQLite3/ >> >> Pierce >> >> >> > > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Esteban Lorenzano

Hi, It dependsâ¦ how? which framework do you want to use? if you use sandstonedb, you can check this old post from Ramon Leon (its author): http://onsmalltalk.com/sandstonedb-simple-activerecord-style-persistence-in… is old, and related to squeakâ¦ but it still works :) if you use Voyage (and then MongoDB), you can check the documentation section here: http://smallworks.eu/web/projects/voyage and specially the "Voyage chapterâ, from Johan Fabry, here: https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… finallyâ¦ if you chose a relational approach, there are several ways to do it, but you could use Glorp and PostgreSQL, and then you can take the article Sven released yesterday as an example )it just came out from the oven): https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 sadly, for sqlite I cannot help you, but someone from this list will have some tips, for sure :) cheers, Esteban ps: btwâ¦ a common mistake from people coming to pharo for the first time is to carry with them the way of thinking of other environments. For example, to take a decision of which persistence storage use before having clear the design and demands of the applications. I would postpone that decision until you have a clear view of your needs. I usually do that by using Voyage-Memory (a set of voyage that allows you to keep the data in a singleton, but in an ordered way), and then, when I know how my app will behave, I decide what to use :) On 02 Sep 2014, at 16:32, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello Estaban. > > Do you have a tutorial or a example how I can store my data in objects. > > Roelof > > > Esteban Lorenzano schreef op 2-9-2014 15:23: >> problem with relational databases is that they do not match really well with object models. >> nowadays you have a lot of cool solutions that allow you to avoid them (several document-oriented databases, object-oriented, etc.) >> >> so unless you are really constrained for some reason (like imposition of customers), or you have real use cases (like doing complex tabular projections), I would always recommend to take another approach than relational. >> >> stay in objects as much as you can! >> >> Esteban >> >> On 02 Sep 2014, at 15:18, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> ah yes thats it , thanks Pierce . It may come handy for my project Ephestos, though I prefer to keep things inside the Pharo image personally. >>> >>> >>> On Tue, Sep 2, 2014 at 4:04 PM, Pierce Ng <pierce(a)samadhiweb.com> wrote: >>> On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: >>> > When I was coding in Python for small local databases SQlite was >>> > recommended , I only have played briefly with it but it looked to me fairly >>> > easy to use and with a very good performance. But I dont know how well it >>> > works in Pharo, so maybe someone can jump in and tells us about it . >>> >>> Give it a spin: >>> >>> http://www.samadhiweb.com/tags/sqlite >>> http://ss3.gemtalksystems.com/ss/NBSQLite3/ >>> >>> Pierce >>> >>> >>> >> >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Pablo R. Digonzelli

What about transactions and ACID things with voyager and Mongo? Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 ----- Mensaje original ----- De: "Tim Mackinnon" <tim(a)testit.works> Para: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Enviados: Martes, 2 de Septiembre 2014 6:33:26 Asunto: Re: [Pharo-users] best solution to store data Esteban talked about Voyage at ESUG, its on the list of talks here: http://goo.gl/E1VF53 You can of course scale up to Gemstone (or indeed start with that as well if you need something more commercial and supported - there is a Gemstone talk in that link as well). Tim On 2 Sep 2014, at 07:17, Roelof Wobben < r.wobben(a)home.nl > wrote: Hello, I want to try to make a financial app for a organisation. There are some 50 customers so also 50 invoices a year. Then the payments . Also 50 a year. Cash and bank accounts . Every month some 10 - 20 things. So on my disk on the programm I now use it costs me some 30 - 50 Kb a year. What are my options for storage of those data. I could use a database , but I wonder if there are more and better options. Roelof

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Roelof Wobben

Sept. 2, 2014

Re: [Pharo-users] Persistence on Moose browsers, showing always a selection in trees and making tree labels editable.

by Offray Vladimir Luna CÃ¡rdenas

Hi Sven, On 08/28/2014 04:47 PM, Sven Van Caekenberghe wrote: > Hi, > > On 28 Aug 2014, at 07:49, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > >> The last question its related with Sven's STON: Suppose that I would like to store light markup languages in STON which have the single quote character (') on them, without creating any escape sequence, is this possible on STON and if not, what is needed to be changed for that? > > I am not sure I understand, but I assume you want to be able to write another language inside a String constant. STON uses the same escape sequences as JSON. So that means you have to use either the general \uFFFF or a couple of shortcuts, like \' and \". Note however that you can use both single and double quote as string delimiters. > > So you do: > > 'x:="foo"' or "x:='foo'" as well as 'x:=\'foo\'' and "x:=\"foo\"" > > Does that help ? > > Sven > Yes I imagine myself writing long structured documents in light markup languages (specifically pandoc's markdown [1]) in my outliner and storing it in STON. Because single and double quotes are fairly common in writing I would like to write my documents with out worrying about escape characters or the sequence of single quotes and double ones. Being STON a young language would be nice to provide a way inside it to store arbitrary long sequences of text that can contain single and double quotes. YAML[2] (another nice serializing language) has solved the issue with indentation blocks and some minor marks which help a lot to human readability (similar to the pretty printing of STON) and python has their triple quotes which are pretty uncommon on casual writing. Both of the has proven to me being very useful ways to store light markup language inside yaml or python and I would like to know if there is a similar option for STON or if this can be easily implemented. [1] http://johnmacfarlane.net/pandoc/ [2] https://en.wikipedia.org/wiki/YAML Thanks, Offray

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Esteban Lorenzano

problem with relational databases is that they do not match really well with object models. nowadays you have a lot of cool solutions that allow you to avoid them (several document-oriented databases, object-oriented, etc.) so unless you are really constrained for some reason (like imposition of customers), or you have real use cases (like doing complex tabular projections), I would always recommend to take another approach than relational. stay in objects as much as you can! Esteban On 02 Sep 2014, at 15:18, kilon alios <kilon.alios(a)gmail.com> wrote: > ah yes thats it , thanks Pierce . It may come handy for my project Ephestos, though I prefer to keep things inside the Pharo image personally. > > > On Tue, Sep 2, 2014 at 4:04 PM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: > > When I was coding in Python for small local databases SQlite was > > recommended , I only have played briefly with it but it looked to me fairly > > easy to use and with a very good performance. But I dont know how well it > > works in Pharo, so maybe someone can jump in and tells us about it . > > Give it a spin: > > http://www.samadhiweb.com/tags/sqlite > http://ss3.gemtalksystems.com/ss/NBSQLite3/ > > Pierce > > >

Sept. 2, 2014