Bug 862402 - Every program in X.org wants to install :lang=c
Summary: Every program in X.org wants to install :lang=c
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 19
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-02 19:16 UTC by Sanne Bregman
Modified: 2013-08-09 19:05 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-08-09 19:05:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Screenshot of gnome-terminal requesting permission to install package ':lang=c' (16.32 KB, image/png)
2012-10-02 19:16 UTC, Sanne Bregman
no flags Details

Description Sanne Bregman 2012-10-02 19:16:27 UTC
Created attachment 620457 [details]
Screenshot of gnome-terminal requesting permission to install package ':lang=c'

Description of problem:
A lot of components require installation of a package named ':lang=c' . These include but are not limited to:
 * Gnome settings panel
 * abrt-gui
 * Network Manager
 * gnome-terminal
 * Gnome online accounts

Version-Release number of selected component (if applicable):
Fedora 18, up to date as of Wednesday October 2nd, 21:00 GMT+2

How reproducible:
Install Fedora 18 (I used a netinstall USB), login to Gnome and try to open the settings panel, network manager etc.
  
Actual results:
Everything prompts that a package named ':lang=c' needs to be installed. After searching for it or cancelling it, everything works as expected.

Expected results:
No prompts to install this apparently bogus package.

Additional info:
This might have something to do with my locale settings, which are simply not set. During installation I chose to install a GNOME Desktop with a few extra packages like Eclipse. See the attachment for a screenshot of the window for gnome-terminal.

My best guess is that there is an issue in some kind of library that's used by all programs to enable support for "dynamically" installing extra and required packages. If you want me to try out something, don't hesitate to give me a shout ;)

This *might* be a duplicate of #823264, though my issue seems to have a wider scope than that bug...

Comment 1 Bill Nottingham 2012-10-02 21:01:54 UTC
What fonts do you have installed?

What's your /etc/sysconfig/i18n and/or /etc/locale.conf look like?

Comment 2 Sanne Bregman 2012-10-02 21:42:53 UTC
How can I see which fonts I have installed? I am going to upload i18n and locale.conf as attachments in a minute.

Comment 3 Sanne Bregman 2012-10-02 21:44:44 UTC
Fun fact, I have neither of those files. This is a basic installation, so maybe the installer didn't create those. I assume I can safely copy the /etc/locale.conf and /etc/sysconfig/i18n from a Fedora 17 installation?

Comment 4 Bill Nottingham 2012-10-02 21:50:28 UTC
Yes.

As for what fonts, 'rpm -qa | grep fonts' is the simplest method.

Comment 5 Sanne Bregman 2012-10-02 21:54:11 UTC
I hvae run ' system-config-language' because the Fedora 17 system seems to be shut down atm, and this resulted in a /etc/sysconfig/i18n with the following contents:

--- BEGIN i18n FILE ---
LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en"
SYSFONT="lat0-sun16"
SYSFONTACM="iso01"
--- END OF i18n FILE ---

After a reboot the message is gone. This seems like a installer bug to me, at least partially...

The search for fonts resulted in this:
[patrick@mediasystem ~]$ rpm -qa | grep fonts
thai-scalable-fonts-common-0.5.0-3.fc18.noarch
urw-fonts-2.4-12.fc18.noarch
nhn-nanum-gothic-fonts-3.020-4.fc18.noarch
lohit-assamese-fonts-2.5.1-3.fc18.noarch
abattis-cantarell-fonts-0.0.10.1-1.fc18.noarch
wqy-zenhei-fonts-0.9.46-6.fc18.noarch
lohit-telugu-fonts-2.5.1-3.fc18.noarch
libreoffice-opensymbol-fonts-3.6.1.2-2.fc18.noarch
dejavu-fonts-common-2.33-4.fc18.noarch
khmeros-fonts-common-5.0-14.fc18.noarch
liberation-serif-fonts-2.00.0-2.fc18.noarch
liberation-sans-fonts-2.00.0-2.fc18.noarch
dejavu-serif-fonts-2.33-4.fc18.noarch
vlgothic-fonts-20120928-1.fc18.noarch
stix-fonts-1.1.0-2.fc18.noarch
lohit-oriya-fonts-2.5.1-2.fc18.noarch
cjkuni-uming-fonts-0.2.20080216.1-50.fc18.noarch
lohit-punjabi-fonts-2.5.1-3.fc18.noarch
sil-padauk-fonts-2.4-9.fc18.noarch
lohit-gujarati-fonts-2.5.1-3.fc18.noarch
liberation-fonts-common-2.00.0-2.fc18.noarch
smc-fonts-common-5.0.1-3.fc18.noarch
ghostscript-fonts-5.50-29.fc18.noarch
dejavu-sans-fonts-2.33-4.fc18.noarch
dejavu-sans-mono-fonts-2.33-4.fc18.noarch
vlgothic-fonts-common-20120928-1.fc18.noarch
extremetuxracer-papercuts-fonts-0.4-10.fc18.noarch
thai-scalable-waree-fonts-0.5.0-3.fc18.noarch
lklug-fonts-0.6-7.20090803cvs.fc18.noarch
lohit-bengali-fonts-2.5.1-2.fc18.noarch
jomolhari-fonts-0.003-14.fc18.noarch
smc-meera-fonts-5.0.1-3.fc18.noarch
khmeros-base-fonts-5.0-14.fc18.noarch
lohit-tamil-fonts-2.5.1-3.fc18.noarch
extremetuxracer-papercuts-outline-fonts-0.4-10.fc18.noarch
paratype-pt-sans-fonts-20100408-4.fc18.noarch
lohit-devanagari-fonts-2.5.1-4.fc18.noarch
lohit-kannada-fonts-2.5.1-3.fc18.noarch
sil-abyssinica-fonts-1.200-4.fc18.noarch
paktype-naqsh-fonts-3.1-1.fc18.noarch
liberation-mono-fonts-2.00.0-2.fc18.noarch

Comment 6 Bill Nottingham 2012-10-03 15:47:38 UTC
Moving to anaconda - it should write out *a* locale configuration of some sort.

Comment 7 Chris Lumens 2012-10-03 18:09:54 UTC
I am curious if you're really seeing a lack of /etc/sysconfig/i18n, or one with incorrect data in it.  I just did a test install and got:

LANG="en.UTF-8"

Of course, this is wrong and is being tracked by 858591.  So if that's what you've got as well, this is a dupe (and hopefully, I'm about to push the fix for it).

Comment 8 Sanne Bregman 2012-10-04 06:18:02 UTC
This file didn't exist at all for me. But I *might* have missed a step in the installer because my display was acting up. But even when I would have missed a step there should have been a basic /etc/sysconfig/i18n IMO. 

When the fix is pushed and there are new ISO images available (or can I reuse my existing netinstall image?) I'd be more than willing to give it another go.

Comment 9 Chris Lumens 2012-10-04 14:01:46 UTC
You shouldn't have to do any specific step to end up with that file, though.  If you can check out a beta RC, that would be great.  I've not seen this in my install tests yet.

Comment 10 Sanne Bregman 2012-10-04 14:08:34 UTC
At the moment I can only find Alpha releases on my local mirrors. Are there already Beta releases on the official server? When I manage to find a Beta ISO today (in the next ~4 hours) I'll try it today, otherwise it'll have to wait a few days I'm afraid.

Comment 11 Chris Lumens 2012-10-04 17:24:27 UTC
They should appear on http://alt.fedoraproject.org/pub/alt/stage/ whenever they're made.

Comment 12 Fedora End Of Life 2013-04-03 13:39:17 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19


Note You need to log in before you can comment on or make changes to this bug.