[Malvern] Printing "banners".

[Andy Morris]

Geoff,

"stdin" = standard in
"stdout" = standard out
"stderr" = standard error

These are the three basic process routings in Unix type systems. 
Standard In is the data route into a process, Standard Out is the data 
route out of a process, Standard Error speaks for itself. You use them 
to route any data or error messages to where you want. The "pipe" symbol 
links "stdout" from one process into the "stdin" of the next, for 
instance, hence you acre creating a "data pipe".

My guess would be that the process receiving the printer data from 
Mozilla is generating a banner. Is the printer local to Hafren, or 
remote (standalone or processor)? If the latter, then it could be that a 
network transport utility is set to add a banner, to identify the source 
processor on a "network printing" job, rather than Mozilla actually 
adding the banner. Mozilla may not explicitly disable this, where KDE 
can do (on behalf of all it's components).


Andy

Geoff Bagley wrote:
> 
> On Lynda's machine,  all printer output via the Mozilla browser is 
> preceded by a "banner".
> This only happens with Mozilla.  Konquerer is OK.
> This might be expected. I have set KDE for no banners.
> 
> I have been on the local CUPS setup port (localhost:631),  and there also
> the setting is for no banners.
> 
> The question is, where do I look next ?
> 
> All printer output on Lynda's machine ("hafren"), when using Mozilla,  
> is preceded by a
> wasted page " lynda stdin hafren"  in large made-up letters.
> 
> I wonder what  "stdin" that might be.  Note, it is not "stdout".
> "Hafren" is Welsh for Severn, the name of the host.
> 
> It is only on Lynda's  machine.   She has Etch,  2.6.17 kernel,  and xorg.
> On the two versions of Etch on  this machine (tren) -  I get no banners 
> Gott sie Dank !
> 
> 
> Where next ? I guess there must be a config file somewhere.
> 
> Geoff