The Zombie Vote: In an election year, dead veterans of the current conflict crawl out of their graves and stagger single-mindedly to voting booths so they can eject the president who sent them to fight a war sold on "horseshit and elbow grease."
Homecoming tailors its provocative scenario to accommodate a devastatingly specific checklist of accusations, from the underreporting of war casualties to last November's dubious Ohio count. As if in defiance of the Pentagon's policy to ban photographs of dead soldiers' coffins, Dante's film shows not just the flag-draped caskets at Dover Air Force Base but their irate occupants bursting out of them. "There's a lot of powerful imagery in this movie that has nothing to do with me," Dante says. "When you see those coffins, which is a sight that's generally been withheld from us, there's a gravity to it. Even though there's comedy in the movie, there's something basically so serious and depressing about the subject that it never gets overwhelmed by satire."
"You don't have to be a rocket scientist to see what a fucking mess we're in," he continues. "It's been happening steadily for the past four years, and nobody said peep. The New York Times and all these people that abetted the lies and crap that went into making and selling this war - now that they see the guy is a little weak, they're kicking him with their toe to make sure he doesn't bite back. It's cowardly. This pitiful zombie movie, this fucking B movie, is the only thing anybody's done about this issue that's killed 2,000 Americans and untold numbers of Iraqis? It's fucking sick."
Update: I just watched it, it was pretty entertaining!
Do any of you know someone who works on X11 for Apple?
The XScreenSaver configuration tool is basically unusable on MacOSX because it crashes the X server all the time. This has been the case for a couple of years and after many updates to X11.app, and I can't figure out any way to work around it.
I'm not really sure what the cause is, but it's easy to reproduce: run xscreensaver-demo; click on any GL program in the list; then click on any other GL program in the list. X crashes. It doesn't crash if you click on a GL program; then a non-GL program; then a GL program, but I haven't been able to figure out any workaround other than that.
So I'd like to find someone at Apple who can run a development version of their server and either: A) actually fix it, or B) give me some hint what's going wrong so that I can work around the bug...
(I haven't tried it under non-Apple XDarwin because there doesn't seem to be a binary download available, and life is far too short to spend it compiling X11.)
Update: Apple Bug 4356702, FWIW.
Update 2: Hey, they fixed it! Yay! It'll be a while before the fix is in shipping code, of course...
DNA Lounge update
, wherein photos are presented.
If you use Missing Sync, it's going to ask you to upgrade to 5.0.2 today. If you value your sanity (and the contents of your calendar and address book) I really recommend you not. <LJ-CUT text=" --More--(13%) ">
Here's what I sent via their feedback form last night. No reply yet, except an auto-reply saying that the company will be completely shut down for Thanksgiving! Making it even more awesome that they did a release the day before. "Time to ship, save your buffers!"
I upgraded to 5.0.2 and synced, and all kinds of bad things happened:
So I restored Library/Application Support from backup and tried again, this time saying "overwrite handheld at next sync" for contacts and events. That seemed to work at first, but:
- then the next time I synced without doing "overwrite", it screwed up the start times of all of my events! E.g., every event that was "8pm - 10pm" is now "12am - 10pm"!
Should I downgrade to 5.0.1, or do you expect 5.0.3 to be out almost immediately?
Just in case I ever need to be identified by dental records:
Apache won't start automatically on some (but not all) of my FC4 machines. I think this probably has something to do with SElinux?
In the default configuration, "service httpd start" doesn't seem to work at all: this is apparently because the init.d script has the wrong attributes:
% ls -lZ /etc/rc.d/init.d/httpd
-rwxr-xr-x root root system_u:object_r:initrc_exec_t /etc/rc.d/init.d/httpd
% service httpd start
Starting httpd: FAILED
If I change it, then it starts working when run manually:
% chcon root:object_r:etc_t /etc/rc.d/init.d/httpd
% service httpd start
Starting httpd: OK
But the next time I reboot, still no httpd. I have to start it manually. Nothing obvious in dmesg, /var/log/messages, /var/log/secure, or /var/log/httpd/error_log.
I guess I could just turn off SElinux, but that doesn't seem like such a good idea. These machines are all very minimal, default-ish installations.