Hi, At 02:23 +0100 on 2011-2-10 Jean-François Mertens wrote: > > I might agree that this type of thing is a fault of texlive: > the ultimate sources should be there, even if only > for the case when someone wants to re-create pfa or pfb > files using conceivably better algorithms. > (Similarly for afm files - for fontinst users any absence > (e.g. in the adobe sub-dir) is a real annoyance). > > But there is a pfb file > # dpkg -S eurm10.pfb|fgrep texlive > texlive-texmf: /sw64/share/texmf-dist/fonts/type1/public/amsfonts/ > euler/eurm10.pfb > (another installed by texmacs-type1-fonts _ I don't like this..) > and except for some anomaly on your system, dvips should have found it.
I also have only one eurm10.pfb: < godel:~ > locate eurm10.pfb /opt/sw64/share/texmf-dist/fonts/type1/public/amsfonts/euler/eurm10.pfb I don't have texmacs fonts installed so that's the only one. > >> I would suggest you look carefully at your psfonts.map file, and > >> the map files that went into it. For instance, if you had bakoma > >> fonts somewhere, they have their own euler fonts, and if their map > >> file gets read by updmap, this type of confusion can result. (did > >> in fact result here). It is always safe idea to avoid duplicate > >> fonts (a well as for an other texinputs :) > > > > I agree, and thank you for the suggestion. I do not have any other > > fonts installed as far as I can remember (I had TeTeX on the machine > > and the TeXLive; no other package installed by hand as far as I > > temember), but I will check as soon as I can. > To start, do just > grep '^eu' `kpsewhich psfonts.map` This one (just regenerated by updmap-sys) has no reference to eurm10: < godel:dvips/updmap > grep '^eu' `kpsewhich psfonts.map` eullbx10 eullbx10 <eullbx10.pfb eullbx5 eullbx5 <eullbx5.pfb eullbx6 eullbx6 <eullbx6.pfb eullbx7 eullbx7 <eullbx7.pfb eullbx8 eullbx8 <eullbx8.pfb eullbx9 eullbx9 <eullbx9.pfb eullr10 eullr10 <eullr10.pfb eullr5 eullr5 <eullr5.pfb eullr6 eullr6 <eullr6.pfb eullr7 eullr7 <eullr7.pfb eullr8 eullr8 <eullr8.pfb eullr9 eullr9 <eullr9.pfb eurbo10 EURB10 ".167 SlantFont" <eurb10.pfb eurmo10 EURM10 ".167 SlantFont" <eurm10.pfb Note that `kpsewhich psfonts.map` is in %p/var/lib/texmf/fonts/map/dvips/updmap/ (as it should) and is a link to psfonts_t1.map (none of the other maps in said directory containing any reference to eurm10). Another psfonts.map is in %p/share/texmf-dist/fonts/map/dvips/updmap, and it does contain a correct reference to eurm10: < godel:dvips/updmap > grep '^eu' /opt/sw64/share/texmf-dist/fonts/map/dvips/updmap/psfonts.map ... eurb9 EURB10 <eurb10.pfb eurm10 EURM10 <eurm10.pfb eurm5 EURM5 <eurm5.pfb ... I have in fact copied it (by mistake!) over %p/var/lib/texmf/fonts/map/dvips/updmap/psfonts.map and things work all of a sudden. This is quite obvously a bad thing to do so I am still digging to find a proper fix. > Had the same experience; possibly updmap does behave slightly > differently when encountering duplicate items in map files, or > dvips behaves slightly differently when encountering 2 definitions > for the same font in psfonts.map.. The funny thing for me is that I don't appear to have any duplicate on my system. I am still digging as I said. Stefan -- If it was so, it might be; and if it were so, it would be; but as it isn't, it ain't. That's logic. --Lewis Carroll, Through the Looking-Glass No HTML emails and proprietary attachments please <http://bruda.ca/email.html> ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
