Bug 6769

Summary:	lpr 0.46 breaks netatalk printing
Product:	[Retired] Red Hat Linux	Reporter:	jdalbec
Component:	lpr	Assignee:	Bernhard Rosenkraenzer <bero>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.2	CC:	alexp, mwilson
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2000-02-05 06:36:45 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 jdalbec 1999-11-06 01:29:33 UTC

lpr 0.46 has changed the format of the control file to
require a device/inode line.  This breaks the netatalk
printer access protocol daemon.  Attempting to print a file
causes lpd to send mail saying:

Your printer job (<name>)
was not printed because it was not linked to the original
file

Comment 1 Bill Nottingham 1999-11-08 15:46:59 UTC

How does netatalk print files?

Comment 2 jdalbec 1999-11-09 00:51:59 UTC

First, I was wrong about the device/inode line.  It's not required.
Netatalk builds the control and data files in the spool directory with
user = group = root.  I wrote a patch to netatalk that fchown()s the
data file just like the lpr command does.  I've posted the patch on
the linux-atalk mailing list but I haven't heard anything.

Comment 3 Bernhard Rosenkraenzer 1999-11-22 17:25:59 UTC

Please send me a copy of the patch so it can be included in the RPM.

Comment 4 mwilson 2000-01-12 03:45:59 UTC

I would like to point out that apparently this breakage is either version or
installation specific... I use the combination of:

bash$ rpm -q netatalk
netatalk-1.4b2+asun2.1.3-6
bash$ rpm -q lpr
lpr-0.46-1
bash$

without any problems.  Upgrading to any later version of lpr DOES break
printing, with a different message (see bug 8288).

Comment 5 mwilson 2000-01-12 03:50:59 UTC

Just had a thought... perhaps adding this patch (assuming it was added), is what
broke printer accounting for me (hint).

Comment 6 jdalbec 2000-01-12 04:11:59 UTC

I don't think 2.1.3-6 includes the patch.  The control file is unchanged,
so I don't see how that would break accounting.  I'm currently using my
patched version with lpr 0.48-1.
I suppose netatalk 2.1.3-6 and lpr 0.46-1 would work if the printer
operator were in the "root" group.  Is that the case in your setup?
(The "root" user doesn't work because lpd changes that to "lp".)

Comment 7 mwilson 2000-01-12 14:13:59 UTC

I'm not sure if I understand you... yes, root can print, and I can print, and
I'm a member of root.  But other users can print, that aren't a member of root,
or lp, or daemon, or anything (I've put no restrictions on printing... yet).

/var/spool/lpd is set to root.daemon, and the spool directories inside it are
set to root.lp.

Does that help?

Comment 8 jdalbec 2000-01-12 22:39:59 UTC

Never mind.  The difference is that you are printing Linux-to-Mac and
I am printing Mac-to-Linux.  Our bugs are completely unrelated.

Comment 9 Bill Nottingham 2000-02-05 06:36:59 UTC

This should be fixed in 0.50-2, as it does not require that the
files owners/groups be changed.