Switch to beta only for "other" tiddlywiki releases

The current TiddlyWiki build process doesn't make alphas
at this time, so we don't want to confuse by using old
ones. This commit changes the code so it does the
right thing, but fails for the time being as the
generated externalized beta file points to the wrong files.

There are also no current test for an externalized stable
version, as that file does not yet exist (but hopefully will).

Tests associated with this process have been marked xfail,
and this is on a branch until resolution.

Part of issue #1060
Merge pull request #1065 from colmjude/master

Fix for #1064
ensured dependencies are only re-downloaded if outdated

thus reducing the time it takes to set up a dev instance

via
http://www.oddmuse.org/cgi-bin/oddmuse/Download_Using_Curl_And_Caching

note, however, that neither `wrap_jslib` nor the Python-based retrieval
(via `ibuilder`) currently take advantage of caching
Merge pull request #1067 from FND/depcache

ensured dependencies are only re-downloaded if outdated
Merge branch 'master' into betatiddlywiki

Conflicts:
	Makefile

Corrected to deal with change in curl downloads.
Allow an externalized non-beta tiddlywiki

The tiddlywiki build process now creates the necessary
files for both.
Add src/externals back in so that we can have meta files

We want to control caching on the associated files.
Ignore js files in src/externals, but not meta files
release 1.2.11

* Correct support for beta and externalized tiddlywikis
Get rid of the repudiator.

fixes #1068

this will lower the number of cycles involved in processing a response
by a fair few, but in terms of visible change for individual users
impact is probably imperceptible.

the issue will remain in place with a link to the commit that removes
the code, in case we need to resurrect it (as a plugin or otherwise)
Merge branch 'master' of github.com:TiddlySpace/tiddlyspace
Fix #1070

It turns out I had already done the necessary changes to twp.twimport
to allow including a mime type in the recipe file.
Fix #1069 use expected jquery with externalized mainline tiddlywiki

We do this by:

* getting jquery from the tiddlywiki site
* naming it twjquery.js
* changing the externalized html file so it points to the right
  jquery

Another option would have been to get files with different names
saved at the tiddlywiki site. This wasn't done because the expectation
is that eventually TiddlyWiki will use most recent jquery (which
is what TiddlySpace uses). We don't know, however, when this might
happen.
Update tests for #1069

Need to assert correct path to jquery.
Update total tiddler counts in tests.
Update Makefile rules for retrieving remote content

* fix #1053 by allowing curl to fail in the middle of a stack of
  booleans
* improve download function be letting it fail too

fail in this case means using curl's '-f' flag to get it to silently
exit with an error code when it gets a non success response. "Success"
appears to be similar to (equally vague as) jquery.
release 1.2.12

* remove the cache manifest repudiator
* fix mainline externalized tiddlywiki to use right jquery
* fix mime type on normalize.css
More makefile cleanups

This

* lessens redirects somewhat
* insures a tidier use of sed on the external.html tiddlywiki
release 1.2.13

* tiddlywiki 2.8.1 beta
Retrieve qunit CSS for running locally in the browser