Xvnc searches fonts on the wrong directory
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
vnc4 (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
Binary package hint: vnc4server
After an upgrade from Dapper, Xvnc continues to search the fonts directories under /usr/share/
Xvnc Free Edition 4.1.1
Copyright (C) 2002-2005 RealVNC Ltd.
See http://
Underlying X server release 70000000, The X.Org Foundation
Mon Oct 30 23:35:40 2006
vncext: VNC extension running!
vncext: Listening for VNC connections on port 5902
vncext: created VNC server for screen 0
Could not init font path element /usr/share/
Could not init font path element /usr/share/
Could not init font path element /usr/share/
Could not init font path element /usr/share/
Could not init font path element /usr/share/
Could not init font path element /usr/share/
Could not init font path element /usr/share/
Fatal server error:
could not open default font 'fixed'
Then Xvnc exits.
Doing a symbolic link to the right path solves for me.
description: | updated |
Jerome Lacoste (jerome-lacoste) wrote : | #1 |
Jerome Lacoste (jerome-lacoste) wrote : | #2 |
When I mean it's the same as in Breezy, only the root of the problem is the same.
The font paths to be searched are different in Breezy and Edgy. But in both cases, vnc4server search them in the wrong place and fails in the same way.
Alessandro Morgantini (gpz500) wrote : | #3 |
Ok.
I made a "Backport fix to releases" on the bug #3593, to signal that the problem is present in Edgy also: it was clear by the comments, not by the header.
Nicola Ferralis (feranick) wrote : | #4 |
This seems a duplicate of bug Bug #3593.
This problem is the same as #3593, which was already present in Breezy. The -fp option works for me (but isn't documented in the man page...).