Bug 1515481
Summary: | Could not find some fonts. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | losecco |
Component: | ghostscript | Assignee: | David Kaspar // Dee'Kej <deekej> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 27 | CC: | deekej, orion, twaugh, zdohnal |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-11-28 10:57:45 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
losecco
2017-11-20 21:26:18 UTC
Hello, thank you for the bug report. It's strange, because AFAIK there shouldn't be much of a problem with fonts anymore now. What does not make sense to me in your bug report is this: (In reply to losecco from comment #0) > Version-Release number of selected component (if applicable): > urw-base35-nimbus-sans-narrow-fonts-20170801-2.fc27.noarch > ghostscript-9.22-1.fc27.x86_64 > ghostscript-9.20-14.fc27.x86_64 How come you have both ghostscript-9.20 and ghostscript-9.22 installed? Because if you have both version installed at the same time (even though DNF shouldn't allow you to do so), then it would explain the problems you're facing. Please, run this command: $ rpm -q ghostscript urw-base35-fonts And post here the exact output of it. Thank you! :) rpm -q ghostscript urw-base35-fonts ghostscript-9.22-1.fc27.x86_64 urw-base35-fonts-20170801-2.fc27.noarch When I encountered the bug I replaced the ghostscript-9.22-1.fc27.x86_64 version with the earlier version. The problem was still present. So I posted a bug for both. I then upgraded back to ghostscript-9.22-1.fc27.x86_64. Since ghostcript is the primary postscript tool on Fedora linux I was worried since I use pdflatex to prepare lectures and it was unable to convert eps figures into pdf. All font searches resolved correctly to /usr/share/fonts/urw-base35/ except for the NimbusSansNarrow-BdOblique. I don't know why. Hello losecco, 1) I wasn't able to reproduce this with some test *.eps files I tried. You will have to provide us with the file that caused the crash for you. 2) I just realized that you were using a Ghostview (gv), not Ghostscript (gs) itself. * Ghostview is "wrapper" around Ghostscript for X Window Server. * It seems that Ghostview is no longer being developed, nor maintained. (Last release of Ghostview is from 2013-03-17.) * Ghostscript has its own abbility to display *.eps files on X Window enabled distribution. For that you will need to install the 'ghostscript-x11' subpackage for it to work directly with X Window Server. However, it does not provide any fancy buttons around the document as Ghostview does. * There's also GTK-enabled version of Ghostscript (gsx). You can get it by installing the 'ghostscript-gtk' subpackage. Personally, I would suggest the use of 'evince' for displaying the *.eps files (if possible), because it is still being developed AFAIK, and it uses the ghostscript library directly. It should be the most up-to-date and most usable application for displaying *.eps files in Fedora ATM - by my opinion. 3) Because the Ghostview is no longer being developed, it might get removed from Fedora in near-future. I'm switching this BZ to Ghostview so the maintainer of it can decide by himself. Best regards, -- Dee'Kej -- I think we have hit the bug you have been describing here. I'm switching it back to ghostscript, and closing it as a duplicate. Please, follow up in the other BZ. Thank you! :) *** This bug has been marked as a duplicate of bug 1517518 *** |