9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Tom Lieber" <alltom@gmail.com>
To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] Is IBM ThinkPad R60e notebook compatible with Plan9?
Date: Sat, 12 May 2007 09:43:22 +0900	[thread overview]
Message-ID: <326364c20705111743v7803ecd0yc199d3f34e28db5e@mail.gmail.com> (raw)
In-Reply-To: <16ef1735a4e044af3d1bc05bdc68eaa1@proxima.alt.za>

I'm new here, so I may be off-base due to inexperience. I just don't
see why there is any problem with, every once in a while, copying
works-in-progress to sources with a README like:

"This is NOT DONE. This is for those who are curious about the status
of the project. I'm not looking for contributors." or, if you're
feeling adventurous, "This is NOT DONE. This is for those who are
curious about the status of the project. If you want to contribute,
contact me and we can exchange patches. If there's community interest
in adding to the code, we can see about setting up an RCS."

The whole problem with uploading code seems to be an issue with trusting others.

[Per Nerenberg's remarks.] Even if the code isn't 'ready,' with README
files as above, people shouldn't harbor much resentment when
incomplete code breaks their computer, and they shouldn't laugh at you
for embarrassing coding errors. If you say "don't contact me!" and
someone contacts you, it's because they didn't read the notes, or they
aren't very good at following protocol. I haven't noticed many people
that seem that way on the mailing list. Am I wrong? Can we not trust
others here? Were your bad experiences with the Plan 9 community, or
with the open source community at large?

Uploading your source is as good a way to "hoist a flag" as any I can
think of, and it has side-benefits for the curious or needy. I don't
expect anyone should feel required to make their code available (which
I feel is different from "releasing" the code), just that it would
make life easier for some if this were the exception instead of the
rule. Everyone always has the choice.

[Per Lalonde's remarks.] The point isn't always to make collaboration
possible. If someone wants to see the status of the code, or modify it
locally to solve a problem, then if the code is somewhere they can
access, this is possible. When it is hidden, nobody can benefit from
it in the slightest. If you publish the code and solicit patches, and
patches become hard to keep track of, that's a really good indicator
that the project is too important to not have a public RCS somewhere,
or that you should ask people to stop sending patches because it
doesn't suit your development style.

If you can't trust the community to even respect requests in your
README, what can you rely on?

I don't know about "saving Plan 9" because I have only a few dozen
hours reading the papers and using it myself. All I know is that when
I become familiar enough with the system to want to modify or improve
it, the more nearly-complete code there is available, the better
training wheels I'll have. The more broken, incomplete, and
horribly-styled code I can look at, the more lessons I can learn.

Sincerely,

Tom Lieber
http://AllTom.com/
http://GadgetLife.org/


  parent reply	other threads:[~2007-05-12  0:43 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-10  8:34 Antonin
2007-05-10 12:14 ` Antonin
2007-05-10 12:25   ` Federico Benavento
2007-05-10 13:33   ` Antonin
2007-05-10 13:45 ` Markus Sonderegger
2007-05-10 12:36   ` erik quanstrom
2007-05-10 14:35     ` Gabriel Diaz
2007-05-10 15:18     ` Markus Sonderegger
2007-05-10 13:46       ` C H Forsyth
2007-05-10 13:55         ` erik quanstrom
2007-05-10 14:15           ` C H Forsyth
2007-05-10 15:59           ` Devon H. O'Dell
2007-05-10 19:26             ` Uriel
2007-05-11  3:57               ` Vester Thacker
2007-05-11  4:24                 ` Lyndon Nerenberg
2007-05-11  4:50                   ` Lorenzo Fernando Bivens de la Fuente
2007-05-11 10:30                     ` Markus Sonderegger
2007-05-11 11:58                     ` Steve Simon
2007-05-11  4:42                 ` Uriel
2007-05-11  4:47                   ` Lyndon Nerenberg
2007-05-11  5:13                     ` Uriel
2007-05-11  5:32                       ` Lyndon Nerenberg
2007-05-11  5:48                         ` Uriel
2007-05-11  6:08                           ` Lyndon Nerenberg
2007-05-11  6:28                             ` Uriel
2007-05-11 17:35                               ` lucio
2007-05-11 19:24                                 ` Uriel
2007-05-11 19:52                                   ` lucio
2007-05-11 20:05                                   ` lucio
2007-05-11 22:35                                     ` Lorenzo Fernando Bivens de la Fuente
2007-05-12  4:11                                       ` lucio
2007-05-12  4:13                                       ` lucio
2007-05-12  0:43                                     ` Tom Lieber [this message]
2007-05-12  4:34                                       ` lucio
2007-05-17  9:50                                     ` Dave Lukes
2007-05-17 10:23                                       ` erik quanstrom
2007-05-17 11:25                                         ` matt
2007-05-17 11:52                                         ` Dave Lukes
2007-05-17 11:59                                           ` erik quanstrom
2007-05-17 13:04                                       ` W B Hacker
2007-05-17 17:53                                       ` lucio
2007-05-11 11:37                         ` Russ Cox
2007-05-11 14:57                       ` Paul Lalonde

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=326364c20705111743v7803ecd0yc199d3f34e28db5e@mail.gmail.com \
    --to=alltom@gmail.com \
    --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).