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: <3D0F7F6B.9050102@netscape.net>
Date: Tue, 18 Jun 2002 14:43:55 -0400
From: Nicholas Wourms <nwourms AT netscape DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0rc2) Gecko/20020512 Netscape/7.0b1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
CC: cygwin-apps AT cygwin DOT com
Subject: Re: RFD: gettext, iconv, packaging...
References: <3D0F798E DOT 70101 AT ece DOT gatech DOT edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Chuck,

Charles Wilson wrote:

>  So, I propose to
>   a) add a libiconv dependency (*)
>   b) add a libexpat dependency -- yes, 0.11.2 can use expat if it is 
> there.
>
> (*) Yes, I'll provide/maintain libiconv-1.8.0 -- but I would 
> appreciate if someone who has been whining about the lack of libiconv 
> would take over maintainership of my zip and unzip packages 
> (Gerrit??).  They are low maintainance, but I would like to reduce the 
> total number of packages I'm responsible for.  I still feel that, as a 
> non-multilingual, latin-alphabet user, I'm not the best person to 
> answer questions about using libiconv -- but as long as the package 
> passes its own built-in selftests...and heck, I've been "maintaining" 
> the gettext package for years.  So, consider this an "ITP: libiconv"


Sounds good to me.  I'm sorry if you feel like you have too many 
packages :-(.  Let me be one of the many to say thanks for your effort :-).

>
> Packaging:
>   Bruno included some "packaging hints" in the latest distro.  
> However, they don't really seem to address the issue of two-part 
> libintl shared libs, and having multiple versions coexist, or 3rd 
> party packages depending on specific versions of the shared lib... He 
> suggests:
>   gettext:
>     bin/gettext.exe
>     bin/ngettext.exe 

Is xgettext.exe included or has that been phased out?

[SNIP]


It sounds reasonable to me...

Cheers,
Nicholas