diff options
| author | elijah <elijah@riseup.net> | 2016-09-14 15:31:42 -0700 |
|---|---|---|
| committer | elijah <elijah@riseup.net> | 2016-09-14 15:31:42 -0700 |
| commit | 238b0853711b91422eff5b97397b549a66370f72 (patch) | |
| tree | 777622456eff8eae8b5c7b41e65674c6a7707fd8 | |
| parent | 811deee9e5b8cc42a3ea424ef873e9d69eb50cba (diff) | |
refresh /docs/
| -rw-r--r-- | CHANGES.md | 20 | ||||
| -rw-r--r-- | docs/en/services/couchdb.html | 2 | ||||
| -rw-r--r-- | docs/en/services/couchdb/index.html | 2 | ||||
| -rw-r--r-- | docs/en/services/mx.html | 4 | ||||
| -rw-r--r-- | docs/en/services/mx/index.html | 4 | ||||
| -rw-r--r-- | docs/en/upgrading.html | 9 | ||||
| -rw-r--r-- | docs/en/upgrading/upgrade-0-8.html | 3 | ||||
| -rw-r--r-- | docs/en/upgrading/upgrade-0-9.html | 149 |
8 files changed, 181 insertions, 12 deletions
@@ -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 <ul> <li>search for the “user_id” field</li> -<li>in this example <a href="mailto:testuser@example.org">testuser@example.org</a> uses the database user-665e004870ee17aa4c94331ff3cd59eb</li> +<li>in this example <a href="mailto:testuser@example.org">testuser@example.org</a> uses the database user-665e004870ee17aa4c94331ff3cd59eb</li> </ul> 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 <ul> <li>search for the “user_id” field</li> -<li>in this example <a href="mailto:testuser@example.org">testuser@example.org</a> uses the database user-665e004870ee17aa4c94331ff3cd59eb</li> +<li>in this example <a href="mailto:testuser@example.org">testuser@example.org</a> uses the database user-665e004870ee17aa4c94331ff3cd59eb</li> </ul> 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 <ol> <li>alias lists: by specifying an array of destination addresses, as in the case of “flock”, the single email will get copied to each address.</li> -<li>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 “<a href="mailto:robin@bird.org">robin@bird.org</a>”.</li> -<li>virtual domains: by specifying the full domain, as in the case of “<a href="mailto:chickadee@avian.org">chickadee@avian.org</a>”, 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.</li> +<li>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 “<a href="mailto:robin@bird.org">robin@bird.org</a>”.</li> +<li>virtual domains: by specifying the full domain, as in the case of “<a href="mailto:chickadee@avian.org">chickadee@avian.org</a>”, 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.</li> <li>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.</li> </ol> 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 <ol> <li>alias lists: by specifying an array of destination addresses, as in the case of “flock”, the single email will get copied to each address.</li> -<li>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 “<a href="mailto:robin@bird.org">robin@bird.org</a>”.</li> -<li>virtual domains: by specifying the full domain, as in the case of “<a href="mailto:chickadee@avian.org">chickadee@avian.org</a>”, 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.</li> +<li>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 “<a href="mailto:robin@bird.org">robin@bird.org</a>”.</li> +<li>virtual domains: by specifying the full domain, as in the case of “<a href="mailto:chickadee@avian.org">chickadee@avian.org</a>”, 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.</li> <li>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.</li> </ol> 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 <a class='' href='upgrading.html'>Upgrading</a> </li> <li class=' level1'> +<a class='' href='upgrading/upgrade-0-9.html'>Upgrade to 0.9</a> +</li> +<li class=' level1'> <a class='' href='upgrading/upgrade-0-8.html'>Upgrade to 0.8</a> </li> <li class=' level0'> @@ -100,6 +103,12 @@ Upgrading - LEAP Platform Documentation <div class=' page-summary'> <h2> + <a href='upgrading/upgrade-0-9.html'>Upgrade to 0.9</a> + </h2> + <div class='summary'></div> +</div> +<div class=' page-summary'> + <h2> <a href='upgrading/upgrade-0-8.html'>Upgrade to 0.8</a> </h2> <div class='summary'></div> 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 <li class='semi-active level0'> <a class='' href='../upgrading.html'>Upgrading</a> </li> +<li class=' level1'> +<a class='' href='upgrade-0-9.html'>Upgrade to 0.9</a> +</li> <li class='active level1'> <a class='' href='upgrade-0-8.html'>Upgrade to 0.8</a> </li> 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 @@ +<!DOCTYPE html> +<html lang='en'> +<head> +<title> +Upgrade to 0.9 - LEAP Platform Documentation +</title> +<meta content='width=device-width, initial-scale=1.0' name='viewport'> +<meta charset='UTF-8'> +<base href="" /> +<style> + body { + background: #444; + display: flex; + flex-direction: row; + padding: 10px; + margin: 0px; + } + #sidebar { + flex: 0 0 250px; + background: white; + margin-right: 10px; + padding: 20px; + } + #sidebar ul { + list-style-type: none; + padding-left: 0px; + margin: 0; + } + #sidebar li { padding: 4px } + #sidebar li a { text-decoration: none } + #sidebar li.active { background: #444 } + #sidebar li.active a { color: white } + #sidebar li.level1 { padding-left: 20px } + #sidebar li.level2 { padding-left: 40px } + #main { + flex: 1 1 auto; + background: white; + padding: 20px; + } + #title-box { + padding-bottom: 20px; + border-bottom: 5px solid #eee; + } + #title-box h1 { + margin-top: 0px; + } + pre { + padding: 10px; + background: #eef; + } + code { + background: #eef; + } + table {border-collapse: collapse} + table td { + border: 1px solid #ccc; + padding: 4px; + vertical-align: top; + } +</style> +</head> +<body> +<div id='sidebar'> +<ul> +<li class=''> +<a href='../../index.html'>Home</a> +</li> +<li class=' level0'> +<a class='' href='../guide.html'>Guide</a> +</li> +<li class=' level0'> +<a class='' href='../tutorials.html'>Tutorials</a> +</li> +<li class=' level0'> +<a class='' href='../services.html'>Services</a> +</li> +<li class='semi-active level0'> +<a class='' href='../upgrading.html'>Upgrading</a> +</li> +<li class='active level1'> +<a class='' href='upgrade-0-9.html'>Upgrade to 0.9</a> +</li> +<li class=' level1'> +<a class='' href='upgrade-0-8.html'>Upgrade to 0.8</a> +</li> +<li class=' level0'> +<a class='' href='../troubleshooting.html'>Troubleshooting</a> +</li> +<li class=' level0'> +<a class='' href='../details.html'>Details</a> +</li> +</ul> +</div> +<div id='main'> +<div id='title-box'> +<h1>Upgrade to 0.9</h1> + +<div id='summary'></div> +</div> +<div id='content-box'> +<h2><a name="upgrading-to-platform-09"></a>Upgrading to Platform 0.9</h2> + +<p>You will need the new version of leap_cli:</p> + +<pre><code>workstation$ sudo gem install leap_cli --version=1.9 +</code></pre> + +<p>If you don’t want to install using ‘sudo’:</p> + +<pre><code>workstation$ gem install --user-install leap_cli --version=1.9 +workstation$ PATH="$PATH:$(ruby -e 'puts Gem.user_dir')/bin" +</code></pre> + +<p>Because 0.9 does not use submodules anymore, you must remove them before pulling +the latest leap_platform from git:</p> + +<pre><code>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 +</code></pre> + +<p>Alternately, just clone a fresh leap_platform:</p> + +<pre><code>workstation$ git clone https://leap.se/git/leap_platform +workstation$ cd leap_platform +workstation$ git checkout 0.9.0 +</code></pre> + +<p>Then, just deploy</p> + +<pre><code>workstation$ cd PROVIDER_DIR +workstation$ leap deploy +</code></pre> + +<h2><a name="known-issues"></a>Known issues</h2> + +<p>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 <code>leap test</code> will fail. To fix, you can run +<code>systemctl stop DAEMON</code> and then <code>systemctl start DAEMON</code> on the affected host +(systemctl restart seems to work less reliably).</p> + +</div> +</div> +</body> +</html> |