December 2018 - Pharo-users

Re: [Pharo-users] [ANN] Git Thermite integration with Iceberg

by Paul DeBruicker

Please take this with a grain of salt and I'm not at all trying to do anything but be helpful and expose my confusion. It looks interesting but what are some use cases of Thermite? I don't have a real good sense of what kind of understanding it helps with. >From reading the github page I can see that I can get some visuals of what fraction of a package I've changed/touched in a commit or between two arbitrary commits. The documentation is understandable but is a lot of "what" & "how" and not a lot of "why" or "because" and so I have to try to come up with that on my own. I'm sure there's value there because its obviously a lot of work to get the project to this point, but I'm not able to make the leap there today. What changes in my behavior or process should I have or begin to think about as a result of seeing thses types of visualizations? I'm happy to fill out the form but "I don't 'get it' after looking at it for 15 minutes" doesn't seem like helpful feedback just yet. Maybe its intended to be more useful in teams and not so much for a solo developer. Also - I'm partially red/green colorblind. Where can I edit the colors to not use Red/Green? Pharo Smalltalk Users mailing list wrote > It would be really great to have feedback. > Please, providing feedback is key to enable innovation in this community! > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Dec 12, 2018, at 12:21 PM, Ronie Salgado < > roniesalg@ > > wrote: >> >> Hello, >> >> Some time ago I presented Git Thermite in this mailing. Git Thermite is a >> tool for visualizing Git commits that I am making for my master thesis. >> Now I have managed to integrate Git Thermite with Iceberg. >> >> GitHub page: https://github.com/ronsaldo/pharo-git-thermite >> <https://github.com/ronsaldo/pharo-git-thermite> >> Demo video: https://www.youtube.com/watch?v=TdBHpdyFgZE >> <https://www.youtube.com/watch?v=TdBHpdyFgZE> >> Visualization learning material: >> https://github.com/ronsaldo/pharo-git-thermite/blob/master/doc/learning-mat… >> <https://github.com/ronsaldo/pharo-git-thermite/blob/master/doc/learning-material.pdf> >> Feedback: >> https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEl… >> <https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEliOJN7tFlTmYFi8w/viewform> >> >> Pharo 7 installation doIt: >> >> Metacello new >> baseline: 'Thermite'; >> repository: 'github://ronsaldo/pharo-git-thermite/src'; >> load >> Please, I would love to get some usage feedback through the Google form >> :-) >> >> Best regards, >> Ronie -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 12, 2018

Re: [Pharo-users] Problem loading seaside with Zinc

by Johan Brichau

Busy changing this in the BaselineOfSeaside3 as we speakâ¦ Johan > On 12 Dec 2018, at 20:20, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > > You can use the lock API in Metacello to use the dependency you want, ignoring the ones defined in the baselines. > > On Wed, Dec 12, 2018 at 4:16 PM Vitor Medina Cruz <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com>> wrote: > I can't depend on https://github.com/svenvc/zinc <https://github.com/svenvc/zinc> because this is a transitive dependency, my baseline depends of seaside that depends of Zinc. Is there a way to exclude Zinc dependency from Seaside so that I can force a Zinc dependency definition of my baseline? > > On Wed, Dec 12, 2018 at 5:08 PM Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: > > > > On 12 Dec 2018, at 18:56, Vitor Medina Cruz <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com>> wrote: > > > > Note it is trying to reach http://mc.stfx.eu/ZincHTTPComponents <http://mc.stfx.eu/ZincHTTPComponents>, which don't seems to be hosting Zinc anymore. Since these are transitive dependencies, I tried to define Zinc in the root of my baseline, as I did with seaside (magritte baseline had some problem with it), but the same error > > Yes, that machine is partially down, the mc part will come up later, sorry. See my earlier message. > > The best is to depend on https://github.com/svenvc/zinc <https://github.com/svenvc/zinc> using the baseline. > >

Dec. 12, 2018

Re: [Pharo-users] Problem loading seaside with Zinc

by Gabriel Cotelli

You can use the lock API in Metacello to use the dependency you want, ignoring the ones defined in the baselines. On Wed, Dec 12, 2018 at 4:16 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > I can't depend on https://github.com/svenvc/zinc because this is a > transitive dependency, my baseline depends of seaside that depends of Zinc. > Is there a way to exclude Zinc dependency from Seaside so that I can force > a Zinc dependency definition of my baseline? > > On Wed, Dec 12, 2018 at 5:08 PM Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> >> >> > On 12 Dec 2018, at 18:56, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> > >> > Note it is trying to reach http://mc.stfx.eu/ZincHTTPComponents, which >> don't seems to be hosting Zinc anymore. Since these are transitive >> dependencies, I tried to define Zinc in the root of my baseline, as I did >> with seaside (magritte baseline had some problem with it), but the same >> error >> >> Yes, that machine is partially down, the mc part will come up later, >> sorry. See my earlier message. >> >> The best is to depend on https://github.com/svenvc/zinc using the >> baseline. >> >> >>

