merge to HEAD as of 2006-08-21

This commit was manufactured by cvs2svn to create branch
'myplc-0_4-branch'.

now building mysql locally, no longer require third party mysql repository

- build FC4 based VServer Reference by default

update configuration files and GPG keys in reference images and system slices daily

- fix how GPG keys are pushed into the reference images

- also copy Fedora signing key to reference images

- treat system slices (pl_*) as reference images in that their
  configuration files should always be updated
- expect boot server certificate to be in /usr/boot/ (Boot
  Manager will put it here soon); copy boot server certificate to
  /usr/boot/ in the reference image

- bump release number

- also update cached reference images
- install /etc/planetlab/plc_config* files if present
- install boot server certificate in location specified by plc_config
  variable PLC_BOOT_SSL_CRT

- move coreutils to Requires(pre)

- fix for FC4 yum
- always try and download and record the package dependency so that we
  can be re-run
- skip blank lines to avoid segfaulting grep

- bump version to 4.0

- build FC4 reference image

- specify -k to mkfedora so that FC4 kernel* packages don't get installed

add necessary Requires: coreutils

- create new package vserver-system-packages that contain the packages
  necessary to bootstrap pl_conf and pl_netflow

- fix typo

- clean /dev after building

isolate all the sudo stuff in %clean

- fix comment

- disable all services in vserver-reference image

- change to vserver-reference directory before building/installing

- do not tolerate errors

- move vserver-reference group definition into this script instead of
  relying upon it living in the yumgroups.xml file

- build vserver-reference using mkfedora script

- run createrepo as well
- if run under sudo, allow user to delete the headers/ and repodata/
  directories

- run yum-arch on Bootstrap RPMS directory before using

- Some temporary cdroot files like /var/empty/sshd and
  /usr/bin/sudo get created with non-readable permissions.

support pldistro "variants"

- fix /var/run/vcached.pid generation

- 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.