April 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] In P7 scrpt variable to tmp when in debugger

by Benoit St-Jean

What happens if you debug the script starting with a "self halt" ?Â Are the variables there with their original name?Â looks like decompiled code.Â A problem with your .sources file? ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero".Â (A. Einstein) On Thursday, April 12, 2018, 10:11:37 a.m. EDT, Hilaire <hilaire(a)drgeo.eu> wrote: Hi, When an executed script throws an error, in the debugger the script lost its variable names and the code is not exactly the same. Any idea why? See screenshot Thanks Hilaire -- Dr. Geo http://drgeo.eu

April 12, 2018

In P7 scrpt variable to tmp when in debugger

by Hilaire

Hi, When an executed script throws an error, in the debugger the script lost its variable names and the code is not exactly the same. Any idea why? See screenshot Thanks Hilaire -- Dr. Geo http://drgeo.eu

April 12, 2018

Re: [Pharo-users] Frozen at start up

by Hilaire

It looks like deferring to the UIManager is ok for the start up. No need to fork at background user level or something like that. Le 12/04/2018 Ã 12:42, Hilaire a Ã©critÂ : >> Â Â Â to use the deferred action in the startup you can add it to the >> SessionManager >>Â addDeferredStartupAction:, this will execute after >> all the startup actions. However, I was wrong it will not solve the >> problem of the splash, as the deferred action is still running in >> maximum priority (maybe this should be changed). >> > And what about UIManager default defer: [], does it run at an > acceptable lower priority? -- Dr. Geo http://drgeo.eu

April 12, 2018

Re: [Pharo-users] To be there or not to be there

by Hilaire

Glad to read that. Note: it is unlikely I could met again such situation as I already re-organized the code. But good to know there is this update menu item if such case arise again. Thanks Hilaire Le 12/04/2018 Ã 15:17, Denis Kudriashov a Ã©critÂ : > Stef found and I fixed one case which could be related to your problem. > So next release it will be integrated. > > Also I added to #extra menu group the item "Update" which will help in > such buggy cases. > -- Dr. Geo http://drgeo.eu

April 12, 2018

Re: [Pharo-users] To be there or not to be there

by Denis Kudriashov

Stef found and I fixed one case which could be related to your problem. So next release it will be integrated. Also I added to #extra menu group the item "Update" which will help in such buggy cases. 2018-04-03 23:06 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Hello, > > I have re-organized the packages and classes in DrGeo with Calypso. An now > I come to a situation where methods seems to be there without been there. > > For example DrGeoWindow>>newTable: methods, > > - Calypso can browse it and can show its implementor > > - Nautilus can browse it and can NOT show its implementor > > - and more importantly when exported to tonel file, it is missing ! > > Who knows what else methods are missing. > > See screenshot. > > Any idea? > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >

April 12, 2018

Re: [Pharo-users] [SmalltalkCI] loading tonel dependencies?

by Gabriel Cotelli

I've created a new issue in smalltalkCI issue tracker: https://github.com/hpi-swa/smalltalkCI/issues/365 . <https://github.com/hpi-swa/smalltalkCI/issues/365> On Thu, Apr 12, 2018 at 6:12 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > peter, >> are you sure that dependencies of a project in tonel format can be >> loaded? > > > I agree with Gabriel, this has to be a Metacello issue. > > The support that was added was having your repo in tonel. If tonel > dependencies are problem, that's a different issue. I think this is best to > report directly to SmalltalkCI issue tracker. > > But I think smalltalkCI disabled it for Pharo (see disableIcebergDuring: >> ). I don't know why. >> > > I know that some (long) time ago loading it with iceberg was causing some > weird trouble, but recently some people mentioned that they use it without > problems (I think this was from Jenkins CI), so enabling it in SmalltalkCI > sounds like a good idea. > > Peter > > On Thu, Apr 12, 2018 at 3:40 AM, Bernardo Ezequiel Contreras < > vonbecmann(a)gmail.com> wrote: > >> in a fresh 6.1 image , i did this >> >> Metacello new >> baseline: 'EarleyParser'; >> repository: 'github://vonbecmann/earley-parser/repository'; >> load. >> >> expression in the playground and it works. >> >> so there's something bogus in smalltalkCI. >> >> >> >> On Wed, Apr 11, 2018 at 9:14 PM, Gabriel Cotelli <g.cotelli(a)gmail.com> >> wrote: >> >>> If Iceberg enableMetacelloIntegration is true the load seems to work. >>> But I think smalltalkCI disabled it for Pharo (see disableIcebergDuring: ). >>> I don't know why. >>> >>> On Wed, Apr 11, 2018 at 6:40 PM, Bernardo Ezequiel Contreras < >>> vonbecmann(a)gmail.com> wrote: >>> >>>> peter, >>>> are you sure that dependencies of a project in tonel format can be >>>> loaded? >>>> >>>> earley-parser -> linked-list >>>> >>>> see https://travis-ci.org/vonbecmann/earley-parser/builds/365332549 >>>> >>>> thanks in advance >>>> >>>> -- >>>> Bernardo E.C. >>>> >>>> Sent from a cheap desktop computer in South America. >>>> >>> >>> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. >> > >

April 12, 2018

Re: [Pharo-users] installation of packages on 6.1

by Baveco, Hans

