Description of problem: wxplot2d returns error message "Could not find/open font when opening font "arial", using internal non-scalable font" Version-Release number of selected component (if applicable): wxMaxima-0.8.3a-1.fc12 How reproducible: Every time. Steps to Reproduce: 1. Start wxMaxima 2. Enter "wxplot2d(x,[x,1,2]);" 3. Press Ctrl+R Actual results: Error message "Could not find/open font when opening font "arial", using internal non-scalable font" Expected results: Should not be such errors. Additional info: wxplot2d in wxMaxima-0.8.3a-1.fc11 in Fedora 11 works without such error messages.
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