December 2017 - Pharo-users

Re: [Pharo-users] Learning Morphic

by Peter UhnÃ¡k

If what you are doing is an experiment or you want to play around with it, I would also recommend trying Bloc. https://github.com/pharo-graphics/Bloc On Sat, Dec 23, 2017 at 10:36 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Hello Doug > > You pushed me to try and I rescued an implementation for the old Squeak. > I published it at: > > MCHttpRepository > location: 'http://smalltalkhub.com/mc/StephaneDucasse/MandelBrotMorph/main > ' > user: '' > password: '' > > MandelMorph2 example > > If you want to improve it and implement others let me know I can give > write access to the repo. > > Let me know if you have fun. > > MandelMorph2 new openInWindow > > Stef > > > On Fri, Dec 22, 2017 at 9:39 PM, T.D. Telford <doug(a)dougtelford.com> > wrote: > > I am primarily interested in graphical shapes and bit maps (for > fractals). I want to put graphical shapes or bitmaps in a window or > bordered area. I have not been very successful in finding documentation > about how to do this in Morphic. In contrast, I find the documentation for > Roassal easy to find and to the point. Perhaps someone could point me to > Morphic documentation (or supply examples) on my area of interest that > includes a lot of examples. Thanks. > > > >

Dec. 23, 2017

Re: [Pharo-users] Learning Morphic

by Stephane Ducasse

Hello Doug You pushed me to try and I rescued an implementation for the old Squeak. I published it at: MCHttpRepository location: 'http://smalltalkhub.com/mc/StephaneDucasse/MandelBrotMorph/main' user: '' password: '' MandelMorph2 example If you want to improve it and implement others let me know I can give write access to the repo. Let me know if you have fun. MandelMorph2 new openInWindow Stef On Fri, Dec 22, 2017 at 9:39 PM, T.D. Telford <doug(a)dougtelford.com> wrote: > I am primarily interested in graphical shapes and bit maps (for fractals). I want to put graphical shapes or bitmaps in a window or bordered area. I have not been very successful in finding documentation about how to do this in Morphic. In contrast, I find the documentation for Roassal easy to find and to the point. Perhaps someone could point me to Morphic documentation (or supply examples) on my area of interest that includes a lot of examples. Thanks. >

Dec. 23, 2017

Re: [Pharo-users] How to connect to DB2

by Thomas Sattler

I have no problem using Garage to connect to Postgres. Don't know if it will work with DB2, but since it's ODBC, it should. On Fri, Dec 22, 2017 at 6:36 PM, Andrei Stebakov <lispercat(a)gmail.com> wrote: > Hi Stef > > I already checked Garage, it doesn't have support for DB2. It used to have > support for odbc, but now it's deprecated. > > Andrei > > On Dec 22, 2017 15:11, "Stephane Ducasse" <stepharo.self(a)gmail.com> wrote: > >> Hi andrei >> >> I do not know the status of OBDC but you should know that code on >> squeaksource is in general quite old. >> Have a look at Garage which is a kind of JBDC. >> >> https://github.com/pharo-rdbms/garage >> >> You should probably have a version available via the catalog >> >> Stef >> >> On Fri, Dec 22, 2017 at 2:43 PM, Andrei Stebakov <lispercat(a)gmail.com> >> wrote: >> > Hi Stef >> > >> > Gofer new >> > squeaksource: 'ODBC'; >> > package: 'ConfigurationOfODBC'; load. >> > (Smalltalk at: #ConfigurationOfODBC) load. >> > >> > When I execute the code above I got an exception doesNotUnderstand: >> > #selector in RBParser>>externalFunctionDeclaration. Looks like >> currentScope >> > variable is not defined. >> > Also if I install ODBC from the catalog it also fails. >> > >> > Andrei >> > >> > >> > On Fri, Dec 22, 2017 at 2:19 AM, Stephane Ducasse < >> stepharo.self(a)gmail.com> >> > wrote: >> >> >> >> Hi andrei >> >> >> >> First welcome to this list. >> >> Second can you explain to us what is the experience that you did so >> >> that you can state that ODBC is broken in Pharo 6.1? >> >> >> >> Stef >> >> >> >> On Thu, Dec 21, 2017 at 11:48 PM, Andrei Stebakov <lispercat(a)gmail.com >> > >> >> wrote: >> >> > Looks like ODBC is broken in Pharo 6.1. >> >> > What's the best way to get access to DB2 in Pharo? >> >> > >> >> > >> >> >> > >> >>

Dec. 23, 2017

Re: [Pharo-users] pharo 6.1 64bit segmentation fault on linux

by Cyril Ferlicot D.

