From 238b0853711b91422eff5b97397b549a66370f72 Mon Sep 17 00:00:00 2001 From: elijah Date: Wed, 14 Sep 2016 15:31:42 -0700 Subject: refresh /docs/ --- CHANGES.md | 20 +++-- docs/en/services/couchdb.html | 2 +- docs/en/services/couchdb/index.html | 2 +- docs/en/services/mx.html | 4 +- docs/en/services/mx/index.html | 4 +- docs/en/upgrading.html | 9 +++ docs/en/upgrading/upgrade-0-8.html | 3 + docs/en/upgrading/upgrade-0-9.html | 149 ++++++++++++++++++++++++++++++++++++ 8 files changed, 181 insertions(+), 12 deletions(-) create mode 100644 docs/en/upgrading/upgrade-0-9.html diff --git a/CHANGES.md b/CHANGES.md index 3fbb3ee1..f447e9d5 100644 --- a/CHANGES.md +++ b/CHANGES.md @@ -30,15 +30,23 @@ You will need the new version of leap_cli: Because 0.9 does not use submodules anymore, you must remove them before pulling the latest leap_platform from git: - cd leap_platform - for dir in $(git submodule | awk '{print $2}'); do - git submodule deinit $dir - done - git pull + workstation$ cd leap_platform + workstation$ for dir in $(git submodule | awk '{print $2}'); do + workstation$ git submodule deinit $dir + workstation$ done + workstation$ git pull + workstation$ git checkout 0.9.0 Alternately, just clone a fresh leap_platform: - git clone https://leap.se/git/leap_platform + workstation$ git clone https://leap.se/git/leap_platform + workstation$ cd leap_platform + workstation$ git checkout 0.9.0 + +Then, deploy: + + workstation$ cd PROVIDER_DIR + workstation$ leap deploy Known Issues: diff --git a/docs/en/services/couchdb.html b/docs/en/services/couchdb.html index d8bc8553..6de6455c 100644 --- a/docs/en/services/couchdb.html +++ b/docs/en/services/couchdb.html @@ -215,7 +215,7 @@ couchdb - LEAP Platform Documentation diff --git a/docs/en/services/couchdb/index.html b/docs/en/services/couchdb/index.html index 3aaa4162..10043db6 100644 --- a/docs/en/services/couchdb/index.html +++ b/docs/en/services/couchdb/index.html @@ -215,7 +215,7 @@ couchdb - LEAP Platform Documentation diff --git a/docs/en/services/mx.html b/docs/en/services/mx.html index a15ff88c..8e08cfe0 100644 --- a/docs/en/services/mx.html +++ b/docs/en/services/mx.html @@ -156,8 +156,8 @@ mx - LEAP Platform Documentation
  1. alias lists: by specifying an array of destination addresses, as in the case of “flock”, the single email will get copied to each address.
  2. -
  3. chained resolution: alias resolution will recursively continue until there are no more matching aliases. For example, “flock” is resolved to “robin”, which then gets resolved to “robin@bird.org”.
  4. -
  5. virtual domains: by specifying the full domain, as in the case of “chickadee@avian.org”, the alias will work for any domain you want. Of course, the MX record for that domain must point to appropriate MX servers, but otherwise you don’t need to do any additional configuration.
  6. +
  7. chained resolution: alias resolution will recursively continue until there are no more matching aliases. For example, “flock” is resolved to “robin”, which then gets resolved to “robin@bird.org”.
  8. +
  9. virtual domains: by specifying the full domain, as in the case of “chickadee@avian.org”, the alias will work for any domain you want. Of course, the MX record for that domain must point to appropriate MX servers, but otherwise you don’t need to do any additional configuration.
  10. local delivery: for testing purposes, it is often useful to copy all incoming mail for a particular address and send those copies to another address. You can do this by adding “@deliver.local” as one of the destination addresses. When “@local.delivery” is found, alias resolution stops and the mail is delivered to that username.
