This change creates a proper vserver stub that includes all new files
AND modified files.  The previous implementation only handled the
former.

user cpio rather than rsync to copy directories

Set requires for system-packages sub package to be >= the current version

The changeset revamps the vserver-reference package by changing the
way system vservers -- such as planetflow -- are built.

The old model involved copying the appropriate rpms required for, say,
planetflow to the systems-packages directory.  Upon boot the
vserver-init script then construct the reference vserver for
planetflow from those rpms.

The new model creates the reference vserver at build time, reduces it
disk footprint to just the newly installed packages for the system
vserver, and places that into the /vservers/.vstub directory (e.g.,
/vservers/.vstub/planetflow).  Upon boot the vserver-init script then
simply merges the default vserver reference with this stub to create a
/vservers/.vref/planetflow directory.

One can define new system vservers by simply creating a .lst file in
the reference-vservers/ directory.  See the planetflow.lst file as an
example.

append to log file; use logrotate;

Add in filesystem package explicitly.

Module has been renamed from vserver-reference to VserverReference.  Update the pushd to VserverReference.

bump build

s/jre-somejunk/jre

added jre... :-(

use build/build.common functions

rely on build/build.common to pick default fedora release correctly

fix to selecting Fedora release number

make Fedora 7 compatible

more debugging output

Fedora 7 does not pull in findutils via a dependency

default to FC4 if we cannot figure out Fedora version

changed code that figures out which Fedora version we are running on

Bump version

Bump minor version

Fix version / revision.

nix binaries from cvs.  kthnxbi

Remove java rpm from module.  Moved to repo.

Install java in the reference image.

Java RPM.

Add "which".

invoke build.sh with fedora core release argument

do not dereference symlinks when chowning files back to the SUDO_USER

- move vserver-reference to .vref/default

- build planetflow reference type

- move vserver-reference to .vref/default
- remove pl_conf

- remove stale rpm locks on startup

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