On 12/22/2017 10:33 PM, Johan Brichau wrote: > Hi, > > Iâm also hitting this > issue:Â https://pharo.fogbugz.com/f/cases/20737/Segmentation-fault-trying-to-load-c… > Also reported > here:Â http://forum.world.st/Pharo-6-1-64-bits-segmentation-fault-loading-code-on-… > > This stops us from using Travis-CI because the OSX builds are just way > too slow there. > > Since more recent vms are working (see thread), any chance the vm for > linux is updated on the pharo site so we can use Smalltalk-CI? > Hi Johan, I think there was some work to re-establish the vm distribution done these days. See the result here: https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/176 I hope this will help with the publication of a new stable VM. It is also important for us at Synectique. To be able to have a 64bits linux applications reliable would help us a lot in the simplifications of our processes. :) I guess that it will still have to wait some time since it's the end of the year and there must be a lot of people taking holidays. > thx for an update > Johan -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Dec. 23, 2017

Re: [Pharo-users] How to connect to DB2

by Andrei Stebakov

Hi Stef I already checked Garage, it doesn't have support for DB2. It used to have support for odbc, but now it's deprecated. Andrei On Dec 22, 2017 15:11, "Stephane Ducasse" <stepharo.self(a)gmail.com> wrote: > Hi andrei > > I do not know the status of OBDC but you should know that code on > squeaksource is in general quite old. > Have a look at Garage which is a kind of JBDC. > > https://github.com/pharo-rdbms/garage > > You should probably have a version available via the catalog > > Stef > > On Fri, Dec 22, 2017 at 2:43 PM, Andrei Stebakov <lispercat(a)gmail.com> > wrote: > > Hi Stef > > > > Gofer new > > squeaksource: 'ODBC'; > > package: 'ConfigurationOfODBC'; load. > > (Smalltalk at: #ConfigurationOfODBC) load. > > > > When I execute the code above I got an exception doesNotUnderstand: > > #selector in RBParser>>externalFunctionDeclaration. Looks like > currentScope > > variable is not defined. > > Also if I install ODBC from the catalog it also fails. > > > > Andrei > > > > > > On Fri, Dec 22, 2017 at 2:19 AM, Stephane Ducasse < > stepharo.self(a)gmail.com> > > wrote: > >> > >> Hi andrei > >> > >> First welcome to this list. > >> Second can you explain to us what is the experience that you did so > >> that you can state that ODBC is broken in Pharo 6.1? > >> > >> Stef > >> > >> On Thu, Dec 21, 2017 at 11:48 PM, Andrei Stebakov <lispercat(a)gmail.com> > >> wrote: > >> > Looks like ODBC is broken in Pharo 6.1. > >> > What's the best way to get access to DB2 in Pharo? > >> > > >> > > >> > > > >

Dec. 22, 2017

pharo 6.1 64bit segmentation fault on linux

by Johan Brichau

Hi, Iâm also hitting this issue: https://pharo.fogbugz.com/f/cases/20737/Segmentation-fault-trying-to-load-c… <https://pharo.fogbugz.com/f/cases/20737/Segmentation-fault-trying-to-load-c…> Also reported here: http://forum.world.st/Pharo-6-1-64-bits-segmentation-fault-loading-code-on-… <http://forum.world.st/Pharo-6-1-64-bits-segmentation-fault-loading-code-on-…> This stops us from using Travis-CI because the OSX builds are just way too slow there. Since more recent vms are working (see thread), any chance the vm for linux is updated on the pharo site so we can use Smalltalk-CI? thx for an update Johan

Dec. 22, 2017

Re: [Pharo-users] Learning Morphic

by Hilaire

In the Pharo by Example book there is one chapter about Morphic. It is a good starter. Regarding the use of Athens canvas there is no such doc. You can take a look at the internal of Roassal or DrGeo or any package using Athens for graphics rendering. Morphic will be replaced by blocs -- Dr. Geo http://drgeo.eu

Dec. 22, 2017

Learning Morphic

by T.D. Telford

I am primarily interested in graphical shapes and bit maps (for fractals). I want to put graphical shapes or bitmaps in a window or bordered area. I have not been very successful in finding documentation about how to do this in Morphic. In contrast, I find the documentation for Roassal easy to find and to the point. Perhaps someone could point me to Morphic documentation (or supply examples) on my area of interest that includes a lot of examples. Thanks.

Dec. 22, 2017

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

by Stephane Ducasse

