This page contains specific directions on how to update diaspora*, if any special steps are necessary. If there are no special steps necessary refer to the general guide towards the end of the page.
These guides are generally for production setups, if you're developing for diaspora* you should know which steps are relevant to update your development setup. If you run into any troubles, seek help via the usual channels.
Updating diaspora* 0.4 to diaspora* 0.5
This article is a work in progress, it may contain incomplete or inaccurate information. There may be additional information on the talk page.
Since there are a couple of major changes in upgrading to 0.5 which involve manual action, we provide a step by step guide. Please ensure to update to diaspora* 0.4 prior these steps.
This update will take from half an hour up to several hours, as it contains a long running migration, especially on MySQL/MariaDB.
- Make a backup of at least the database.
- Take down diaspora*
- If you're on PostgreSQL run export DB=postgres RAILS_ENV=production, if you're on MySQL/MariaDB run export DB=mysql RAILS_ENV=production.
- Run bundle exec sidekiq, wait 5 minutes and take it down again with Ctrl+C.
- If you modified public/default.html, public/404.html, public/422.html or public/500.html take a backup of the changes, they will be gone or overwritten. Run git checkout Gemfile.lock db/schema.rb public/*.html. Run git stash to preserve any other uncommitted changes. You can later restore stashed changes with git stash pop
- Update RVM with rvm get stable. Install Ruby 2.1 with rvm install 2.1.
- Update diaspora with git pull.
- Activate the new Ruby with cd .. && cd -.
- Install the latest Bundler with gem install bundler.
- Install the dependencies with bundle install --without development test. CAREFUL: Do not run any commands that are suggested at the end of this step, that was already done for you.
- Verify you didn't run any additional commands already done for you, run git status and delete any untracked files residing in db/migrate.
- Edit config/initializers/secret_token.rb, replace secret_token with secret_key_base:
# Old Rails.application.config.secret_token = '***********...' # New Diaspora::Application.config.secret_key_base = '*************...'
- If you're using MySQL/MariaDB, edit config/database.yml: Replace charset: utf8 with encoding: utf8mb4, notice how the key changed! Replace collation: utf8_bin with collation: utf8mb4_bin. Have a look at the updated config/database.yml.example if you need additional guidance in this step.
- Run bin/rake db:migrate, this will take quite a while but you should occasionally check if it failed and seek assistance if it in fact did fail.
- Run bin/rake tmp:cache:clear assets:precompile. This steps now generates public/404.html, public/422.html and public/500.html.
- You can now start diaspora* again as you're used to.
You should now compare your config/diaspora.yml to the updated config/diaspora.yml.example, for example with vimdiff. Notable changes, not only limited to the configuration, are:
- The surrounding markup for the custom splash page changed slightly, please refer to the changelog.
- If you're using Paypal donations, the settings in diaspora.yml for it changed, in order to support the unhosted button. Please take a look at the updated diaspora.yml.example.
- The default for including jQuery from a CDN has changed. If you want to continue to include it from a CDN, please explicitly set the jquery_cdn setting to true in diaspora.yml.
- There's a new feature to automatically prune inactive accounts, if you want to enable it please refer to the changelog.
- There's a new feature to proxy embedded images from external sources through your server, strengthening your users privacy. If you want to enable it please refer to Camo.
- diaspora* 0.5 includes a preview of the new chat feature, if you want to play with it, have a look at Vines. We do not generally recommend enabling this yet.
Updating Diaspora is fairly straight forward. But sometimes there are special procedures or updates, so always read the changelog first.
In case you followed the recommended setup and are on RVM, update RVM first:
rvm get stable
If you are upgrading to diaspora version 0.3 or later, you should install Ruby 2.0.0:
rvm install ruby 2.0.0 rvm use 2.0.0
Updating a production install
We need to update the code first:
git checkout Gemfile.lock db/schema.rb # Discard uninteresting local changes, if any git pull
Read the output! If you made local modifications to files tracked in git, it might refuse the update or place conflict markers into the files which need to be resolved. If you run on PostgreSQL and get a message about Gemfile.lock try git checkout Gemfile.lock first. If you get one about db/schema.rb try git checkout db/schema.rb.
In case the recommended Ruby version changed you need to install it. Check with
cd .. && cd -
If that outputs a red warning run the command it gives you and do cd .. && cd - again.
Now we need to update the Ruby libraries:
gem install bundler bundle # Or DB=postgres bundle for PostgreSQL users
Ignore any migration notes this command gives you, they're already done for you or explicitly advised in our changelog!
Then we apply updates to the database schema, attention this might take some time if you have a big database already:
RAILS_ENV=production bin/rake db:migrate # As always add DB=postgres to the command if you're a PostgreSQL user
Update the static content:
RAILS_ENV=production bin/rake tmp:cache:clear assets:precompile
Make sure to check new configuration options in diaspora.yml.example. Tools like diff and vimdiff can help transfering new sections.
Now you need to restart Diaspora. To do this with the standard startup method you need to get to the place where you run ./script/server, hit Ctrl+C, open a new shell, and run it again.
Updating a development install
Just checkout the develop branch, pull (from upstream), rebundle and migrate the database:
cd diaspora git checkout develop git pull # Or git pull upstream develop if you cloned from your fork cd .. && cd - bundle # Or DB=postgres bundle if you use PostgreSQL bin/rake db:migrate