- Pharo-users - lists.pharo.org

Re: [Pharo-users] Rule engine

by stepharo

I understand that the enery may not be worth :) Le 14/2/15 18:13, Kris Gybels a Ã©crit : > You remember correctly Stef, but this was a prototype from quite a while ago, it's not on-going work. I can probably still find the code for it somewhere in my archives, but I'm not sure it's in any state where porting it from VisualWorks and merging it with current work would make much sense. > > Op 31-jan.-2015, om 14:23 heeft stepharo <stepharo(a)free.fr> het volgende geschreven: > >> I know that Herve Verjus and Marc-Philippe Huget wrote and publish a forward and backward chainer. >> Now I would be interested in a system that can also use objects for facts. >> So Udo told me that he is doing a rete. >> Now if I remember correctly kris gybels had a rete . >> >> Stef >> >> Le 26/1/15 09:50, HernÃ¡n Morales Durand a Ã©crit : >>> Hello, >>> >>> If anyone is working in a rule engine we could merge efforts because I have implemented one (or something like that) for a project. >>> Cheers, >>> >>> HernÃ¡n >>> > >

Feb. 15, 2015

Re: [Pharo-users] Running Pharo on Ubuntu 14.04.1 LTS 64-bit

by Mark Rizun

Hi, Sven! Installed ubuntu (14.04 64bit) few days ago, and I had problems to install pharo. This scripts worked just fine. Many thanks to you. Another thing is, I couldn't install pharo launcher. Best, Mark 2015-02-14 21:15 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi, > > It seems some people are having trouble getting Pharo to work on Ubuntu > 14.04.1 LTS 64-bit. > > Here is one way to make things work. > > Pharo (the VM) is a 32-bit executable dynamically linked to a number of > libraries, each of which has to be present in its 32-bit variant in order > to run Pharo and/or to use all features. > > On a clean, stock, fully updated Ubuntu 14.04.1 LTS 64-bit, do the > following (the X11, GL and asound libraries are not needed when you run > headless on a server): > > $ sudo apt-get install curl libc6:i386 libssl1.0.0:i386 libX11.6:i386 > libGL.1:i386 libasound2:i386 > > $ curl get.pharo.org/40+vm | bash > > $ ./pharo Pharo.image eval "ZnClient new get: 'https://google.com'" > > $ ./pharo-ui Pharo.image > > HTH, > > Sven > > PS: <Pro tip> You can use ldd to check if all dependencies of the VM and > its plugins in the pharo-vm directory are satisfied > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > >

Feb. 15, 2015

Re: [Pharo-users] voyage and couchDB

by Sebastian Sastre

CouchDB is an interesting backend, Iâm also interested on having this option available looking forward to comments > On Feb 14, 2015, at 10:43 AM, Joachim Tuchel <jtuchel(a)objektfabrik.de> wrote: > > Hi there, > > a few days ago somebody showed me Pharo with Voyage and MongoDB. I must say I was impressed by how easy this all seemed to be, and how far we got in just two hours of trying stuff. > > I was thinking about using CouchDB as a storage medium for larger files before I saw Voyage an Mongo in action. And I am still not usure if Mongo would fit as well as CouchDB would. > > As far as I understand, Esteban wa/is pretty sure Voyage would fit very well with other NoSQL DBs than Mongo. But I am not so sure abot it. AFAIU, part of Voyage's greatness relies on Mongo's nice query facility, which is not present in Couch. Also, as I understand it, the concept of Collections (not Smalltalk collections, but the named lists -maybe kind of db slices - in Mongo) is not present in Couch. > > So my question is whether anybody has tried to marry Voyage with Couch? Any thoughts or ideas? > > Joachim >

Feb. 14, 2015

Re: [Pharo-users] [ANN] PUnQLite NoSQL database project updated

by Sebastian Sastre

