- also explicitly allow localhost connections for drupal

- just compare cnames (CN field), not emails (emailAddress field)
- hostnames are case-insensitive, compare lowercase e-mails
- fix permissions regardless of whether we generated the cert or not

- add lower() and upper() utility functions

- explicitly add localhost to pg_hba.conf (for case when PLC_API_IP and
  PLC_WWW_IP do not resolve to PLC_DB_IP)

- bootstrap the db in the api script

- set up cron on a per-server basis

- also list PLC_DB_HOST

- fix newline problem with PLC_API_MAINTENANCE_SOURCES regeneration
- bootstrap the DB here instead of in db

/etc/init.d/postgresql fails if it is not running

remove all traces of MA/CA certificate junk

do not dereference symlinks when chowning files back to the SUDO_USER

- install mailx and sendmail, build script sends mail on failure

- remove the new admin account message; new admins should register as
  regular users first, then be granted the admin role by a current
  admin.
- fix typos

- back out last change, otherwise have to quote email in url

- pass email instead of person_id to reset_password.php script

- Add apache to list of users that can send mail as others without a
warning, so that the API can send out mail.

- rewrite some of the message templates to be clearer

- fix permissions on tmp directories

- specify more directories to be moved to /data

- generalize so that gpg keyrings do not have to be in /etc/planetlab
- fix keyring permissions fix

- add default email templates

Make GPG key readable by apache so that the API can sign peer requests

- export PGPORT

make the comment about slice creation a bit more explicit

regenerate

review section on plc-config-tty to reflect recent changes
outline necessity to tune PLC_NAME and PLC_SLICE_PREFIX
  in federation

review list of usual variables
removes "PLC_DB_HOST" "PLC_API_HOST" "PLC_WWW_HOST" that dont need
configuring in simple setups

support for changing SLICE_PREFIX
first quick&dirty implementation:
(*) if SLICE_PREFIX is the default 'pl' then the two legacy slices are created
(*) otherwise they are not, and even deleted in case they were present
    this because the myplc doc instructs to perform a first run before configuring

adds in the set of "usual" variables : PLC_MAIL_ENABLED and PLC_SLICE_PREFIX

- move drupal file uploads directory to /data

- no need to always_update blacklist or sysctl.conf

- fix case when multiple slice attributes of the same type are set
  (e.g. proper_op)
- add XXX comments for old NM hacks

create planetlab4 db with unicode encoding and owned by pgsqluser

- add "system" slice attribute to indicate if the slice is a default
  system slice or not
- XXX should add an all_nodes attribute as well?

- fix .ssh directory permissions

- add back old node manager compatibility for now

- allow update of default login_base
- remove sidewinder configuration files from PlanetLabConf
- rename default slice attribute types for new Node Manager

- remove backward compatible /etc/planetlab/plc_api generation

PLCAPI replaces php-xmlrpc

- require php-devel to build custom xmlrpc.so extension

- add postgresql-devel to the myplc-devel build

- fix first-time default slice creation

- rename some PlanetLabConf files
- fix reference to PLC_MA_SA_CA_SSL_KEY_PUB
- fix system slice attributes

- filesystem.rpm fails to install if /tmp, /usr/tmp, or /var/tmp already
  exist

- make the Drupal files upload directory in case it does not exist
  (maybe pruned by CVS)

- move drupal files hack to runtime

- move drupal files chown hack here

- add docbook-utils-pdf

- bootstrap Drupal DB

- new_plc_www and new_plc_api changes: fix includes path
- got rid of oldapi, redirect all http://.../PLCAPI accesses to
  https://.../PLCAPI. Although as far as i know, most XML-RPC clients
  don't understand 302 redirects.
- use new_plc_api ModPython interface

- update Drupal site_name variable with PLC_NAME

- change default PLC_DB_NAME to planetlab4
- dropped old plc_api from website code, new plc_api PHP bindings can
  now do SSL properly
