This commit was manufactured by cvs2svn to create tag
'planetlab-3_2-rc3'.

- merge revision 1.23
date: 2005/10/26 17:54:31;  author: mlhuang;  state: Exp;  lines: +2 -2
- fix /var/run/vcached.pid generation

This commit was manufactured by cvs2svn to create branch
'planetlab-3_2-branch'.

- use a valid node_id

- also copy /etc/planetlab/node_id

- execute new build script
- move most of %post script back to SysVInit script

- change back to SysVInit script that updates a few configuration files
  in /vservers/vserver-reference from the host. Replicates a bit of the
  functionality of Boot Manager.

Solve the bootstrap problem by including any just built packages in
the yum configuration. This cooperates with the PlanetLab build
system.

- get yum.conf from boot, not www
- use better check for whether RPMS exist to freshen

- be quiet in the curl request

- Get the URL for the production /etc/yum.conf file

- %post: update packages and populate header cache

- If run under sudo, allow user to delete the built RPM
- Stop vcached, delete the old reference image, and empty the cache
  before installing a new version; restart vcached after installing
- make sure /vservers is mode 0000
- make sure the reference image has an /etc/planetlab directory before
  trying to install in it

- add another comment about yum requirements

- chkconfig may not be in a regular user's PATH

- chkconfig may not be in a regular user's PATH

- If run under sudo, allow user to delete the build directory

- chroot may not be in a regular user's PATH

- exit with an error code if something fails

- Pre-package vserver-reference instead of building it on nodes

- /dev: make a symlink to /proc/self/fd so that bash process
  substitution works

- bump release number

- PL3118 and PL3131 fix: set barrier bit on /vservers instead of old
  immulink bit. Do not reset the immutable bit on the new
  vserver-reference directory when deleting it after an error.

- back out previous checkin; getting weird errors if I do this on some
  vuseradd invocations. Sigh.

- remove stale rpm locks from reference image after building

- bump release to install Fedora Core 2 updates as of Tue Nov  9 2004
- PL3017 fix: rebuild vserver-reference image in case it was built
  with i386 glibc

bump release number

- write a fake mtab so that df works

change URL to repository location

- dump stdout/stderr to a log file /var/log/vserver-reference.log so we
  can debug when vserver-reference init fails

- start earlier (after ssh but before pl_conf, pl_nm, vcached, and
  vservers)

- move functionality into /etc/init.d/vserver-reference, which runs once
after installation (and maybe again if the RPM is ever updated, but the
script is mostly idempotent).

- PL2437 fix: build new vserver-reference image in /vservers/.vtmp, then
  swap with /vservers/vserver-reference only when done. Bail and clean
  up on any error.

reference image now dynamically built

- dynamically construct reference image on the target machine in a %post
  scriplet, instead of building it on the build machine. This solves a
  couple of problems:

  1. RPM databases constructed on a RH9 machine could be corrupt on a
     FC2 machine because of the LD_ASSUME_KERNEL rpm/glibc NPTL bug.
  2. vserver-reference is no longer a 50 MB download. The reference
     image can be installed from the localhost yum cache most of the
     time.

  But introduces a couple of problems:

  1. If the %post scriplet fails, the whole installation fails
     with a warning, but without an error. Not having a complete
     vserver-reference build is a bad thing.
  2. Must zap RPM and YUM locks while installing.

- escape % correctly

- RPM is too $#%@! stupid to understand bash here documents and tries
  too hard to expand macros

- set __file_context_path to /dev/null avoid stupid SELinux warning

- bootstrap: freshen any RPMs within the VServer reference image, with
  RPMs that just got built at the same time as the vserver-reference RPM
  itself

- exclude docs installation by default

- sudo: make sure the original user can remove the generated files

- don't install alpha RPMs in the vserver-reference image

- don't build debuginfo package

- add /sbin and /usr/sbin to our PATH in case we are running in an sudo
  environment

- add a dummy planetlab-v3/ source for now to get yumgroups.xml for v3

- use our own yum.conf
- XXX should get it from PlanetLabConf instead

This commit was generated by cvs2svn to compensate for changes in r210,
which included commits to RCS files with non-trunk default branches.

New repository initialized by cvs2svn.