Bug 6769 - lpr 0.46 breaks netatalk printing
lpr 0.46 breaks netatalk printing
Product: Red Hat Linux
Classification: Retired
Component: lpr (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
Depends On:
  Show dependency treegraph
Reported: 1999-11-05 20:29 EST by jdalbec
Modified: 2008-05-01 11:37 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-02-05 01:36:45 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description jdalbec 1999-11-05 20:29:33 EST
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
Comment 1 Bill Nottingham 1999-11-08 10:46:59 EST
How does netatalk print files?
Comment 2 jdalbec 1999-11-08 19:51:59 EST
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 12:25:59 EST
Please send me a copy of the patch so it can be included in the RPM.
Comment 4 mwilson 2000-01-11 22:45:59 EST
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
bash$ rpm -q lpr

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-11 22:50:59 EST
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-11 23:11:59 EST
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 09:13:59 EST
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 17:39:59 EST
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 01:36:59 EST
This should be fixed in 0.50-2, as it does not require that the
files owners/groups be changed.

Note You need to log in before you can comment on or make changes to this bug.