I would really like to have a Pharo client for unQLite I have places that would use it :) > On Feb 14, 2015, at 6:30 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > If I use the file from https://github.com/mumez/PunQLite/tree/master/binary/mac > at least the library is found. The db file is not created though resulting in a PqCursorError > in keys > > db := PqDatabase open: 'test.db'. > db at: 'Smalltalk' put: 'COOL'. > db at: 'Pharo' put: 'HOT'. > db at: 'Smalltalk' ifPresent: [:data | data asString inspect ]. > Transcript cr; > show: db keys. > > >

Feb. 14, 2015

Re: [Pharo-users] spec column/ row layout

by Peter UhnÃ¡k

On Sat, Feb 14, 2015 at 7:26 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 14/02/2015 10:42, Peter UhnÃ¡k a Ã©crit : > > Actually it would do the opposite. The content has no fixed height so > > if you don't specify the height it will actually expand the content > > (the layout always uses all available space if not constrained). > > > But should it not shrink by default? It will be both easier and make > more sense > It would definitely make sense, especially considering we are basically setting the height of input text to "inputTextHeight". :) But then again, there are many things in Spec that would need to be addressed, so some extra work will be required in many areas for some time. Peter

Feb. 14, 2015

Running Pharo on Ubuntu 14.04.1 LTS 64-bit

by Sven Van Caekenberghe

Hi, It seems some people are having trouble getting Pharo to work on Ubuntu 14.04.1 LTS 64-bit. Here is one way to make things work. Pharo (the VM) is a 32-bit executable dynamically linked to a number of libraries, each of which has to be present in its 32-bit variant in order to run Pharo and/or to use all features. On a clean, stock, fully updated Ubuntu 14.04.1 LTS 64-bit, do the following (the X11, GL and asound libraries are not needed when you run headless on a server): $ sudo apt-get install curl libc6:i386 libssl1.0.0:i386 libX11.6:i386 libGL.1:i386 libasound2:i386 $ curl get.pharo.org/40+vm | bash $ ./pharo Pharo.image eval "ZnClient new get: 'https://google.com'" $ ./pharo-ui Pharo.image HTH, Sven PS: <Pro tip> You can use ldd to check if all dependencies of the VM and its plugins in the pharo-vm directory are satisfied -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

Feb. 14, 2015

Re: [Pharo-users] spec column/ row layout

by Hilaire

Le 14/02/2015 10:42, Peter UhnÃ¡k a Ã©crit : > Actually it would do the opposite. The content has no fixed height so > if you don't specify the height it will actually expand the content > (the layout always uses all available space if not constrained). > But should it not shrink by default? It will be both easier and make more sense Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Feb. 14, 2015

Re: [Pharo-users] Additional easy persistence: try DebrisDB for Fuel-backed Glorp interface

by Cameron Sanders

