This all gets my vote, particularly libiconv. And as a bonus, it gives me yet another excuse to delay release of mutt-1.4-1 ;-) (it uses libiconv).
-- Gary R. Van Sickle Brewer. Patriot. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Charles Wilson > Sent: Monday, June 24, 2002 4:50 PM > To: [EMAIL PROTECTED] > Subject: ITP: libiconv > > > Okay, I've finished the multi-round rebuild of gettext and libiconv, and > have six new packages ready for upload (don't worry; after approval I > can handle the upload myself). However, since some are completely new > packages, and others are updates that *depend* on the new packages, I > can't upload any of them until the new packages are approved. So here > goes... > > --Chuck > > NEW packages: > libiconv-1.8-2 : contains most of the libiconv package > libiconv2-1.8-2 : contains cygiconv-2.dll > libcharset1-1.8-2: contains cygcharset-1.dll (*) > libintl2-0.11.2-2: contains cygintl-2.dll (**) > gettext-devel-0.11.2-2: contains development-oriented gettext utils, > docs, import/static libs, etc. > > UPDATED packages: > gettext-0.11.2-2: contains the core gettext utils & docs > > > OBSOLETED (but we'll keep them on the server because other progs need them): > libintl1-0.10.40-1: contains cygintl-1.dll > > (*) It's not clear whether the API of libcharset and libiconv will > always change simultaneously. It appears that libcharset is a separate, > but included, project. So, to enable the two DLL's to be updated (e.g. > version-bumped) separately, they need to each live in their own setup > package. > > (**) cygintl-2.dll now depends on cygiconv-2.dll (and vice versa). > Also, xgettext.exe (in the gettext-devel package) depends on > cygexpat-0.dll. Plus, the internal API of the intl library changed. > So, all of these taken together justify the bump of the DLL version > number, and the new package 'libintl2'. > > The round-robin rebuild was: > no libiconv installed > built gettext-0.11.2-1 > installed it > built libiconv-1.8-1 (against the iconv-less gettext) > installed it > built gettext-0.11.2-2 (against the new iconv) > installed it > built libiconv-1.8-2 (against the iconv-ful gettext) > installed it > > And it all seems to work. libiconv passes all of its tests. gettext > passes most of its tests -- there are two failures that seem to be bugs > in gettext's test suite itself, a number of failures that boil down to > pathname differences in the expected output (e.g. not really failures), > and then 18 failures that all have to do with testing "proper" -rpath > functionality. But we don't have -rpath on cygwin, so we really should > just skip these tests. > > Packages available at: > http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/ > in the following tree: > gettext/ > gettext/gettext-devel/ > gettext/libintl2/ > libiconv/ > libiconv/libiconv2/ > libiconv/libcharset1/ > > The setup.hints: > > GETTEXT: > sdesc: "GNU Internationalization library and core utilities" > ldesc: "The GNU gettext package provides a set of tools and > documentation for producing multi-lingual messages in programs. Tools > include a set of conventions about how programs should be written to > support message catalogs, a directory and file naming organization for > the message catalogs, a runtime library which supports the retrieval of > translated messages, and stand-alone programs for handling the > translatable and the already translated strings. Gettext provides an > easy to use library and tools for creating, using, and modifying natural > language catalogs and is a powerful and simple method for > internationalizing programs." > category: Devel Libs > requires: cygwin libintl2 libiconv2 > > GETTEXT-DEVEL: > sdesc: "GNU Internationalization development utilities" > ldesc: "The GNU gettext package provides a set of tools and > documentation for producing multi-lingual messages in programs. Tools > include a set of conventions about how programs should be written to > support message catalogs, a directory and file naming organization for > the message catalogs, a runtime library which supports the retrieval of > translated messages, and stand-alone programs for handling the > translatable and the already translated strings. Gettext provides an > easy to use library and tools for creating, using, and modifying natural > language catalogs and is a powerful and simple method for > internationalizing programs." > category: Devel > requires: cygwin libintl2 gettext texinfo libiconv2 expat > external-source: gettext > > LIBINTL2: > sdesc: "GNU Internationalization runtime library" > ldesc: "The GNU gettext package provides a set of tools and > documentation for producing multi-lingual messages in programs. Tools > include a set of conventions about how programs should be written to > support message catalogs, a directory and file naming organization for > the message catalogs, a runtime library which supports the retrieval of > translated messages, and stand-alone programs for handling the > translatable and the already translated strings. Gettext provides an > easy to use library and tools for creating, using, and modifying natural > language catalogs and is a powerful and simple method for > internationalizing programs." > category: Libs > requires: cygwin libiconv2 > external-source: gettext > > LIBICONV: > sdesc: "GNU character set conversion library and utilities"" > ldesc: "The GNU libiconv package provides an iconv() > implementation, for use on systems which don't have one, > or whose implementation cannot convert from/to Unicode." > category: Devel Libs > requires: cygwin libintl2 libiconv2 libcharset1 > > LIBICONV2: > sdesc: "GNU character set conversion library and utilities - runtime (1)" > ldesc: "The GNU libiconv package provides an iconv() > implementation, for use on systems which don't have one, > or whose implementation cannot convert from/to Unicode." > category: Libs > requires: cygwin libintl2 > external-source: libiconv > > LIBCHARSET1: > sdesc: "GNU character set conversion library and utilities - runtime (2)" > ldesc: "The GNU libiconv package provides an iconv() > implementation, for use on systems which don't have one, > or whose implementation cannot convert from/to Unicode." > category: Libs > requires: cygwin > external-source: libiconv >
