SVN не кэширует учетные данные

Я использую клиент svn командной строки (версия 1.6.12, из репозиториев Ubuntu), и мне кажется, что он не помещается в кеш мои учетные данные пользователя. Я ' m пытается получить доступ к репозиторию https svn (что-то вроде https://subversion.FAKE.com/PROJECT ). Мое имя пользователя для этого репо отличается от моего локального имени пользователя.

Вот раздел auth в ~ / .subversion / config

[auth]
### Set password stores used by Subversion. They should be
### delimited by spaces or commas. The order of values determines
### the order in which password stores are used.
### Valid password stores:
###   gnome-keyring        (Unix-like systems)
###   kwallet              (Unix-like systems)
###   keychain             (Mac OS X)
###   windows-cryptoapi    (Windows)
# password-stores = gnome-keyring
### 
### The rest of this section in this file has been deprecated.
### Both 'store-passwords' and 'store-auth-creds' can now be
### specified in the 'servers' file in your config directory.
### Anything specified in this section is overridden by settings
### specified in the 'servers' file.
### 
### Set store-passwords to 'no' to avoid storing passwords in the 
### auth/ area of your config directory.  It defaults to 'yes',
### but Subversion will never save your password to disk in
### plaintext unless you tell it to (see the 'servers' file).
### Note that this option only prevents saving of *new* passwords;
### it doesn't invalidate existing passwords.  (To do that, remove
### the cache files by hand as described in the Subversion book.)
store-passwords = yes 
### Set store-auth-creds to 'no' to avoid storing any subversion
### credentials in the auth/ area of your config directory.
### It defaults to 'yes'.  Note that this option only prevents
### saving of *new* credentials;  it doesn't invalidate existing
### caches.  (To do that, remove the cache files by hand.)
store-auth-creds = yes 

И вот глобальный раздел ~ / .subversion / servers

[global]
# http-proxy-exceptions = *.exception.com, www.internal-site.org
# http-proxy-host = defaultproxy.whatever.com
# http-proxy-port = 7000
# http-proxy-username = defaultusername
# http-proxy-password = defaultpassword
# http-compression = no
# http-auth-types = basic;digest;negotiate
# No http-timeout, so just use the builtin default.
# No neon-debug-mask, so neon debugging is disabled.
# ssl-authority-files = /path/to/CAcert.pem;/path/to/CAcert2.pem
#
# Password / passphrase caching parameters:
store-passwords = yes
store-plaintext-passwords = no
store-auth-creds = yes
# store-ssl-client-cert-pp = no
# store-ssl-client-cert-pp-plaintext = no

Единственные изменения, которые я made - это явная установка нескольких параметров, связанных с хранением паролей. Я пробовал установить password-store = gnome-keyring безрезультатно. Кроме того, я удалил ~ / .subversion / auth (как и в некоторых других потоках), но он до сих пор не был воссоздан клиентом svn.

Есть предложения? Как я могу заставить SVN хранить мои учетные данные (либо в ~ / .subversion / auth, либо с помощью gnome-keyring, мне все равно).