*Download version 15 -- see http://smalltalkhub.com/#!/~Debris/DebrisDB <http://smalltalkhub.com/#!/~Debris/DebrisDB>*. Minor changes to the newest example in DebrisDB: the new version renamed all the classes of the DebrisDB-Example-Contacts package to have 'FaDemoContacts' as the starting pattern. Also, the folder created under the user home is named FaDemoContactsApp. Also fixed: i just spotted that #any is defined by Grease, so I modified two methods to use #anyOne, until we add a configuration for this package and/or close the gap between gemstone and pharo. Finally, i added a dictionary interface to the class side of FaDemoClassNamedDB and two test methods to FaDemoExamplesTestCase that let you see how you might use a dictionary interface with this glorp-like backend. If you need ONLY a dictionary interface, then perhaps this toolkit is not what you need; also note that real-Glorp's relational mapping will force you to handle the varied-type values of these associations. If you are unfamiliar with Glorp, take a look at the FaDemoContactsTests to see some simple interactions, and/or find a Glorp manual somewhere. Once you have defined your login system (see the data-hubs in the examples provided), interactions with Glorp sessions are simple. *MyDataHub login: myUserCredentialRecord.* "normally do this once for the user web-session and have a different sessionMapRetrievingBlock than is provided in this default framework to get the map from user-specific web-session-data. (See FaDBSessionServer sessionMapRetrievingBlock -- and the map is just a dictionary of DB-key to a block to yield a glorp-like-session. However, the blocks could as easily serve up connections to MongoDB, etc. so that one could have MyOneMongoDB session, MyTwoMongoDB session, etc. to handle logins)" *MyApplicationDB session inUnitOfWorkDo: [ :session | session registerAll: listOfMyObjects ]. *"will saveDB upon completion" *retrievedList := MyApplicationDB session readManyOf: MyObjectsClass.* "may be unordered, may be a bag, therefore, if you just want one, don't send it #first, instead use #anyOne or if grease is loaded, #any, or instead use #readOneOf:" *retrievedList := MyApplicationDB session readManyOf: MyObjectsClass where: [:each | each someAspect = someValue ].* See #FaAbstractGlorpSession to see supported Glorp interface. So what about using a session as a Dictionary? Simple. Simply store Associations. See the method #test2BasicSessionStorageOfAssociations. Then see the following test method added just as an example of using Glorp-sessions as dictionaries -- see the class methods of FaDemoClassNamedDB. *--* test3ConceptualDBsAsDictionariesExample | value | FaDemoApplicationDataHub login: nil. FaDemoTwoDB at: #2 put: 'string with a 2 in it.'. FaDemoTwoDB at: #2 put: 2. self assert: (FaDemoTwoDB at: #2) = 2 description: 'The value should be 2.'. FaDemoTwoDB at: 'Hello Jack' put: 'My name is Bob!'. FaDemoApplicationDataHub releaseAll. FaDemoApplicationDataHub login: nil. self assert: (FaDemoTwoDB at: #2) = 2 description: 'The value should be 2.'. self assert: (value := FaDemoTwoDB at: 'Hello Jack') = 'My name is Bob!' description: 'Upon reload the data should be present.'. -- Good luck, and my apologies for the defects that prevented default tests from working! -Cam On Fri, Feb 13, 2015 at 11:29 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Hi Cam > > Interesting. The brain-dead-sample is a bit difficult to get started with. > Would you care to talk a bit more about how to do something simple with it? > An addressbook, with people having addresses and phone numbers > might be an easy to use example. > > Cheers, > Stephan > >

Feb. 14, 2015

Re: [Pharo-users] Rule engine

by Kris Gybels

You remember correctly Stef, but this was a prototype from quite a while ago, it's not on-going work. I can probably still find the code for it somewhere in my archives, but I'm not sure it's in any state where porting it from VisualWorks and merging it with current work would make much sense. Op 31-jan.-2015, om 14:23 heeft stepharo <stepharo(a)free.fr> het volgende geschreven: > I know that Herve Verjus and Marc-Philippe Huget wrote and publish a forward and backward chainer. > Now I would be interested in a system that can also use objects for facts. > So Udo told me that he is doing a rete. > Now if I remember correctly kris gybels had a rete . > > Stef > > Le 26/1/15 09:50, HernÃ¡n Morales Durand a Ã©crit : >> Hello, >> >> If anyone is working in a rule engine we could merge efforts because I have implemented one (or something like that) for a project. >> Cheers, >> >> HernÃ¡n >> >

Feb. 14, 2015

Re: [Pharo-users] spec column/ row layout

by Sebastian Heidbrink

Hmmm I don't know! It was from the examples :-D Sebastian Am 14.02.2015 um 01:25 schrieb Hilaire: > Le 14/02/2015 10:21, Hilaire a Ã©crit : >> Le 14/02/2015 00:52, Sebastian Heidbrink a Ã©crit : >>> What is wrong with this spec? >>> Why is the checkbox attached to the buttom? I would have expected it >>> to be directly underneath the password label. >>> Is this default behavior and how can I prevent this? >>> >> I don't know spec at all, but it looks like a shrink attributes should >> be used. May be there is on the spec api. >> >> Hilaire >> > Another remark, why is > height: self inputTextHeight; > needed? > > Should not spec have a default automatic way to set it, deducing from > the row contents? > > Hilaire >

Feb. 14, 2015