Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Mon, 30 Jun 2003 22:10:13 +0100 From: "Karsten M. Self" To: cygwin AT cygwin DOT com Subject: Re: newbie shell-users howto, guide, cheatsheet, or reference? Message-ID: <20030630211013.GA882@ganymede> Mail-Followup-To: cygwin AT cygwin DOT com References: <16128 DOT 32304 DOT 853000 DOT 807329 AT gargle DOT gargle DOT HOWL> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <16128.32304.853000.807329@gargle.gargle.HOWL> X-Debian-GNU-Linux: Rocks X-Kuro5hin-cabal: There is no K5 cabal X-GPG-Fingerprint: 5CAA 226D 2CCC 0A2A A502 D09E 79F1 BCE3 8DE4 D38E X-uptime: 19:30:59 up 15 days, 6:29, 9 users, load average: 0.19, 0.37, 0.46 User-Agent: Mutt/1.5.4i --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable on Mon, Jun 30, 2003 at 12:15:12PM -0600, Robert Mecklenburg (mecklen AT cimso= ft.com) wrote: >=20 > GRVS> Let's get this straight. Your intent was clear. You were yet > GRVS> again trying to be a jerk when it was completely and utterly > GRVS> unwarranted, and completely contrary to convincing anybody of > GRVS> doing anything for the Cygwin project. >=20 > I've been using cygwin since the '80s and reading this list daily for > many years. I must say that I don't believe Chris is wrong. Many > people mistakenly believe that any effort put in toward an open source > project is good. At some statistical level that may be true, but at a > practical engineering level it is false. By placing documentation and > tools outside the cygwin distribution (and distribution mechanism) you > create confusion, fragment management, increase likelihood of > incorrect or out of date data, and generally waste energy. By failing > to acknowledge this situation you further degrade your position. "The right to fork" is seen by many as a key attribute of free software development. It's practiced in Linux kernel development, as in other projects. So long as the products of the effort are released under compatible terms, and an effort is made to provide the results to the core project (which may or may not chose to incorporate them), there's a net benefit. I've specifically aimed at content licensing terms at TWikIWeThey which should be globally acceptable (it's effectively a BSD-style documentation license). Putting a finer point on it, neither Chris nor anyone here has any business telling me or anyone else here whether or not we should pursue an independent documentation effort -- it's as sensical as saying that KDE or GNOME, or XPde, is a wasted effort. Look: if someone wants to put the energy into a project, that's a matter for them to decide. If Chris (or anyone else here) cares to specify how to approach integrating the results of an outside effort with Cygwin, I'm receptive. His specific comments were argumentative, indicated a lack of comprehension, and were out of order. The issue here is: I asked whether a documentation resource fitting a specific need existed, I received general assurances that it did not, and I began the process of developing same myself, which I'd pretty much expected I'd have to do anyway. I'm doing so in a manner that will allow the material to be used by others, rather than merely as an in-house documentation project. I'm done comparing member sizes. Anyone who wants to continue the strut is free to do so. Peace. --=20 Karsten M. Self http://kmself.home.netcom.com/ What Part of "Gestalt" don't you understand? Ceterum censeo, Caldera delenda est. SCO vs IBM Linux lawsuit info: http://sco.iwethey.org --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/AKczefG8443k044RAlBOAJ4x7KSG8r+5jscI3eSvmGQu0EpcRQCggu/S iFRsvW+XP58XKnaDMlrX64g= =nGE3 -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X--