March 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] FileSystemGit and Fuel final report

by Max Leske

On 24.03.2014, at 11:08, Stephan Eggermont <stephan(a)stack.nl> wrote: > Great! > > I have a different (and lower priority) use case for the libgit2 bindings: > Michael Feathers has done some history analysis on github repositories > which weâve used at the SPA2011 egg race. Basically, commit info on > method level for 4 ruby projects. I guess Iâd have to use the low level > bindings to do similar things? Not necessarily. The API could expose `git log` operations and then you could easily get a list of all commits referencing a specific method (for instance). If you want to do that yourself of course, then yes, youâll have to use the bindings (or rather the minimal objectified abstraction. Using the bindings directly is kind of dangerous). In my opinion however, Git provides all the tools you need for that and you should use those tools if possible. Does that answer your question? Bug me again if not :) Max > > Stephan

March 24, 2014

Re: [Pharo-dev] StHub Support Ticket

by Nicolas Petton

Sven Van Caekenberghe writes: > Can someone please help Philippe Marschall who is having trouble saving to StHub ? His account is http://www.smalltalkhub.com/#!/~marschall > > He seems to be able to log in to the website part, but can't save > anything. Not in the Seaside repositories, nor in a new Test > repository that he just created. He was able to work normally until > very recently (february). Hi! Yes, Philippe sent me an MCZ file, and I'm doing some testing. Cheers, Nico > > TIA, > > Sven -- Nicolas Petton http://nicolas-petton.fr

March 24, 2014

Re: [Pharo-dev] FileSystemGit and Fuel final report

by Sven Van Caekenberghe

