The cancel-cups man page (/usr/share/man/man1/cancel-cups.1.gz) is missing from security errata package (cups-1.1.17-13.3.16), but the link (cancel.1.gz) is still created.
This is put into %{buildroot} and listed in the manifest (%{_mandir}/man?/*) so there's nothing I can do to fix this in the spec file. For some reason rpm is ignoring this symlink. Note that it is a symlink to a target that does not exist at package build time (but does after package install).
rebuilding from the .spec worked (included cancel-cups.1.gz) with rpm v4.2.3-10. But cancel-cups.1.gz is a symlink to lp.1.gz. Shouldn't it be a symlink to lp-cups.1.gz?
lp.1.gz should be (and was) fine. It is provided by the alternatives program post-install. If this is a change in build configuration it might have more widespread consequences, so we need to know what the change was and why it was made.
> lp.1.gz should be (and was) fine. It is provided by the alternatives > program post-install. certainly. But logically, shouldn't it point to lp-cups.1.gz?
Yes, it probably should.
Duplicate: bug #138284.
*** Bug 138284 has been marked as a duplicate of this bug. ***
*** Bug 139333 has been marked as a duplicate of this bug. ***
I was about to file a bug on this same issue, but then I happened to do the right search to find this one. So: what is the status? Based on comment 1 it looks like there may be no plan to fix this? It doesn't seem like it should be difficult to address (and it wasn't a problem in the previous cups RPM).
Actually comment #4 has a probable workaround. I'm waiting for an analysis of the build system change before proceeding.
*** Bug 140898 has been marked as a duplicate of this bug. ***
This all works fine in FC3, where the chain of links is $man/cancel.1.gz -> $alt/print-cancelman -> $man/cancel-cups.1.gz -> $man/lp.1.gz -> $alt/print-lpman -> $man/lp-cups.1.gz where $man is /usr/share/man/man1 and $alt is /etc/alternatives. In RHEL, the link $man/cancel-cups.1.gz is missing, but the rest of the chain is intact. This isn't to say that the links are done in the most appropriate way, just that they are all there in FC3, so comparing that spec file and this one should give a clue.
No -- the change was in the build system, not the spec file.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-013.html