Dec. 12, 2018

Re: [Pharo-users] [ANN] Git Thermite integration with Iceberg

by Alexandre Bergel

It would be really great to have feedback. Please, providing feedback is key to enable innovation in this community! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Dec 12, 2018, at 12:21 PM, Ronie Salgado <roniesalg(a)gmail.com> wrote: > > Hello, > > Some time ago I presented Git Thermite in this mailing. Git Thermite is a tool for visualizing Git commits that I am making for my master thesis. Now I have managed to integrate Git Thermite with Iceberg. > > GitHub page: https://github.com/ronsaldo/pharo-git-thermite <https://github.com/ronsaldo/pharo-git-thermite> > Demo video: https://www.youtube.com/watch?v=TdBHpdyFgZE <https://www.youtube.com/watch?v=TdBHpdyFgZE> > Visualization learning material: https://github.com/ronsaldo/pharo-git-thermite/blob/master/doc/learning-mat… <https://github.com/ronsaldo/pharo-git-thermite/blob/master/doc/learning-mat…> > Feedback: https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEl… <https://docs.google.com/forms/d/e/1FAIpQLSeir6VlE3bR78oRsNAp9eHLkUn2Q016wEl…> > > Pharo 7 installation doIt: > > Metacello new > baseline: 'Thermite'; > repository: 'github://ronsaldo/pharo-git-thermite/src'; > load > Please, I would love to get some usage feedback through the Google form :-) > > Best regards, > Ronie

Dec. 12, 2018

Re: [Pharo-users] Problem loading seaside with Zinc

by Vitor Medina Cruz

I can't depend on https://github.com/svenvc/zinc because this is a transitive dependency, my baseline depends of seaside that depends of Zinc. Is there a way to exclude Zinc dependency from Seaside so that I can force a Zinc dependency definition of my baseline? On Wed, Dec 12, 2018 at 5:08 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 12 Dec 2018, at 18:56, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > > > > Note it is trying to reach http://mc.stfx.eu/ZincHTTPComponents, which > don't seems to be hosting Zinc anymore. Since these are transitive > dependencies, I tried to define Zinc in the root of my baseline, as I did > with seaside (magritte baseline had some problem with it), but the same > error > > Yes, that machine is partially down, the mc part will come up later, > sorry. See my earlier message. > > The best is to depend on https://github.com/svenvc/zinc using the > baseline. > > >

Dec. 12, 2018

Re: [Pharo-users] Submitting HTML Forms

by Sven Van Caekenberghe

> On 12 Dec 2018, at 20:02, Ben Coman <btc(a)openinworld.com> wrote: > > > > On Thu, 13 Dec 2018 at 00:27, horrido <horrido.hobbies(a)gmail.com> wrote: > Okay, I managed to hack together a solution from the example. It's not pretty > but it seems to work. I needed to remain within the Teapot framework. > > However, I have a question regarding the ZnEntityTooLarge exception. How can > I capture it and resume execution? The exception seems to occur before my > POST handler is called. > > I'm not familiar with that exception, but in general you can wrap code like this... > > myMethod > [ do stuff ] on: ZnEntityTooLarge do: [ :ex | fix stuff. ex resume ] No! Sorry this is plain wrong. Read the comment and what I replied. > cheers -ben > > P.S. The exception should open a debugger where the exception was signaled, > and that should be all you need to identify what code you need to wrap, > but if for some exotic reason you really want to know where the ZnEntityTooLarge is created, > add ZnEntityTooLarge>>initialize that does "self haltOnce"

Dec. 12, 2018

Re: [Pharo-users] Problem loading seaside with Zinc

by Sven Van Caekenberghe

> On 12 Dec 2018, at 18:56, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > > Note it is trying to reach http://mc.stfx.eu/ZincHTTPComponents, which don't seems to be hosting Zinc anymore. Since these are transitive dependencies, I tried to define Zinc in the root of my baseline, as I did with seaside (magritte baseline had some problem with it), but the same error Yes, that machine is partially down, the mc part will come up later, sorry. See my earlier message. The best is to depend on https://github.com/svenvc/zinc using the baseline.

Dec. 12, 2018

Re: [Pharo-users] Submitting HTML Forms

by Ben Coman

