From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 02 14:30:09 2020 Received: (at 25504) by debbugs.gnu.org; 2 Dec 2020 19:30:09 +0000 Received: from localhost ([127.0.0.1]:37440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkXpJ-0007fD-8z for submit@debbugs.gnu.org; Wed, 02 Dec 2020 14:30:09 -0500 Received: from world.peace.net ([64.112.178.59]:36214) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkXpH-0007dg-VE for 25504@debbugs.gnu.org; Wed, 02 Dec 2020 14:30:08 -0500 Received: from mhw by world.peace.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kkXpB-0006iJ-KO; Wed, 02 Dec 2020 14:30:01 -0500 From: Mark H Weaver To: zimoun , ng0 Subject: Re: bug#25504: icecat language packs In-Reply-To: <86blfdv15f.fsf@gmail.com> References: <8737gcbde9.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> <86blfdv15f.fsf@gmail.com> Date: Wed, 02 Dec 2020 14:29:08 -0500 Message-ID: <87k0u0f1ls.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25504 Cc: Jonathan Brielmaier , 25504@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, zimoun writes: > On Sat, 21 Jan 2017 at 16:12, ng0 wrote: >> We should include the language packages icecat provides. >> >> I haven't looked into this too much, and I'm not familar with >> application localization in Guix, if there are any mechanisms in >> place for this already. > > This old bug #25504 is about IceCat localization in Guix. > > > > The package IceCat have been updated a couple of time since 2017. Is > this bug still relevant? It is still relevant. Sometime in the last year, I briefly tried to configure Guix's IceCat package, via its built-in preferences, to use another language for its interface elements. It didn't work, which is not surprising given that Guix's IceCat package doesn't attempt to build the language packs. > If yes, what is the next action? If no, feel free to close it. Hints on how to build the language packs can be found in the following build script, although I don't know that it's been tested with IceCat 78, and possibly not even in IceCat 68: https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/data/buildscripts/build-gnulinux.sh?id=bcfe407570cae32d00dd33a268de0e0593166f7b In order to fix this, a new phase, or alternatively a new set of packages, would need to be added to build the language packs. There may be additional complications caused by the fact that, if I recall correctly, Firefox language packs must now be digitally signed by Mozilla. Those signature checks would need to be disabled for language packs bundled with IceCat, as Guix (and Debian) already does for extensions in system directories. If someone would like to work on this, it would be a most welcome contribution. Mark