Package: svn-load
Version: 1.3-1
I'm trying to load a directory containing non-ASCII filenames, which fails. I'm
pretty sure that the encoding is proper UTF-8 and that the locale is set up
correctly. I have manually verified the encoding and tools like e.g. "ls" and
"thunar" also handle it. If you want to verify yourself, the files are part of
the ca-certificates package and stored in /etc/ssl.
What I did was this:
uli@zox:~$ svnadmin create tmp-repo
uli@zox:~$ svn-load file:///home/uli/tmp-repo ssl /etc/ssl
Adding /tmp/svn-load2yNV6x/working/openssl.cnf
Adding /tmp/svn-load2yNV6x/working/certs
Adding /tmp/svn-load2yNV6x/working/certs/Entrust.net_Secure_Server_CA.pem
Adding /tmp/svn-
load2yNV6x/working/certs/WellsSecure_Public_Root_Certificate_Authority.pem
Adding /tmp/svn-load2yNV6x/working/certs/5ad8a5d6.0
Adding /tmp/svn-load2yNV6x/working/certs/SwissSign_Platinum_CA_-_G2.pem
Traceback (most recent call last):
File "/usr/bin/svn-load", line 649, in <module>
overlay_files(client, workingdir, d)
File "/usr/bin/svn-load", line 438, in overlay_files
client.add(counterpath, ignore=False)
pysvn._pysvn_2_7.ClientError: Error during add of '/tmp/svn-
load2yNV6x/working/certs'
Can't convert string from native encoding to 'UTF-8':
AC_Ra?\195?\173z_Certic?\195?\161mara_S.A..pem
uli@zox:~$ svn-load file:///home/uli/tmp-repo ssl /etc/ssl/certs
Adding /tmp/svn-loadyTTNvb/working/Entrust.net_Secure_Server_CA.pem
Adding /tmp/svn-
loadyTTNvb/working/WellsSecure_Public_Root_Certificate_Authority.pem
Adding /tmp/svn-loadyTTNvb/working/5ad8a5d6.0
Adding /tmp/svn-loadyTTNvb/working/SwissSign_Platinum_CA_-_G2.pem
Traceback (most recent call last):
File "/usr/bin/svn-load", line 649, in <module>
overlay_files(client, workingdir, d)
File "/usr/bin/svn-load", line 420, in overlay_files
client.add(counterpath, ignore=False)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 33:
ordinal not in range(128)
As you see, the actual error differs a bit depending on whether I load /etc/ssl
or /etc/ssl/certs. Source browsing a bit seems to indicate that in the first
case the file is added due to a recursive add while in the second case it is
added directly. In both cases though, it seems that the passed parameter is
treated as a string, while it is actually an array of bytes already encoded as
UTF-8.
As a workaround, using svn_load_dirs from the subversion-tools packages seems
to do the job.
Greetings!
Uli
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
