“אַ שפּראַך איז אַ דיאַלעקט מיט אַן אַרמיי און פֿלאָט” trans: “a shprakh iz a dialekt mit an armey un flot”

http://wiki.civicrm.org/confluence/display/CRM/Clean+URL+support+for+drupal

upgrade from the release candidate series to the ga announced on the 29th.

./configure –with-openssl=/usr/local

.130 down

.131, .132, .133 upgrade done. zonefiles done.

todo: repoint ns0.wampumpeag.net; add ns2.wampumpeag.net; add ns3.wampumpeag.net

.130 is non-responsive

1. dns
2. email
3. http
   1. usawebhost

the switch from the apache 2.0.59 to apache 2.2.8 is a big one, made with an upgrade to php and gd

httpd-2.2.8 configure:

./configure –prefix=/usr/local/apache22 –with-ssl=/usr/local –enable-modules=”php rewrite vhost_alias”

this appears to be the minimal set of enabled modules to allow vhosts and drupal’s clean-urls. the sine qua non of purpose.

gd-2.0.35 configure:

./configure

php-5.2.6 configure:

./configure –with-apxs2=/usr/local/apache22/bin/apxs –with-mysql=/usr/local/mysql –enable-mbstring –with-gd –with-jpeg-dir=/usr/lib –with-zlib-dir=/usr/local

the whole point of panic() is that there are situations for which no state change is inherently better, and the only deterministic means to make the execution of the program itself remain deterministic is to restore the program to a known state.

panic is the last mechanism available to retain correctness.
void
panic(const char *message, …)

{
puts(message);

puts(”\r\n”);

halt();

}

as sam says, this is a perfect time to panic! so after a day of attempts to restore the db and php to a known state, panic() has restored 029 to a known state.