Mailinglist Archive: opensuse-amd64 (29 mails)

< Previous Next >
Re: [opensuse-amd64] Printing woes under 10.2
  • From: Klaus Singvogel <kssingvo@xxxxxxx>
  • Date: Mon, 16 Apr 2007 11:35:02 +0200
  • Message-id: <20070416093501.GA4197@xxxxxxx>
Constantine 'Gus' Fantanas wrote:
> I am not sure whether I am dealing with a bug here, so before I bug
> bugzilla, I decided to post some new findings on this board.  I
> activated logging of the foomatic-rip filter script.  I printed a page I
> brought up with firefox into a file, then opened that file with
> kghostview, and from inside khostview I printed it; it came out
> perfect. 

Sorry, but I miss some important information here. Which type of
page did you open with firefox? I assume it's HTML, but you could
also display PostScript or PDF or others...

Do you use any special printing options from firefox, when doing
the printout? "special" means "non-default" values, like Input
Slot (!), Quality/Resolution, page size, duplex, etc.

Do you print to the cups queue from firefox, or do you print via
"foomatic" as printing command?

If you print using "foomatic-rip" (and not the cups tools), then you
should change this, as you made an unsupported and not intended
approach to print.

Test to print to queue "PostScript/default" and use your favorite
printing command there (I'm using "xpp", but this is a matter of

> I then saved the /tmp/foomatic-rip.log' file as
> 'foomatic-log-kghost'.  Then, I printed the very same page directly from
> inside firefox; I got the same garbage (the printer started printing
> Postcript commands in ASCII and I had to stop it to save some trees).  I
> then saved the '/tmp/foomatic-rip.log' file as 'foomatic-log.str8' (when
> configured for logging, the foomatic script apparently uses the file
> '/tmp/foomatic-rip.log' and overwrites it with new data when its starts
> a new job).  I have attached both files (which they will probably show
> up at the end of the thread).
> Here are some salient points that I observed in the foomatic log files:
> When I printed from inside firefox (job #207, garbage out), very few
> printer options were passed to the filter.  The printer the foomatic
> script declared was 'foomatic-rip' and the printer model 'Raw que' 
> (which agrees with the fact I got Postscript commands to print instead
> of being executed).  What is very-very odd, foomatic reported the weird
> string "media=Letter
> job-uuid=urn:uuid:e1b70a11-685d-387a-6c55-7321d5932670" as a PPD
> file!!!!!!  Something seems to be amiss here.

Yes, there is something wrong.

Can you please test to print PostScript files and textfiles from a
console window, please?

Test for PostScript:
        lp -d <<printer>> /usr/share/ghostscript/*/examples/tiger.eps
Test for textfile:
        lp -d <<printer>> /etc/aliases

I assume it's a problem in firefox.

> In stark contrast, when I printed from inside kghostscript  (job #206,
> which printed successfully), the foomatic script was passed on (or
> recognized) a lot of options and declared the HP8450 queue name; it also
> explicitly mentioned the PPD file (residing at
> '/etc/cups/ppd/HP8450.PPD').  Therefore, the PPD file I use for this
> printer is NOT the problem (or, at least, was not the problem when
> printing that page from inside kghostview).

The PPD file

> What does kghostview do differently than firefox???  Why does foomatic
> get this weird string as a PPD file name when I try to print from inside
> firefox? 

Yes, these are the right questions.

> Could there be some error in foomatic, which causes the
> arguments passed to the script to be parsed incorrectly?

No, I doubt that this is related.

> CF
> PS.  I did visit < ;> and
> found it very informative.  In some cases it should mention /usr/lib64
> for the 64 bit architectures.  Also the URL <
> http://localhost:631/spm.html ;>, mentioned in the CUPS_in_a_Nutshell
> article, does not exist on my system (but the CUPS GUI at
> http://localhost:631 works fine).

The "spm.html" is still true for old SuSE distributions. But with
switch to cups-1.2.x this is no longer true. The upstream maintainer,
Michael Sweet, decided to no longer ship this file with his packages.

Thanks for the hint, we will note this loss in the document.

Klaus Singvogel
SUSE LINUX Products GmbH
Maxfeldstr. 5                     E-Mail: Klaus.Singvogel@xxxxxxx
90409 Nuernberg                   Phone: +49 (0) 911 740530
Germany                           GnuPG-Key-ID: 1024R/5068792D  1994-06-27

SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg)
To unsubscribe, e-mail: opensuse-amd64+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-amd64+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups