Red Hat Bugzilla – Bug 235507
rpmbuild -bs should not check dependencies
Last modified: 2008-07-14 07:47:26 EDT
Description of problem:
rpmbuild -bs util-linux.spec
error: Failed build dependencies:
e2fsprogs-devel >= 1.36 is needed by (etc, etc)
Version-Release number of selected component (if applicable):
-bs should not check for buildrequires.
I don't remember running into this behaviour in earlier versions, so
I suspect it's new.
Add --nodeps if you don't wish dependencies checked.
Add to /etc/popt
rpmbuild alias --bs -bs --nodeps
to add --nodeps persistently.
Of course --nodeps is the obvious and simple workaround, but there is no reason
why it should be necessary in the first place. Source rpms have no build
dependencies, ever, so rpm should not claim they do. Therefore, I think, it
would be more elegant and more correct if rpm itself implied --nodeps to -bs,
rather than confront the user with false dependencies and require him to negate
We disagree (at least until the build state machine changes to produce a srpm earlier).
Add the popt alias and be happy.
(In reply to comment #3)
Thank you for the hint, but I wasn't trying to configure my system here; I was
suggesting a general improvement. If a popt alias is the solution to this
regression for me, then adding a popt_alias.patch to the rpm package should be
the solution for everybody.
Then again, having read the entire mailing list^w^wbug #174307 and all the links
from it to elsewhere, I believe there is no point in arguing anything at all on
this subject. If you can close this bug with DONTCARE_&_WONTFIX, please do. As
for me being happy or not, I think it's beyond the scope of any bug report.
The correct (imho) fix is to produce a srpm immediately after parsing, and
drive a build from a srpm header.
The net effect will be that dependencies are not checked when using -bs.
User firstname.lastname@example.org's account has been closed
Reassigning to owner after bugzilla made a mess, sorry about the noise...
Moving to devel to avoid "timeouting", the issue is deeper than it looks like as
explained in comments 3 and 5.
BTW, the --nodeps option is not mentioned in the man pages, only in rpmbuild --help
I also figure this is a bug, and would like to "vote" to fix it.
In my case: rpm-build-4.4.2-47.el5.i386
It took a few pages of scrolling through google to find this bug report, and
associated work-around. I never would have even though rpmbuild *had* a --nodeps
option, because such an option doesn't make any sense for a -bb, so why have it?
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
The new rpm in rawhide no longer checks for dependencies when building just src.rpm.