FC3 RC1 - Networked LPD server printing still not working.

Jerone Young jerone at gmail.com
Wed Oct 27 15:33:44 UTC 2004


what you might want to do is a fresh install. Cups seems to print fine
for me using LPD now...earlier it didn't but now it does.

On Tue, 26 Oct 2004 13:41:34 -0600, Michal Jaegermann
<michal at harddata.com> wrote:
> On Tue, Oct 26, 2004 at 11:31:35AM -0500, Satish Balay wrote:
> >
> > I prefer LPRng as:
> > - I don't need to configure local cupsd/lpd
> > - I can tunnel print commands easily through ssh/portforwarding.
> 
> 'cups' has a serious show-stopper "feature", on the top of various
> more or less serious annoyances, if you have an installation with
> really remote printers and many users.  Once a job left the
> originating machine its status is 'done' and 'lpq' will not tell you
> more about its status, nor a job identifier on a remote, and 'lprm'
> will not remove it even if it is going to sit in queue for the next
> two weeks.  Your "Print Manager" will just show you a happy picture.
> Samba is affected too. That is something which never was a problem
> for lpr/LPRng.
> 
> Findinig 'root' for a print server and asking him/her to do a job
> removal for us is not a real option although it seems to be
> proffered for example here:
> 
> http://thread.gmane.org/gmane.comp.printing.cups.general/1989
> 
> <quote>
> If you want to cancel a job which is on the server,
> you must do it on the server and you must use
> the server's job id:
>   cancel -h SERVER SERVER'S_JOB_ID
> </quote>
> 
> If I am misinterpreting what this is saying, and I can really do
> that from the originating machine ("SERVER" may not have a shell
> login at all), then at least GUI interface for print jobs management
> is buggy because it is not doing that for me; but in any case why I
> should worry about what is "SERVER" and how a remote queue happen to
> be called in the given moment?  Apparently I need the last piece of
> that puzzle for 'lpstat'.  This may be changing outside of my
> control and after all I submitted a print job to a local queue.
> 
> Checking possiblity that I do not understand and I should really use
> these commands from a submitting account I tried, proposed in the
> quoted message from comp.printing.cups.general,
> 
>   lpstat -h SERVER -o QUEUE
> 
> (with names for "SERVER" and "QUEUE" I happen to know).   I only
> got back: "lpstat: Unable to connect to server: Connection refused."
> Just lovely!  'cancel -h ...' as above, after I checked that job
> id on a server, responded with "Uknown destination".  Yes, I can
> print.
> 
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90619
> ellicited only a comment that apparently this is how this is
> "supposed" to be.  Ugh!
> 
>    Michal
> 
> 
> 
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> http://www.redhat.com/mailman/listinfo/fedora-test-list
>




More information about the test mailing list