On 12/3/19, o...@eigenstate.org <o...@eigenstate.org> wrote:
>
> Unrelatedly, would there be interest in adding the `$split{cmd} syntax
> from 9atom to 9legacy? I think it's currently the only reason that
> git9 doesn't work out of the box there, and it's very nice syntax.
>
I'm quite obsessed with converging the very best of all 9worlds into a
single 9heritage version as an on-going project, but I am not very
good at staying focused. Updating rc I think is both a very good start
and a potential curse: the divergence in 9front is quite significant.
Plus, we need git9 and better for the community to contribute to a
neutral project (my opinion, of course).
What feels right to me is to focus on git9 before going any further
and make it as 9friendly as possible, to all 9fans. Would that
conflict with anyone's pet use of Plan 9?
If it makes sense, the git9 project could supply an upgraded rc as an
additional incentive.
But most of all, I think projects like these need participation and a
record of decisions taken. I know Go have a proposal system, could we
attempt to create something similar? Ori did point out in his
presentation that /sys/doc has great value in the Plan 9 ecosystem and
I could not agree more.
Lucio.
------------------------------------------
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T861dcd95691a032b-M17ee147462730839da07b294
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
