Tagging module VserverReference - VserverReference-4.2-4
bugfix, 4.2-3 was broken as the slicefamily stamp could not get created, thus nm issued 'vuseradd -t default'

Tagging module VserverReference - VserverReference-4.2-4
bugfix, 4.2-3 was broken as the slicefamily stamp could not get created, thus nm issued 'vuseradd -t default'

bugfix : slices did not get created correctly

Tagging module VserverReference - VserverReference-4.2-3
a single node can now install several instances of this package
package name contains slicefamily - <pldistro>-<fcdistro>-<arch>
setattr --iunlink or --~iunlink appropriately (uses /proc/virtual/info)
does not copy yum.conf from host anymore

multiple slice falvours - second iteration
* review naming scheme for system slices; now planetflow vref image is named like
  planetflow-f8-i386 for consistency
* use for sensible name for the stamp where default slicefamily is stored

somehow yesterday's change got lost

Adds a conditional check to see whether COW support is enabled in the kernel.
sets the iunlink attribute accordingly.

oops, wrong quoting

support for multiple slice reference images

* vserver-reference rpm names have changed and become
    vserver-@pldistro@-@fcdistro@-@arch@
    vserver-systemslices-@pldistro@-@fcdistro@-@arch@

* this contains the images located as
   /vservers/.vref/@pldistro@-@fcdistro@-@arch@
and
  /vservers/.vstub/@pldistro@-@fcdistro@-@arch@/planetflow
respectively

* a stamp gets created on the nodes as /etc/planetlab/defaultvref
  that contains the name for the default slicefamily to use

* nodemanager tries to be smart when chosing the right argument to pass to vuseradd
  for this purpose, the argument in 'vref' is taken as a dash-separated list of 'wishes'
  so e.g. is defaultvref is planetlab-f8-x86_64, then we should find for the image name:
vref=i386           -> vuseradd -t planetlab-f8-i386
vref=centos5        -> vuseradd -t planetlab-centos5-x86_64
vref=planetflow     -> vuseradd -t planetflow
vref=centos5-onelab -> vuseradd -t onelab-centos5-x86_64

for legacy reasons, if the stamp is not found, 'default' is taken instead

=== status
* this is only partly tested
* a given node can install several variants of vserver-*
  this would require a manual upload of the rpms into the right install-rpms
  and manual changes in yumgroups.
* next improvement would be to have the system (planetflow) slices have a smarter naming scheme as well
  this way a 'planetflow' vref would rather be rewritten as planetflow-f8-x86_64
  for the time being it is not supported to install several variants of vserver-systemslices
  on the node - although it should be harmless

Second step towards multiarch myplc https://svn.planet-lab.org/ticket/214
-- design
* new notion of a 'nodefamily' - that for now is <pldistro>-<arch>
* standard rpm repository is now named /var/www/html/install-rpms/<nodefamily>
  a legacy symlink install-rpms/planetlab is created my myplc packaging
* bootstrafs rpm name is now bootstrapfs-<nodefamily> so that several instances
 from various builds can be installed in the same myplc
* noderepo rpm (named noderepo-<nodefamily>) built as part of the planetlab distro
  this is for installing /var/www/html/intall-rpms/<nodefamily> from another build

-- other changes
* extensive cleanup of mkfedora:
** obsolete  options -p -g -x removed
** option -p removed, pkgsfile is a mandatory argument
** option -k removed, use kexclude: in the pkgs file instead
* also cleaned up pl_root_* functions - no wrapper to pl_root_mkfedora anymore

-- status
* not tested at all - likely to break
* next step planned for storing nodefamily and pass it to yum.php.conf
  (impacted would be bootmanager, nodemanager and nodeconfig)
* a final cleanup in mkfedora would be to define mirrors in a separate .pkgs-like file
* kupdate.sh, as well as possibly other convenience scripts, might be impacted

Added post operation to the reference image as well as the vdirs.

force the overwrite of /etc/yum.conf from /etc/yum.conf.rpmnew file

use the default /etc/yum.conf that comes with the yum package

no longer overwrite guest's /etc/yum.conf with the version from the host

cleaner way of finding the vserver.pkgs *.post file.

Modified to execute config.planetlab/vserver.post scripts to perform final
vserver-reference image cleanups.

Tagging module VserverReference - vserver-4.2-2
vserver image to properly use links rather than copies

to allow vclone to do the right thing wrt to linking unified files.

Tagging module VserverReference  -- from vserver-4.2-0 to vserver-4.2-1
more careful scan of the vserver-*.pkgs image specifications

Handle case when there are no vserver-* packages properly

ready for tagging
reviewed URLs and %{plrelease}

Move Requires to the correct package.

sets PL_BOOTCD to prevent components from starting at build-time

Fix invalid syntax.

cleaning up the root creation functions and build.common - untested

(*) groups distro-dependent files in build/config.<distro>
(*) renamed .lst files into .pkgs (lst suffix commonly used for other/tmp purposes)
(*) distro-dependent files are (mostly) optional, defaults to planetlab
(*) mkfedora accepts new -f argument : to pass a pkgs file rather than -p .. -g ..
(*) mkfedora supports junk: and precious: in pkgs file
    this is from the former bootcd/prep.sh - to reduce footprint

Notes.
(*) this is untested
(*) mkfedora still supports -x (exclude) on the command line and in pkgs file
    however I suspect this feature is never used
(*) mkfedora is still a separate command - could/should be merged into buld.common
(*) myplc/build.functions could/should be merged into build.common as well

removed jre from verver ref - was not found anyway

oops

oops - uses new lst parsing in subdir too

naming .lst files after pldistro - including the <pldistro>-vservers directory

the issue with ulogd seems to be related to mkfedora having lost its -k option somehow

using disablerepo with extras makes sense with fc <= 6 only

disabling the extras fedora repo when installing netflow - yum gets confused by ulogd - temporary

switch to using pl_get{Packages,Groups}

* using the common pl_getPackages() and pl_getGroups() functions

the 'yum clean all' step must preceed the 'rsync' step

rsync -avn prints additional information for files that are symlinks, which should not be feed to cpio. Post processing the rsync output to make cpio happy

be more verbose about building the system vservers

clean out yum cache to reduce system vserver footprint

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