Mail Archives: cygwin-apps/2001/11/12/05:54:52
Okay, I put my money where my mouth is. See
http://www.neuro.gatech.edu/users/cwilson/cygutils/packaging/
I've implemented two slightly different src packaging schemes: the one I've
been advocating, and a slightly modified version of the scheme Robert likes.
------------------------------------------------------
STYLE 1 (Chuck):
-src archive contains an inner "pristine" tarball in cygwin/SOURCES/ along
with a patch in the same directory. Since setup will automagically unpack
-src archives into /usr/src, that means we have "/usr/src/cygwin/SOURCES/".
Also, the -src archive contains a build script in cygwin/SPECS/.
So, -src contains 3 files, total.
------------------------------------------------------
STYLE 2 (Robert):
Since Corinna suggested that any scheme uses the RPM-ish directories, I've
adapted Robert's debian-like scheme to fit that structure (basically, just
put the src tarball and the patch in cygwin/SOURCES, but the README
instructs to unpack, patch, and build under cygwin/BUILD rather than *right
there* like debian does).
When you unpack the inner (pristine) archive and apply the patch, you get a
"rules" file (shell script, not makefile, in this example) in
CYGWIN-PATCHES. I'm pretending that <srctop>/CYGWIN-PATCHES/ is like
debian's <srctop>/debian/.
-src contains 2 files, total.
-------------------------------------------------------
These differences don't sound like much, but when you get down to it, it's
actually pretty profound. Since we don't (yet) have an outside tool to
handle unpacking the inner archive and applying the patch, Robert's scheme
is unwieldy IMO. This leads to lots of little differences in how you
rebuild the -src archive, naming (and dir structure) of the "pristine"
inner archive, etc.
Until we actually HAVE a dpkg tool (or unless we change setup.exe to do
more than just unpack into /usr/src) I like style 1 better.
Anyway, go to the URL, download, check it out. I'm going to bed.
--Chuck
- Raw text -