From owner-freebsd-ports Tue Mar 12 7:35:45 2002 Delivered-To: freebsd-ports@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 7335737B820 for ; Tue, 12 Mar 2002 07:31:33 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16koES-0003dD-00; Tue, 12 Mar 2002 16:30:32 +0100 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.2/8.12.2) with ESMTP id g2CF9hdr081451 for ; Tue, 12 Mar 2002 16:09:43 +0100 (CET) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.2/8.12.2/Submit) id g2CF9h1E081450 for freebsd-ports@freebsd.org; Tue, 12 Mar 2002 16:09:43 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: gettext vs gettext-devel Date: Tue, 12 Mar 2002 15:09:42 +0000 (UTC) Message-ID: References: <20020310034141.GA16921@wwweasel.geeksrus.net> <1015751079.509.9.camel@notebook> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Maxim Sobolev wrote: > It is incorrect assertion - the ports in fact don't smash each others > files. ports/devel/gettext-devel/pkg-plist is a stub, the real plist is > generated on the fly. Check ports/devel/gettext-devel/Makefile for > details. Now that I have installed both ports, I see that gettext-devel only installs a set of *-new commands and no library at all. This suggests that programs that truly require a new libintl (i.e. ngettext() ) aren't supported at all. Am I missing something? > No, we can't use only one, because some ports only work with older one, > while some only with newer one, therefore we need both to make everyone > happy. What are the problems? OpenBSD completely moved to gettext-0.10.40. If I recall the experience correctly, there were no API issues, only some invalid message catalogs: 1. Since the new gettext supports transcoding of messages to the current locale/desired character set, it requires that message catalogs specify a valid encoding. For old gettext that value was a dummy. This is usually trivial to fix. 2. Interpretation of the backslash character changed. In multibyte encodings, backslashes need to be escaped (or the escape removed, I forgot). This mostly trips up a particular Chinese encoding. Again, the offensive message catalogs are trivial to fix. 3. The new gettext requires multibyte-encoded message catalogs to be well-formed. In particular, a byte missing from what should be a double-byte character is a fatal error. There are some broken message catalogs that violate their multibye-encoding. The breakage itself is independent of the gettext version, the old gettext merely doesn't notice. Fixing the message catalogs isn't difficult, but it may require to complete missing characters, so a speaker of the respective language (Chinese, Japanese, or Korean) needs to help out. We may also be able to steal patches from OpenBSD or, I guess, Debian. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message