9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Publish and be damned.
Date: Sun, 22 Apr 2001 15:26:38 +0200	[thread overview]
Message-ID: <20010422152637.F2598@cackle.proxima.alt.za> (raw)
In-Reply-To: <200104211308.OAA05285@localhost.localdomain>; from Steve Kilbane on Sat, Apr 21, 2001 at 02:08:42PM +0100

On Sat, Apr 21, 2001 at 02:08:42PM +0100, Steve Kilbane wrote:
>
> Boyd's talking about each original author maintaining a package. Lucio's
> talking about an amorphous mass of people hacking on several packages,
> at whim. Boyd's starting point is simpler, because it's present-day.
> Lucio's reason for changing things is so that a package doesn't stagnate
> because the original author lacks time or inclination.
>
I sure as hell didn't express my views this well.  Thank you, Steve.

> Boyd suggests reading the code. That's fine if the code's good. If Lucio's
> suggestion takes off, the code will be less predictable, and having a
> change comment is more important, because the reason for the change may not
> be deducible from the change itself.
>
The granularity of changes, not only the comments, would be different.
I may work on a single issue for days, across a number of modules,
and only "check in" the result.  That in itself adds information,
if not documentation.  By the same token, I may make numerous
unrelated changes between dumps, which would require effort to
investigate separately.  And reversals (undo/redo) would also be
lost.

Within Bell Labs, I would assume that daily is a coincidentally
happy medium.  I could also believe that development there would
have adjusted to the daily rhythm, otherwise the interval would be
different.  But conditions outside Bell Labs are unlikely to be as
fortunate.

> But either way, I don't see any conflicts here. Russ's comments on avoiding
> conflicts with BL's interests aside, I don't see a problem with Lucio setting
> up the server. Those who like the idea will join in; those who don't, won't.
> Whether it'll produce anything better than what would happen otherwise,
> I don't know.
>
I hope I didn't miss an important comment from Russ, if there are
conflicts with Bell Labs, I would want to be amongst the first to
know.

My prediction is that success really lies with Bell Labs buy-in
(I'm very fond of that term, for my own philosophical reasons),
and some dedication by one or more project facilitators.  I would
assume that anything "published" on the CVS repository is as readily
available to Bell Labs as if it was published in any other form,
in terms of the licence.  Any other restriction or relaxation may
have to be discussed and agreed upon by a multitude of parties,
not a rosy option.

But volume of publication (shudder, what do I do when resources
start becoming tight?) may be the most significant factor.  If
there is enough out there to bring Plan 9 closer to the desires of
prospective users, then it is possible to reach critical mass.

Those of us who may think of Plan 9 as the True Religion may either
be estatic or horrified at the thought.  I, for one, am not sure
which camp I'm in, but evangelism at least is not up my alley.

++L


  parent reply	other threads:[~2001-04-22 13:26 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-20  5:54 Lucio De Re
2001-04-20 12:22 ` Boyd Roberts
2001-04-20 14:13   ` Eric Lee Green
2001-04-20 19:15     ` Boyd Roberts
2001-04-20 14:39   ` Lucio De Re
2001-04-20 20:35     ` Christopher Nielsen
2001-04-20 21:02     ` Boyd Roberts
2001-04-21  7:34       ` Lucio De Re
2001-04-21 11:06         ` Boyd Roberts
2001-04-21 12:59           ` Lucio De Re
2001-04-21 13:43             ` Boyd Roberts
2001-04-21 14:20               ` Lucio De Re
2001-04-21 13:08           ` Steve Kilbane
2001-04-22  1:37             ` Boyd Roberts
2001-04-22  9:37               ` Steve Kilbane
2001-04-22 14:51                 ` Boyd Roberts
2001-04-22 15:21                   ` Lucio De Re
2001-04-22 15:42                     ` Boyd Roberts
2001-04-22 15:55                       ` Software Repository
2001-04-22 13:26             ` Lucio De Re [this message]
2001-04-22 16:00               ` Dan Cross
2001-04-22 16:13                 ` Lucio De Re
2001-04-22 22:25                   ` Dan Cross
2001-04-22 16:18                 ` Boyd Roberts
2001-04-22 16:33                   ` Lucio De Re
2001-04-22 16:46                     ` Boyd Roberts
2001-04-22 22:14                   ` Dan Cross
2001-04-22 22:16                     ` Boyd Roberts
2001-04-22 22:25                     ` Boyd Roberts
2001-04-22 22:32                     ` Boyd Roberts
2001-04-23 19:31                       ` Dan Cross
2001-04-20 14:52 nemo
2001-04-20 15:11 ` Lucio De Re
2001-04-21 14:34 jmk
2001-04-21 19:03 ` Boyd Roberts
2001-04-22 16:12 rsc
2001-04-22 16:17 ` Lucio De Re
2001-04-22 23:52 rsc
2001-04-23  4:26 ` Lucio De Re
2001-04-23 19:33   ` Dan Cross
2001-04-23 19:32 ` Dan Cross

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=20010422152637.F2598@cackle.proxima.alt.za \
    --to=lucio@proxima.alt.za \
    --cc=9fans@cse.psu.edu \
    /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).