Bypassing source checks in rpmbuild -bc

Maule Mark mark_maule at
Mon Feb 28 03:46:50 UTC 2011

Thanks for the advice - that's an angle I hadn't considered.  Should work just 

From: Stuart D. Gathman <stuart at>
To: General discussion about the RPM package manager <rpm-list at>
Sent: Tue, February 22, 2011 10:56:40 AM
Subject: Re: Bypassing source checks in rpmbuild -bc

On Tue, 22 Feb 2011, Maule Mark wrote:

> We are using a hybrid development  process in our company where we take an
> srpm, run it through rpmbuild -bp  and then check the prepped source (ie.
> BUILD/<pkg>) and spec file into  our source control system.  We then do
> development against the expanded source  and will periodically use our source
> control system to generate a patch from accumulated changes and regenerate
> the srpm.
> We throw  away the SOURCES directory after expanding to save checking in some
> duplication.
> To compile things for testing/develoopment, we then want to  just be able to
> use rpmbuild -bc -short-circuit ...

We use a makefile to generate the SOURCES from cvs.  You can do something

cvstar:    $(SRCTAR)

    cvs export -r$(CVSTAG) -d $(PKG) java/bmsi/db
    tar cvf $(PKG).tar $(PKG)
    gzip -f $(PKG).tar
    rm -r $(PKG)

Add your own rule to move the source tarball to the SOURCES directory.

> Is there any way to bypass thyis  check?  I realize this isn't standard
> practice - but it's the method we'd like to use if possible.

Generating the SOURCES from your source control system is easily automated,
as above.  The SOURCES check verifies that the sources actually *can* be
generated from your source control system.  It is not a check that you
want to bypass.

          Stuart D. Gathman <stuart at>
    Business Management Systems Inc.  Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.
Rpm-list mailing list
Rpm-list at

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Rpm-list mailing list