Age | Commit message (Collapse) | Author |
|
Patch to fix #523
|
|
Issue 1: If RELX_REPLACE_OS_VARS is true then existing vm.args (sys.config) file
is renamed to vm.arg.orig (sys.config.orig) and a new vm.args (sys.config) is
generated. However, if for some reason new vm.args (sys.config) is not generated
then system ends up without a valid vm.args (sys.config) file and keeps failing
thereafter.
Issue 2: Continuing from issue 1, if the system does not have sufficient
disk space or the current directory is immutable then new vm.args (sys.config)
will not be generated.
This patch tries to fix both the above issues by keeping the existing
vm.args (sys.config) untouched and creates a new vm.args (sys.config)
in /tmp directory
|
|
Feature/nicer templates ng
|
|
+Bi disables the erlang break functionality
|
|
useful if deploying erlang nodes via capistrano
when TERM is not set correctly attaching to the
node will result in weirdness
|
|
(see: http://erlang.org/pipermail/erlang-patches/2010-March/000883.html)
|
|
Give code path access to console_clean
|
|
To allow manually loading and starting up
applications.
|
|
Feature/replace os vars test
|
|
The first run would correctly replace the environment
variables, however it would also overwrite the original
vm.args and sys.config thus preventing any further
substitution in subsequent runs.
Dev mode runs were also broken, all runs after the
first were required to also define the
RELX_REPLACE_OS_VARS variable in order not to
overwrite the current vm.args with the original one,
this prevented simply attaching to an already running
node that was started this way.
Add tests to exercise this functionality.
|
|
Revert "remove rlx_topo since all systools >=R15 have a working sort of apps"
|
|
This reverts commit 701da7b9f2dfb872351b56938f7aed5bff0d79c7.
|
|
lrascao/feature/include_nodetool_on_extended_start_script
Always include nodetool when generating extended start script
|
|
Remove redundant check for extended_start_script.
Add tests that enforce this invariant.
|
|
Fixed: #524. Erts src folder existence check added
|
|
|
|
Bump latest OTP19
|
|
Feature/dialyzer profile
|
|
|
|
|
|
Add debug_info to all deps.
|
|
Always ask release handler to update paths on relup
|
|
Don't include erts src when user requests src not be included
|
|
Fixed overlay_vars handling.
|
|
Overlay_vars obey order, you cannot just umerge them. Additionally,
command line overrides should be more powerful than config values.
|
|
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.
|
|
Using the include_src option
|
|
Add test coverage for the extended bin script
|
|
|
|
Silence dialyzer warnings
|
|
Fix/add method specs, remove unreachable branches,
make rlx_util:render/2 accept both iolists and binaries.
|
|
Increase test coverage
|
|
|
|
Add proper configuration enabling coverage analysis
|
|
Fetch latest stable rebar3
|
|
Add recent OTP versions
|
|
|
|
Fix typo in log printout when disable_rel_discovery is set
|
|
Disbaled -> Disabled
|
|
Fix for #478 Boot variable $ERTS_LIB_DIR not supplied in Windows scripts
|
|
Fix erts path discovery on Windows if the path contains spaces.
|
|
Handle release_handler old_processes error when doing a soft purge relup
|
|
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}}
|
|
If cookie is not exist in vm.args, it use the cookie in ~/.erlang.cookie
|
|
|
|
|
|
install and start release in Windows 7/XP
|
|
I am submitting this on behalf of @povloid in
https://github.com/erlang/rebar3/issues/1183 who had the following to
say:
the set is not work into `@if` block, in this case the vareables args,
start_erl and description is empty. If we move this strings out of
`@if` block, the script work correctly.
|
|
Fix: does not contain the part of the command
|
|
upgrade erlware_commons for OTP-19
|