icecat language packs

OpenSubmitted by ng0.
Details
4 participants
  • ng0
  • Mark H Weaver
  • Miguel Ángel Arruga Vivas
  • zimoun
Owner
unassigned
Severity
normal
Merged with
N
(address . bug-guix@gnu.org)
8737gcbde9.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me
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.
--
Z
Z
zimoun wrote on 1 Dec 2020 19:20
(name . ng0)(address . contact.ng0@cryptolab.net)
86blfdv15f.fsf@gmail.com
Hi,

On Sat, 21 Jan 2017 at 16:12, ng0 <contact.ng0@cryptolab.net> wrote:
Toggle quote (6 lines)
> 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?

If yes, what is the next action? If no, feel free to close it.


All the best,
simon
M
M
Mark H Weaver wrote on 2 Dec 2020 20:29
87k0u0f1ls.fsf@netris.org
Hi,

zimoun <zimon.toutoune@gmail.com> writes:

Toggle quote (14 lines)
> On Sat, 21 Jan 2017 at 16:12, ng0 <contact.ng0@cryptolab.net> 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.
>
> <http://issues.guix.gnu.org/issue/25504>
>
> 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.

Toggle quote (2 lines)
> 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:


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
M
M
Miguel Ángel Arruga Vivas wrote on 11 Dec 2020 14:45
control message for bug #32026
(address . control@debbugs.gnu.org)
874kksfoc9.fsf@gmail.com
merge 32026 25504
quit
?