9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Kurt H Maier <khm@sciops.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Update APE
Date: Mon, 20 Feb 2017 20:12:40 -0800	[thread overview]
Message-ID: <20170221041240.GA52595@wopr> (raw)
In-Reply-To: <CAJSxfmJCoK22PLCoKTaGoEtCfgwvekqpbhEf9qg48z61NeaHjg@mail.gmail.com>

On Tue, Feb 21, 2017 at 02:59:27AM +0000, Skip Tavakkolian wrote:
>
> It begs the question of how do we organize a community maintained
> repository?

There isn't "a" community, so it's pretty pointless.  The list you
posted is the complete list of stuff that matters with the possible
exception of Forsyth's 9k repository [1], which doesn't appear to have
got much updating recently.  The point is, there's not that much to keep
track of, and anyone who cares will not have a terrible time keeping up.

The only time this has failed me was when a 9legacy patch written
specifically for Go took us by surprise (we got users mentioning a
release candidate wouldn't build).  I whined on Go's issue tracker and
they promised to mention such breaking changes in the release notes.[2]

In short, the people who give a shit about revision control are already
using it, the SP9SSS isn't going to start using it in public, and trying
to get everyone under one tent isn't going to work because git hipsters
literally suffer from organ failure when you ask them to try mercurial,
even though there isn't a (public) git port for Plan 9.

What it boils down to is two classes of makework:  watch the commit logs
for 9k[1] and 9front[3], and write a script that automates pulling
9legacy's patch list or 9atom's image and diffing them for you.  Both
9k and 9front have facilities for having commit logs mailed to you, if
you'd prefer.  They both also support rss/atom feeds.

khm





[1] https://bitbucket.org/forsyth/plan9-9k

[2] Instead we got instructions to read the Go wiki, which documents
required Plan 9 changes and when some were put in, but not which
particular Bavarian fire drill affects which particular release of Go.
But this is a Go problem, not a failure of the Plan 9 world.  And the
wiki is better than nothing.

[3] http://code.9front.org/hg/plan9front/



  parent reply	other threads:[~2017-02-21  4:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-20 18:48 Charlie Lin
2017-02-20 19:49 ` Jens Staal
2017-02-21 22:20   ` cigar562hfsp952fans
2017-02-21 23:55     ` Jadon Bennett
2017-02-22  5:48     ` Jens Staal
2017-02-22 17:27     ` Dave MacFarlane
2017-02-22 18:23       ` Skip Tavakkolian
2017-02-24 16:24         ` michaelian ennis
2017-02-21  0:02 ` Steve Simon
2017-02-21  2:59   ` Skip Tavakkolian
2017-02-21  3:39     ` Lyndon Nerenberg
2017-02-21  4:09       ` Skip Tavakkolian
2017-02-21  4:12     ` Kurt H Maier [this message]
2017-02-21  8:38       ` Charles Forsyth
2017-02-21 16:24         ` Kurt H Maier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170221041240.GA52595@wopr \
    --to=khm@sciops.net \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).