Bug 111424 - Always crashes upon starting up gdm when upgraded from redhat-9 with GNOME Japanese Environment
Summary: Always crashes upon starting up gdm when upgraded from redhat-9 with GNOME Ja...
Keywords:
Status: CLOSED DUPLICATE of bug 111973
Alias: None
Product: Fedora
Classification: Fedora
Component: ttfonts-ja
Version: 1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Akira TAGOH
QA Contact: Bill Huang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-12-03 15:59 UTC by UENO Kazuaki
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-21 19:00:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description UENO Kazuaki 2003-12-03 15:59:33 UTC
Description of problem:
Always crashes upon starting up gdm when upgraded from redhat-9 with 
GNOME Japanese Environment.

Dec  3 18:18:41 hostname gdm[2361]: gdm_slave_xioerror_handler: Fatal 
X error - Restarting :0

Version-Release number of selected component (if applicable):
Fedora Core 1

How reproducible:
Always, unless you have changed font settings of redhat-9 GNOME.

Steps to Reproduce:
1. Install Fedora Core1 with upgrading options over redhat-9 GNOME JP.
2. Boot. 
  
Actual results:
Gdm tries to display menu but repeatedly fails.

Additional info:
Delete /usr/share/fonts/ja/TrueType/fonts.cache-1 .
Since default fonts for Japanese desktop (Kochi fonts) are
obsoleted and not included in the installation. you should delte
their cache. It works.

Comment 1 Akira TAGOH 2003-12-11 07:55:10 UTC
running fc-cache didn't help you, right? basically scriptlet do run
fc-cache. and old fonts.cache-1 should be updated. not deleting old
fonts.cache-1 isn't actual problem. fonts.cache-1 kept to have the old
entries somehow. it's actual problem I suspect.

Comment 2 Akira TAGOH 2004-01-29 07:19:03 UTC

*** This bug has been marked as a duplicate of 111973 ***

Comment 3 Red Hat Bugzilla 2006-02-21 19:00:16 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


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