Due to a Chef bug the if_not clause of the link resource does not what it is supposed to do.
add gd attached to common php distros
Currently the site is down
This is mostly for large projects that do a lot of DB requests (like Rails or Django or large-ish apps like Diaspora) but it is a reasonable setting for CI purposes as well.
For some reason the cookbook forcefully overwrites the host to be whatever Chef's network device info reports. This is not a good idea for cases with VM images like ours.
Because unlike me, folks at Basho actually know what they are doing. We tweak two config parameters: * Use a single eLevelDB backend (what we've been using all along for clients to test 2i support) * Enable Search (a recent addition) Our previous cookbook was both *very* bare bones and made it really hard to edit app.config without producing invalid Erlang forms.
…nned) 32-bit OpenJDK 6 are known to segfault from time to time. This affects JRuby, Scala compiler, [Scala] Specs 2 and Jython. It is just easier to go all in with OpenJDK 7 2 days earlier than answer this question every single day. References travis-ci/travis-ci#602.
We previously tried German and Danish mirrors, they are too often out of sync but this UK one is the official Europe mirror and is supposed to be "updated in lockstep" with the US one  1. http://www.sonatype.com/people/2010/10/new-official-maven-central-repository-in-europe/
A couple of repositories, like the Google Chrome one, will benefit from this (they do not handle HTTP pipelining very well) but the majority will suffer. So we won't not use Pipeline-Depth "0", at least not yet.
We need to guard against cases like the recent rabbitmq.com apt repo outage that caused apt-get update to hang up for a really long time.
Improves startup time, especially on JDK 7 which we will migrate to (by default) in the next week or two.