On Thu, 13 Dec 2018 at 00:27, horrido <horrido.hobbies(a)gmail.com> wrote: > Okay, I managed to hack together a solution from the example. It's not > pretty > but it seems to work. I needed to remain within the Teapot framework. > > However, I have a question regarding the ZnEntityTooLarge exception. How > can > I capture it and resume execution? The exception seems to occur before my > POST handler is called. > I'm not familiar with that exception, but in general you can wrap code like this... myMethod [ do stuff ] on: ZnEntityTooLarge do: [ :ex | fix stuff. ex resume ] cheers -ben P.S. The exception should open a debugger where the exception was signaled, and that should be all you need to identify what code you need to wrap, but if for some exotic reason you really want to know where the ZnEntityTooLarge is created, add ZnEntityTooLarge>>initialize that does "self haltOnce"

Dec. 12, 2018

Re: [Pharo-users] Pharo 7 under Linux

by Esteban Lorenzano

Hi, While it should not crash (just disable iceberg), it will be useful to know which kind of linux are you using. There are too many around :) Esteban > On 12 Dec 2018, at 16:00, Konrad Hinsen <konrad.hinsen(a)fastmail.net> wrote: > > Hi everyone, > > I haven't had much success running Pharo 7 under Linux as follows: > > 1. Install pharo-launcher > > 2. Start pharo-launcher > > 3. Create an image for the Pharo 7 development release > > 4. Start that image. > > It crashes at startup, claiming that libgit2 is missing. There is, however, a libgit2 located at > > $HOME/Pharo/vms/70-x64/lib/pharo/5.0-201806281256/libgit2.so > > Is this a known problem? Is there a workaround? > > > Thanks in advance, > > Konrad. > >

Dec. 12, 2018

Problem loading seaside with Zinc

by Vitor Medina Cruz

Hello, Here is my baseline BaselineOfEmployees >> baseline: spec [ <baseline> spec for: #'common' do: [ spec blessing: #'baseline'; baseline: 'Seaside3' with: [ spec repository: 'github://SeasideSt/Seaside:v3.2.2/repository' ]; baseline: 'Magritte' with: [ spec repository: 'github://magritte-metamodel/magritte:v3.5.3/source'; loads: #(Seaside Core) ]; package: 'Employees' with: [ spec requires: #('Seaside3' 'Magritte'). ]; group: 'default' with: #('core'); group: 'core' with: #('Employees') ]. ] Then running: Metacello new baseline: 'Employees'; repository: 'tonel:///opt/pharo/employeesSource/pharo/'; ignoreImage; onConflict: [ :ex | ex useIncoming ]; onWarning: [ :ex | Transcript crShow: ex ]; silently; load: #(core). In the end I got an error: Fetched -> Seaside-Tests-Welcome-JohanBrichau.1497083460 --- https://github.com/SeasideSt/Seaside.git[73adecc] --- /opt/pharo/pharo-local/iceberg/SeasideSt/Seaside/repository (Libgit)Project: Zinc Project stable...RETRY->ConfigurationOfZincHTTPComponents...RETRY->ConfigurationOfZincHTTPComponents...FAILED->ConfigurationOfZincHTTPComponents[31mCould not resolve: ConfigurationOfZincHTTPComponents [ConfigurationOfZincHTTPComponents] in /opt/pharo/pharo-local/package-cache *http://mc.stfx.eu/ZincHTTPComponents <http://mc.stfx.eu/ZincHTTPComponents>*[0mMetacelloEnsureFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer:[ | references nearestReference cachedReference externalReference mcVersion loadedVersionInfos |cachedReference := nil.packageSpec searchCacheRepositoryForPackage: [ "check to see if mcz file is already in cacheRepository" cachedReference := self resolvePackageSpec: packageSpec cachedGofer: self loaderPolicy cacheGofer. (cachedReference ~~ nil and: [ packageSpec getFile ~~ nil ]) ifTrue: [ cachedReference name = packageSpec file ifTrue: [ "exact match between packageSpec file and cache" ^ self scheduleFetchFor: packageSpec cachedReference: cachedReference ] ] ].references := self retryingResolvePackageSpecReferences: packageSpec gofer: gofer. "look up mcz file"nearestReference := references last Note it is trying to reach *http://mc.stfx.eu/ZincHTTPComponents <http://mc.stfx.eu/ZincHTTPComponents>*, which don't seems to be hosting Zinc anymore. Since these are transitive dependencies, I tried to define Zinc in the root of my baseline, as I did with seaside (magritte baseline had some problem with it), but the same error happened. Is there any workaround for this problem? Regards, Vitor

Dec. 12, 2018