Bug 24600

Summary:	Remote queues fail unless local name == remote name
Product:	[Retired] Red Hat Linux	Reporter:	Frank Sweetser <fs>
Component:	LPRng	Assignee:	Crutcher Dunnavant <crutcher>
Status:	CLOSED WORKSFORME	QA Contact:	David Lawrence <dkl>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.1
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:	Florence Gold
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-02-04 22:48:48 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 Frank Sweetser 2001-01-22 16:45:09 UTC

Two machines, one running LPRng as a server, one (with beta2) as a client.
 The remove machine has a printer queue named 'netops-shop'.  The client
has a queue added, pointing to netops-shop@server, locally only named lp.
Running lpq or trying to print then complains that there's no queue named
'netops-shop@client', which is true.

As a workaround, adding netops-shop as an alias to lp on the client machine
seems to work.

Comment 1 Glen Foster 2001-01-22 17:40:53 UTC

This defect is considered MUST-FIX for Florence Gold release

Comment 2 Crutcher Dunnavant 2001-02-04 22:48:44 UTC

Please attach printcap file.

Do you mean that running `lpq -Plp` or `lpr -Plp` fails on the client?
Or 'lpr -Pnetops-shop` fails on the client?

Comment 3 Crutcher Dunnavant 2001-02-08 16:49:38 UTC

I can not reproduce this failure.

Comment 4 Frank Sweetser 2001-02-08 17:00:37 UTC

Confirmed - works fine for me in beta3.