Installing the Esperanto language pack does not offer Esperanto in choices

Bug #156913 reported by Fabián Rodríguez
36
Affects Status Importance Assigned to Milestone
language-pack-eo-base (Ubuntu)
Fix Released
Undecided
Arne Goetje

Bug Description

Binary package hint: language-pack-gnome-eo

After installing the Esperanto language pack in Ubuntu 7.10, the new language is not available from default languages at the GDM login screen.

Revision history for this message
Joey Stanford (joey) wrote :

It appears that locale-gen is failing. This also fails by hand but when called from install-language-pack. I suspect something else is using locale-gen and failing causing the failure of the language pack.

---

joey@c14n:/usr/share/locales$ sudo ./install-language-pack eo
Generating locales...
  eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such file or directory
failed
Generation complete.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = "eo_XX.UTF-8",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = "eo_XX.UTF-8",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
 * Reloading GNOME Display Manager configuration... * Changes will take effect when all current X sessions have ended.
                                                                                      [ OK ]

Revision history for this message
Joey Stanford (joey) wrote :

Further investigation reveals that

/usr/lib/locale/eo_XX.utf8

is empty. It shouldn't be. It should contain something similar to:

LC_ADDRESS LC_CTYPE LC_MEASUREMENT LC_MONETARY LC_NUMERIC LC_TELEPHONE
LC_COLLATE LC_IDENTIFICATION LC_MESSAGES LC_NAME LC_PAPER LC_TIME

Revision history for this message
Bertilo (bertilow) wrote : Re: [Bug 156913] Re: Installing the Esperanto language pack does not offer Esperanto in choices

Joey Stanford:

> Further investigation reveals that

> /usr/lib/locale/eo_XX.utf8

> is empty. It shouldn't be. It should contain something similar to:
>
> LC_ADDRESS LC_CTYPE LC_MEASUREMENT LC_MONETARY LC_NUMERIC LC_TELEPHONE
> LC_COLLATE LC_IDENTIFICATION LC_MESSAGES LC_NAME LC_PAPER LC_TIME

In my computer it's not empty. That's probably because I installed the
Esperanto locale in Ubuntu.

--
Bertilo Wennergren <http://bertilow.com>

Revision history for this message
Joey Stanford (joey) wrote :

That's interesting. I have belocs and all the available EO locale files (except KDE) installed. I am on 64 bit though so I wonder if that's a problem I'll check on my 32 bit computer tonight. However, I've also confirmed on the 32 bit computer that I cannot switch. Both computers were wiped and a fresh install of Gutsy laid down vs an upgrade.

Revision history for this message
Donald Rogers (dero9753) wrote :

Bertilo wrote:
> Joey Stanford:
>
>
>> Further investigation reveals that
>>
>
>
>> /usr/lib/locale/eo_XX.utf8
>>
>
>
>> is empty. It shouldn't be. It should contain something similar to:
>>
>> LC_ADDRESS LC_CTYPE LC_MEASUREMENT LC_MONETARY LC_NUMERIC LC_TELEPHONE
>> LC_COLLATE LC_IDENTIFICATION LC_MESSAGES LC_NAME LC_PAPER LC_TIME
>>
>
> In my computer it's not empty. That's probably because I installed the
> Esperanto locale in Ubuntu.
>
>
I have recently installed Ubuntu Gutsy (32 bit) and my
/usr/lib/locale/eo_XX.utf8 directory is empty. OOo generally works with
English or with Esperanto interface, but when I went to
System/Admin/Language Support just now it said: "The language support is
not installed completely". (That is probably because I installed kBabel
after I added the EO support via System/Admin/Language Support). So I
let it try to fix that (add the language-pack-kde-eo stuff), and
restarted the system, but that directory is still empty.

Donald Rogers

Revision history for this message
Bertilo (bertilow) wrote :

Donald Rogers:

> I have recently installed Ubuntu Gutsy (32 bit) and my
> /usr/lib/locale/eo_XX.utf8 directory is empty. OOo generally works with
> English or with Esperanto interface, but when I went to
> System/Admin/Language Support just now it said: "The language support is
> not installed completely". (That is probably because I installed kBabel
> after I added the EO support via System/Admin/Language Support). So I
> let it try to fix that (add the language-pack-kde-eo stuff), and
> restarted the system, but that directory is still empty.

The package that needs to be (fully) installed is:

   language-pack-eo

Maybe you need to reinstall it.

Also try this command:

   sudo dpkg-reconfigure locales

--
Bertilo Wennergren <http://bertilow.com>

Revision history for this message
Donald Rogers (dero9753) wrote :

Bertilo wrote:
> Donald Rogers:
>
>
>> I have recently installed Ubuntu Gutsy (32 bit) and my
>> /usr/lib/locale/eo_XX.utf8 directory is empty. OOo generally works with
>> English or with Esperanto interface, but when I went to
>> System/Admin/Language Support just now it said: "The language support is
>> not installed completely". (That is probably because I installed kBabel
>> after I added the EO support via System/Admin/Language Support). So I
>> let it try to fix that (add the language-pack-kde-eo stuff), and
>> restarted the system, but that directory is still empty.
>>
>
> The package that needs to be (fully) installed is:
>
> language-pack-eo
>
> Maybe you need to reinstall it.
>
> Also try this command:
>
> sudo dpkg-reconfigure locales
>
>
Synaptic reinstalled language-pack-eo, but that made no noticeable
difference. /usr/lib/locale/eo_XX.utf8 is not in the list of installed
files.

With the other command I got the same messages as Joey got:

$ sudo dpkg-reconfigure locales
[sudo] password for donald:
Generating locales...
  en_AU.UTF-8... done
etc
  en_ZW.UTF-8... done
  eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such
file or directory
failed
Generation complete.

Donald

Revision history for this message
Bertilo (bertilow) wrote :

Donald Rogers:

 > Synaptic reinstalled language-pack-eo, but that made no noticeable
 > difference. /usr/lib/locale/eo_XX.utf8 is not in the list of installed
 > files.

 > With the other command I got the same messages as Joey got:

 > $ sudo dpkg-reconfigure locales
 > [sudo] password for donald:
 > Generating locales...
 > en_AU.UTF-8... done
 > etc
 > en_ZW.UTF-8... done
 > eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such
 > file or directory
 > failed
 > Generation complete.

Strange. I just did:

   sudo apt-get purge language-pack-eo

That removed all those files. Then I did:

   sudo apt-get install language-pack-eo

I got:

   Reading package lists... Done
   Building dependency tree
   Reading state information... Done
   The following packages were automatically installed and are no longer
required:
     libqof1 libgda2-3 libgda2-common
   Use 'apt-get autoremove' to remove them.
   The following extra packages will be installed:
     language-pack-eo-base
   The following NEW packages will be installed:
     language-pack-eo language-pack-eo-base
   0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
   Need to get 0B/335kB of archives.
   After unpacking 1290kB of additional disk space will be used.
   Do you want to continue [Y/n]?
   Selecting previously deselected package language-pack-eo-base.
   (Reading database ... 157370 files and directories currently installed.)
   Unpacking language-pack-eo-base (from
.../language-pack-eo-base_1%3a7.10+20071012_all.deb) ...
   Selecting previously deselected package language-pack-eo.
   Unpacking language-pack-eo (from
.../language-pack-eo_1%3a7.10+20071012_all.deb) ...
   Setting up language-pack-eo (1:7.10+20071012) ...
   Setting up language-pack-eo-base (1:7.10+20071012) ...
   Generating locales...
     eo_XX.UTF-8... done
   Generation complete.

And the Esperanto locale files reappeared.

I'm on Ubuntu 7.10 (Gusty Gibbon).

--
Bertilo Wennergren <http://bertilow.com>

Revision history for this message
Donald Rogers (dero9753) wrote :
Download full text (3.5 KiB)