Thanks for this explanation Stef, Now looking forward to Guilles work - sounds like it will be a very helpful resource when starting to use Git! Hans -----Original Message----- From: Stephane Ducasse <stepharo.self(a)gmail.com> Sent: woensdag 11 april 2018 22:01 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] installation of packages on 6.1 Hans just a meta remark (I personally find the API of git quite terrible - In addition I do not really like the github UI it feels like these ugly google noUIDesigned "UI") now you should consider that more and more people find git cool and powerful. And as a matter of fact it is. So you should consider that understanding and learning git is a way to look less obsolete in the future. And it has nothing to do with Pharo. Except that Pharo is becoming less foreign for mamy people thank to this. I worked super well with git and iceberg on projects managing my dev in a branch before it is ready to be incorporated. So solid branches was what was really missing to monticello and before you use it you may have problems to really assess them but once you work with them you get the power they bring and the comfort. Guille is working on a nice explanation of Git and central concept of branch and you may want to read (at least I will read it because Guille understand it super super well). Stef On Wed, Apr 11, 2018 at 11:23 AM, Herbert VojÄÃk <herby(a)mailbox.sk> wrote: > No, it is possible to install them without github account. > > You need to set protocol to https: > > Iceberg enableMetacelloIntegration: true; remoteTypeSelector: #httpsUrl. > > Herby > > Baveco, Hans wrote: >> >> Thanks Ben! >> >> I created a github account, installed git and git bash, created SSH >> keys, added keys to my github account, and changed the settings in >> Pharo to use these keys, and finally was able to install the packages I wanted to try. >> (roassal2 still not installing though). >> >> Question remains, is this really the only way to get these packages >> that live on github into the image? I had no plans to work with >> git/github, but was now forced to spent quite some time on it.... >> >> Cheers, >> >> Hans >> >> *From:*Ben Coman <btc(a)openinworld.com> >> *Sent:* maandag 9 april 2018 22:54 >> *To:* Any question about pharo is welcome >> <pharo-users(a)lists.pharo.org> >> *Subject:* Re: [Pharo-users] installation of packages on 6.1 >> >> On 6 April 2018 at 00:02, Baveco, Hans <hans.baveco@ > > wur.nl >> >> <mailto:hans.baveco@wur.nl>> wrote: >> >> Trying to install Territorial the installation got stuck on the >> installation of Roassal2 1.35, with error âLGitObjectNotInitializedâ >> >> Transcript says: >> >> âProject: Roassal2 1.35 >> >> I got an error while cloning: There was an authentication error >> while trying to execute the operation: error authenticating: >> failed connecting agent. >> >> This happens usually because you didn't provide a valid set of >> credentials. >> >> You may fix this problem in different ways: >> >> 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa >> in your command line. >> >> 2. adding your keys in settings (open settings browser search for >> "Use custom SSH keys" and >> >> add your public and private keys). >> >> 3. using HTTPS instead SSH (Just use an url in the form >> HTTPS://etc.git) I will try to clone the HTTPS variant.â >> >> I have encountered this several t > > imes before, for different >> >> packages (on windows 7, pharo 6.1 (Image: Pharo6.0 [Latest update: >> #60540])) and have no idea how to deal with this. >> >> Any suggestions? >> >> Hans >> >> On Windows you need to use option 2. World Menu > Settings > etc... >> >> cheers -ben >> >

April 12, 2018

Re: [Pharo-users] Frozen at start up

by Hilaire

Le 12/04/2018 Ã 12:06, tesonep(a)gmail.com a Ã©critÂ : > Â Â Â to use the deferred action in the startup you can add it to the > SessionManager >>Â addDeferredStartupAction:, this will execute after > all the startup actions. However, I was wrong it will not solve the > problem of the splash, as the deferred action is still running in > maximum priority (maybe this should be changed). > And what about UIManager default defer: [], does it run at an acceptable lower priority? > So the solution for the splash window will be to fork the process in a > lower priority (with an explicit priority) > Any idea which priority it should be? Hilaire -- Dr. Geo http://drgeo.eu

April 12, 2018

Re: [Pharo-users] Frozen at start up

by Hilaire

Hi Pablo, I will one or the other for the Splash screen, The most annoying is the warning message at start up. Can your take a look at this app in your system if itÂ shows up? (the splash is off in this version, so it should not cause trouble) https://www.dropbox.com/s/te2gel05u1y1sp9/DrGeo.app.zip?dl=0 Thanks Hilaire Le 12/04/2018 Ã 12:06, tesonep(a)gmail.com a Ã©critÂ : > Hi Hilaire, > Â Â Â to use the deferred action in the startup you can add it to the > SessionManager >>Â addDeferredStartupAction:, this will execute after > all the startup actions. However, I was wrong it will not solve the > problem of the splash, as the deferred action is still running in > maximum priority (maybe this should be changed). > > So the solution for the splash window will be to fork the process in a > lower priority (with an explicit priority) > -- Dr. Geo http://drgeo.eu

April 12, 2018

Re: [Pharo-users] Progress bar for ZnClient>>#downloadTo:

by Sven Van Caekenberghe

Ben, You disappoint me, as I would expect you to trace senders/users of #signalProgress: ;-) ZnClient only signals certain Notifications which a UI around it should deal with. For example, [ :bar | bar title: 'Downloading Sources...'. [ ZnClient new url: 'http://files.pharo.org/sources/PharoV30.sources'; signalProgress: true; downloadTo: FileLocator temp ] on: HTTPProgress do: [ :progress | progress isEmpty ifFalse: [ bar current: progress percentage ]. progress resume ] ] asJob run. But there are other UI approaches as well. Sven > On 12 Apr 2018, at 11:25, Ben Coman <btc(a)openinworld.com> wrote: > > I see ZnClient >> downloadTo: > calls ZnClient >> downloadEntityTo: > which uses #withProgressDo: > which indicates a progress bar might appear. > > But... > ZnClient new > url: ' https://download.libsodium.org/libsodium/releases/libsodium-1.0.16-msvc.zip' ; > downloadTo: FileLocator imageDirectory. > doesn't show a progress bar. What is the recommended way to display one? > > cheers -ben

April 12, 2018