Am Montag, den 28.03.2005, 15:33 +0200 schrieb Alexander Veit:
Häufigere und wahrscheinlich korrektere Bezeichnungen dafür sind UTF-8 und ISO-8859-1. Wenn ich das svn-Book richtig interpretiere, sollte sich der Parameter aber nur auf Commit-Logmessages auswirken. Hat leider auch keine Änderung gebracht.
kodiert sind weis ich allerdings nicht. Der direkte Import nur 1 einzelnen Datei des Projektes hat Problemlos funktioniert. Irgendwie dreh ich mich im Kreis.
Kannst Du eine einzelne Datei isolieren, mit der es nicht geht? Evtl. hängt es am Dateinamen oder -pfad und nicht am Dateiinhalt. Sagen die Serverlogs etwas zu dem Fehler? Ich hab eines Projekte in ein neu angelegtes Verzeichnis kopiert und abgespeckt. Jedes File einzeln mit svn import <Dateiname> svn://<servername>/test1/<Dateiname> -m "test" importiert. Ohne Probleme. Danach habe ich versucht das ganze Verzeichnis mit svn import svntest svn://<servername>/test2/ -m "test" zu importieren. Was immer wie folgt fehlschlägt:
svn: Valid UTF-8 data
(hex:)
followed by invalid UTF-8 sequence
(hex: b0 33 06 08)
----
Die Hex-Sequenz ist wohl immer die gleiche.
Was ich noch vergessen habe, ich nutze nicht Apache als Server, sondern
den "svnserv -d" als Server dienst. Ich habe hier keine Logdateien
gefunden auch nicht in den Systemlogs.... Aber vielleicht suche ich ja
an der falschen Stelle.
Ich werde das Gefühl nicht los, das die Suse RPMs einen Bug haben. Auf
der Subversion user list habe ich im Archiv jemanden gefunden der das
gleiche Problem hat. Bisher keine Antwort leider.
Ich werde wohl dort auch mal eine Anfrage starten....
Danke für die Tips.
Juergen
--
Juergen Sachs