February 2019 - Pharo-users

Re: [Pharo-users] Working VM for OS X for Pharo 7

by Hilaire

Hopefully I may have access to a mac tomorrow to test your request, or it will be in 10 days. On the other hand, is not libgit integrated in the VM, so I don't understand how it can be related to system update? Or is libgit a binding to a system git or something like that? Thanks PS: I did an update of my linux system a few days ago, so could it fix the issue... Hilaire Le 14/02/2019 Ã 09:51, tesonep(a)gmail.com a Ã©critÂ : > Good morning, > Â Last week I had a problem with a conflicting version of libgit > installed by brew. In my case, brew had updated the version making it > incompatible with the bindings in FFi.Â > > Could you check the execution of:Â > > DYLD_PRINT_LIBRARIES_POST_LAUNCH=1 > ./pharo-vm/Pharo.app/Contents/MacOS/Pharo Pharo.imageÂ > > > So we can see the libgitÂ that is loading. This can be fixed in the > image side, I remember I fixed a bug in the lookup of libgit.Â > -- Dr. Geo http://drgeo.eu

Feb. 14, 2019

Re: [Pharo-users] Working VM for OS X for Pharo 7

by tesonep＠gmail.com

Good morning, Last week I had a problem with a conflicting version of libgit installed by brew. In my case, brew had updated the version making it incompatible with the bindings in FFi. Could you check the execution of: DYLD_PRINT_LIBRARIES_POST_LAUNCH=1 ./pharo-vm/Pharo.app/Contents/MacOS/Pharo Pharo.image So we can see the libgit that is loading. This can be fixed in the image side, I remember I fixed a bug in the lookup of libgit. On Thu, 14 Feb 2019, 09:09 Hilaire <hilaire(a)drgeo.eu wrote: > Hi, > > Where is it possible to get a working OS X VM for Pharo7 ? > > Accoring to my test, the VM linked at http://pharo.org/download as error > with a libgit plugin (same for linux VM btw) > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > > > >

Feb. 14, 2019

Re: [Pharo-users] Working VM for OS X for Pharo 7

by Hilaire

