This is to avoid an issue on Travis where Django 1.7 is installed when
it shouldn't be.

The file was removed in af3c381d to remove Vagrant, but it served a
dual purpose as requirements to test our suite of migrations. It's
resurrection will hopefully let Travis pass again.

Taking lead from 22041aab99

The puppet provisioning of the Vagrant box has been broken for ages due
to floating dependencies. I don't want to support it anymore since
Docker images are almost ready - hence why it goes.

We also drop the "allow_failures" section for Pythons 3.x on Travis.
They should pass consistently now.

I've also adjusted the 'travis' make target to not install Oscar so this
can be called separately as part of the Travis build. Hence, build
errors are reported differently from tests failing.

Motivated by 51bf7280, this change adds a new make target to find parts
of the codebase that need changing after some event has happened. It
also adds an example TODO.

This crude and destructive script helps create migrations for both South
and Django's native migrations framework. I'm happy to leave plenty of
room for improvement so that the King of Bash (aka @codeinthehole) can
do his thing.

This commit also enforces South 1.0. It's a backwards compatible release
which explicitly is meant to help the migration; it makes both our and
our users life's easier. Notably, it first looks for a south_migrations
directory before falling back to the migrations directory in an app.
That nicely avoids any conflicts between migration files between the two
migration frameworks.

Where I previously thought that renaming HTML/CSS is more hassle than
it's worth, @mbertheau convinced me that to update a codebase, a general
search-and-replace is the best approach already and will catch any
HTML/CSS changes.

I also missed to deprecate the min_variant_price properties.

I started looking at this because on the mailing list, having the UK as
only shipping country led to confusion. This is mostly due to the
shipping address form hiding the country field if there's only one
country enabled, but all the validation then requiring UK postcodes and
phone numbers.

It's bothered me for a while that we're using a fixture to populate the
countries, which is at risk of becoming stale.
pycountry offers an excellent data source for a list of countries, so I
polished an existing management command to use it to populate the
country database.

This commit has two immediate effects:
* New setups will use a more current country database
* By default, all countries will be marked as shipping countries

pycountry also ships with localised names of the countries, which should
allow us to populate the database with localised country names.

This simple site illustrates how to use Oscar for a US-specific site.
It's intended to help developers build Oscar sites for the US.

It can be built using:

    $ make us_site

This will build the database and load some sample products.

The key changes from core Oscar are:

- Setting the default currency to USD in settings.
- Overriding Oscar's partner app so we can specify out own Selector
  class which returns the US strategy. This ensures all prices are shown
  without tax.
- Overriding the checkout session mixin so we can apply taxes to the
  submission and also pass a template variable that specifies taxes
  should be broken out separately. We use a dummy tax module that
  applies very simple taxes to the submission.
- Overriding the checkout shipping address form so we can force the
  state field to use the US state dropdown.

Makes things less confusing, and the hosted demo site has different
fixtures anyway.

This ensures that we catch errors in the build process of the demo site,
and led to me spotting #1294.

I must've accidentally committed my demo database settings; switched to
a more generic defaults in demo/settings.py. Also added ATOMIC_REQUESTS
as that is recommended by Oscar.

django-extensions' reset_db fails with PostGIS without a template
database, hence it is skipped on Travis.
https://github.com/django-extensions/django-extensions/issues/489

It's easy to forget to update the demo CSS. And I can't think of a good
reason to not do it together -- it's super quick and one can always
unstage unwanted updates.

That way, they aren't left to rot in the bigbang app. Gives us one
central place to refactor them.

Fixes #1238

No reason to keep that, we can just use Oscar's version. Packaged the
images in an archive to achieve that.

This is the bare minimum of checks that should be run before pushing to
master.

Once again! Merely moving all JSON imports before the product imports
as done in 9f02dc doesn't work: ranges.json depends on categories only
created by the product import.

Thanks to Diego Barrera <diego.barrera80@gmail.com> for reporting on the
mailing list.

Otherwise the new primary keys in variants.json clash with already
created products/categories/etc.

And load it for the sandbox by default.

This should help protect against faulty migrations.

Fixes #655

With a private password this time.

This involves a change to the CSV format to allow a type to be specified
in the first column.

Fixes #553.

Accessible at port 9001.

This was causing tox to choke as there were conflicting requirements
(well, kind of).  Removing it allows tox to run normally but means we
can't run 'upgrade' without conflict.

I've adjusted the makefile to use install for the 'ci' target now
instead of upgrade.

Fixes #600