On Fri, 14 Aug 2020 13:47:59 +0200, Daniel Sahlberg
<daniel.l.sahlberg_at_gmail.com> wrote:
>Den fre 14 aug. 2020 kl 13:35 skrev Bo Berglund <bo.berglund_at_gmail.com>:
>
>> This is strange to me since I have not seen it before.
>> I have svn installed on a newly set up RPi3 running Pi-OS (previously
>> named Raspbian) Linux.
>> I installed svn via apt.
>>
>> Any ideas?
>>
>>
>> --
>> Bo Berglund
>> Developer in Sweden
>>
>
>You will most probably find your answer in this mailing list thread
>at @Dev: https://svn.haxx.se/dev/archive-2020-08/0004.shtml
>
>TLDR: Saving passwords in plaintext is (from some version) a non-default
>compile time option. You may try to convince the Pi-OS maintainers to
>enable this option again.
I don't know how that works, do the maintainers of distros really
recompile all of the content and modify the code in so doing?
>You might be able to get this to work using a keyring, but I don't have any
>experience with it (I'm mostly a Windows guy).
>
>I've been planning to check why the script provided by Daniel Shahaf
>doesn't work, because I would also like to be able to save passwords from
>time to time.
>
Is this a client modification and if so from which version?
Is it possible to install a specific (older) svn client version in a
Linux computer in order to have this fixed? If so how?
I am using apt in my scripts to install for example subversion...
And I am not really talking about cahching the password in
*plaintext*!
It could as well be encrypted, but what it should not do is launch a
GUI dialog to enter the password when the command is issued in a
terminal window!
Svn is a command line tool and therefore a password request should be
shown inside the terminal that is running the svn operation and not
pop up something that is incvisible to the user!!!!!
Whatever GUI wrappers like Tortoise do is irrelevant since in such
usage the entire user interaction is via the GUI.
In the terminal case NOT...
--
Bo Berglund
Developer in Sweden
Received on 2020-08-15 07:31:36 CEST