Description of problem: the \tt (or \ttfamily) is not recognized in LaTex under RH-EL4. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: This is the tex example: \documentclass[a4paper,10pt]{article} \usepackage{amsmath} \usepackage{latexsym} \usepackage{epsfig} \usepackage{amsfonts,amssymb} \begin{document} {\tt \{lukas, peter\}@unitex.com}\\ \tt{something to write using tt} \end{document} Actual results: the size and space between letters do not look proportional (sometimes to close, sometimes to distance to each other) especially when tex containing curly bracket (\{ \}) Additional info: Warning message when compiling the tex file to dvi: ./test.tex:0:No file OMScmtt.fd. on input line 10. ./test.tex:10: Font shape `OMS/cmtt/m/n' undefined(Font) using `OMS/cmsy/m/n' instead(Font) for symbol `textbraceleft' on input line 10. Font shape `OMS/cmtt/m/n' undefined(Font) using `OMS/cmsy/m/n' instead(Font) for symbol `textbraceleft' ./test.tex:0: Some font shapes were not available, defaults substituted.
Please note that in the line "\tt{something to write using tt}" you set the \tt globally what wasn't intentional I think. It's always a good idea to define such properties to be valid only for a specified block what is done at line "{\tt \{lukas, peter\}@unitex.com}" for instance. The problem with the inproportional spaces between letters is caused by the font substitution from the proportional cmtt to not proportional cmsy font shape. The same warning message I reproduced successfully on my RHEL4 box. To be sure that you see the same thing as me, could you please attach here the final DVI or PDF file?
Created attachment 112449 [details] file containing .tex file and .cls file that have problem with \tt
I think you see the same warning as what I see. This warning appear if for example we use article style file, but although there is warning, the font substitution works fine. I looked at the file where I have problem with the font substitution, and actually this happens when I used the IEEE conference style file (ieeeconf.cls). The DVI output seems fine, but the problem can be seen on the PDF output. I have attached the file example where the problem occur. Please try to compile it and see the difference between the DVI output and the PDF output of this file. I think the problem can be solved by editing some lines on the .cls file, but I do not expect to have to do this hassle just because I move to EL4 (the problem did not exist before)...
Created attachment 112457 [details] file containing .dvi file and .pdf file that have problem with \tt Adding my previous attachment, here I also attach the .dvi output and .pdf output of the file test.tex with style file ieeeconf.cls compiled with LaTeX on EL4.
Have you tried to remove the \renewcommand{\ttdefault}{pcr} line from ieeeconf.cls ?
Yes, I tried it. It fixes the problem of the .pdf output although now the warning message about the symbol `textbraceleft' and `textbraceright' appears. We can get rid of the warning message by typing the curly bracket outside the \tt block (although it does not look eficient), for example \{{\tt lukas, peter}\}{\tt @unitex.com} instead of {\tt \{lukas, peter\}@unitex.com} and {\small \{{\tt lukas, peter}\}{\tt @unitex.com} instead of {\tt\small \{lukas, peter\}@unitex.com} I think the problem is solved now, thanks! However, I was wondering why the symbols \{ and \} are not recognized by cmsy fonts? Could there be other symbol that are not recognized? Why RHEL4 does not retain the cmtt fonts that are already working fine in the erlier version?
Closing as NOTABUG, based on comment #8.
I am still not happy with the solution... I rewrite again here my complaint: However, I was wondering why the symbols \{ and \} are not recognized by cmsy fonts? Could there be other symbols that are not recognized? Why RHEL4 does not retain the cmtt fonts that are already working fine in the erlier version?
I am also seeing this using some prosper templates for presentations. Things I compiled on EL3 fine in LaTeX are having trouble in EL4. In particular writing email addresses using prosper... {\fontsize{7}{7}\selectfont\texttt{\@email}} seems to be selecting the font in the prosper class file. Do we have an ETA for a fix, or do I need to dig out an EL3 machine; I have a conference presentation to prepare for the end of the week. Paul
dina: I'm investigating what's bad with the font substitution. EE: Could you please attach here a complete sample source using beamerprosper.sty to let me investigate what actually goes wrong?
Created attachment 112778 [details] sample files using prosper I attach the sample .tex file where I use proper. I also include the .pdf output of it. I agree with Paul that the trouble with the font substitution is even more severe here... :(
Hi Jindrich, Just to comfirm - I see exactly the same behaviour as Dina. The letters are too close together in the tt font, and there is sometimes bizarre random spacing of characters... look at the email addresses in the PDF file Dina has attached - I see that strange behaviour too. Cheers, Paul
Hmmm, I see we haven't included prosper class in RHEL4 teTeX, did you install prosper manually? wrt comment #13: I can see the invalid spacing of the \tt font when viewed by the latest version of xpdf (3.00), it's displayed differently by xpdf-2.02 and finally the pdf is displayed fine with xpdf-0.92. Looks like xpdf has something to do with this. Than, do you have any hint for this? Please note I used the same pdf for all the xpdf versions.
Created attachment 112848 [details] Screenshot of prosper.pdf file viewed by various xpdf versions I'm attaching the screenshot to show you what I actually see with different xpdf versions.
Guys - note that the pdf is also wrongly displayed in acroread 5 - but yes - it looks ok in zpdf-0.92. Very odd! Not tried it in the beta of acroread 7... As for the prosper install - right - it's not included in RHEL by default, but it just requires a prosper class file and .sty file... which I normally dump in the document working directory rather than the system latex directory - for ease of portability of the document. I guess Dina has done something similar? If you would consider including prosper that would be a good thing... for me at least. Cheers, Paul
Is it possible that the onscreen display of courier is being affected by bug 140584 as well?
*** Bug 153712 has been marked as a duplicate of this bug. ***
John, it's possible, yes. But it's just a guess at the moment. I think it's good to wait for Than's opition here. I'll investigate this case more on monday.
Ok, upgrading to urw-fonts-2.3-1 solved the bad typesetting of courier fonts for me. Than, could you please release an erratum for urw-fonts?
i think it's to late for RHEL4-U1, but it's fine with me to have it in comming RHEL4-U2. Floian, could you please add it U2? thanks
Guys, I appreciate that you have release and quality procedures but waiting another 6months for this to be fixed in U2 is not what I had in mind. Please can you just issue an errata *much* sooner? It's quite serious bug for LaTeX users and surely fixing bugs in a font package is a pretty benign thing? It's a pain for me and my colleagues - we upgraded all but one of our machines to EL4 and it's annoying to have to ssh into another box just to compile a latex document. Please push this out as fast as you are able. Thanks, Paul
Will the fix make it into Fedora Core 4? This bug occurs in FC3 as well...
It's already in fc4test2! i will do urw-fonts update for fc3 this week
Let's review the progress of this bug: Reported by dslaila on 25th Feb. Fixed in Fedora 11th April. Still not fixed in EL4 on 18th June. (possibly - although not confirmed - it might appear in another 3months in U2) So as I see it those of us who are paying for support with EL4 licenses have to keep waiting for a fixz that may never happen, whilst those using free Fedora already have this fixed. Forgive me for thinking that your support model is upside down and completely acceptable. I must be missing something. I am again in need for these fonts to work properly so I can prepare a presentation and I am alarmed that it still has not been fixed. I'd like to ask redhat the question of whether they think this is acceptable. 6 months to not release a fix for a font bug... And yes - I could - and I now will - find an rpm which fixes it for me from Fedora, if one exists that doesn't get me into dependency hell. It just all rather undermines the point of paying for a linux distribution when it seems the free ones are better. I wrote an email to David Lawrence (he is down as the QA contact on this bug) and got no response. Please do not tell me that I should be using my paid for support channel to get this fixed. The pace they have been moving at putting in features like ACLs on nfs 3 (which are not present in EL4 dispite them being in EL3 and the release notes of EL4 saying they are supported) means that to be honest it's simply not worth the effort reporting stuff anymore. Paul
*** Bug 164239 has been marked as a duplicate of this bug. ***
*** Bug 164602 has been marked as a duplicate of this bug. ***
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-409.html