[DRE-maint] Bug#725496: Bug#725496: Processed: severity of 725496 is grave
Francesco Poli
invernomuto at paranoici.org
Sun Oct 6 23:22:41 UTC 2013
On Sun, 6 Oct 2013 19:49:48 -0300 Antonio Terceiro wrote:
[...]
> On Mon, Oct 07, 2013 at 12:11:46AM +0200, Francesco Poli wrote:
> > I don't want to ignore that!
[...]
> > If this is all confirmed, please feel free to raise the severity of
> > this bug report again and to file a new bug report against
> > apt-listbugs/0.1.10.
> > This new bug report could be titled something like "should not migrate
> > into testing until the .utf8 issue is solved", and should be of RC
> > severity and be blocked by 725496.
I've just filed this new bug report against apt-listbugs in order to
block its migration into testing.
> >
> > I apologize, if I gave the impression that I wanted to neglect severe
> > issues!
>
> The other day I was debugging this, I even asked on #debian-gnome about
> it. I thought it was a local problem with my system, didn't imagine it
> was a general problem.
Hello Antonio, thanks a lot for stepping in!
>
> So the issue is: for some reason, gdm3 will set $LANG set to xx_YY.utf8
> to old user accounts, what triggers this bug, while new users will have
> $LANG set to xx_YY.UTF-8 which is handled correctly by ruby-gettext.
Awkward...
>
> The underlying problem is how ruby-gettext maps the current locale into
> a valid Ruby encoding name ("UTF-8" and 'utf-8' are valid Ruby encoding
> names, 'utf8' without the dash is not).
This clarifies things a bit, thanks.
>
> You can workaround this by clearing the "Language=" setting in
> /var/lib/AccountsService/users/$USER - in the next login, you will get
> LANG=xx_YY.UTF-8 in your environment (even though `locale -a` will still
> list it as xx_YY.utf8). I did this on my system, but telling every user
> out there to do this is not reallistic.
In the meanwhile we can tell the original bug report submitter about
this! I re-added him to the Cc list.
>
> Anyway, I reported this issue a couple of weeks ago and upstream fixed
> it quickly after that:
> https://github.com/ruby-gettext/gettext/pull/20
>
> > BTW, do you have any idea of how the issue could be fixed?
>
> A new upstream release of ruby-gettext should fix this. I'm on it.
This is really great news, thank you very much!
I am looking forward to seeing this new version of ruby-gettext
uploaded to Debian sid.
Thanks for your helpfulness, Antonio!
--
http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
New GnuPG key, see the transition document!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/attachments/20131007/81e48639/attachment.sig>
More information about the Pkg-ruby-extras-maintainers
mailing list