]> git.sur5r.net Git - bacula/docs/blobdiff - docs/manual/rpm-faq.tex
Updates
[bacula/docs] / docs / manual / rpm-faq.tex
index 1a68b3a54782b096896d357b061bbb0b4137eeb3..abb241be308dc90e10da09d8b4fcf0f629e55d0b 100644 (file)
@@ -23,7 +23,7 @@ Packaging FAQ}
 \item 
    \ilink{I'm building my own rpms but on all platforms and compiles I get an
    unresolved dependancy for something called
-/usr/afsws/bin/pagsh.}{faq5} 
+   /usr/afsws/bin/pagsh.}{faq5} 
 \end{enumerate}
 
 \subsection*{Answers}
@@ -34,15 +34,16 @@ Packaging FAQ}
 \item 
    \label{faq1}
    {\bf How do I build Bacula for platform xxx?}
-The bacula spec file contains defines to build for several platforms:  RedHat
-7.x (rh7), RedHat 8.0 (rh8), RedHat 9 (rh9), Fedora Core (fc1),  Whitebox
-Enterprise Linux (RHEL) 3.0 (wb3), Mandrake 10.x (mdk) and SuSE 9.x (su9). 
-The package build is controlled by a mandatory define set at the beginning of 
-the file. These defines basically just control the dependency information that
- gets coded into the finished rpm package. 
-The platform define may be edited in the spec file directly (by default all 
-defines are set to 0 or "not set"). For example, to build the RedHat 7.x 
-package find the line in the spec file which reads  
+   The bacula spec file contains defines to build for several platforms:
+   RedHat 7.x (rh7), RedHat 8.0 (rh8), RedHat 9 (rh9), Fedora Core (fc1,
+   fc3, fc4), Whitebox Enterprise Linux (RHEL) 3.0 (wb3), Mandrake 10.x
+   (mdk) and SuSE 9.x (su9).  The package build is controlled by a
+   mandatory define set at the beginning of the file.  These defines
+   basically just control the dependency information that gets coded into
+   the finished rpm package.  The platform define may be edited in the spec
+   file directly (by default all defines are set to 0 or "not set").  For
+   example, to build the RedHat 7.x package find the line in the spec file
+   which reads
 
 \footnotesize
 \begin{verbatim}
@@ -74,9 +75,9 @@ Alternately you may pass the define on the command line when calling rpmbuild:
 \item 
    \label{faq2}
    {\bf How do I control which database support gets built?}
-Another mandatory build define controls which database support is compiled,
-one of  build\_sqlite, build\_mysql or build\_postgresql. To get the MySQL
-package and support either  set the  
+   Another mandatory build define controls which database support is compiled,
+   one of  build\_sqlite, build\_mysql or build\_postgresql. To get the MySQL
+   package and support either  set the  
 
 \footnotesize
 \begin{verbatim}
@@ -106,20 +107,21 @@ in the spec file directly or pass it to rpmbuild on the command line:
 \item 
    \label{faq3}
    {\bf What other defines are used?}
-Two other building defines of note are the depkgs\_version and tomsrtbt
-identifiers. These  two defines are set with each release and must match the
-version of those sources that are  being used to build the packages. You would
-not ordinarily need to edit these.  
+   Two other building defines of note are the depkgs\_version and tomsrtbt
+   identifiers. These  two defines are set with each release and must match the
+   version of those sources that are  being used to build the packages. You would
+   not ordinarily need to edit these.  
 \item 
    \label{faq4}
    {\bf I'm getting errors about not having permission when I try  to build the
-packages. Do I need to be root?}
-No, you do not need to be root and, in fact, it is better practice to build
-rpm packages  as a non-root user. Bacula packages are designed to be built by
-a regular user but you must  make a few changes on your system to do this. If
-you are building on your own system then  the simplest method is to add write
-permissions for all to the build directory  (/usr/src/redhat/). To accomplish
-this, execute the following command as root:  
+   packages. Do I need to be root?}
+   No, you do not need to be root and, in fact, it is better practice to
+   build rpm packages as a non-root user.  Bacula packages are designed to
+   be built by a regular user but you must make a few changes on your
+   system to do this.  If you are building on your own system then the
+   simplest method is to add write permissions for all to the build
+   directory (/usr/src/redhat/).  To accomplish this, execute the following
+   command as root:
 
 \footnotesize
 \begin{verbatim}
@@ -128,10 +130,13 @@ this, execute the following command as root:
 \end{verbatim}
 \normalsize
 
-If you are working on a shared system where you can not use the method above
-then you need to  recreate the /usr/src/redhat directory tree with all of its
-subdirectories inside your home  directory. Then create a file named  {\tt
-.rpmmacros} in your home directory (or edit  the file if it already exists)
+If you are working on a shared system where you can not use the method
+above then you need to recreate the /usr/src/redhat directory tree with all
+of its subdirectories inside your home directory.  Then create a file named
+
+{\tt .rpmmacros} 
+
+in your home directory (or edit  the file if it already exists)
 and add the following line:  
 
 \footnotesize
@@ -143,21 +148,21 @@ and add the following line:
 
 \item 
    \label{faq5}
-   {\bf I'm building my own rpms but on all platforms and compiles  I get an
-unresolved dependency for something called /usr/afsws/bin/pagsh.}
-This is a shell from the OpenAFS (Andrew File System). If you are seeing this
-then you  chose to include the docs/examples directory in your package. One of
-the example scripts  in this directory is a pagsh script. Rpmbuild, when
-scanning for dependencies, looks at  the shebang line of all packaged scripts
-in addition to checking shared libraries. To avoid  this do not package the
-examples directory.  
+   {\bf I'm building my own rpms but on all platforms and compiles I get an
+   unresolved dependency for something called /usr/afsws/bin/pagsh.} This
+   is a shell from the OpenAFS (Andrew File System).  If you are seeing
+   this then you chose to include the docs/examples directory in your
+   package.  One of the example scripts in this directory is a pagsh
+   script.  Rpmbuild, when scanning for dependencies, looks at the shebang
+   line of all packaged scripts in addition to checking shared libraries.
+   To avoid this do not package the examples directory.
 \end{enumerate}
 
 \item {\bf Support for RHEL4, CentOS 4 and x86_64}
-The examples below
-explicit build support for RHEL4 (I think) and CentOS 4. Build support 
-for x86_64 has also been added. Test builds have been done on CentOS but 
-not RHEL4.
+   The examples below
+   explicit build support for RHEL4 (I think) and CentOS 4. Build support 
+   for x86_64 has also been added. Test builds have been done on CentOS but 
+   not RHEL4.
 
 \footnotesize
 \begin{verbatim}
@@ -166,18 +171,18 @@ Build with one of these 3 commands:
 rpmbuild --rebuild \
         --define "build_rhel4 1" \
         --define "build_sqlite 1" \
-        bacula-1.36.2-4.src.rpm
+        bacula-1.38.3-1.src.rpm
 
 rpmbuild --rebuild \
         --define "build_rhel4 1" \
         --define "build_postgresql 1" \
-        bacula-1.36.2-4.src.rpm
+        bacula-1.38.3-1.src.rpm
 
 rpmbuild --rebuild \
         --define "build_rhel4 1" \
         --define "build_mysql 1" \
         --define "build_mysql4 1" \
-        bacula-1.36.2-4.src.rpm
+        bacula-1.38.3-1.src.rpm
 
 For CentOS substitute '--define "build_centos4 1"' in place of rhel4.
 
@@ -232,4 +237,3 @@ Sqlite support:
 
 \end{verbatim}
 \normalsize
-