X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from smtp201.iad.emailsrvr.com (smtp201.iad.emailsrvr.com [207.97.245.201]) by lists.alpinelinux.org (Postfix) with ESMTP id 6E2AE1EBFFE for ; Sat, 8 Jan 2011 07:58:51 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp40.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id B71A1350248; Sat, 8 Jan 2011 02:58:50 -0500 (EST) X-Virus-Scanned: OK Received: from dynamic3.wm-web.iad.mlsrvr.com (dynamic3.wm-web.iad1a.rsapps.net [192.168.2.152]) by smtp40.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id A56A835023B; Sat, 8 Jan 2011 02:58:50 -0500 (EST) Received: from darkregion.net (localhost [127.0.0.1]) by dynamic3.wm-web.iad.mlsrvr.com (Postfix) with ESMTP id 97608332006E; Sat, 8 Jan 2011 02:58:50 -0500 (EST) Received: by apps.rackspace.com (Authenticated sender: mcs@darkregion.net, from: mcs@darkregion.net) with HTTP; Sat, 8 Jan 2011 01:58:50 -0600 (CST) Date: Sat, 8 Jan 2011 01:58:50 -0600 (CST) Subject: RE: [alpine-devel] more on language packs From: "Matt Smith" To: "Natanael Copa" Cc: alpine-devel@lists.alpinelinux.org X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Importance: Normal X-Priority: 3 (Normal) X-Type: plain In-Reply-To: <20110104115326.6b2ea5e0@ncopa-desktop.nor.wtbts.net> References: <20110104115326.6b2ea5e0@ncopa-desktop.nor.wtbts.net> Message-ID: <1294473530.617717791@192.168.4.58> X-Mailer: webmail8 On Tuesday, January 4, 2011 4:53am, "Natanael Copa" = =0Asaid:=0A..snip..=0A> Then will abuild automatically crate the subpackage= s $pkgname-lang-bg=0A> $pkgname-lang-ca $pkgname-lang-cs... etc. It wil tak= e=0A> "$pkgdir"/usr/share/locale/$lang* so that pt and pt_BR both comes int= o=0A> $pkgname-lang-pt and en_CA en_GB both goes into $pkgname-lang-en etc.= =0A=0AThat sounds good.=0A=0A> It will also create a proper install_if.=0A= =0AAlso nice.=0A=0A> This will increase the number of packages significantl= y. I'm not sure=0A> if or how we could group languages together.=0A> =0A> T= houghts?=0A=0APerhaps not exactly what you were wanting, but what if we mad= e a=0A'language-variation' of the use-flags idea, and then hid all installe= d=0Alanguage subpackages by default, with an option to view them.=0A=0ASuch= as:=0AUSE_LANG=3D"en pt" (in /etc/apk.conf or something?)=0A=0AThen with a= pk:=0Aapk version | grep $pkgname #shows only *$pkgname*=0Aapk version --s= how-lang-subpkg | grep $pkgname #also shows lang subpkgs=0A=0A(As a side n= ote, would it be doable to implement wildcards into=0A'apk version' and per= haps other apk subcommands? ie, apk version *php*)=0A=0AUpdating 'USE_LANG= ' to add or remove languages would also affect=0A'apk upgrade'; additional = languages would be installed, while the ones=0Athat were removed, get unins= talled.=0A=0AI don't want to force the user to use any use-flags, but if at= least=0A'USE_LANG' is implemented, we would need to have some sort of defau= lt=0Alanguage, if we do decide to adopt language subpackages. Maybe hardco= de=0Aa default of English while allowing the user to override it completely= =0Awith 'USE_LANG'?=0A=0AMatt --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---