From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OMyAe-0003Zp-4j for garchives@archives.gentoo.org; Fri, 11 Jun 2010 06:56:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1CC71E0AD8; Fri, 11 Jun 2010 06:56:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D43EFE09E0 for ; Fri, 11 Jun 2010 06:56:42 +0000 (UTC) Received: from [192.168.1.3] (ap.ran.gpi.ru [195.209.218.156]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id ABE901B418A for ; Fri, 11 Jun 2010 06:56:41 +0000 (UTC) Subject: Re: [gentoo-dev] LINGUAS handling From: Peter Volkov To: gentoo-dev@lists.gentoo.org In-Reply-To: <20100609192121.GA16981@boostbox> References: <1276069107.16507.475.camel@tablet> <20100609192121.GA16981@boostbox> Content-Type: text/plain; charset="UTF-8" Date: Fri, 11 Jun 2010 08:58:29 +0400 Message-ID: <1276232309.16507.554.camel@tablet> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.28.3.1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 921e2d52-edf4-4d08-8b29-16b856b5e679 X-Archives-Hash: a9266aaed67818a2de3f6daa22753a36 =D0=92 =D0=A1=D1=80=D0=B4, 09/06/2010 =D0=B2 21:21 +0200, Harald van D=C4= =B3k =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Wed, Jun 09, 2010 at 11:38:03AM +0400, Peter Volkov wrote: > > 1. Do we want all packages to support LINGUAS if possible? It is > > possible to leave gettext based package without LINGUAS and everythin= g > > will just work, but I think that it's good idea to make supported > > languages visible to user through linguas_ flags. >=20 > I agree, but I'd like to point out this would be a visible change in > default behaviour: the default would change from "install everything" t= o > "install nothing". For gettext-based packages, "install everything" is = a > sane default, in my opinion. Yup, but 1) this change will be visible during emerge -pv since new linguas value are visible there, 2) we already have gettext packages with linguas supported. > > 2. How should we handle case of unset LINGUAS in ebuild? Should we mi= mic > > gettext and install all supported languages, using code like > >=20 > > LINGUAS=3D${LINGUAS-%UNSET%} > > if test "%UNSET%" =3D=3D "$LINGUAS"; then > > # install all supported languages > > fi >=20 > Firstly, don't use =3D=3D with test. Thank you for suggestions! Actually it was just an illustration loosely taken from bug 148702. > Unfortunately, consistency either way is bad. Making unset LINGUAS > install nothing changes gettext's design, when the whole idea behind > LINGUAS was to mimic gettext's design. Making unset LINGUAS install > everything causes massive disk space requirements for the default > settings for some packages such as openoffice. In my opinion, either of > those would be worse than having LINGUAS behave inconsistently. Ok. > > 3. What is the purpose of strip-linguas function >=20 > It's used for some packages that fail to build with certain LINGUAS > values. If I recall correctly, binutils had a bug where putting en_GB i= n > your LINGUAS made the build fail, for example. binutils doesn't support > en_GB anyway, so it gets filtered out, I see. But what is preferred way for gettext packages? Define supported languages in IUSE or use strip-linguas if required? --=20 Peter.