Hi Alan I checked adding the /usr/share/texmf-dist/fonts folder to the fontconfig config file and this works, so I have changed the instructions, but also mentioned that installing to other locations is possible - the Windows fonts directory being potentially particularly useful. I have also reported the issue on the Cygwin mailing list so we will see if anything comes of that. Out of interest I thought that as CMake finds my Cygwin Bash installation from Windows I would try building the documentation from Visual Studio - it almost works. I get the following errors
9> Generating plplot-symbols.txt9> nm: 'D:/usr/local/src/plplot-plplot/build/Visual Studio 11 64sd/src/libplplot.so': No such file9> D:/usr/local/src/plplot-plplot/doc/docbook/src/../bin/get-library-symbols.pl: cannot get external symbols of library D:/usr/local/src/plplot-plplot/build/Visual Studio 11 64sd/src/libplplot.so at D:/usr/local/src/plplot-plplot/doc/docbook/src/../bin/get-library-symbols.pl line 26. and 14> Generating plplot-5.10.0.pdf14> 'C:\cygwin64\bin\dblatex' is not recognized as an internal or external command,14> operable program or batch file. Alan you may be able to fix these without much effort as your cmake skills are much better than mine. I don't know perl and this seems rather beyond my CMake skills. If you don't think it would be easy then it isn't worth worrying about. But basically in the call to nm the correct path (for this build) would be src/Debug/plplot.lib (this was a static debug build) and it turns out that dblatex is in /usr/bin, not /bin. As I said, if you are interested in having this working then great, but if not then no worries. Phil ----- Original Message ----- From: Alan W. Irwin <ir...@beluga.phys.uvic.ca> To: Phil Rosenberg <philip_rosenb...@yahoo.com> Cc: "plplot-devel@lists.sourceforge.net" <plplot-devel@lists.sourceforge.net>; Arjen Markus <arjen.mar...@deltares.nl> Sent: Thursday, 6 November 2014, 18:33 Subject: Re: [Plplot-devel] Docbook on Cygwin Hi Phil: After getting some much needed sleep, I have reviewed this topic, and here is what I think still remains to be done. There are two goals here. (1) Work around the Cygwin fonts bug until they fix it. The issue here is I don't think you need the download step you have described in doc/docbook/README.developers. Your install of texlive-collection-fontsextra has already installed the fonts you need in /usr/share/texmf-dist/fonts/opentype and/or /usr/share/texmf-dist/fonts/truetype So I think all you have to do is put one or both of those directories in /etc/fonts/local.conf and you are done. But please check that supposition (with the fonts you downloaded to /usr/share/fonts/OTF removed to make this a clean test), and then update doc/docbook/README.developers accordingly. (2) Convince the texlive-collection-fontsextra packagers to fix the bug. A clear description of the original issue, and the necessity of the above clearly described workaround to avoid it is all you should need to take to the Cygwin mailing list. How they fix the issue is non of our concern, but it is fun to speculate. :-) My own guess is they will not fix the problem by fiddling with fontconfig paths since on Linux the corresponding problem is not settled that way. Instead, for the subset of fonts (140 out of ~400) in the /usr/share/texlive/texmf-dist/fonts/*type (including FreeSans, FreeSerif, and FreeMono) that need also to be found in /usr/share/fonts, the Linux packagers use symlinks to /usr/share/fonts. I have no clue what the criterion is for deciding when the fonts need to be in the two places, but there must be some well-known criterion in the TeX world that the texlive-collection-fontsextra packagers should be aware of, and in fact, once you point out the problem to them, they may find that only a tiny fix in their otherwise routine install script fixes the issue. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________
------------------------------------------------------------------------------
_______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
