Date: Sat, 8 Jan 2011 02:50:57 -0600 (CST)
Subject: Re: [alpine-devel] more on language packs
From: "Matt Smith" <mcs@darkregion.net>
To: "=?UTF-8?Q?Timo=20Ter=C3=A4s?=" <timo.teras@iki.fi>
Cc: "Natanael Copa" <ncopa@alpinelinux.org>,
 alpine-devel@lists.alpinelinux.org
Precedence: list
MIME-Version: 1.0
Content-Type: text/plain;charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Importance: Normal
In-Reply-To: <4D282065.504@iki.fi>
References: <20110104115326.6b2ea5e0@ncopa-desktop.nor.wtbts.net> 
 <1294473530.617717791@192.168.4.58> <4D282065.504@iki.fi>
Message-ID: <1294476657.771325199@192.168.4.58>

On Saturday, January 8, 2011 2:29am, "Timo Ter=C3=A4s" <timo.teras@iki.fi> =
said:=0A> On 01/08/2011 09:58 AM, Matt Smith wrote:=0A>> On Tuesday, Januar=
y 4, 2011 4:53am, "Natanael Copa" <ncopa@alpinelinux.org>=0A>> said:=0A>> .=
.snip..=0A>>> Then will abuild automatically crate the subpackages $pkgname=
-lang-bg=0A>>> $pkgname-lang-ca $pkgname-lang-cs... etc. It wil take=0A>>> =
"$pkgdir"/usr/share/locale/$lang* so that pt and pt_BR both comes into=0A>>=
> $pkgname-lang-pt and en_CA en_GB both goes into $pkgname-lang-en etc.=0A>=
>=0A>> That sounds good.=0A>>=0A>>> It will also create a proper install_if=
.=0A>>=0A>> Also nice.=0A>>=0A>>> This will increase the number of packages=
 significantly. I'm not sure=0A>>> if or how we could group languages toget=
her.=0A>>>=0A>>> Thoughts?=0A>>=0A>> Perhaps not exactly what you were want=
ing, but what if we made a=0A>> 'language-variation' of the use-flags idea,=
 and then hid all installed=0A>> language subpackages by default, with an o=
ption to view them.=0A>>=0A>> Such as:=0A>> USE_LANG=3D"en pt" (in /etc/apk=
.conf or something?)=0A>>=0A>> Then with apk:=0A>> apk version | grep $pkgn=
ame  #shows only *$pkgname*=0A>> apk version --show-lang-subpkg | grep $pkg=
name  #also shows lang subpkgs=0A> =0A> =0A> I'd prefer not to do this as l=
anguage specific. I might be OK with=0A> adding a "hidden package", so it w=
on't show in the generic lists unless=0A> given some "--show-hidden". But i=
t should be generic and not "lang=0A> package" thingy. Or possibly it could=
 be package type field, and we=0A> could specify a filter which types to sh=
ow by default.=0A=0AYes, both of those last two options sound fine, but I'm=
 leaning towards=0Aa package-type field, perhaps defaulting to 'all' packag=
e types.=0A=0A>> (As a side note, would it be doable to implement wildcards=
 into=0A>> 'apk version' and perhaps other apk subcommands?  ie, apk versio=
n *php*)=0A> =0A> Is doable. "apk search" is currently only command accepti=
ng wildcards.=0A> apk version would be good too. Perhaps you could file a f=
eature request=0A> on it to redmine?=0A=0AYes, I can file a request - thank=
s!=0A=0A>> Updating 'USE_LANG' to add or remove languages would also affect=
=0A>> 'apk upgrade'; additional languages would be installed, while the one=
s=0A>> that were removed, get uninstalled.=0A>>=0A>> I don't want to force =
the user to use any use-flags, but if atleast=0A>> 'USE_LANG' is implemente=
d, we would need to have some sort of default=0A>> language, if we do decid=
e to adopt language subpackages.  Maybe hardcode=0A>> a default of English =
while allowing the user to override it completely=0A>> with 'USE_LANG'?=0A>=
 =0A> Or possibly have english as part of the main package.=0A=0APerhaps.=
=0A=0A> But this is a good point. A package will definitely need at least o=
ne=0A> language pack. Do we want to allow removal of English?=0A=0AWhat do =
you guys think?=0A=0AMatt



---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---