| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The rails-post-deploy script would error if the log directory existed
(rather than being a symlink to another directory, for example) and
the ../logs directory also existed. This commit changes this
behaviour to move the existing log directory out of the way in this
case.
In addition, this commit switches from removing the old symlink and
creating a new one (which creates a gap in time during which the log
directory doesn't exist) to using "ln -snf" to just overwrite any
existing symlink or file. (Note that this is still not an atomic
operation, but it's bound to leave less time between removal and
creation.)
|
|
|
|
|
|
|
|
|
| |
The rails-post-deploy script unfortunately uses a mixtures of spaces
and 0x09 to represent indentation, so it's not even clear what local
convention to follow. It appears from the mixture that the intention
is that the tabs should represent 4 spaces, so this commit replaces
them, strips trailing whitespace and changes some non-standard
indentation at the end of a bash heredoc.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
Gemfile
app/views/admin_request/edit_outgoing.html.erb
config/packages
doc/CHANGES.md
doc/INSTALL.md
spec/models/info_request_spec.rb
spec/models/public_body_spec.rb
|
| |
| |
| |
| | |
We want to be able to authorise access to it.
|
| |
| |
| |
| |
| |
| | |
Conflicts:
script/rails-post-deploy
|
|/
|
|
| |
we expect it to be.
|
|
|
|
| |
easily run on e.g. OSX, use a relative path for the softlink.
|
|
|
|
| |
script directory, it's more important to cd to the app directory in order to pick up the bundler gemfile. Fixes #964.
|
|
|
|
|
|
|
| |
The BASH_SOURCE variable reliably gives the path of the
script, so we can make the script work regardless of
what the current working directory is on running the
script.
|
| |
|
|
|
|
| |
Fixes #730. Capistrano-based deploys don't use rails-post-deploy, so I don't think this will be a problem for them.
|
| |
|
| |
|
|
|
|
| |
ALAVETELI_VERSION constant to check for tags in themes that indicate compatibility with this version of the Alaveteli codebase.
|
|
|
|
| |
theme installation
|
| |
|
|
|
|
|
|
|
|
|
| |
This reverts commit 57bfe1f4fd19f766677e08b132d0a16fad2ad706.
In fact this time we are not going to try fixing bundler instead,
but rather we are going to try to work around the bundler bug in
a different way, by uploading our version of xapian-full to rubygems
(under a different name: xapian-full-alaveteli).
|
|
|
|
| |
This reverts commit 9f5ad85b6ff541a8e4dc83e91548af9c745d64af.
|
|
|
|
| |
Instead of trying to work around the bug in bundler, what if we fixed it?
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ordinarily we would expect simply to run "bundle install" here.
However, at the time of writing there is a bug in bundler that
causes gems from github to be rebuilt every time bundle install
is run, which makes the process very extremely slow in our case
because Xapian takes a long time to build. Running
"bundle exec bundle install" is a workaround for this bug.
However clearly one cannot run bundle exec till the bundle has
initially been installed, so we use a flag file .bundler-has-run
to indicate whether we are doing an initial install.
|
| |
|
| |
|
|
|
|
| |
deployment mode, the xapian-full gem gets recompiled every time
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
1) Not overriding any *existing* RAILS_ENV setting in rails_env.rb
2) Always creating a rails_env.rb file
|
|
|
|
|
|
|
|
|
|
| |
Partially revert 2eac4bef8d73f47bbe579b6f787ef54b8d782d7a, creating
config/rails_env.rb in production only. This should address some of
the difficulties with config/rails_env.rb causing unexpected behaviour
in development, whilst forcing Rails into production environment
where necessary for scripts run from cron etc.
Closes #418?
|
|
|
|
|
|
|
| |
The rails-post-deploy script was creating a file config/rails_env.rb
to force $RAILS_ENV to have the appropriate value. But this is a huge
pain during development, and shouldn’t be necessary anyway, so let’s
get rid of it.
|
|
|
|
| |
existing symlink for downloads)
|
|
|
|
| |
the rails-post-deply script)
|
| |
|
|
|
|
| |
rails-post-deploy process
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
We need it in the same repository, and probably better that it is
specific to WDTK anyway.
|