| Commit message (Collapse) | Author | Age | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
As suggested in the release manager's checklist, this commit
introduces the results of re-pulling from transifex:
tx pull -a -f
... and cleaning the .po files again:
bundle exec rake gettext:clean
... which removes the fuzzy strings from the repository.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The latest updates had several problems, which are fixed
in this commit, e.g.
* Malformed links
* Broken uses of variables (e.g. translating the 'date' in
'{{date}}')
Additionally, I've stripped unnecessary space around many HTML
tags that may cause the text rendering to look odd.
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| | |
This is for the case where there are no results and the user was
explicitly searching for authorities.
|
| | |
|
| |
| |
| |
| |
| |
| | |
The context here is that bodies have merely been included in the search
- it hasn't been explicitly restricted to bodies. So the links don't
really make sense.
|
| |
| |
| |
| | |
Contributes to #1118.
|
| |
| |
| |
| |
| | |
This is the template used when the user is searching for a public body
specifically to make a request to.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The transifex-client version 0.9.1 rejects the transifex.net URL,
with the following error:
CertificateError: hostname 'www.transifex.net' doesn't match
either of '*.transifex.com', 'transifex.com'
... so update it to transifex.com.
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Without this setting, the PostgreSQL user still has to be a superuser
for the tests to work without constraint disabling errors.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This should be used with:
vagrant --no-color up
... which (after some time) will leave you with a running site at:
http://alaveteli.10.10.10.30.xip.io
Many thanks to Simon Coffey (@urbanautomaton) and Chris Adams
(@mrchrisadams) who produced a working Vagrantfile with a
independent install script while our installation script work
was ongoing - their advice and that script were very helpful
for creating this Vagrantfile that uses our generic mySociety
installation script.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This seems slightly less confusing, since both this file
and /etc/postfix/recipients contain regexp patterns. This
also switches to replacing any transport_maps file that was
in use and overwrites the existing file rather than modifying
it.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Leaving the local_recipient_maps setting empty has a risk which is
described in the Postfix manual:
"[...] That is, an empty value. With this setting, the Postfix SMTP
server will not reject mail with "User unknown in local recipient
table". Don't do this on systems that receive mail directly from
the Internet. With today's worms and viruses, Postfix will become a
backscatter source: it accepts mail for non-existent recipients and
then tries to return that mail as "undeliverable" to the often
forged sender address."
This commit changes the local_recipient_maps setting to only accept
(and potentially bounce) emails where the local part is known (one
that we've mentioned in general.yml) or to a Unix user that exists.
Fixes #1166
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
On some setups, the unprivileged user's .bashrc file won't be
sourced unless you've started a login shell - we need that
to be sourced to add the gem's bin directory to the PATH,
or "bundle" won't be found, for example.
|
| | |
| | |
| | |
| | |
| | |
| | | |
The version of rubygems in squeeze is old enough that it won't
work with our Gemfile / Gemfile.lock. Fortunately, the one in
squeeze-backports seems to work OK.
|
| | |
| | |
| | |
| | |
| | | |
These instructions are heavily based on those written by me and
@dracos for FixMyStreet and MapIt.
|
| | |
| | |
| | |
| | |
| | |
| | | |
The make-crontab script is now redundant, so instead direct
people to use the config_files:convert_crontab rake task for
generating a crontab file.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
As suggested by Louise Crow, this new rake task reuses
the convert_ugly function to rewrite the crontab-example
file into a usable crontab file.
|
| | |
| | |
| | |
| | |
| | | |
I assume 'skip' must have been an argument to this function
before it was introduced into our repository.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Rather than reimplement the processing of the ugly file with sed,
we can use the existing rake task for rewriting
config/alert-tracks-debian.ugly.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Once merged to master we can remove origin/install-script, but
development is awkward without it. This commit also makes it
easy to have an arbitrary number of fallbacks.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This is so that we can rewrite the crontab-example file into a real
crontab on systems where the prefix for virtual host directories
is something other than '/data/vhost'.
|
| | |
| | |
| | |
| | |
| | |
| | | |
We had various problems with the foi-purge-varnish script ourselves
that led to us removing it, so it seems like a bad idea to be
implicitly suggesting that others should use it.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
site-specific-install.sh will be called by our generic site
install script in commonlib/bin/install-site.sh
These scripts assume that you have a new installation of
Debian squeeze or Ubuntu precise and then will set up:
- Alaveteli running in development mode with the Thin web
server behing nginx
- The cron jobs that are required for the site to work.
- A basic Postfix configuration for sending and receiving
mail.
We also will use this script for generating new AMIs
(Amazon Machin Images) for Alaveteli.
The general.yml configuration file will be created if it
doesn't exist, but if there is an existing copy it won't be
overwritten, so it should be safe to customize that file and
then re-run the install script.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Sometimes it's useful to be able to really send mail in development
mode, so add a config option for that.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
| | |
| | |
| | |
| | | |
This is a sample sysvinit script to start Thin in development mode.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Thin is a reasonable choice for a production server for a Rails
app behind nginx, which is the configuration that the Alaveteli
install script will use. Thin is also the preferred server for
local development in Rails 3.2 and later.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This example nginx.conf file may be helpful for running
Alaveteli behind nginx - we have tested this with Thin
as the upstream server.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The config/packages file cannot be used as a list of packages
to give to apt-get install - its format is designed to be used
as build-dependencies of a fake Debian package. These
distribution- and release-specific new files, on the other
hand, provide a list of packages that should satisfy the
config/packages requirements on Ubuntu precise or Debian
squeeze. The generic site install file will use files like
these on the matching distribution and release.
|
|\ \ \
| | | |
| | | |
| | | | |
ssh://git.mysociety.org/data/git/public/alaveteli into rails-3-develop
|
| |\ \ \
| | |_|/
| |/| | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In the initial release of public body statistics to WhatDoTheyKnow
a public body only intended for testing ("mySociety Test Quango")
was included in the statistics. This commit causes public bodies
tagged with "test" to be excluded from the public body statistics
page.
Fixes #1115.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This simplifies the statistics action of the PublicBodyController
and makes it easier to test the functionality now in the
simplify_stats_for_graphs method.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We have changed the denominator of the proportion-based statistics
to only include requests that are both visible and not
'awaiting_description'. This would mean, however, that the numerator
could be larger than the denominator. This commit updates the
calculation of those statistics to also exclude any hidden or
unclassified requests.
|
| | | | |
|