bugfix, wrong command name

kexclude->yumexclude

Setting tag bootstrapfs-2.0-13
plc.d/packages: rewrote comments about some corner cases where it fails
plc.d/packages: marginally more robust

add note

cosmetic
better explanation message about the various forms supported

Setting tag bootstrapfs-2.0-12
minor tweak in plc.d/packages

Merge branch 'master' of ssh://git.onelab.eu/git/bootstrapfs

Setting tag bootstrapfs-2.0-11
sl6 templates

Merge branch 'master' of ssh://git.onelab.eu/git/bootstrapfs

minor tweaks in /etc/plc.d/packages

add sl6 templates

Setting tag bootstrapfs-2.0-10
bugfix for multi-flavour deployments

add dep. to ed

Merge branch 'master' of ssh://git.onelab.eu/git/bootstrapfs

not only print actions, actually perform them

Setting tag bootstrapfs-2.0-9
for multi-flavours : 'packages' step in plc.d now handles vserver links and related hacks in yumgroups

check more appropriately

take care of yumgroups for when multi-flavour
rewrite the code that handles vserver symlinks
revert to default mode that runs createrepo on a need-by-need basis
need to manually run /etc/plc.c/packages force
to force a re-run of createrepo

don't check for createrepo and take it for granted

do not support (very old) yum-arch, only createrepo

Setting tag bootstrapfs-2.0-8
no semantic change - attempt to speed up build

speed up build - skip std rpm postprocessing

Setting tag bootstrapfs-2.0-7
yum repo template for f14 nodes
tweaks the way /etc/plc.d/packages works

templates for the f14 yum config that goes on the nodes

fix URL in specfile - rm svn-keywords

fix links for vserver-* packages

Merge commit 'local_master/master'

Setting tag BootstrapFS-2.0-6
add sha1sum
module name changes

fixed sha1sum generation

bugfix

prepare for lowercaing module name

create sha1 checksum files

Setting tag BootstrapFS-2.0-5
support different flavours of vservers on nodes

fix typo again

fix misleading commit

typo

create symlinks instead of copying files

get the correct pkg name

to be able to create different flavours of vservers (exp. f8 on f12 nodes)
cp vrefs to all supported deployments in install-rpms
next step is to add packages to yumgroups.xml

Setting tag BootstrapFS-2.0-4
fix unmatched $ in URL svn keywords

unmatched $

Setting tag BootstrapFS-2.0-3
choice between various pldistros is not made at build time, but at run time
relies on GetNodeFlavour to expose the node's fcdistro - requires PLCAPI-5.0-5
in addition, the baseurl for the myplc repo is http:// and not https:// anymore
the https method does not work on fedora 12, and GPG is used below anyway

yum to use http to fetch myplc rpms as they are GPG checked anyway

multi-fcdistro yum config

remove install deadlock

oops

scaffolding multi-fcdistro yum config

minor change in case noderepo gets installed before myplc is started

Setting tag BootstrapFS-2.0-2
new slicerepo package for exposing stuff to slivers

cosmetic

oops

first draft of the slicerepo

Setting tag BootstrapFS-2.0-1
first working version of 5.0:
pld.c/, db-config.d/ and nodeconfig/ scripts should now sit in the module they belong to
nodefamily is 3-fold with pldistro-fcdistro-arch
new module nodeyum; first draft has the php scripts and conf_files for tweaking nodes yum config

fix broken yum repo generation

oops, had been moved to the wrong place

plc.d/packages part of nodeyum

fix

conf_files belong to the same module

fix

fixed and moved the server-side yum scripts, from nodeconfig/yum to BootstrapFS/nodeconfig/yum
  now known as the nodeyum package
  (might need some moer work for properly handling kexcludes in multi-fc plcs)
cleaned up all uses of /etc/planetlab/{node,slice}family
nodeconfig now does not need the build/ module anymore at build time

more fixes

kwd

fix bootstrapfs names, and add fcdistro to extension tarballs

Branch 2.0 for module BootstrapFS created (as new trunk) from tag BootstrapFS-1.0-11

Branch 2.0 for module BootstrapFS created (as new trunk) from tag BootstrapFS-1.0-11

3-fold nodefamily now has fcdistro as well

Setting tag BootstrapFS-1.0-11
for building on fedora12

Setting tag BootstrapFS-1.0-11
for building on fedora12

for f12

Setting tag BootstrapFS-1.0-10
cosmetic change in message at build-time

cosmetic

Setting tag BootstrapFS-1.0-9
can use groups in the pkgs file with +++ for space

can yum install groups (use +++ for space) in bootstrapfs and vserver-reference

Tagging module BootstrapFS - BootstrapFS-1.0-8
bugfix for when a .post script is not needed

sometimes there is no post script

Tagging module BootstrapFS - BootstrapFS-1.0-7
search post-install scripts (.post) in path (distro, then planetlab)
mostly useful for externally-defined pldistros

svn:keywords

locate .post scripts as for .pkgs files, i.e. first in pldistro-dep config dir, then in default config.planetlab

warns before running post install script

Tagging module BootstrapFS - BootstrapFS-1.0-6
fix build bug when dealing with extensions

fix svn.planet-lab.org/changeset/11139 : extensions were not building

Tagging module BootstrapFS - BootstrapFS-1.0-5
optional package bootstrapfs-<pldiftr>-<arch>-plain comes with uncompressed images for faster tests

the new bootstrapfs-*-plain rpm has uncompressed bootstrapfs images (for tests)

Tagging module BootstrapFS - BootstrapFS-1.0-4
cosmetic changes in build: displays duration, and shows up in summary

less loud, and build-summary compatible output

Tagging module BootstrapFS - BootstrapFS-1.0-3
Do not overwrite yumgroups.xml upon updates of noderepo

when dealing with multiple architectures/pldistros/vrefs, it is sometimes necessary to manually tune yumgroups.xml
the purpose of this change is that yumgroups.xml does not get overwritten by an update of noderepo
on the longer run we might wish to merge yumgroups.xml from (a) rpm and (b) local changes

Tagging module BootstrapFS - BootstrapFS-1.0-2
uses the right yum.conf when building images

also need to use mkfedora-yum.conf

Tagging module BootstrapFS - BootstrapFS-1.0-1
rpm release tag does not need pldistro as it is already part of the rpm name

check consistency of specfiles:
* set pldistro in release when needed (Monitor)
* remove it when already part of the rpm name (bootcd, noderepo)

Tagging module BootstrapFS - BootstrapFS-1.0-0
naming scheme changed, tarball name now contains ''nodefamily'' as <pldistro>-<arch>
new package named 'noderepo' allows to ship the full set of node rpms to another (arch) myplc

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

fix for fc4: use explicit destination for yumgroups.xml or else 'install' program fails

clean up the verbosity and messages used while building the bootstrap packages

yet another fix

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

cross-module change for multi-arch myplc

* name of the bootstrap tarball changed into
  bootstrapfs-<id>-<arch>.tar.bz2
    with id=<planetlab-distro> for the main tarball
    and  id=<extension> for the extensions tarballs

* bootmanager to use node's nodegroups to figure the tarball to use

* the noderepo rpm allows to install /var/www/html/install-rpms/<repo>
==
status
* checkpoint version to verify that mono-arch mono-distro still works
* build phase tested
* but some parts are still missing for complete multi-arch behaviour:
* bootstrapfs's rpm name should sontain pldistro and arch (as it is a noarch rpm)
* yum.php.conf also needs tunings

let plc.d/packages redo createrepo

fix