Bertilo wrote:
> Donald Rogers:
>
> > Synaptic reinstalled language-pack-eo, but that made no noticeable
> > difference. /usr/lib/locale/eo_XX.utf8 is not in the list of installed
> > files.
>
> > With the other command I got the same messages as Joey got:
>
> > $ sudo dpkg-reconfigure locales
> > [sudo] password for donald:
> > Generating locales...
> > en_AU.UTF-8... done
> > etc
> > en_ZW.UTF-8... done
> > eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such
> > file or directory
> > failed
> > Generation complete.
>
> Strange. I just did:
>
> sudo apt-get purge language-pack-eo
>
> That removed all those files. Then I did:
>
> sudo apt-get install language-pack-eo
>
> I got:
>
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages were automatically installed and are no longer
> required:
> libqof1 libgda2-3 libgda2-common
> Use 'apt-get autoremove' to remove them.
> The following extra packages will be installed:
> language-pack-eo-base
> The following NEW packages will be installed:
> language-pack-eo language-pack-eo-base
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0B/335kB of archives.
> After unpacking 1290kB of additional disk space will be used.
> Do you want to continue [Y/n]?
> Selecting previously deselected package language-pack-eo-base.
> (Reading database ... 157370 files and directories currently installed.)
> Unpacking language-pack-eo-base (from
> .../language-pack-eo-base_1%3a7.10+20071012_all.deb) ...
> Selecting previously deselected package language-pack-eo.
> Unpacking language-pack-eo (from
> .../language-pack-eo_1%3a7.10+20071012_all.deb) ...
> Setting up language-pack-eo (1:7.10+20071012) ...
> Setting up language-pack-eo-base (1:7.10+20071012) ...
> Generating locales...
> eo_XX.UTF-8... done
> Generation complete.
>
> And the Esperanto locale files reappeared.
>
> I'm on Ubuntu 7.10 (Gusty Gibbon).
>
>
I tried what you did but I got:

$ sudo apt-get install language-pack-eo
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  language-pack-eo-base
The following NEW packages will be installed:
  language-pack-eo language-pack-eo-base
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/335kB of archives.
After unpacking 1290kB of additional disk space will be used.
Do you want to continue [Y/n]? y
WARNING: The following packages cannot be authenticated!
  language-pack-eo-base language-pack-eo
Install these packages without verification [y/N]? y
Selecting previously deselected package language-pack-eo-base.
(Reading database ... 104807 files and directories currently installed.)
Unpacking language-pack-eo-base (from
.../language-pack-eo-base_1%3a7.10+20071012_all.deb) ...
Selecting previously deselected package language-pack-eo.
Unpacking language-pack-eo (from
.../language-pack-eo_1%3a7.10+20071012_all.deb) ...
Setting up language-pack-eo (1:7.10+20071012) ...
Setting up lan...

Read more...

Revision history for this message
Bertilo (bertilow) wrote :

Donald Rogers:

> I tried what you did but I got:

> $ sudo apt-get install language-pack-eo
 > [...]
> WARNING: The following packages cannot be authenticated!
> language-pack-eo-base language-pack-eo
 > [...]
> eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such
> file or directory
> failed
 > [...]

It seems that your package repositories are not OK.
Try changing them.

This resource might be helpful:

   http://www.ubuntu-nl.org/source-o-matic/

--
Bertilo Wennergren <http://bertilow.com>

Revision history for this message
Donald Rogers (dero9753) wrote :

Bertilo wrote:
> Donald Rogers:
>
>
>> I tried what you did but I got:
>>
>
>
>> $ sudo apt-get install language-pack-eo
>>
> > [...]
>
>> WARNING: The following packages cannot be authenticated!
>> language-pack-eo-base language-pack-eo
>>
> > [...]
>
>> eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such
>> file or directory
>> failed
>>
> > [...]
>
> It seems that your package repositories are not OK.
> Try changing them.
>
> This resource might be helpful:
>
> http://www.ubuntu-nl.org/source-o-matic/
>
>
I checked my sources.list against what the above site produced and it
seems to be in order.

