Ubuntu
ubiquity package

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

Bug #1532519 reported by Usama Akkad on 2016-01-10

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 on 2016-01-10:

Photo showing the wired situation Edit (119.1 KiB, image/png)

Revision history for this message

Gunnar Hjalmarsson (gunnarhj) wrote on 2016-01-10:

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