I would use STON because this is a solid solution. Stef On Tue, Nov 28, 2017 at 1:20 PM, Andreas Brodbeck <dassi(a)mindclue.ch> wrote: > Am 28.11.17 um 11:13 schrieb H. Hirzel: >> Hello Andreas >> >> Unfortunately Fuel is not meant for this kind of use case of migrating >> an object model. > > That's sad to hear. From 1.4 to 6.1 is a big step, I agree, but I really > thought that Fuel can be considered as a good "transport vehicle" at > least for small steps like from Pharo 5 to 6. > >> >> So other options have to be considered. > > That probably would be a custom mechanism storing objects in a database > or fileformat and re-import, I think. Lots of work and very error prone. > But maybe the only way unfortunately ... > > SIXX would be an option you think? > >> >> Does your object model have cycles? > > Yes. > > > Regards, > Andreas > > -- > Andreas Brodbeck > www.mindclue.ch > >

Dec. 22, 2017

Re: [Pharo-users] Iceberg, Git and Package version

by Stephane Ducasse

>From a baseline you can refer to a none github configuration here is an example from the pillar newpipeline dev branch it shows you both: dependencies on github projects and smalltalkhub 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' with: [ spec className: #ConfigurationOfCocoon; versionString: #stable; repository: 'http://smalltalkhub.com/mc/PharoExtras/Cocoon/main' ]; project: 'JSON' with: [ spec className: #ConfigurationOfJSON; versionString: #stable; repository: 'http://smalltalkhub.com/mc/PharoExtras/JSON/main/' ]; project: 'LightPhaser' with: [ spec className: #ConfigurationOfLightPhaser; versionString: '1.0.2'; repository: 'http://smalltalkhub.com/mc/Pier/LightPhaser/main/' ]; project: 'PetitParser' with: [ spec className: #ConfigurationOfPetitParser; versionString: #stable; loads: #('Tests'); repository: 'http://www.smalltalkhub.com/mc/Moose/PetitParser/main' ]; project: 'PetitParserTest' with: [ spec className: #ConfigurationOfPetitParser; versionString: #stable; loads: #('Tests'); repository: 'http://www.smalltalkhub.com/mc/Moose/PetitParser/main' ]. spec package: 'Pillar-Cli' with: [ spec requires: #('Pillar-ExporterCore') ]; package: 'Pillar-Cli-PillarVersion' with: [ spec requires: #('Pillar-Cli') ]; package: #'Pillar-ExporterAsciiDoc' On Thu, Dec 21, 2017 at 3:48 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: >> This is mostly true, but ATM you may want to wrap your BaselineOf in a >> ConfigurationOf (i.e. refer to A with a SHA from B) for tool integration >> e.g. only Configs show up in the catalog. IIUC, one additional constraint >> to >> be aware of (not sure how important it is in practice) is that in the past >> with mcz repos, one could refer to a specific version of each package, but >> now you would only be able to specify a version for the whole git repo. > > > I was about to ask that after reading through Metacello docs â While I find > usefull to define groups and dependencies at package level (I need only > package A from ThatProject on version 2.6, cool!), I didn't understand why > define version at package level.... If many dependencies exists to different > versions of different packages belonged to the same project, doesn't that > means (or is an indicative) that those packages should be separeted in > different projects? I don't think this constraint will be a problem. > > > On Thu, Dec 21, 2017 at 12:37 PM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: >> >> CyrilFerlicot wrote >> >> Now I got lost >> >> A ConfigurationOfXyz was doing two things: >> 1) Declaring the project structure of packages and their dependencies in a >> #baselineXyz: method >> 2) Tagging specific sets of package versions with meaning symbolic to the >> project e.g. 1.2 or stable or whatever >> >> >> CyrilFerlicot wrote >> > So, you just need Metacello to manage the dependencies... This is what >> > BaselineOf do. You just manage the dependencies part and >> > not the versionning part that is already managed by git. >> >> A BaselineOfXyz is very similar to what configurations did for #1, with a >> few simplifications (e.g. you don't need to declare the method a >> "baseline" >> or specify a repo because you obviously already know the repo because >> that's >> where you just got the baseline itself) >> >> >> CyrilFerlicot wrote >> > The equivalent of a ConfigurationOf version in now the SHA of a commit >> > or >> > a tag/release >> > of git). >> >> This is mostly true, but ATM you may want to wrap your BaselineOf in a >> ConfigurationOf (i.e. refer to A with a SHA from B) for tool integration >> e.g. only Configs show up in the catalog. IIUC, one additional constraint >> to >> be aware of (not sure how important it is in practice) is that in the past >> with mcz repos, one could refer to a specific version of each package, but >> now you would only be able to specify a version for the whole git repo. >> >> HTH >> >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >

Dec. 22, 2017