Bug 537960
| Summary: | gnuplot: Could not find/open font when opening font "arial", using internal non-scalable font | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | nucleo <alekcejk> |
| Component: | gnuplot | Assignee: | Ivana Varekova <varekova> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 12 | CC: | cassiomartini, fedora, florent.angly, iseeglass, jamatos, jbayes, pertusus, rdieter, steve.traylen, sudo, varekova |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | gnuplot-4.4.0-5.fc14 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-09-09 01:20:27 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
nucleo
2009-11-16 23:05:11 UTC
A quick grep of wxmaxima sourcecode finds no reference to arial. got a few hits in maxima source however, maybe it's coming from there. Looks like it uses gnuplot under the hood, bouncing there for comment/feedback. I'm getting the same problem using straight gnuplot. I'm using, set terminal png set output 'MWEFTW.png' in my script, which makes the printing on the output very ugly. If I don't do the above, then it displays the graph on the screen just fine. This was supposed to have been fixed with gnuplot 4.2.5-2, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524962 but my gnuplot-4.2.6-1.fc12.x86_64 still exhibits the same behavior. I get the same problem (using Fedora 13). Installed Packages Name : gnuplot Arch : i686 Version : 4.2.6 Release : 1.fc12 Terminal type set to 'png' Could not find/open font when opening font "arial", using internal non-scalable font Options are 'nocrop medium ' I got this error as well when saving a graph made by Octave (Octave uses Gnuplot for plotting):
$ octave
octave:1> print('mygraph.png')
Could not find/open font when opening font "arial", using internal non-scalable font
The liberation-sans-fonts package is installed on my system. It is intended as a replacement for Microsoft Arial." So I added this to my ~/.bashrc to work around this bug:
export GDFONTPATH=/usr/share/fonts/liberation
export GNUPLOT_DEFAULT_GDFONT=LiberationSans-Regular
Then:
$ source ~/.bashrc
(In reply to comment #7) Florent, That workaround works for me too. Thanks. Perhaps it can be incorporated in some configuration file for the next release? gnuplot-4.2.6-2.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/gnuplot-4.2.6-2.fc13 gnuplot-4.4.0-5.fc14 has been submitted as an update for Fedora 14. http://admin.fedoraproject.org/updates/gnuplot-4.4.0-5.fc14 Fixed in gnuplot-4.4.0-5. in rawhide. gnuplot-4.4.0-5.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gnuplot'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/gnuplot-4.4.0-5.fc14 gnuplot-4.2.6-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. gnuplot-4.4.0-5.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. Another workaround I can confirm is using: set term postscript set output "output.ps" then.. # yum install ImageMagick # convert output.ps output.png |