Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: patches to vendor source trees - discussion
Date: Thu, 15 Nov 2001 09:52:02 -0500
Message-ID: <6EB31774D39507408D04392F40A10B2BC1FDFC@FDYEXC202.mgroupnet.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: patches to vendor source trees - discussion
Thread-Index: AcFtc5sqmLkenN1bRhaqPVFFVwTj0wAbQYcg
From: "Roth, Kevin P." <KPRoth AT MarathonOil DOT com>
To: <cygwin-apps AT cygwin DOT com>
X-OriginalArrivalTime: 15 Nov 2001 14:52:03.0705 (UTC) FILETIME=[16977E90:01C16DE5]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id fAFEqJf19013

My 2-bits, for what it's worth...


I like the idea of having one pristine source tarball, plus a
PKG-VER-REL specific patch file(s). For downloading. This means changes
from one release to the next don't require downloading another large-ish
source tarball, but simply a (hopefully) smaller patch file.

Once downloaded, I think the process (whether automated or
human-driven-but-well-documented) should end up creating a PKG-VER-REL
directory for the patched source. This makes it easy to hack at it,
build it (either in a sub-dir or separately), and still start fresh when
the next Cygwin-REL patch is downloaded.

Regarding automated vs human-driven, I'd vote for as fully automated as
possible. But the people that are interested in grabbing source and
hacking at it should be capable of following directions also, as long as
they are easy to find.

Regarding where in the source package to keep a .README file, I think it
should be up to each package maintainer. There should be a "standard"
suggestion, in case they don't already have something else in place
(e.g. CYGWIN-PATCHES). However, for those upstream sources that already
have a place to keep system-specific files (in my case,
curl-7.9.1-1/packages/Win32/cygwin) that should be the right place. The
best way to FIND this .README file would be to look in the binary distro
for usr/doc/Cygwin/pkg-ver-rel.README, which should document the
non-standard place where the master copy is located...


--Kevin