- Package:
- subversion
- Source:
- subversion
- Description:
- Advanced version control system
- Submitter:
- Juliusz Chroboczek
- Date:
- 2022-07-09 02:09:03 UTC
- Severity:
- minor
Hi, I'm working on a very slow laptop, on which I'm not running any desktop environment, just a window manager. Kdebase-runtime is installed due to a dependency. At one point, I use svn to checkout a password-protected repository. After typing my password, the laptop freezes for a few seconds as the KDE daemons are being lauched, and a friendly wizard appears to help me configure kwallet. What next, pop up clippy when you mistype the arguments to gcc?
[Juliusz Chroboczek]
Subversion doesn't launch kwallet, so much as it just checks to see if
kwallet functionality is available. I don't know anything about KDE,
so I don't know if this can be done in such a way as _not_ to trigger
an auto-daemon-load. Patches welcome, naturally.
Meanwhile, you can disable this functionality in /etc/subversion/config
or ~/.subversion.config. In the [auth] section, you can list specific
password storage backends if you don't like the default of "try them
all". You can say "none of the above" with an empty password-stores:
[auth]
password-stores =
Hope this helps,
Just to restate -- Subversion didn't merely launch the KDE daemons, it actually launched a wizard thing that wouldn't go away until I found my mouse and clicked "Cancel". Perhaps subversion could also prompt me to join Google-plus? Yes, it does. I suggest this should be the default.
+1 to not launching kwallet by default.
It's two years later now, but subversion 1.9.2 on Debian/stretch still launches stupid kwallet. +1 on setting "password-stores=" to an empty string by default. Cheers!
SVN just used the KWallet API to see if it could store the password. How that is handled is up to KDE. If storing passwords isn't desired, then it can be disabled. I see no reason to deviate from upstream on this. Closing. Cheers,