[csw-devel] SF.net SVN: gar:[22046] csw/mgar/pkg/opencsw-manual/trunk/files/ for-maintainers/buildfarm-setup.rst
wahwah at users.sourceforge.net
wahwah at users.sourceforge.net
Sat Sep 28 01:25:41 CEST 2013
Revision: 22046
http://gar.svn.sourceforge.net/gar/?rev=22046&view=rev
Author: wahwah
Date: 2013-09-27 23:25:41 +0000 (Fri, 27 Sep 2013)
Log Message:
-----------
opencsw-manual/trunk: A list of parts to set up, style changes
Modified Paths:
--------------
csw/mgar/pkg/opencsw-manual/trunk/files/for-maintainers/buildfarm-setup.rst
Modified: csw/mgar/pkg/opencsw-manual/trunk/files/for-maintainers/buildfarm-setup.rst
===================================================================
--- csw/mgar/pkg/opencsw-manual/trunk/files/for-maintainers/buildfarm-setup.rst 2013-09-27 20:16:07 UTC (rev 22045)
+++ csw/mgar/pkg/opencsw-manual/trunk/files/for-maintainers/buildfarm-setup.rst 2013-09-27 23:25:41 UTC (rev 22046)
@@ -4,13 +4,25 @@
.. highlight:: text
-Buildfarm is a set of hosts where you can build Solaris packages. You can
-connect Intel and SPARC and build a set of packages with one shell command.
+ If you prefer a video tutorial instead of a written document, there is
+ a `packaging video tutorial`_ available. It covers a subset of this document,
+ starting from a fresh Solaris 10 install and ends with a built package. It
+ takes about 2-3h to complete.
-If you prefer a video tutorial instead of a written document, there is
-a `packaging video tutorial`_ available. It covers all the steps from a fresh
-Solaris 10 install to a built package. It takes about 2-3h to complete.
+A buildfarm is a set of hosts where you can build Solaris packages. You can
+connect Intel and SPARC hosts together to build a set of packages with one
+shell command.
+There is a few separate parts which you can set up (in no particular order):
+
+* mgar (builds packages)
+* checkpkg (checks packages for errors)
+* web app (for browsing package metadata and manipulating catalogs)
+* catalog generation (to generate your own catalogs)
+* signing daemon (to automatically add GPG signatures to your catalogs)
+* platforms (multi-architecture builds, e.g. intel+sparc)
+* additional software: Solaris Studio compiler, Java, etc.
+
Prerequisites
-------------
@@ -196,9 +208,9 @@
In SQLObject, the UnicodeCol column type is translated into VARCHAR, which
results in case-insensitive comparisons. This makes checkpkg throw file
-collision errors between files such as "Zcat.1" and "zcat.1". In order to
+collision errors between files such as ``Zcat.1`` and ``zcat.1``. In order to
work around this, a case-sensitive collation needs to be used; for example,
-latin1_bin. Collation setting can be altered for certain columns, as
+``latin1_bin``. Collation setting can be altered for certain columns, as
follows::
ALTER TABLE csw_file MODIFY COLUMN path VARCHAR(900) NOT NULL COLLATE latin1_bin;
@@ -210,9 +222,9 @@
Configuration
^^^^^^^^^^^^^
-The database access configuration is held in ``~/.checkpkg/checkpkg.ini`` or,
-in the shared config scenario, in ``/etc/opt/csw/checkpkg.ini``. The format
-is as follows::
+The database access configuration is held in ``/etc/opt/csw/checkpkg.ini``.
+You can also use a per-user file: ``~/.checkpkg/checkpkg.ini``. The format is
+as follows::
[database]
@@ -226,28 +238,26 @@
Initializing tables and indexes
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-The next step is creating the tables in the database.
+The next step is creating the tables in the database::
-::
-
bin/pkgdb initdb
System files indexing
^^^^^^^^^^^^^^^^^^^^^
-The following commands will index and import files on the filesystem. Please
-note that you might need to change 'SunOS5.10' and 'sparc' to match your file.
+The following commands will index and import files on the filesystem::
-::
-
bin/pkgdb system-files-to-file
- bin/pkgdb import-system-file install-contents-SunOS5.10-sparc.marshal
+ bin/pkgdb import-system-file install-contents-SunOS$(uname -r)-$(uname -p).marshal
-You can notice that there are separate steps: collecting the data and saving
-as a file, and importing the data. Why are they separate? You need to collect
-data on the host that contains them, but you might import the data on
-a different host.
+You can notice that there are two separate steps:
+1. collecting the data and saving as a file
+2. importing the data
+
+Why are they separate? You need to collect data on the host that contains
+them, but you might import the data on a different host.
+
OpenCSW catalog indexing
^^^^^^^^^^^^^^^^^^^^^^^^
@@ -261,7 +271,7 @@
come in, pkgdb only imports the new packages.
You will need to perform this operation each time the OpenCSW catalog is
-updated. Otherwise your packages will be checked against an old state of the
+updated. Otherwise your packages will be checked against an old state of the
catalog.
Your database is now ready.
@@ -285,10 +295,10 @@
as the 32 bit part needs to be build on Solaris 9 and the 64 bit part on
Solaris 10.
-Under ``/home/experimental/<project>/`` are project-specific directories with
-permissions 0755 which are accessible via
-``http://buildfarm.opencsw.org/experimental.html``. ``experimental/`` itself
-is 01755 and users are free to create new projects as needed.
+There are project specific directories under
+``/home/experimental/<project>/``, with permissions 0755 which are accessible
+via ``http://buildfarm.opencsw.org/experimental.html``. The ``experimental/``
+directory is 01755 and users are free to create new projects as needed.
There is a `matrix of packages installed on the buildfarm`_.
@@ -431,7 +441,7 @@
^^^^^^^^^^^^
From here on in (Jan 2009), we are trying to keep userids in sync across all
-machines. www.opencsw.org is considered the "master". If a user exists on
+machines. ``www.opencsw.org`` is considered the master. If a user exists on
www, then an account created from them on other machines, should be made to
match up userids.
@@ -443,9 +453,9 @@
thus, if there is an account created on non-www machines, that is desired to
be non-synced, it should be outside the range of 17000-18000
-The normal process for creating accounts across all machines, is that Ben
-runs a script on www, which in turn calls scripts maintained by Ihsan and
-Dagobert, to create accounts on www and buildfarm machines, respectively.
+The normal process for creating accounts across all machines, is that Ben runs
+a script on www, which in turn calls scripts maintained by Ihsan and Dagobert,
+to create accounts on www and buildfarm machines, respectively.
SSH Agent for each user
^^^^^^^^^^^^^^^^^^^^^^^
@@ -520,6 +530,7 @@
* Live app on the OpenCSW buildfarm http://buildfarm.opencsw.org/pkgdb/
* Source code:
+
* Browse http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/gar/v2/lib/web
* Checkout:
http://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2/lib/web
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
More information about the devel
mailing list