aboutsummaryrefslogtreecommitdiffstats
path: root/priv/templates/install_upgrade_escript
AgeCommit message (Collapse)Author
2017-05-12Don't require compiler in the release for relupsLoïc Hoguin
2016-11-11Allow upgrade/downgrade from non-permanent versionsLuis Rascao
Now that you can upgrade to a new version without setting it as permanent you should also be able to downgrade from it, this allows downgrading or upgrading to a version that is already marked as permanent but is not actually currently running.
2016-10-30Allow optionally setting a release as permanent after relupLuis Rascao
Support a command line argument to the `upgrade`/`downgrade` commands: `--no-permanent`, if this is set the release will be unpacked, installed and be made current but not permanent, when the user is confortable with the outcomehe can issue the same command a second time without the `--no-permanent` option.
2016-10-31Support the uninstall command. (release_handler:remove_release/1)soranoba
2016-10-30Fix head mismatchLuis Rascao
2016-10-29Allow for a more flexible relup package locationLuis Rascao
Instead of forcing the user to put the tarball package with the expected name (<relname>.tar.gz)and in the expected location (releases/<version>) symlink this fixed file name to a tarball existing in one of three different places (releases/, releases/<version>, releases/<version>/<relname>.tar.gz). Refactor the install/upgrade escript to make it more dynamic, it now runs commands that are passed from the start script while accepting a variable number of arguments. Add a `versions` command to the extended start script that prints out the currently installed versions and their status.
2016-10-03Always ask release handler to update paths on relupLuis Rascao
When performing a relup that involves starting a new application we need to inform release handler that the code paths need to be updated to account for the new apps. Otherwise the relup instruction application:start/2 will fail since it is unable to find the .app file.
2016-08-16Handle release_handler old_processes error when doing a soft purge relupLuis Rascao
As described in http://erlang.org/doc/man/appup.html, when performing a relup with soft purge: If the value is soft_purge, release_handler:install_release/1 returns {error,{old_processes,Mod}}
2015-11-06fix upgrade/install/unpack command bugpaul
bug description: if vm.arg use '-sname xxx' option, When exec upgrade/install/unpack command, it will report "Hostname yyy is illegal" error.
2015-05-08use mustache instead of erlydtl for overlaysTristan Sloughter