Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To: cygwin-apps AT cygwin DOT com
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <3CB398DA.2010202@ece.gatech.edu>
Date: Tue, 09 Apr 2002 21:43:54 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: cygwin-apps AT cygwin DOT com
CC: cygwin-xfree AT cygwin DOT com
Subject: Re: info: single install xfree86 + minimal cygwin?
References: <FC169E059D1A0442A04C40F86D9BA76008AC96 AT itdomain003 DOT itdomain DOT net DOT au> <3CB393D6 DOT 4030405 AT ece DOT gatech DOT edu> <20020410012626 DOT GI23551 AT redhat DOT com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Christopher Faylor wrote:

> On Tue, Apr 09, 2002 at 09:22:30PM -0400, Charles Wilson wrote:
> 
>>Now, this works, and upset/setup are happy (every binary package has a 
>>"src" package) but it is hackish, ugly, and a pain to maintain.  Is 
>>there a better solution?  (Or can we discard the psuedo-src packages 
>>without repurcussion?  Won't upset be upset by the "bin without src" 
>>problem?)
>>
> 
> If it is upset I'll be upset.
> 
> It should be acceptable to have bin without source.
> 
> If it causes a problem, I'll fix it.


That's great.  (I'm not planning on needlessly changing my packages, but 
perhaps the next time they must be updated for other reasons, I'll drop 
the psuedo-src packages).

However, is there any way we can add to the setup/upset grammar an 
optional keyword like:

(within libncurses6's setup.hint)
    external-src: ncurses

which instructs upset to fill the setup.ini thus:

@ ncurses
sdesc: blah blah
ldesc: blah blah
category: Base Libs
requires: cygwin terminfo libncurses6
version: 5.2-8
install: latest/ncurses/ncurses-5.2-8.tar.bz2
source: latest/ncurses/ncurses-5.2-8-src.tar.bz2
[prev]
install: latest/ncurses/ncurses-5.2-7.tar.bz2
source: latest/ncurses/ncurses-5.2-7-src.tar.bz2

@libncurses6
sdesc: blah blah
ldesc: blah blah
category: Base Libs
requires: cygwin terminfo
version: 5.2-8
install: latest/ncurses/libncurses6/libncurses6-5.2-8.tar.bz2
source: latest/ncurses/ncurses-5.2-8-src.tar.bz2
[prev]
install: latest/ncurses/libncurses6/libncurses6-5.2-7.tar.bz2
source: latest/ncurses/ncurses-5.2-7-src.tar.bz2

e.g. keying off the version of libncurses, find the matching versioned 
-src package of whatever is specified in the external-src: field in 
libncurses6's setup.hint...

This would require conflict avoidance within setup.exe, too -- the src 
chkboxes for ncurses and libncurses6 should be tied together in this case...

Or is this just not worth worrying about?

--Chuck