| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Again these were whitespace-related.
|
|
These warnings were largely whitespace-based.
|
|
This is fixes for 0.39.0
|
|
|
|
|
|
|
|
|
|
|
|
It was required after all.
|
|
|
|
|
|
|
|
|
|
Made minor formatting cleanups
|
|
|
|
|
|
|
|
This allows the package to install upon Jessie. The redis
library wasn't added, so that we can still install upon Wheezy.
To install upon Wheezy:
gem install curb
gem install redis
Once our status-hosts are all Wheezy we can defult to ruby-redis.
This closes #12713
|
|
|
|
We cannot allow HTTP/HTTPS to be limited by protocol,
such as IPv4-only or IPv6-only. Raise an error in the
parser if this is attempted.
Added test-case to confirm, and this closes #12488.
|
|
It should match the next occurrence of the opening quote type, not the
last.
|
|
The redis and rubocop tests now skip on ruby > 2.0 (I think)
|
|
It now matches "can't match" and 'he said "ha!"'.
Added tests.
|
|
These are no longer required now we're sure we understand the process
of adding jobs to the queue without duplication.
|
|
We now use a zset to store our pending tests. This means that
jobs are only in the queue once - no duplicates are allowed.
This closes #12428.
|
|
This changes the parser from only allowing this:
http://example.com/ must run http with content 'reserved'.
To allowing both of these:
http://example.com/ must run http with content "reservered".
http://example.com/ must run http with content 'reserved'.
|
|
This follows the instructions from
http://redis.io/topics/transactions#using-a-hrefcommandswatchwatcha-to-implement-zpop
|
|
|
|
|
|
This helps with debugging. We expect it to exit eventually, but only
after it has seen all tests.
|
|
|
|
|
|
|
|
|
|
|
|
This is more reliable, albeit potentially racy and with the failure
case that a job might be readded twice.
|
|
This prevents starvation, by ensuring that we pull tests out in
a FIFO fashion - by virtue of the timestamp.
|
|
Remove the configuration-variable that used to allow switching
at run-time.
|
|
The beanstalkd queue used to be used in the past, and we later
added support for Redis via a simple abstraction layer. But now
we've no longer tested and used beanstalkd for over a year, and
the client-libraries are no longer available as native Debian
packages.
With that in mind we've excised the code, although left the
abstraction-class in-place.
|
|
|
|
|
|
|
|
|
|
This ensures that all tests always run, and we have an ordering.
|
|
|
|
This means that tests will only ever be enqueued once, regardless
of how many times they are parsed.
In the past we could have a configuration file that read:
test1 ..
test2 ..
test3 ..
Parsing/adding this file would result in a queue looking like so:
test1 ..
test2 ..
test3 ..
test1 ..
test2 ..
test3 ..
test1 ..
test2 ..
test3 ..
Now the queue will *ALWAYS* look like this:
test1 ..
test2 ..
test3 ..
In the normal course of events this won't matter, as teh processing
loop will look like so:
* Add new jobs every minute.
* Worker runs the jobs.
In the case of a failing job though the test might take 2.5 minutes
and that will cause the queue to backup. (2.5 minutes because a test
is repeated 5 times before a fail is announced, and the timeout is
30 seconds. These values can and should be tweaked.)
With the new method even if the queue is slowly draining the queue
will never grow to containu hundreds of events it will just be "topped
up" not "overflowing".
Thanks to James Hannah for the suggestion, and James Lawrie for
the patience.
|
|
|
|
|
|
|
