[Bug 1160441] Re: Calendar is still in English despite French is selected as the Language during the installation

[Gunnar Hjalmarsson]

Thanks, Colin.

Subscribing Mathieu Trudel-Lapierre and Martin Pitt.

Let me try to summarise the discussions the past few months on how to
deal with bug 1072019, of which this bug is in fact a duplicate.
Whatever we finally agree on, this is not an installer only matter.

I started to write the indicator-datetime (i-d) MP.
https://code.launchpad.net/~gunnarhj/indicator-datetime/days-months/+merge/159214
Charles Kerr and Martin thought it would be better to do it in GLib, so I went on with https://bugzilla.gnome.org/687945
Matthias guided me to make the GLib patch uploadable, and then he rejected it. :(

So we were back at the i-d level. Martin approved the idea of doing it
there, and Mathieu seems to be ready to merge my MP as soon as he has
convinced himself that it works properly. ;-) Nobody thinks it's a
perfect solution, but it does address the issue at hand.

The function in the MP is a standalone wrapper around
g_date_time_format(), and could well be used by other date/time apps if
needed. Well, to make it generally applicable, code for dealing with the
%c conversion specification would need to be added. (i-d does not
currently use %c.) OTOH, personally I think that this is mostly a
calendar issue. I have never seen anybody complain in any other context
about names of days and months not being properly translated due to the
LC_TIME spec.

Let's look at the other path, i.e. setting LC_TIME in accordance with
the selected language. In language-selector (and "Region & Language" in
g-c-c) the users explicitly select formats in accordance with the
conventions in a particular country/region. Both UIs show examples of
what a particular setting results in. Should we remove the examples of
how dates and times are displayed? Wouldn't that be a really weird step
to take? After all, I suppose we agree that distinguishing between
language and regional formats is a reasonable approach, and date/time
formats is a typical area that differs between countries.

Unfortunately the standard makes it difficult to do the right thing with
respect to LC_TIME. But shouldn't we take pains to meet legitimate user
expectations even if the available tools aren't ideal? To me it's
obvious that we should. And given the reaction to the GLib bug, doing it
at the app level appears to be what's possible for the foreseeable
future.

** Also affects: indicator-datetime
   Importance: Undecided
       Status: New

** Changed in: indicator-datetime
       Status: New => In Progress

** Changed in: indicator-datetime
     Assignee: (unassigned) => Gunnar Hjalmarsson (gunnarhj)

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1160441

Title:
  Calendar is still in English despite French is selected as the
  Language during the installation

Status in The Date and Time Indicator:
  In Progress
Status in “localechooser” package in Ubuntu:
  Triaged
Status in “ubiquity” package in Ubuntu:
  Triaged
Status in “localechooser” source package in Raring:
  Won't Fix
Status in “ubiquity” source package in Raring:
  Won't Fix

Bug description:
  When London is selected as the location and language is selected as
  French, the calendar entries are shown in English. The calendar shows
  correct London date and time but presents them in English. One would
  expect that the calendar entries would be shown in French as it used
  to be the case.

  This occurs in installations with and without network, with and
  without live session and on both amd64 and i386 of 20130326 images.
  When Paris is selected as the location, the calendar entries are shown
  in French.

  Incomplete language support dialog pops up (for networkless
  installations) after the reboot but updating the language does not
  solve the issue.

  Steps to reproduce:

  1. Boot the usb with todays image (20130326)
  2. Select French language for installation
  3. Continue with default settings except the location setting, which should be set to London
  4. Finish the installation and reboot.
  5. Check the calendar entries

  ProblemType: Bug
  DistroRelease: Ubuntu 13.04
  Package: ubiquity 2.13.17
  ProcVersionSignature: Ubuntu 3.8.0-14.24-generic 3.8.4
  Uname: Linux 3.8.0-14-generic i686
  ApportVersion: 2.9.2-0ubuntu4
  Architecture: i386
  CasperVersion: 1.330
  Date: Tue Mar 26 15:20:47 2013
  LiveMediaBuild: Ubuntu 13.04 "Raring Ringtail" - Alpha i386 (20130326)
  MarkForUpload: True
  ProcEnviron:
   TERM=xterm
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  SourcePackage: ubiquity
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-datetime/+bug/1160441/+subscriptions