30 Apr
2016
30 Apr
'16
6:33 p.m.
Le 30/04/2016 17:53, Peter Uhnák a écrit :
On Sat, Apr 30, 2016 at 5:14 PM, Thierry Goubier
<thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Hi Peter,
Le 29/04/2016 18:22, Peter Uhnák a écrit :
Welp apparenty GitFileTree has already switched to OSSubprocess…
which
means that since I use Moose I can no longer commit my code…
which is
fun. -_-
For Pharo 5.0, I've pushed both #dev and #stable versions of
GitFileTree which will reuse either OSProcess or OSSubprocess if it
is already loaded and will avoid reloading OSSubprocess over OSProcess.
Could you try with Moose to see if it solves the problem you have?
Just tell how it goes.
This indeed solves the Moose + Git problem, thanks!
It took me a lot longer to get all the Baselines/Configurations aligned
properly (as well as testing and tuning the SmalltalkCI configuration)
than writing/recovering the code.
Git makes child play of recovering a years' old version of a method :)
Although the underlying problem still remains… which I
don't understand,
so I guess I will have to take a look to learn a bit.
Because imagine a year from now someone else comes along with a new
library, or OS(Sub)Process goes through a backwards-incompatible rewrite
into OS(Sub)Process2 and suddenly we are where we started...
Well, there isn't much we can do about that.
Pharo and some of the underlying components change over time, and stuff
needs to be maintained/adjusted to make the transition. Making APIs
perfectly stable contradict the ability of Pharo to evolve.
Thierry
Peter
Thierry
_______________________________________________
Moose-dev mailing list
Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch>
https://www.list.inf.unibe.ch/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)list.inf.unibe.ch
https://www.list.inf.unibe.ch/listinfo/moose-dev