Red Hat Bugzilla – Bug 49144
Root password prevents other users from printing
Last modified: 2007-03-26 23:47:00 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Description of problem:
Giving root a password prevents users of text based programs (written in
PDS-Adept, a 4th generation language)from being able to send print jobs to
Steps to Reproduce:
1. Creat a root passwd during installation.
2. create new user (any name)
3. passwd or not their login
4. enter text based application
5. try to print
6. system hangs with "Spooling print.... su Password:"
Actual Results: I get the "Spooling print..." message and am asked for a
su Password. First character I hit the screen scrolls up and I have to
press the end key to get back to a login to straighten out the screen. I
get no printed output.
Expected Results: What it should do is print the job. Not ask for a
password. Also any user should be able to be delegated the right to print
to a system printer. SCO UNIX operates that way, why can't Linux?
I can log the user on and break out of the program to a $ sign and can
issue a "lpr -Preport /home/username/trace.prn" command and it will send
the job to the printer?
Now if I edit manually the /etc/passwd and /etc/shadow files to remove the
password from root. I can then log the user in and print from the
application just fine.
Prior to doing the last I even tried giving the user "root lp adm" group
associations. Nothing has worked except for removing the root passwd.
This is definately a SECURITY HAZARD report. I can't secure a system like
this and put it in the field just to have someone login and screw the
files up and make unaurthorized changes to the system!
AMD k6-2 500Mhz
128 Meg Ram
15 G hdd
AGP S3 Video with 8Meg
Creative labs Awe 32 sound card
pci Kingston Network card @ 06c00 irq5
pci USR Modem @ 06800 irq 10
epson 500 printer configured as lp & report on /dev/lp0
What command is the program running when it attempts to print (or equivalently,
which program is actually prompting for the password)?
We don't use passwords inside our program. The print jobs are either sent to
the spooler or directly to serial, parallel or remote machine printer ports.
The software uses systems calls to print as far as I know. This setup worked
fine in Unix and Xenix. Program issued the print job and the system just did
Seems to be a bug in PDS Adept. Why it is using su before printing who knows