- Pharo-users - lists.pharo.org

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

Re: [Pharo-users] Frozen at start up

by tesonep＠gmail.com

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) Cheers On Wed, Apr 11, 2018 at 3:56 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Removing the Splash screen avoid locking the image. About deferred action, > how do you do it? > > However why do I have this start up message about Pharo not been properly > claused? > > The installation of the app ends with a proper save and quit. > > DrGeoInstallerWorkstation>>install > super install. > DrGDefault beWorkstation. > self cleanUpForRelease. > Author fullName: 'MrCleaner'. > Smalltalk saveAs: 'drgeo'. > World submorphs > select: [:m | m class == (Smalltalk at: #DrGeoWindow)] > thenDo: [:drMorph | drMorph deleteWithoutConfirmation ]. > > self cleanMySelf. > Smalltalk fixObsoleteReferences. > Smalltalk garbageCollect. > Smalltalk garbageCollect. > Smalltalk garbageCollect. > > PharoChangesCondenser condense. > ExternalDropHandler registerHandler: > (ExternalDropHandler > type: nil > extension: 'fgeo' > action: [ :stream | DrGeo fullscreenOn: stream ]). > > Smalltalk snapshot: true andQuit: true. > > > What is even strange, when I run the buid in the system building it, this > message does not show up? > > Any idea? > > Thanks > > Hilaire > > Le 10/04/2018 Ã 21:36, tesonep(a)gmail.com a Ã©crit : > >> In Pharo 7 the startup of the session runs in higher priority so it >> cannot be interrupted. >> This is done in that way to fix some problems during the initialization >> of the session (Now, I could not remember what was fixed). >> > > -- > Dr. Geo > http://drgeo.eu > > > > -- Pablo Tesone. tesonep(a)gmail.com

April 12, 2018

Re: [Pharo-users] Quick website fix

by Marcus Denker

Fixed! > On 12 Apr 2018, at 11:38, Markus Fritsche <mfritsche(a)reauktion.de> wrote: > > Hi, > > it says on "https://pharo.org/contribute-propose-fix" that Manuscript > used to be called "Fugbugz" - although an understandable mistake, I > believe it was called "Fogbugz" :-) > > > Kind regards > > Markus > >

April 12, 2018

Quick website fix

by Markus Fritsche

Hi, it says on "https://pharo.org/contribute-propose-fix" that Manuscript used to be called "Fugbugz" - although an understandable mistake, I believe it was called "Fogbugz" :-) Kind regards Â Markus

April 12, 2018

Re: [Pharo-users] Frozen at start up

by Stephane Ducasse

Not like that. Pablo proposed to help you and he is much better than me :) I'm busy with administria. On Thu, Apr 12, 2018 at 10:38 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > Hi Stef, > > No clue why I have this warning message at start up? > > Hilaire > > Le 11/04/2018 Ã 21:48, Stephane Ducasse a Ã©crit : >> >> Hi hilaire >> >> Favor Smalltalk globals at: #... over Smalltalk at: # >> >> Stef > > > -- > Dr. Geo > http://drgeo.eu > > >

April 12, 2018

Re: [Pharo-users] migration to 6.1 was super easy.

by Stephane Ducasse

Thanks this is a great testimony. BTW I would love to have a success story around your project. Can we take it off line? On Thu, Apr 12, 2018 at 2:00 AM, PAUL DEBRUICKER <pdebruic(a)gmail.com> wrote: > Thanks for all the hard work. > > > It took me about 30 minutes to migrate one of my projects from 32bit Pharo 5 to 64bit 6.1 this afternoon. It has about 40 external dependencies so I thought it would take much longer to get everything sorted.

April 12, 2018

Progress bar for ZnClient>>#downloadTo:

by Ben Coman

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