Bug 121999 - make xconfig unusable because of a unreadable symbol font
Summary: make xconfig unusable because of a unreadable symbol font
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 2
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-04-29 16:56 UTC by Michael Opdenacker
Modified: 2015-01-04 22:05 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-12-08 15:51:44 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michael Opdenacker 2004-04-29 16:56:16 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040422

Description of problem:
Hello,

I made a fresh install of FC2 T3 with all
packages installed (including all languages)

I tried to recompile the kernel, but "make xconfig"
is unusable because of a unreadable symbol font.

See http://michaelo.free.fr/issues/xconfig_apr29_2004/xconfig.png

A workaround is to use "make menuconfig" instead,
but this is not as user friendly as "make xconfig".

I'm using the GNOME desktop and my LANG environment
variable is set to "en_US.UTF-8".

Note that this happened in FC2 T2 too.

Don't hesitate to ask me for more details!

Cheers,

Michael.

Version-Release number of selected component (if applicable):
kernel-2.6.5-1.327

How reproducible:
Always

Steps to Reproduce:
1. Make sure the kernel-source package is installed
2. cd /usr/src/linux-2.6.5-1.327
3. make xconfig
    

Additional info:

Comment 1 Arjan van de Ven 2004-04-29 17:01:58 UTC
ok the big question is if any other QT app has broken fonts; since all
make xconfig does is use the QT libary.

(sidenote: there is also make gconfig with a gtk/gnome variant of make
xconfig)

Comment 2 Sammy 2004-04-30 13:37:59 UTC
No.....I have been having the same problem for a long time too. All other QT 
stuff work fine. 
 
SOLUTION for me is to edit the highest level Makefile, look for LANG and 
LC_ALL, remove the little if-then-else block and explicitly set LANG and 
LC_ALL to En_US.UTF-8. This suggests to me that the problem is with 
picking up these environment variables. My /etc/sysconfig/i18n is: 
 
LANG="en_US.UTF-8" 
SUPPORTED="en_US.UTF-8:en_US:en" 
SYSFONT="latarcyrheb-sun16" 
# 

Comment 3 Sammy 2004-04-30 13:38:35 UTC
No.....I have been having the same problem for a long time too. All other QT 
stuff work fine. 
 
SOLUTION for me is to edit the highest level Makefile, look for LANG and 
LC_ALL, remove the little if-then-else block and explicitly set LANG and 
LC_ALL to En_US.UTF-8. This suggests to me that the problem is with 
picking up these environment variables. My /etc/sysconfig/i18n is: 
 
LANG="en_US.UTF-8" 
SUPPORTED="en_US.UTF-8:en_US:en" 
SYSFONT="latarcyrheb-sun16" 
# 

Comment 4 Michael Opdenacker 2004-05-11 08:16:30 UTC
Just to note that this still happens with the sources
of the latest kernel: Linux 2.6.5-1.358

Comment 5 Sammy 2004-05-11 16:31:13 UTC
The problem is happening becaue LC_ALL is not set by the 
/etc/profile.d/lang.sh script. It sets LANG but not LC_ALL. 
As a matter of fact it unsets LC_ALL if it is equal to LANG. 
I am not sure what the difference between LANG and 
LC_ALL are supposed to be. 
 
arjan: Please forward to initscripts if this is a bug. 

Comment 6 Bill Nottingham 2004-05-19 22:00:06 UTC
LC_ALL should generally not need to be set.

LC_* inherits from LANG if they aren't set.

So, what the makefile is doing is setting LC_CTYPE and LC_COLLATE to
C, but leaves LANG as normal. That really isn't right.

Does it work if you remove that block entirely?

Comment 7 Ian Amess 2004-05-24 09:19:52 UTC
Another work around is to run ./scripts/kconfig/qconf
arch/$ARCH/Kconfig this will display correctly.
In my case make xconfig is looking for the following fonts 

XFT_DEBUG=1
#
# using defaults found in .config
#
XftFontInfoFill: /usr/share/fonts/hebrew/Caladings.pfa: 0 (13 pixels)
XftFontInfoFill: /usr/share/fonts/hebrew/Caladings.pfa: 0 (16 pixels)
XftFontInfoFill: /usr/share/fonts/hebrew/Caladings.pfa: 0 (16 pixels)

where as running qconf looks for 

XFT_DEBUG=1
#
# using defaults found in .config
#
XftFontInfoFill: /usr/X11R6/lib/X11/fonts/Type1/l048013t.pfa: 0 (13
pixels)
XftFontInfoFill: /usr/X11R6/lib/X11/fonts/Type1/l048013t.pfa: 0 (16
pixels)
XftFontInfoFill: /usr/X11R6/lib/X11/fonts/Type1/l048016t.pfa: 0 (16
pixels)

Hope this helps to shed mor light.



Comment 8 Dave Jones 2004-12-08 06:16:23 UTC
this still a problem with the latest updates ?

Comment 9 Michael Opdenacker 2004-12-08 12:54:28 UTC
No, this bug can be closed.
It was fixed in mainstream Linux 2.6.8 IIRC.

Thanks for asking!

:-)

Michael.


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