Bug 89446 - Default font not loaded in non-unicode locale
Summary: Default font not loaded in non-unicode locale
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 9
Hardware: athlon
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Keywords:
: 75564 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-04-22 22:54 UTC by Carlos Rodrigues
Modified: 2014-03-17 02:35 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed: 2005-09-29 20:37:54 UTC


Attachments (Terms of Use)
loads console font even when the locale is not unicode (1.24 KB, patch)
2003-07-27 21:50 UTC, Carlos Rodrigues
no flags Details | Diff

Description Carlos Rodrigues 2003-04-22 22:54:38 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
I'm not using an utf-8 locale (because I lose the accented characters in the
console, bug #75430) and thus I am defining another font for the console. The
problem is that this font is not loaded on vt's other than the first. I see that
for unicode locales, /etc/profile.d/lang.sh takes care of loading $SYSFONT on
the other vt's but if the locale is not unicode this does not happen.


How reproducible:
Always


Additional info:

The contents of /etc/sysconfig/i18n:

LANG="en_US"
SUPPORTED="en_US.UTF-8:en_US:en:pt_PT.UTF-8:pt_PT:pt"
SYSFONT="lat9w-16"
CHARSET="8859-15"

LC_COLLATE="pt_PT@euro"
LC_CTYPE="pt_PT@euro"
LC_MONETARY="pt_PT@euro"

Comment 1 Carlos Rodrigues 2003-07-27 21:50:01 UTC
Created attachment 93182 [details]
loads console font even when the locale is not unicode

I changed the lang.sh and lang.csh scripts a bit to load the default console
font even when the locale is not unicode.

Comment 2 Bill Nottingham 2003-09-04 01:12:55 UTC
This shouldn't be necessary; what problem are you seeing without this?

Fonts don't really need to be called for each console; setting it once should
suffice (the reason unicode_start is called is because there are other issues
that it takes care of.)

Comment 3 Carlos Rodrigues 2003-09-04 11:31:57 UTC
I'm defining the font lat9w-16 for the console because it has accented
characters (like á for instance). But (without my changes to lang.sh) it
is only defined for the first vt, so, if I press "´ + a" in the first vt I see
"á", but if I do the same in the other vt's I see "a".

Comment 4 Carlos Rodrigues 2003-09-07 02:02:57 UTC
I made a little mistake in my previous comment. Actually "á" (á) displays
ok but some characters which have a tilde - like "ã" (ã) and "õ"
(õ) do not. Besides this small detail (maybe next time I will reproduce the
problem again instead of trusting my memory of it) my point remains the same.

Comment 5 Carlos Rodrigues 2003-09-07 02:23:01 UTC
*** Bug 75564 has been marked as a duplicate of this bug. ***

Comment 6 Bill Nottingham 2005-09-29 20:37:54 UTC
Closing bugs on older, no longer supported, releases. Apologies for any lack of
response.

I suspect this was due to a kernel bug, which we worked around in previous releases.

The kernel bug was fixed in 2.6.13 and later.


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