- drop plcapilib
- add PLCAPI package

- convert to new_plc_api as best as possible

- move /tmp, /usr/tmp, /var/tmp, and /var/log to /data
- convert to planetlab4 schema
- convert to new_plc_api
- convert to new_plc_www
- install and configure Drupal

reference to the FAQ

- added changelog for 0.4-3, 0.5-3

- bump release number

increase revision id to 1.2 for previous changes
describes /root under /data

puts root-user's homedir (/root) under /data

cosmetic:display short revision

shorten import log message - line was too long for the pdf version

plc-config-tty as the preferred config method - regenerate

bug fix, bail out not handled when changing a single var

re-worked, bug fixes, new functions, documention in the user-doc underway

- fix bind umount of fedora mirror during bootstrap build

- fix bind mount of fedora mirror during bootstrap build

change PLC_DEVEL_FEDORA_URL to default specified in documentation

installs plc-config-tty on the root image

re-ordered for more user-friendly/straightforward presentation
- 2 main sections, myplc and myplc-devel
- section myplc describes the case where all runs OK
  and gives implementation details (startup sequence & files
  installed) later on

dummy 1.12 for cathing up with the xml numbering

dummy 1.11 for cathing up with the xml numbering

regenerate from xml 1.12

add a note on firewall config in the requirements section

introduces rpm variable build_devel, to easily skip building myplc-devel

regenerate from myplc.xml 1.11

* extended overview to introduce myplc-devel
* new second section 'requirements' describing status of SElinux

clean also cleans up php

myplc startup now always regenerates configuration at least once

distinguish between the tag used to import sources, and the tag used to build, so that the date gets appended to rpm release versions correctly in nightly myplc builds

- always regenerate /etc/planetlab/plc_config.xml from templates and
  current values when starting or stopping all steps

- restore dropped code which considers default_config.xml and
  plc_config.dtd for upgrade

add support for a -d option, for configuring myplc-devel
adds options -v (version) and -h (help) while at it
minor bug fixes

todo: check for the configs/ subdir in <wherever>/etc/planetlab

- don't merge and remove .rpmsave in %post since that defeats the
  purpose of what we're trying to do (preserve files that will be
  deleted during an upgrade)

- copy when preserving instead of moving, and restore in post as well,
  so that you can force upgrade to the same version of myplc

pass CVS tag through to internal myplc build

- don't require emailAddress in HTTPS certs

regenerate

- add to changelog

- fix tabbing

- add more comments to changelog for rc2

- also remove .oldheaders directory

add section about myplc-devel

- use cvs- instead of cvs.

- remove generated bootmanager.sh script to avoid .rpmnew
- remove generated yum-arch/createrepo files to avoid .rpmnew

- myplc-devel: Make sure /cvs is never upgraded once installed by giving
  it a unique name (/data/cvs.%{version}-%{release}). If installing,
  make a hard-linked copy of /data/cvs.%{version}-%{release} to
  /data/cvs.

- don't leave internal build behind

- fix default fedora_url

- run myplc build inside myplc-devel inside a new login shell, so that
  MAKEFLAGS is reset and the environment is clean

- add myplc-devel subpackage
- Old versions of myplc used to ship with a bootstrapped database and
  /etc/planetlab directory. Including generated files in the manifest
  was dangerous; if /plc/data/var/lib/pgsql/data/base/1/16676 changed
  names from one RPM build to another, it would be rpmsaved and thus
  effectively deleted. Now we do not include these files in the
  manifest. However, to avoid deleting these files in the process of
  upgrading from one of these old versions of myplc, we must back up
  the database and /etc/planetlab and restore them after the old
  version has been uninstalled in %triggerpostun.
- add changelog

- split build.sh into two pieces: build_devel.sh, which builds
  myplc-devel, and build.sh, which builds myplc itself (optionally
  inside of the myplc-devel environment just built)
- add plc_devel_config.xml, the configuration for myplc-devel