Maybe this problem is related to bug 38614 (2006-04-07):
https://launchpad.net/ubuntu/+source/language-pack-eo/+bugs
Install creates invalid locale "en-XX"
<https://bugs.launchpad.net/ubuntu/+source/language-pack-eo/+bug/38614>which
I found just now via Google.

Donald

Revision history for this message
Donald Rogers (dero9753) wrote :

Bertilo wrote:
> Donald Rogers:
>
>
>> I tried what you did but I got:
>>
>
>
>> $ sudo apt-get install language-pack-eo
>>
> > [...]
>
>> WARNING: The following packages cannot be authenticated!
>> language-pack-eo-base language-pack-eo
>>
> > [...]
>
>> eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such
>> file or directory
>> failed
>>
> > [...]
>
> It seems that your package repositories are not OK.
> Try changing them.
>
> This resource might be helpful:
>
> http://www.ubuntu-nl.org/source-o-matic/
>
Bertilo, did you install Gutsy afresh, or did you upgrade from a Feisty?
(I am still wondering why your EO locale is okay while mine and Joey's
are not.)

Donald

Revision history for this message
Bertilo (bertilow) wrote :

Donald Rogers:

> Bertilo, did you install Gutsy afresh, or did you upgrade from a Feisty?

I did a fresh install.

> (I am still wondering why your EO locale is okay while mine and Joey's
> are not.)

I've have mostly bad experiences with upgrading to new major versions
of Ubuntu or Kubuntu, so I always do fresh installs. The problems I've
had were indeed very often related to locales, keyboard layouts etc.

--
Bertilo Wennergren <http://bertilow.com>

Revision history for this message
Joey Stanford (joey) wrote :

This appears to happen for me on both i386 and 64-bit, both fresh installs of Gutsy, in Ubuntu. I've not tried this under Kubuntu or Xubuntu yet.

Revision history for this message
Martin Pitt (pitti) wrote :

langpack-o-matic's maps use eo_XX.UTF-8, while our current locales package only supports eo.UTF-8. This needs to be updated in langpack-o-matic (done in bzr head just now), the next langpack update will have this fixed.

Changed in language-pack-gnome-eo:
assignee: nobody → pitti
status: New → In Progress
Revision history for this message
Joey Stanford (joey) wrote :

Hi Martin,

With the -proposed updates I get this now:

