Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#2227 - OpenOffice.org segfaults if there are badly formed fonts in fontpath
Attached to Project:
Arch Linux
Opened by Glyn Adgie (glyn) - Friday, 18 February 2005, 11:27 GMT
Last edited by Dale Blount (dale) - Friday, 18 February 2005, 13:03 GMT
Opened by Glyn Adgie (glyn) - Friday, 18 February 2005, 11:27 GMT
Last edited by Dale Blount (dale) - Friday, 18 February 2005, 13:03 GMT
|
DetailsOpenOffice.org will not start if there are certain fonts visible to fontconfig. When this happens, running soffice from the konsole command line does nothing, then terminates with a segfault.
The problem was first noticed when a large collection of Type1 fonts was enabled, by including the directory where they reside in /etc/fonts/local.conf. Removing the font directory in local.conf fixed the problem. It was still possible to make use of the fonts we need out of the collection by copying them to another directory, and telling fontconfig about this new directory. It was thought at the time that a few of the font files in the collection might be badly formed, but it was not practical to track this down. The problem also occurred with some Type1 and bitmap fonts I designed myself, which I copied into my ~/.fonts to allow me to be preview them. These fonts were often incomplete in terms of the character set, and might have had other defects. If I removed these suspect fonts, and left only the completed ones, OpenOffice seemed to be happy. This problem did not appear to affect any other applications. |
This task depends upon
Closed by Tobias Powalowski (tpowa)
Monday, 03 October 2005, 14:09 GMT
Reason for closing: Won't implement
Monday, 03 October 2005, 14:09 GMT
Reason for closing: Won't implement
the problem is that openoffice has it's own font engine, that could cause the trouble. But the packages are no source builds, so i don't see a chance to change that, somehow. remove the fonts that disturb or try the font installer provided by openoffice itself.
The problem appears to be limited to the initial setup, when openoffice is first started after installation or an upgrade. Once the setup has been completed, the suspect font directory can be enabled with no apparent problems.
I tried to replicate the setup problem by removing and reinstalling openoffice with pacman, and I removed the openoffice directory from my home directory. However, this did not seem to set things back to the just-installed state, so openoffice went into "repair" instead of "setup" mode.
I am going to try out getting back to the initial setup by creating a new user with a fresh home directory.