cups providing LPRng

[Paul Heinlein]

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>