public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Charles S. Wilson" <cwilson@ece.gatech.edu>
To: Jonathan Kamens <jik@curl.com>
Cc: cygwin@cygwin.com
Subject: Re: Followup on eliminating symlink ReadFile calls -- it's not necessary
Date: Wed, 14 Feb 2001 17:48:00 -0000	[thread overview]
Message-ID: <3A8B35A8.E8BEEA00@ece.gatech.edu> (raw)
In-Reply-To: <20010215000556.23697.qmail@lizard.curl.com>

Jonathan Kamens wrote:

> The mailing list is not documentation. 

Yes.  It is.  They are called "archives".  They are searchable, so you
can find the information you need.  However, just like "regular"
documentation, not every question has already been asked -- so you might
need to ask a new question once in a while...

> People should be able to
> download and use Cygwin in an effective manner by consulting its
> documentation.  They should not need to subscribe to the mailing list
> and pick up tips over time just to learn how to tweak Cygwin into an
> effective configuration.

The net release of cygwin is *NOT* a product.  It is a work in
progress.  It changes daily.  The most effective means of distributing
information about a rapidly changing set of tools is a mailing list or
newsgroup, not a relatively static set of web-based documentation, and
certainly not a printed/bound book.

And yes, you *should* subscribe to the mailing list if you use cygwin. 

However, there should be little need to "pick up tips" to "tweak Cygwin"
if you are doing relatively normal stuff.  It's "effective" in its
default configuration *for most users*.  Not very many people routinely
build applications with, what was it in your case?, "thousands of source
files"?

This is not to say, however, that the documentation couldn't be
improved.  Certainly it could be better.  Many of the questions on this
list, however, ARE answered in the documentation that exists currently. 
The problem is, people don't read it.  So, MORE documentation == more
stuff folks don't read.  That *really* motivates me to add
documentation.  How about you?  (Note: ever look in /usr/doc/Cygwin/*
and /usr/doc/* ?  How many times has Corinna referred people, again and
again, to /usr/doc/Cygwin/inetutils-X.X.X.README or
/usr/doc/Cygwin/openssh-xxxxx.README ?)

And by the way, I personally provide LOTS of documentation with the
packages I've contributed to the cygwin project.  And who can miss my
five-page "Updated: ncurses-5.X-Y" announcement messages?  <Having
established my right to write this rant...>

> If you've had to mention it on the mailing list several times, that's
> all the more indication that it should be documented in the persistent
> documentation.

With this, we can all agree.  However, one thing that many folks seem to
miss: not only is the code open source, but also the documentation is,
as well.  PLEASE contribute.  If you're not a programmer, contribute
documentation.  And *hope* people will read it.

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2001-02-14 17:48 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-14  9:46 Jonathan Kamens
2001-02-14 13:12 ` Christopher Faylor
2001-02-14 16:06   ` Jonathan Kamens
2001-02-14 17:48     ` Charles S. Wilson [this message]
2001-02-15  5:57       ` Jonathan Kamens
2001-02-15  9:49         ` Christopher Faylor
2001-02-15 11:49         ` Warren Young
2001-02-15 14:27           ` Christopher Faylor
2001-02-15 15:17             ` David Starks-Browning
2001-02-15 16:37               ` Christopher Faylor
2001-02-16  0:46                 ` Corinna Vinschen
2001-02-16  1:39             ` Warren Young
2001-02-16  8:59               ` Christopher Faylor
2001-02-14 19:16     ` Christopher Faylor
2001-02-15  6:07       ` Jonathan Kamens
2001-02-15 11:56         ` Warren Young
2001-02-15  1:28 Robert Melchers
     [not found] <md5:6ACE45F554B052AAC9BD9700033B10F9>
2001-02-15  5:48 ` Earnie Boyd
2001-02-15  7:02 Robert Melchers

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=3A8B35A8.E8BEEA00@ece.gatech.edu \
    --to=cwilson@ece.gatech.edu \
    --cc=cygwin@cygwin.com \
    --cc=jik@curl.com \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).