Locale for regional formats should not be treated as an incompletely installed language

Bug #1532519 reported by Usama Akkad
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity
New
Undecided
Unassigned
ubiquity (Ubuntu)
Confirmed
High
Unassigned

Bug Description

When I was installing Ubuntu Xenial 16.04 I chose English as my installation language and Turkish keyboard was selected and time zone to Istanbul

When I open language selector I see Turkish is in the list of "language for menus and windows:" and language selector suggest installing some Turkish language support packages like language-pack-tr

However, I do not see Turkish selected in "Installed Languages" window which I open by clicking "Install/remove languages" button in the main window.

The problem:
Language support partly installed without me asking for and it's not showing in "Installed Languages" so I can not remove it.

I think this issue might happen with many other languages. For example If you chose a French keyboard during an English language installation I could have this installed but not showing situation.

What I expected:
Just English language support installed.

What happened:
Turkish language support partially installed and not being able to remove it easily

I brought the issue to #ubuntu+1 channel on freenode and it was suggested that I open a bug
Ubuntu Xenial Xerus (development branch)
Release: 16.04

Revision history for this message
Usama Akkad (damascene) wrote :
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Thanks for your report.

This is actually due to an issue in the installer. For cases when you install Ubuntu without an internet connection, the installer always creates a directory in /usr/share/locale-langpack for the selected language, so you get prompted in the session to install the complete language support.

The problem is that a directory is also created in /usr/share/locale-langpack for the locale which denotes regional formats. So when the selected time zone location results in some other initial locale for regional formats than the locale for the selected language, a redundant directory is created - in your case /usr/share/locale-langpack/tr . IMO the installer should be changed to not create that directory.

@Usama: To fix it for yourself, and get rid of the 'semi-installed' language, you can delete the /usr/share/locale-langpack/tr directory. Alternatively you can accept to install the missing language support. Then it should be marked as installed in the Language Support tool, and you can delete it the normal way if you like.

affects: language-selector (Ubuntu) → ubiquity (Ubuntu)
Changed in ubiquity (Ubuntu):
importance: Undecided → High
status: New → Confirmed
summary: - Language support installed because of keyboard choice but not checked in
- installed languages
+ Locale for regional formats should not be treated as an incompletely
+ installed language
Revision history for this message
Usama Akkad (damascene) wrote :

Thank you, /usr/share/locale-langpack/tr was an empty folder, removing it fixed the problem. Thank you.
Hope it get fixed for ever.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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