DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=CSxwBrqvxYHrbCzM1sjSVLwtdIGjEadaYlXWcMHS0GOtk0nOkJpZxVXhxDt2ScdPAi
         ZjClT4u5Ue8wP1ki0f7TJkwno3o7ZlLTDyfZsqj8GMhxJ1cEszmS1zBPeoX+O8lE/xwd
         jWkdUzjXGY0rmcoHgEk2/XmIy68/7t1GTG5qA=
Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= <timo.teras@gmail.com>
Message-ID: <4D282065.504@iki.fi>
Date: Sat, 08 Jan 2011 10:29:25 +0200
From: =?UTF-8?B?VGltbyBUZXLDpHM=?= <timo.teras@iki.fi>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
Precedence: list
MIME-Version: 1.0
To: Matt Smith <mcs@darkregion.net>
CC: Natanael Copa <ncopa@alpinelinux.org>, 
 alpine-devel@lists.alpinelinux.org
Subject: Re: [alpine-devel] more on language packs
References: <20110104115326.6b2ea5e0@ncopa-desktop.nor.wtbts.net> <1294473530.617717791@192.168.4.58>
In-Reply-To: <1294473530.617717791@192.168.4.58>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 01/08/2011 09:58 AM, Matt Smith wrote:
> On Tuesday, January 4, 2011 4:53am, "Natanael Copa" <ncopa@alpinelinux.org>
> said:
> ..snip..
>> Then will abuild automatically crate the subpackages $pkgname-lang-bg
>> $pkgname-lang-ca $pkgname-lang-cs... etc. It wil take
>> "$pkgdir"/usr/share/locale/$lang* so that pt and pt_BR both comes into
>> $pkgname-lang-pt and en_CA en_GB both goes into $pkgname-lang-en etc.
> 
> That sounds good.
> 
>> It will also create a proper install_if.
> 
> Also nice.
> 
>> This will increase the number of packages significantly. I'm not sure
>> if or how we could group languages together.
>>
>> Thoughts?
> 
> Perhaps not exactly what you were wanting, but what if we made a
> 'language-variation' of the use-flags idea, and then hid all installed
> language subpackages by default, with an option to view them.
> 
> Such as:
> USE_LANG="en pt" (in /etc/apk.conf or something?)
> 
> Then with apk:
> apk version | grep $pkgname  #shows only *$pkgname*
> apk version --show-lang-subpkg | grep $pkgname  #also shows lang subpkgs


I'd prefer not to do this as language specific. I might be OK with
adding a "hidden package", so it won't show in the generic lists unless
given some "--show-hidden". But it should be generic and not "lang
package" thingy. Or possibly it could be package type field, and we
could specify a filter which types to show by default.

> (As a side note, would it be doable to implement wildcards into
> 'apk version' and perhaps other apk subcommands?  ie, apk version *php*)

Is doable. "apk search" is currently only command accepting wildcards.
apk version would be good too. Perhaps you could file a feature request
on it to redmine?

> Updating 'USE_LANG' to add or remove languages would also affect
> 'apk upgrade'; additional languages would be installed, while the ones
> that were removed, get uninstalled.
> 
> I don't want to force the user to use any use-flags, but if atleast
> 'USE_LANG' is implemented, we would need to have some sort of default
> language, if we do decide to adopt language subpackages.  Maybe hardcode
> a default of English while allowing the user to override it completely
> with 'USE_LANG'?

Or possibly have english as part of the main package.

But this is a good point. A package will definitely need at least one
language pack. Do we want to allow removal of English?

- Timo


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---