diff --git a/docs/en/services/mx/index.html b/docs/en/services/mx/index.html index 6922b319..6899e0cc 100644 --- a/docs/en/services/mx/index.html +++ b/docs/en/services/mx/index.html @@ -156,8 +156,8 @@ mx - LEAP Platform Documentation
  1. alias lists: by specifying an array of destination addresses, as in the case of “flock”, the single email will get copied to each address.
  2. -
  3. chained resolution: alias resolution will recursively continue until there are no more matching aliases. For example, “flock” is resolved to “robin”, which then gets resolved to “robin@bird.org”.
  4. -
  5. virtual domains: by specifying the full domain, as in the case of “chickadee@avian.org”, the alias will work for any domain you want. Of course, the MX record for that domain must point to appropriate MX servers, but otherwise you don’t need to do any additional configuration.
  6. +
  7. chained resolution: alias resolution will recursively continue until there are no more matching aliases. For example, “flock” is resolved to “robin”, which then gets resolved to “robin@bird.org”.
  8. +
  9. virtual domains: by specifying the full domain, as in the case of “chickadee@avian.org”, the alias will work for any domain you want. Of course, the MX record for that domain must point to appropriate MX servers, but otherwise you don’t need to do any additional configuration.
  10. local delivery: for testing purposes, it is often useful to copy all incoming mail for a particular address and send those copies to another address. You can do this by adding “@deliver.local” as one of the destination addresses. When “@local.delivery” is found, alias resolution stops and the mail is delivered to that username.
diff --git a/docs/en/upgrading.html b/docs/en/upgrading.html index 14dd13b2..0e5d6607 100644 --- a/docs/en/upgrading.html +++ b/docs/en/upgrading.html @@ -78,6 +78,9 @@ Upgrading - LEAP Platform Documentation Upgrading
  • +Upgrade to 0.9 +
  • +
  • Upgrade to 0.8
  • @@ -98,6 +101,12 @@ Upgrading - LEAP Platform Documentation
    +
    +

    + Upgrade to 0.9 +

    +
    +

    Upgrade to 0.8 diff --git a/docs/en/upgrading/upgrade-0-8.html b/docs/en/upgrading/upgrade-0-8.html index bb0d4974..275abd11 100644 --- a/docs/en/upgrading/upgrade-0-8.html +++ b/docs/en/upgrading/upgrade-0-8.html @@ -77,6 +77,9 @@ Upgrade to 0.8 - LEAP Platform Documentation
  • Upgrading
  • +
  • +Upgrade to 0.9 +
  • Upgrade to 0.8
  • diff --git a/docs/en/upgrading/upgrade-0-9.html b/docs/en/upgrading/upgrade-0-9.html new file mode 100644 index 00000000..cb78569d --- /dev/null +++ b/docs/en/upgrading/upgrade-0-9.html @@ -0,0 +1,149 @@ + + + + +Upgrade to 0.9 - LEAP Platform Documentation + + + + + + + + +
    +
    +

    Upgrade to 0.9

    + +
    +
    +
    +

    Upgrading to Platform 0.9

    + +

    You will need the new version of leap_cli:

    + +
    workstation$ sudo gem install leap_cli --version=1.9
    +
    + +

    If you don’t want to install using ‘sudo’:

    + +
    workstation$ gem install --user-install leap_cli --version=1.9
    +workstation$ PATH="$PATH:$(ruby -e 'puts Gem.user_dir')/bin"
    +
    + +

    Because 0.9 does not use submodules anymore, you must remove them before pulling +the latest leap_platform from git:

    + +
    workstation$ cd leap_platform
    +workstation$ for dir in $(git submodule | awk '{print $2}'); do
    +workstation$   git submodule deinit $dir
    +workstation$ done
    +workstation$ git pull
    +workstation$ git checkout 0.9.0
    +
    + +

    Alternately, just clone a fresh leap_platform:

    + +
    workstation$ git clone https://leap.se/git/leap_platform
    +workstation$ cd leap_platform
    +workstation$ git checkout 0.9.0
    +
    + +

    Then, just deploy

    + +
    workstation$ cd PROVIDER_DIR
    +workstation$ leap deploy
    +
    + +

    Known issues

    + +

    When upgrading, sometimes systemd does not report the correct state of a daemon. +The daemon will be not running, but systemd thinks it is. The symptom of this is +that a deploy will succeed but leap test will fail. To fix, you can run +systemctl stop DAEMON and then systemctl start DAEMON on the affected host +(systemctl restart seems to work less reliably).

    + +
    +
    + + -- cgit v1.2.3