Description of problem:
Let me say up front that this is a second-hand bug report and that I
unfortunately do not have a spare machine to test this on. I'm hoping
someone with a test machine can confirm this bug.
I built a cups-1.1.19-8 package (without use_alternatives) for a
friend who had LPRng installed. He installed the package with "rpm
-Uvh cups-*". The cups package obsoletes LPRng, so that package was
removed, but in the process it removed all files that were shared
between the obsoleted LPRng package and the obsoleting cups package.
This means that after installing the cups package there were no
/usr/bin/lp, /usr/bin/lpr, /usr/bin/cancel, or any other files that
used to be owned by the obsoleted LPRng package, such as the man pages
for lp, lpr, and cancel. Reinstalling cups with "rpm -Uvh
--replacepkgs cups-*" fixed the problem.
My hunch is that this bug was introduced in cups-1.1.19-3 with the fix
for bug #92145. At least, this problem did not occur when I obsoleted
my LPRng package with a cups package that provided LPRng without a
version. If this bug can be reproduced and if it is not in fact a bug
in rpm (or my friend's version of rpm), I suppose this bug can be
fixed by not having the cups package provide LPRng at all.
Version-Release number of selected component (if applicable):
cups >= 1.1.19-3
Steps to Reproduce:
1. Install LPRng without "alternatives".
2. Build cups >= 1.1.19-3 without "alternatives".
3. # rpm -Uvh cups-*
4. $ which lp lpr cancel
Actual Results: No lp, lpr, cancel in PATH.
Expected Results: /usr/bin/lp
We don't build cups without alternatives in Red Hat Linux or in Fedora