Quoth Lucio De Re <[email protected]>:
> As for those who now seem to want to preserve the "purity" of 9front, 
> let me say that I entirely understand where you come from, specially 
> from the perspective of supporting what necessarily resemble 
> regressions

I'm not sure what you mean by "purity". 9Front has aimed to make things
simpler when possible (and has removed a great deal of fiddly or duplicate
code in the process), but I personally want to use it rather than put
it in an art gallery and forget it.

> On the other hand, it is equally unfair to suggest that 
> those of us that appreciate both the spirit of legacy and the pragmatism 
> of 9front (and the now dated pragmatism of legacy and the modern spirit 
> of 9front) should not be encouraged to pursue yet another development 
> direction.

I don't think anyone suggested that you should take any particular
course of action. You're free to do as you please.

When I initially released this code, there was interest from some
9legacy people, so I helped get things working initially on 9legacy,
In response to those attempts, I removed use of libavl in git in
order to make it more portable. I also provided several diffs to
import the minimal set of features git neeeded at the time.

The change made here makes the code sufficiently more fragile and
less pleasant to maintain that I'm not going to take it into 9front
as is.

As a side note: I'm also curious if this is enough to do http clones;
I'm not sure if 9legacy has updated its webfs to allow setting the
headers that the git protocol requires.


------------------------------------------
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td167d7e8cebadcc4-Mb7f70958c2448ff03f67c66c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Reply via email to