Bug 102570

Summary: Unable to print dvi files to postscript printer
Product: [Retired] Red Hat Linux Reporter: Philip Hirschhorn <psh>
Component: tetexAssignee: Tim Waugh <twaugh>
Status: CLOSED NOTABUG QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 9   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-08-18 08:11:06 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 Philip Hirschhorn 2003-08-18 05:50:41 UTC
Description of problem:
RedHat 9 is missing the file /usr/share/printconf/mf_rules/mf40-tetex_filters,
and as a result attempting to print a dvi file to a postscript printer results
in either garbage output (using LPRng) or a message saying it can't deal with
the file type (using CUPS).  That file is included in RedHat 7.1 (in
tetex-dvips-1.0.7-38.2) and in RedHat 7.3 (in tetex-dvips-1.0.7-47), but it is
*not* in tetex-dvips-1.0.7-66 (which is what RedHat 9 has).  When I copied that
file from RedHat 7.1 to the proper directory on the RedHat 9 system, dvi files
printed correctly to the postscript printer.


Version-Release number of selected component (if applicable):
tetex-dvips-1.0.7-66

How reproducible:
Every print attempt.


Steps to Reproduce:
1. Install RedHat 9
2. Configure printing to a postscript printer (to a JetDirect printer over the
network, in case it matters).
3. Attempt to print a dvi file.
    
Actual results:
Under LPRng: garbage appears at the printer, approximately one line per page.
Under CUPS: You get a message saying it can't handle that file type.


Expected results:
The dvi file should print!

Additional info:
RedHat 9 is also missing the files
/usr/share/printconf/mf_rules/mf40-groff_filters (which used to be distributed
as part of groff-1.16.1-7, but isn't in groff-1.18.1-20) and
/usr/share/printconf/mf_rules/mf50-netpbm_filters (which used to be distributed
as part of netpbm-progs-9.9-5 but isn't in netpbm-progs-9.24-10).

Comment 1 Tim Waugh 2003-08-18 08:11:06 UTC
No, DVI interpretation was taken out from the filters on purpose.

Use dvips to print DVI files -- this is the only reliable mechanism.