Sounds like a productive week ! Thanks for the report and the work. On 24 Mar 2014, at 10:06, Max Leske <maxleske(a)gmail.com> wrote: > For those whoâve been interested in what went on during the last two weeks, where I visited Lille, Iâve compiled a short report. Regarding my work on Git Iâll continue to report on the status from time to time. > > I want to thank everyone at RMoD once again for the warm welcome and the support I received. Special thanks to Ben and Camillo for providing a place to crash at. > Thanks also go to all of you guys and girls on the list for pushing Pharo constantly and for showing interest in my work. Itâs very encouraging. > > Cheers, > Max > > > Git: > - Esteban Lorenzano and me worked together on preparing the libgit2 and libssh2 libraries for integration into the VM > - Igor Stasenko worked with me to solve a couple of problems I had with NativeBoost. Especially callbacks can be tricky > - Learnt how to build the VM in debugging mode so that I could debug FFI calls in XCode > - Stefan Marr worked with me on moving the tests from Phexample to SUnit > - The implementation now enables writing of blobs, trees and commits, cloning of remote repositories (https), fetching from remote repositories (https), pushing to remote repositories (https) > - Authentication with remote repositories via SSH is working but clone, fetch, push don't work yet (problems with the libssh2 interaction that I wasn't able to resolve yet) > - I set up an initial build infrastructure on the INRIA CI server (https://ci.inria.fr/pharo-contribution/job/LibGit2/) > - We defined a rough roadmap for what needs to be done in the near future: > 1. finish the low level libgit2 abstraction (offer a minimal API that hides the bindings; we don't want users to use the bindings directly) > 2. we already have a prototype of a FileSystem wrapper for Git. We want to use that on top of the libgit2 abstraction layer > 3. we already have a Monticello FileSystem wrapper prototype. We want to use that to abstract from the actual storage method. Together with the Git-FileSystem wrapper this should make it very easy to continue (for now) using Monticello and the existing GUI tools while using Git as a backend for storage. > - On Friday 21 I gave a short demo at RMoD on the work accomplished and what the plans are for the future > > Fuel: > - MartÃn Dias and I worked together on: > - debugging a problem with large object graphs > - preparing a new baseline for Fuel 2 > - moving the benchmark suite to SMark > - setting up a benchmark build on the INRIA CI server which will help us track performance changes when introducing changes > - defining a rough roadmap for Fuel > - Had a discussion with Usman Bhatti about the uses and the future of Fuel in Moose

March 24, 2014

Re: [Pharo-dev] FileSystemGit and Fuel final report

by Stephan Eggermont

Great! I have a different (and lower priority) use case for the libgit2 bindings: Michael Feathers has done some history analysis on github repositories which weâve used at the SPA2011 egg race. Basically, commit info on method level for 4 ruby projects. I guess Iâd have to use the low level bindings to do similar things? Stephan

March 24, 2014

FileSystemGit and Fuel final report

by Max Leske

For those whoâve been interested in what went on during the last two weeks, where I visited Lille, Iâve compiled a short report. Regarding my work on Git Iâll continue to report on the status from time to time. I want to thank everyone at RMoD once again for the warm welcome and the support I received. Special thanks to Ben and Camillo for providing a place to crash at. Thanks also go to all of you guys and girls on the list for pushing Pharo constantly and for showing interest in my work. Itâs very encouraging. Cheers, Max Git: - Esteban Lorenzano and me worked together on preparing the libgit2 and libssh2 libraries for integration into the VM - Igor Stasenko worked with me to solve a couple of problems I had with NativeBoost. Especially callbacks can be tricky - Learnt how to build the VM in debugging mode so that I could debug FFI calls in XCode - Stefan Marr worked with me on moving the tests from Phexample to SUnit - The implementation now enables writing of blobs, trees and commits, cloning of remote repositories (https), fetching from remote repositories (https), pushing to remote repositories (https) - Authentication with remote repositories via SSH is working but clone, fetch, push don't work yet (problems with the libssh2 interaction that I wasn't able to resolve yet) - I set up an initial build infrastructure on the INRIA CI server (https://ci.inria.fr/pharo-contribution/job/LibGit2/) - We defined a rough roadmap for what needs to be done in the near future: 1. finish the low level libgit2 abstraction (offer a minimal API that hides the bindings; we don't want users to use the bindings directly) 2. we already have a prototype of a FileSystem wrapper for Git. We want to use that on top of the libgit2 abstraction layer 3. we already have a Monticello FileSystem wrapper prototype. We want to use that to abstract from the actual storage method. Together with the Git-FileSystem wrapper this should make it very easy to continue (for now) using Monticello and the existing GUI tools while using Git as a backend for storage. - On Friday 21 I gave a short demo at RMoD on the work accomplished and what the plans are for the future Fuel: - MartÃn Dias and I worked together on: - debugging a problem with large object graphs - preparing a new baseline for Fuel 2 - moving the benchmark suite to SMark - setting up a benchmark build on the INRIA CI server which will help us track performance changes when introducing changes - defining a rough roadmap for Fuel - Had a discussion with Usman Bhatti about the uses and the future of Fuel in Moose

March 24, 2014

StHub Support Ticket

by Sven Van Caekenberghe

Can someone please help Philippe Marschall who is having trouble saving to StHub ? His account is http://www.smalltalkhub.com/#!/~marschall He seems to be able to log in to the website part, but can't save anything. Not in the Seaside repositories, nor in a new Test repository that he just created. He was able to work normally until very recently (february). TIA, Sven

March 24, 2014

Re: [Pharo-dev] Mongo doc omits Smalltalk/Pharo

by Paul Davidowitz

Sorry, I take it back -- it is mentioned here: http://docs.mongodb.org/ecosystem/drivers/community-supported-drivers/ (but may not be up to date). ----- Original message ----- From: Paul Davidowitz <pdavidow(a)fastmail.fm> To: pharo-dev(a)lists.pharo.org Subject: Mongo doc omits Smalltalk/Pharo Date: Sun, 23 Mar 2014 15:33:48 -0400 Smalltalk/Pharo should be mentioned here: http://docs.mongodb.org/ecosystem/drivers/

March 23, 2014

Mongo doc omits Smalltalk/Pharo

by Paul Davidowitz

Smalltalk/Pharo should be mentioned here: http://docs.mongodb.org/ecosystem/drivers/

March 23, 2014

Pre-resolved issues lacking information in tracker

by Ben Coman

I have a minor gripe about placeholder issues logged when a developer already has a fix ready - which lack any useful information regarding the problem that was solved. As an example, for Case 13112 [1] I found the problem was introduced in build 30205 by Case 10961, which is shown in the attached snapshot. First I'll say there was value that the issue was logged even as bare as that. I did manage to isolate a problem introduced by that slice, which was only observed 500 builds later. However providing limited information creates costs later on. The consequence in this case is relatively minor - the work-around is easy and probably all that is wanted during Pharo 3 beta anyhow. The background information will probably turn up. However having to stop and ask slows down the investigation. If I knew more upfront about the original problem of Case 10961, I could consider alternative solutions for that rather than just work-around the current issue. As I said, its only a minor thing, and hopefully this is useful feedback. Keep up the good work. cheers -ben [1] https://pharo.fogbugz.com/f/cases/13112/Broken-Vistary-theme

March 23, 2014

Deprecated ImageMorph>>image Pharo3

by Hilaire Fernandes

Stef, Should not ImageMorph>image: be deprecated as well? Hilaire -- Dr. Geo http://drgeo.eu

March 23, 2014