icecat language packs

  • Done
  • quality assurance status badge
Details
4 participants
  • ng0
  • Mark H Weaver
  • Miguel Ángel Arruga Vivas
  • zimoun
Owner
unassigned
Submitted by
ng0
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
?
Your comment

This issue is archived.

To comment on this conversation send an email to 25504@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 25504
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch