summaryrefslogtreecommitdiff
path: root/doc/manual/multiplebuilds
diff options
context:
space:
mode:
authorjbj <devnull@localhost>2001-03-14 23:09:09 +0000
committerjbj <devnull@localhost>2001-03-14 23:09:09 +0000
commitfc920e3ac326473d884ffc6cfc86225d98442ea0 (patch)
tree4bfe664051292af9d4c6beeaba9dfa4e8c8d708d /doc/manual/multiplebuilds
parenta40655424d818053ccddde39ec62e1ebd0983ed2 (diff)
downloadlibrpm-tizen-fc920e3ac326473d884ffc6cfc86225d98442ea0.tar.gz
librpm-tizen-fc920e3ac326473d884ffc6cfc86225d98442ea0.tar.bz2
librpm-tizen-fc920e3ac326473d884ffc6cfc86225d98442ea0.zip
Update to doxygen-1.2.6 configuration.
Add manual files to Doxfile.in. lclint annotations. CVS patchset: 4624 CVS date: 2001/03/14 23:09:09
Diffstat (limited to 'doc/manual/multiplebuilds')
-rw-r--r--doc/manual/multiplebuilds26
1 files changed, 16 insertions, 10 deletions
diff --git a/doc/manual/multiplebuilds b/doc/manual/multiplebuilds
index 3557b2459..3db75fb52 100644
--- a/doc/manual/multiplebuilds
+++ b/doc/manual/multiplebuilds
@@ -1,4 +1,4 @@
-(From Ken Estes <kestes@staff.mail.com>)
+/*! \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
@@ -7,35 +7,41 @@ 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.
-1) First setup a "topdir" in a prefix other then where RPM is
+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
-2) Next you will need to decide where the database files live. I suggest
+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.
-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.
+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.
-4) keeping track of the correct rpmrc for each build area can be
+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.
+
+*/