SVN 1.8.9 mit freigegebenen vmware-Ordnern

Das ist mein Setup:

• Läuft auf einem VMware-Debian-Wheezy
• Freigegebene Ordner befinden sich in Windows, auf die mit den VMware-Tools zugegriffen werden kann
• Ich verwende die neueste Version von TortoiseSVN auf der Fensterseite der Dinge, daher ist das Downgrade von SVN nicht wirklich meine Lieblingsoption

Das ist das Problem:

Wenn Sie svn up oder fast einen beliebigen svn-Befehl verwenden, erhalte ich die folgende Fehlermeldung:

svn: E200030: sqlite [S10]: Platten-E / A-Fehler

svn: E200030: Zusätzliche Fehler:

svn: E200030: sqlite [S10]: Platten-E / A-Fehler

Dann muss ich eine svn-Bereinigungsfensterseite mit Schildkröte durchführen.

Ich habe es versucht:

• Verwendung eines vorkompilierten svn 1.8.9-Pakets (mehrere leicht zu finden)
• Subversion selber mit verschiedenen Versionen von sqlite kompilieren (vom frühesten akzeptierten 3.1.12 bis zum letzten)

Ich denke, das Problem ist:

Das Problem scheint auf den Sperrmechanismus von sqlite zurückzuführen zu sein, der irgendwie mit Windows-Freigaben nicht kompatibel zu sein scheint.

Lesen Sie dies für weitere Informationen.

Frage:

Haben Sie eine Ahnung, wie ich dieses Setup ohne Abwertung von Tortoise und svn zum Laufen bringen kann (und ich bin mir nicht mal sicher, ob das richtig funktioniert, auch wenn ich mich erinnere, dass es funktioniert hat)?

Eine Besonderheit ist, dass das subversive Eclipse-Plugin svn 1.8 problemlos über die freigegebenen Ordner verwenden kann. Dies ist nicht wirklich ein Subversion-Problem. Vielleicht gibt es eine Möglichkeit, den Sperrmechanismus von sqlite mit einer configure-Option oder etwas zu ändern. Jedenfalls ist dies meine nächste Spur, aber ich hoffe, dass hier jemand schon gearbeitet hat!

Vielen Dank für Ihre Zeit!

Update: Aus dem sqlite-Dokument können wir lesen: Es gibt Berichte über Sperrprobleme für Netzwerk-Dateisysteme unter Windows. Ihre beste Verteidigung besteht darin, SQLite nicht für Dateien in einem Netzwerkdateisystem zu verwenden.

Gut, ok.