I fully realize that this is very hackish and should not be used as a long term solution but it works in this case to eliminate user confusion until a real fix is found. All instructions assume file paths and conventions in CentOS but should work with minor modifications anywhere else this problem is encountered.

A bit of searching turned up xdotool, a command for simulating keyboard and mouse input using the X11 XTEST module.

I created an RPM spec file that will download and build and xdotool package, available here: http://pastie.textmate.org/162710

Once xdrtool is installed do the following:

1. Edit your /etc/X11/xorg.conf, add Load "xtest" to the Module section
2. Copy /etc/gdm/Init/Default to /etc/gdm/Init/:0
3. Edit /etc/gdm/Init/:0 to include something similar to this towards the bottom: 
   

   (sleep 1 ; xdotool mousemove 0 0 ; sleep 1 ; xdotool mousemove 640 450) &

This will cause the pointer to jump to the upper left corner of the screen and then back to the center just after GDM starts. At the moment this appears to reliably work around the problem.

I installed mod_auth_kerb and configured apache with the following directives in the /svn location:

AuthType Kerberos
AuthName "Kerberos Login"
KrbMethodNegotiate On
KrbSaveCredentials On
KrbAuthoritative on
KrbAuthRealms EXAMPLE.COM
KrbServiceName HTTP
KrbVerifyKDC On
Krb5KeyTab /etc/apache2/apache2.keytab

The /etc/apache2/apache2.keytab file contains the HTTP/servername@EXAMPLE.COM principle.

With the appropriate AuthZ configuration I was able to preform all operations as expected from Linux and OS X 10.4 (Tiger) clients. However on Leopard clients all operations resulted in:

svn: PROPFIND request failed on '/svn/reponame'
svn: PROPFIND of '/svn/reponame': 207 Multi-Status (https://example.com)

In the web-server logs everything seemed fine:

[client xxx.xxx.xxx.xxx] Access granted: 'princ@EXAMPLE.COM' PROPFIND reponame:/

So I set the neon-debug-mask = 138 in the [Global] section of ~/.subversion/servers and attempted the update again. Right at the end:

Running post_send hooks
ah_post_send (#1), code is 207 (want 401), WWW-Authenticate is Negotiate [output snipped]
gssapi: Not a Negotiate response!
Request ends, status 207 class 2xx, error line:
207 Multi-Status
Running destroy hooks.
Request ends.
svn: PROPFIND request failed on '/svn/reponame'
svn: PROPFIND of '/svn/reponame': 207 Multi-Status (https://example.com)

A bit more googling turned up a patch. So I downloaded the Apple sources form http://www.opensource.apple.com/darwinsource/tarballs/other/neon-8.tar.gz, decompressed them and applied a simple 1 line patch to src/ne_auth.c:

--- ne_auth.c.orig	2007-11-22 00:37:54.000000000 -0600
+++ ne_auth.c	2007-11-22 00:37:38.000000000 -0600
@@ -520,5 +520,5 @@
     int ret;

-    if (strncmp(hdr, "Negotiate", ptr - hdr) != 0) {
+    if (strncmp(hdr, "Negotiate", ptr - duphdr) != 0) {
         NE_DEBUG(NE_DBG_HTTPAUTH, "gssapi: Not a Negotiate response!\n");
         ne_free(duphdr);

After a quick compile and install (to a temporary root) I copied the new usr/lib/libneon.26.0.3.dylib file into /usr/lib [making a backup of the original of course] and now subversion works perfectly.

Bug is radr://5610623

Quicken cannot create a copy of your file to upload to .Mac

Check to make sure you have sufficient free space on your hard drive and that you have permission to read and write files. Please try again later.

(014)

Apparently a previous run of the backup agent crashed and it left behind a temporary file that was preventing any further runs of the agent from completing. Simply removing the temporary file (which is automatically done on reboot) fixes the issue.

To fix the issue without rebooting just remove the Quicken Data.qdfm.dmg file from /private/var/tmp/folders.XXX/ where XXX (may be more than 3 digits) is your user id number.

For people not comfortable working with the command line you can reach this folder by:

1. Choosing Go to Folder… from the Finder Go menu (⇧⌘G)
2. Enter /private/var/tmp
3. Open the only folders.XXX folder that you have access to
4. Delete the Quicken Data.qdfm.dmg file