head	1.2;
access;
symbols
	rpm-4_4_8-release:1.2
	rpm-4_4_7-release:1.2
	rpm-4_4_6-release:1.2
	rpm-4_4_5-release:1.2
	rpm-4_4_4-release:1.2
	rpm-4_4_3-release:1.2
	jbj_before_tklcpatches:1.2
	rpm-4_4_2-release:1.2
	pjones-sparse-experiment:1.2.0.10
	rpm-4_4_1-release:1.2
	rpm-4_4-release:1.2
	rpm-4_4:1.2.0.8
	rpm-4_3_1-start:1.2
	rpm-4_3:1.2.0.6
	rpm-4_2_1-release:1.2
	rpm-4_1_1-release:1.2
	rpm-4_2-release:1.2
	rpm-4_2:1.2.0.4
	rpm-4_1-release:1.2
	rpm-4_1:1.2.0.2
	rpm-4_0_4-release:1.1.10.1
	jbj-before-beecrypt:1.1.10.1
	rpm-4_0_3-release:1.1.10.1
	jbj_b4_rollback:1.1.10.1
	rpm-4_0_2-release:1.1
	rpm-4_0_1-release:1.1
	rpm-3_0_6-release:1.1
	rpm-4_0-release:1.1
	rpm-3_0_6:1.1
	rpm-4_0:1.1.0.10
	rpm-3_0_5:1.1.0.8
	jbj_sparc64:1.1.0.6
	rpm-3_0_4:1.1.0.4
	rpm-3_0_3:1.1.0.2;
locks; strict;
comment	@# @;


1.2
date	2001.03.14.23.09.09;	author jbj;	state Exp;
branches;
next	1.1;

1.1
date	99.09.07.15.46.53;	author jbj;	state Exp;
branches
	1.1.10.1;
next	;

1.1.10.1
date	2001.03.15.18.32.54;	author jbj;	state Exp;
branches;
next	;


desc
@@


1.2
log
@Update to doxygen-1.2.6 configuration.
Add manual files to Doxfile.in.
lclint annotations.
@
text
@/*! \page multiplebuilds Multiple build areas

It is possible to run several RPM builds on the same machine using
separate RPM databases.  On my build machine I have several build
areas which all run builds at the same time.  The builds do not
interfere with each other.  Each build behaves as if it was running on
its own machine and no build area knows about the RPM database which
actually configures the machine.

First, setup a "topdir" in a prefix other then where RPM is
installed.  You will need to make the directories.  They need to be
writable by the account which will do the building, typically they
are owned by the buildmaster account and set to permissions
755.

\verbatim
        BUILD RPMS SOURCES SPECS SRPMS
\endverbatim

Next, you will need to decide where the database files live. I suggest
putting them in a separate directory under "topdir".  I call my
directory DB and it has the same owner and permissions as the other
directories.

Each separate build area needs a rpmrc and macro configuration file. This
will need to specify the new topdir and dbpath.  If you will be building
the same packages in different work areas you will also need to specify a
tmppath into the topdir.  I suggest either making tmppath be the same as
the BUILD directory or adding another directory called BUILDROOT for it
in the topdir.

Keeping track of the correct rpmrc for each build area can be
difficult.  To make my life easier I make a small shell script with the
topdir hard coded inside:

\verbatim
        #!/bin/sh
        /bin/rpm --rcfile /topdir/rpmrc "$@@"
        exit $?
\endverbatim

I call the shell script rpm and it lives in the topdir.  Each time I
wish to use a particular build area I just ensure that the build area
is first in my path so that when I run "rpm" I get the regular rpm
binary but I am using the local build areas rpmrc.

*/
@


1.1
log
@suggested changes to docs from Ken Estes (#4451).
@
text
@d1 1
a1 1
(From Ken Estes <kestes@@staff.mail.com>)
d10 1
a10 1
1) First setup a "topdir" in a prefix other then where RPM is
d16 1
d18 1
d20 1
a20 1
2) Next you will need to decide where the database files live. I suggest
d25 6
a30 6
3) Each separate build area needs a rpmrc.  This will need to specify
the new topdir and dbpath.  If you will be building the same packages
in different work areas you will also need to specify a tmppath into
the topdir.  I suggest either making tmppath be the same as the BUILD
directory or adding another directory called BUILDROOT for it in the
topdir.
d32 1
a32 1
4) keeping track of the correct rpmrc for each build area can be
d36 1
d40 1
d46 2
@


1.1.10.1
log
@- update per-interpreter dependency scripts, add sql/tcl (#20295).
- fix: rpmvercmp("1.a", "1.") returned -1, not +1 (#21392).
@
text
@d1 1
a1 1
/*! \page multiplebuilds Multiple build areas
d10 1
a10 1
First, setup a "topdir" in a prefix other then where RPM is
a15 1
\verbatim
a16 1
\endverbatim
d18 1
a18 1
Next, you will need to decide where the database files live. I suggest
d23 6
a28 6
Each separate build area needs a rpmrc and macro configuration file. This
will need to specify the new topdir and dbpath.  If you will be building
the same packages in different work areas you will also need to specify a
tmppath into the topdir.  I suggest either making tmppath be the same as
the BUILD directory or adding another directory called BUILDROOT for it
in the topdir.
d30 1
a30 1
Keeping track of the correct rpmrc for each build area can be
a33 1
\verbatim
a36 1
\endverbatim
a41 2

*/
@


