Message-ID: <481958B6.5070707@cwilson.fastmail.fm>
Date: Thu, 01 May 2008 01:44:22 -0400
From: Charles Wilson <cygwin@cwilson.fastmail.fm>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: cygport missing features after 0.3.9
References: <announce.48113324.7040007@cwilson.fastmail.fm> <48113B20.4060305@users.sourceforge.net> <4811437C.6090405@cwilson.fastmail.fm> <481152E1.80808@users.sourceforge.net> <481253CC.8050909@cwilson.fastmail.fm> <4813DCB6.4010002@cwilson.fastmail.fm> <481947EC.8020600@users.sourceforge.net>
In-Reply-To: <481947EC.8020600@users.sourceforge.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Yaakov (Cygwin Ports) wrote:
> Chuck Wilson wrote:
> | cygport-cvs-topdir.patch:
> 
> CVS_MODULE already supports subdirectory checkouts.  What is gained here?

Yes, and then I get:

foo-1.2.3-1/src/StupidModuleNameThatHasNothingToDoWithMyPackage/MyPackage/*

with subdir checkouts using CVS_MODULE. You are correct in that I don't 
get any of the contents of 
StupidModuleNameThatHasNothingToDoWithMyPackage, except for the one 
subdir, MyPackage, that I care about.  However,

  (a) my "orig" src tarball, if generated via cygport * get, has an 
extra directory level in it, that src tarballs created via 'make dist' 
do not have.
  (b) I have to override all src_*() methods to add an extra 'cd 
MyPackage', because there is no Makefile or configure script in 
${S}="..../StupidModuleNameThatHasNothingToDoWithMyPackage".
  (c) Sure, to avoid (b) I could set 
SRC_DIR=StupidModuleNameThatHasNothingToDoWithMyPackage/MyPackage but I 
don't want to do that, especially because of (a).

I want
foo-1.2.3-1/src/MyPackage/*
and an "orig" tarball that looks like
MyPackage/*
So I can treat it like a normal package. I can't do that without -d.

Tools are supposed to empower their users, not limit them.

> | cygport-postinst-hook.patch:
> 
> I would prefer a RESTRICT="postinst-doc" option, in which case one can
> install the docs manually during src_install().  I hope to make a patch
> in the next few days.

You favor the cars-on-streets model: stay on the pavement, between the 
white lines, and everything will be fine. Cygwin 
package-building-on-rails is streamlined, easy, and usually works great 
even for newbies.  Except when it doesn't, and there isn't enough 
flexibility to go somewhere offroad.

I favor the boat-on-the-water model: go anywhere you want -- but if 
you're not careful you can run aground or drift too far out to sea. I 
figure the maintainers are all grown up, and can navigate their craft 
without help -- or restrictions -- from me.

I'll point out that 'postinst-doc' means, obviously, that you can 
customize only the post-installation-of-various-documents, and nothing 
else.  With a hook, the maintainer has maximum freedom -- to do things 
post-auto-install that neither you nor I have thought about -- but then 
he might get shipwrecked, too.

> | cygport-custom-cmds.patch:
> 
> I'll have to think further about this one.

...the ultimate boat-on-the-water patch...

--
Chuck

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/