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>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <3C1D5F00.3010506@ece.gatech.edu>
Date: Sun, 16 Dec 2001 21:57:04 -0500
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>
CC: cygwin-apps AT cygwin DOT com
Subject: Re: Restructuring gettext
References: <3C18EBA9 DOT 9030102 AT ece DOT gatech DOT edu> <0b5501c184be$8639eb80$0200a8c0 AT lifelesswks> <3C1A35F6 DOT 8050909 AT ece DOT gatech DOT edu> <0f8901c185fc$a108b600$0200a8c0 AT lifelesswks>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)

Robert Collins wrote:

>>the name change 
>>itself is necessary and significant.
>>
> 
> Right. But the one package could provide the same .dll twice (until all
> dependent packages are rebuilt).


I'd prefer not to complicate the "libfooX" package by starting down the 
path where "libfoo1" contains both cygfoo-1.dll and cygfoo.dll.  I'd 
rather insure that libfooX contains only cygfoo-X.dll -- and put 
cygfoo.dll into libfoo0 or just plain libfoo.


>>>Why? If gettext needs libintl1, and sharutils et al need libintl0,
>>>
> then
> 
>>>anyone who updates will get libintl0 automatically if they have
>>>sharutils et al installed.
>>>
>>Hmm...I want to test this first....
>>
> 
> Go right ahead :]. Tweak a setup.ini locally, and install from there.
> Recursion works.

Yeah, I know I can test this -- but I couldn't at the time I wrote the 
other message. (was traveling).  Anyway, I just tested and *yes*: given

a system that had
   wget installed "long ago" when it depeded on 'gettext'
   gettext (old pre-split version)

I changed the setup.hint for 'wget' to now depend on libintl0

And then ran 'upset/setup' in my sandbox with
   new modified wget/setup.hint (NOW depends on libintl0)
   libintl0 (depends on nothing relevant here)
   libintl1 (depends on nothing relevant here)
   gettext  (depends on libintl1)

setup automatically determined that I needed to:
   a) update gettext from 0.10.38-2 to 0.10.40-1
   b) install the "new" libintl0-0.10.38-3 package
   c) install the new libintl1-0.10.40-1 package

Since "g"ettext comes before "l"ibintl0, the uninstall/reinstall occured 
in the proper order, and I still had a working system. Unlike ncurses, 
alphabetization works for us here -- it would be bad if libintl0 was 
installed (replacing cygintl.dll with the "new" version), and THEN 
gettext was uninstalled (removing cygintl.dll) followed by installing 
the new gettext (which contains no cygintl.dll).

I don't know how to deal with the problem above -- which occurs if the 
package being split (ncurses, readline, gettext) follows rather than 
precedes 'l'ibXXXX in the alphabet...but we can deal with that when/as 
it occurs.  (Perhaps upgrades of currently installed packages should 
ALWAYS precede installation of new packages?)

--Chuck