I downloaded again the 32bits linux VM, and I can't reproduce this error with a stock P7 image. Now I am stillÂ wondering with os x vm because I tried two days ago on a computer at school, and get this libgit plugin error, same error mentionned as well by a Pharoer. Hilaire Le 14/02/2019 Ã 09:14, Alistair Grant a Ã©critÂ : > I've been using both the stable and latest VMs on Ubuntu 16.04 without > libgit problems "forever" (I don't remember the last time I had > problem). > > Can you provide the path to, and output of "ldd libgit2.so"? > > Which linux are you using? -- Dr. Geo http://drgeo.eu

Feb. 14, 2019

Re: [Pharo-users] Working VM for OS X for Pharo 7

by Alistair Grant

Hi Hilaire, On Thu, 14 Feb 2019 at 09:09, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi, > > Where is it possible to get a working OS X VM for Pharo7 ? > > Accoring to my test, the VM linked at http://pharo.org/download as error > with a libgit plugin (same for linux VM btw) I've been using both the stable and latest VMs on Ubuntu 16.04 without libgit problems "forever" (I don't remember the last time I had problem). Can you provide the path to, and output of "ldd libgit2.so"? Which linux are you using? Cheers, Alistair

Feb. 14, 2019

Working VM for OS X for Pharo 7

by Hilaire

Hi, Where is it possible to get a working OS X VM for Pharo7 ? Accoring to my test, the VM linked at http://pharo.org/download as error with a libgit plugin (same for linux VM btw) Thanks Hilaire -- Dr. Geo http://drgeo.eu

Feb. 14, 2019

Re: [Pharo-users] Traits for class methods?

by Stephan Eggermont

Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > I'm not a big fan of limiting the language on composition because the > choice between composition and inheritance should be conceptual and > not technical. > > I read in an article this way to choose between inheritance and composition: An alternative (Smalltalk) view is that inheritance is primarily a code reuse instrument. Use it when it allows you to do so. Java and c++ deformed a lot of OO thinking Stephan

Feb. 14, 2019

Re: [Pharo-users] pathSegments of workingDirectory?

by Alistair Grant

Hi David & Sven, On Thu, 14 Feb 2019 at 07:46, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > David, > > > On 14 Feb 2019, at 03:56, David Richards <david.i.richards.iii(a)gmail.com> wrote: > > > > Hi community, > > > > Consider: > > > > | file | > > file := FileLocator workingDirectory . > > file fullName . > > "==> '/Users/dr/Documents/Pharo/images/Study (Pharo 7.0 - 64bit stable)'" > > file pathSegments . > > "==> #()" > > > > How do we obtain path segments for the working directory? > > > > Is this an edge case where pathSegments does not return a semantically consistent value? > > > > Thanks > > David > > A FileLocator is a bit special, it is usable, but not yet fully realised, more abstract. > > You can use resolve. Consider: > > FileLocator home pathString. > "'/Users/sven'" > > FileLocator home resolve pathSegments. > "#('Users' 'sven')" What Sven wrote is, of course, correct. But this is also an edge case: FileLocator workingDirectory resolve pathSegments. "#()" The reason in this case is because the directory is stored as a RelativePath. A RelativePath is resolved against the working directory, which in this case is the same thing, so no movement is required, and an empty path is used. You can also try: FileLocator workingDirectory asAbsolute pathSegments. " #('home' 'alistair' 'pharo8' 'pharo64.04')" Just for added confusion, FileLocator class>>workingDirectory is also a special case. Most of the methods in the origins protocol return an instance of FileLocator. But FileLocator class>>workingDirectory returns an instance of FileReference. HTH, Alistair

Feb. 14, 2019

Re: [Pharo-users] pathSegments of workingDirectory?

by Sven Van Caekenberghe

David, > On 14 Feb 2019, at 03:56, David Richards <david.i.richards.iii(a)gmail.com> wrote: > > Hi community, > > Consider: > > | file | > file := FileLocator workingDirectory . > file fullName . > "==> '/Users/dr/Documents/Pharo/images/Study (Pharo 7.0 - 64bit stable)'" > file pathSegments . > "==> #()" > > How do we obtain path segments for the working directory? > > Is this an edge case where pathSegments does not return a semantically consistent value? > > Thanks > David A FileLocator is a bit special, it is usable, but not yet fully realised, more abstract. You can use resolve. Consider: FileLocator home pathString. "'/Users/sven'" FileLocator home resolve pathSegments. "#('Users' 'sven')" HTH, Sven

Feb. 14, 2019

pathSegments of workingDirectory?

by David Richards

Hi community, Consider: | file | file := FileLocator workingDirectory . file fullName . "==> '/Users/dr/Documents/Pharo/images/Study (Pharo 7.0 - 64bit stable)'" file pathSegments . "==> #()" How do we obtain path segments for the working directory? Is this an edge case where pathSegments does not return a semantically consistent value? Thanks David

Feb. 14, 2019

Re: [Pharo-users] Boostrap for seaside : incorrect JQuery version

by TomaÅ¾ Turk

This is now solved (https://github.com/astares/Seaside-Bootstrap/issues/9) Best wishes, Tomaz ------ Original Message ------ From: "Esteban Maringolo" <emaringolo(a)gmail.com> To: "TomaÅ¾ Turk" <tomaz.turk(a)ef.uni-lj.si>; "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Sent: 12.2.2019 20:10:15 Subject: Re: [Pharo-users] Boostrap for seaside : incorrect JQuery version >Maybe it's just a matter of importing the latest Bootstrap files >(v3.3.7) into the the corresponding FileLibrary. > >Regards, > > > > >El lun., 11 feb. 2019 a las 18:51, TomaÅ¾ Turk >(<tomaz.turk(a)ef.uni-lj.si>) escribiÃ³: >>I'm sorry, I should be more clear - I copy&pasted the Bootstrap 3.3.7 >>code from here >><https://getbootstrap.com/docs/3.3/getting-started/#download>, since >>3.3.7 solved the issue I mentioned. The result is that mouse clicks >>behave as they should, and there is no error on browser's console >>anymore. >> >>Tomaz >> >>> >>> >>>------ Original Message ------ >>>>From: "sergio ruiz" <sergio.rrd(a)gmail.com> >>>>To: "Any question about pharo is welcome" >>>><pharo-users(a)lists.pharo.org> >>>>Sent: 8. 02. 2019 21:22:39 >>>>Subject: Re: [Pharo-users] Boostrap for seaside : incorrect JQuery >>>>version >>>> >>>>>Just for the record, I am having the same problem.. >>>>> >>>>> >>>>>On February 8, 2019 at 3:20:18 PM, Dominique Dartois >>>>>(dom(a)dartois.org) wrote: >>>>> >>>>>>Hi all >>>>>>I installed seaside + Bootstrap from the Â« Catalog Browser Â», >>>>>>following the tips at http://smalltalkhub.com/#!/~TorstenBergmann/ >>>>>>I run Pharo 7 64bits on MacOS. >>>>>>The demo doesnât react to the mouse clicks. In fact Firefox >>>>>>debugger showed an incompatibility between Bootstrap and JQuery >>>>>>versions : >>>>>>

Feb. 13, 2019