Generating locales...
  eo_XX.UTF-8... cannot open locale definition file `eo_XX': No such file or directory
failed

Revision history for this message
Martin Pitt (pitti) wrote :

Joey, sorry, that won't be fixed until language-pack-eo-base gets refreshed the next time (which does not happen for the update rounds in stables normally).

Revision history for this message
Aleksei Antonovich (aleksei-antonovich) wrote :

Martin,

does any workaround exists?

Or may be some one knows about it? Google only provides links on launchpad bugs.

Revision history for this message
Joey Stanford (joey) wrote :

Hi Martin,

I can confirm this behaviour happens in Hardy too under Gnome. Esperanto is installed but you are unable to select it as the system-wide Language.

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

I just install Hardy and stumbled upon this bug.

I just remember that a long time ago, I reported a similar bug (see bug #23435)
in Hoary Hedgehog (yes, that's old!) and it was fixed back then.

But somehow this bug now reappears.

Revision history for this message
Bertilo (bertilow) wrote :

I'm on Hardy now (Kubuntu), and can also confirm that this bug does indeed exist. I didn't see it before on Gutsy, but now I do. It seems that the locale is now "eo" (not "eo_XX"). I get a directory called "/usr/lib/locale/eo". It should probably be "/usr/lib/locale/eo.utf8", but just copying "eo" to "eo.utf8" does not help.

When I do "sudo dpkg-reconfigure locales" a locale called "eo.ISO-8859-3" seems to be created. Why is there such a locale at all? No one uses ISO-8859-3 anymore (or at least no one should use it anymore).

I did a fresh install of Kubuntu 8.04.

Revision history for this message
Bertilo (bertilow) wrote :

I checked my "/var/lib/locales/supported.d/local".
It contains these two lines:

  en_US.UTF-8 UTF-8
  eo ISO-8859-3

The last line should not be there at all (as far as I understand).
Instead we should probably have:

  en_US.UTF-8 UTF-8
  eo_XX.UTF-8 UTF-8

Revision history for this message
Bertilo (bertilow) wrote :

The following seems to move things forward a bit:

  cd /usr/share/i18n/locales/
  sudo mv eo eo_XX
  sudo dpkg-reconfigure locales

But that's probably not enough...

Revision history for this message
Bertilo (bertilow) wrote :

I wrote:

> But that's probably not enough...

But it was. As far as I remember, all I did was correct the eo-line in "/var/lib/locales/supported.d/local", and move "/usr/share/i18n/locales/eo" to "/usr/share/i18n/locales/eo_XX", and then "sudo dpkg-reconfigure locales" (and restart the computer). Now (having doing all the usual stuff I write about in "http://bertilow.com/komputo/linukso.html" my Esperanto locale and my Esperanto keyboard definition seem to work as they should.

So this bug should be easy to fix. (At the same time maybe someone could get around to correcting the misspelling "Esperato" to the correct form "Esperanto" in "/usr/share/X11/locale/compose.dir" and "/usr/share/X11/locale/locale.dir" (several times in each of those two file).

Revision history for this message
Joop Eggen (joop-eggen) wrote :

I upgraded, and this seems to point the way to the culprit:
after undoing the out-commented Esperanto-settings in /usr/share/X11/locale/compose.dir and locale.dir and
  sudo dpkg-reconfigure locales
it worked for me.

1. It seems one (debian?) wishes to do away with the officially merely reserved XX (or EO) and stay with eo; which would be fine.
2. One (E-ists) should inform, that ISO-8859-3 can be dropped in favour of UTF-8, which can be combined more easily with other languages on the system.

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

I read the previous comments from Bertilo and Joop, but none of this works for me.

When I do "sudo apt-get install language-pack-eo", it does not create
any Esperanto locale.

$ sudo apt-get install language-pack-eo
...
$ locale -a
C
en_AU.utf8
en_BW.utf8
en_CA.utf8
en_DK.utf8
en_GB.utf8
en_HK.utf8
en_IE.utf8
en_IN
en_NZ.utf8
en_PH.utf8
en_SG.utf8
en_US.utf8
en_ZA.utf8
en_ZW.utf8
POSIX

No Esperanto locale, I'd expect to find eo_XX.utf8 there.

My file my "/var/lib/locales/supported.d/local" only
contains:

en_US.UTF-8 UTF-8

Reconfiguring my locale, does not rebuild Esperanto locale:

$ sudo dpkg-reconfigure locales
Generating locales...
  en_AU.UTF-8... done
  en_BW.UTF-8... done
  en_CA.UTF-8... done
  en_DK.UTF-8... done
  en_GB.UTF-8... done
  en_HK.UTF-8... done
  en_IE.UTF-8... done
  en_IN.UTF-8... done
  en_NZ.UTF-8... done
  en_PH.UTF-8... done
  en_SG.UTF-8... done
  en_US.UTF-8... done
  en_ZA.UTF-8... done
  en_ZW.UTF-8... done

When I installed Hardy (from scratch, not upgraded), I installed
it in English (then later tried to add the Esperanto locale)
Perhaps Bertilo and Joop installed it in Esperanto?

I also tried tweaking /usr/share/X11/locale/{compose,locale}.dir
as described by Joop but without any effect.

What is also odd is that it behaves differently for different
people. For example, I did not have that bug with Gutsy
but reading above comments, several people had this bug
with Gutsy. When I installed Gutsy, it was a dist-upgrade from
Feisty. Now with Hardy, I did an install from scratch and I do
get the bug.

A bit disheartening, knowing that when I reported this bug
initially in Ubuntu-5.04 (#23435) 3 years ago, it was
then fixed but then reappears.

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

Finally, after trying several experimentations, I got my locale in Esperanto with Hardy.

I had forgotten to do:
"sudo mv /usr/share/i18n/locales/eo into /usr/share/i18n/locales/eo_XX"

After that, "sudo dpkg-reconfigure locales" created the esperanto locale.

So there is a workaround but hopefully bug can be fixed soon.

Revision history for this message
Alexey Molchanov (alexey-molchanov) wrote :

As far as I understand the source of the problem is empty /var/lib/locales/supported.d/eo file from current version of language-pack-eo-base package (https://launchpad.net/ubuntu/hardy/+source/language-pack-eo-base/1:8.04+20080527). That file doesn't contain any locale names for esperanto (it has zero length actually) so no locales are created when package gets installed.

To fix it we should just add 3 locale definitions to the /var/lib/locales/supported.d/eo file:
eo.UTF-8 UTF-8
eo ISO-8859-3
eo_US.UTF-8 UTF-8

Then after generation of locales with locale-gen command, 2 esperanto locales become completely usable: eo (for ISO-8859-3 charset) and eo.utf8 (for UTF-8). BTW, I think we should really make eo.UTF-8 default locale for eo rather then use old ISO-8859-3.

Fix me if I'm wrong. My another comment about the same issue - https://bugs.launchpad.net/ubuntu/+source/langpack-locales/+bug/23435

Revision history for this message
ulric (ulric-netropolitan) wrote :

Ubuntu 8.04 - Hardy Heron - mini-HOWTO get it working using the command shell:

[don't panic. it's just two files to be edited and two commands to be executed.]

0. after installing the packages, open a terminal.

1. either (if you are not familiar with vim) start gedit as root: sudo gedit
   or use vim as root: sudo vim [filename]

2. edit the file /var/lib/locales/supported.d/eo and add these lines:
eo.UTF-8 UTF-8
eo ISO-8859-3

3. edit the file /etc/gdm/locale.conf and change or add:
Esperanto() eo
Esperanto eo_XX.UTF-8

4. run locale-gen as root: sudo locale-gen

5. restart the gnome desktop manager (can also be done with a reboot):
   sudo /etc/init.d/gdm restart

6. esperanto should now be selectable from the languages menu at the login screen.

Revision history for this message
Phil (fileguichet) wrote :

esperanto worked OK in feisty fawn
and from then... in 7.10 and 8.04, it doesn't install

as I had 7.04 still installed on another disc partiton, I simply took the repertory "/usr/lib/locale/eo_XX.utf8" from 7.04 and put it in whether 7.10 or 8.04

it works in both case.

it probably is not an elegant way, but it works

Revision history for this message
Martin Pitt (pitti) wrote :

Arne, you recently looked at this, right? AFAIR it was a problem with some locale naming, can you please try to sort this out?

Changed in language-pack-eo-base:
assignee: pitti → arnegoetje
Revision history for this message
Arne Goetje (arnegoetje) wrote :
Revision history for this message
Arne Goetje (arnegoetje) wrote :
Changed in language-pack-eo-base:
status: In Progress → Fix Committed
Revision history for this message
Alexey Molchanov (alexey-molchanov) wrote :

Arne, thanks! Now it should be fixed finally.

Revision history for this message
J. Pablo Fernández (pupeno) wrote :

I extend my thanks as well!

Revision history for this message
Martin Pitt (pitti) wrote :

Arne, the -eo-base debdiff doesn't work:

Binary files /tmp/sXlPIYCvks/language-pack-eo-base-8.10+20080906/data/extra.tar and /tmp/JRoen3MLV5/language-pack-eo-base-8.10+20080906ubuntu1/data/extra.tar differ

Either attach the complete package here, or put it on rookery, or just sign it using the language pack keyring on rookery.

Revision history for this message
Martin Pitt (pitti) wrote :

OK, the sponsoring is obsolete now, since we just got a normal langpack update into intrepid. Once it's built (in the next 24 hours, I suppose), it should work. Please yell if it still doens't. Thank you!

Changed in language-pack-eo-base:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.