cups providing LPRng
Paul Heinlein
heinlein at madboa.com
Tue Feb 10 22:27:41 UTC 2004
At work, we are stalled on getting a cups server up and into
production. Let's just assume, for the sake of discussion, that I'm
stuck using a legacy lpr/lpd server for now.
We've got a workable /etc/printcap that we push with cfengine to all
our *nix hosts. Thing is, cups doesn't like our printcap (nor does it
like our lpr server, which is quite ancient, but that's another story
and outside my control).
So I grabbed LPRng-3.8.19-3.1.src.rpm from the Red Hat 9 tree and
built it for Fedora.
I'm able to 'rpm -i' the new binary package without difficulty, but
'rpm -U' fails because the cups rpm provides LPRng (so -U wants to
remove the cups package):
$ rpm -q --provides cups
/usr/bin/cancel
/usr/bin/lp
/usr/bin/lpq
/usr/bin/lpr
/usr/bin/lprm
/usr/bin/lpstat
LPRng = 3.8.15-3
config(cups) = 1:1.1.19-13
lpd
lpr
cups = 1:1.1.19-13
That seems amiss to me. Is there a compelling reason why cups has to
provide LPRng? Do I have to play dueling rpms, telling LPRng that it
provides cups = 1:1.1.19-13.1?
--Paul Heinlein <heinlein at madboa.com>
More information about the devel
mailing list