Hi Phil,
Philipp Marek wrote:
> Hello Gunnar!
>
>> Some update with tests I made.
>> I created the dir hierarchy that fsvs wanted (yesterdays strace output):
>>
>> /etc/fsvs/auth/auth .
>>
>> When I drop the server file in that folder fsvs already makes use on it but
>> still asks for a password which then is not stored.
>>
>> When I create the subdir "svn.simple" fsvs is able to store the password/user
>> pair. Only problem that no arises is that it takes the same username when
>> fsvs
>> perform checkins as another user. So the global storing is not appreciated
>> but
>> using something like ~/.fsvs.
>>
>> The 2 problems we have is that:
>> 1. config_dir= is ignored
> Is it really ignored? Does it make *no* difference to the strace output?
I did a test with this config:
config_dir=/home/gthielebein/.subversion
The path to svn.simple auth *does* exists :
/home/gthielebein/.subversion/auth/svn.simple/26802e27b194d5398936c611c3e450fa
The output is:
> 14:03:09.151364
> open("/etc/fsvs/auth/auth/svn.simple/26802e27b194d5398936c611c3e450fa",
> O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
> 14:03:09.156750
> open("/etc/fsvs/auth/auth/svn.simple/26802e27b194d5398936c611c3e450fa",
> O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
> 14:03:09.156931
> open("/etc/fsvs/auth/auth/svn.simple/26802e27b194d5398936c611c3e450fa",
> O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
> 14:03:09.157180 open("/tmp/apr-tmp.Z63ZWP", O_RDWR|O_CREAT|O_EXCL, 0600) = 5
> 14:03:09.157892 open("/tmp/tempfile.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) = 5
> 14:03:09.196707
> open("/etc/fsvs/auth/auth/svn.simple/26802e27b194d5398936c611c3e450fa",
> O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
> 14:03:09.212730
> open("/etc/fsvs/auth/auth/svn.simple/26802e27b194d5398936c611c3e450fa",
> O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
> 14:03:09.213039
> open("/etc/fsvs/auth/auth/svn.simple/26802e27b194d5398936c611c3e450fa",
> O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory)
So far, no tries to make use of the explicit .subversion folder.
Perhaps you can also test this behaviour with only defining a https url for the
WC. It seems that fsvs also gets to this stage offline, (test done in train with
no internete connection). Otherwise just tell me if you need a working https
encrypted repository for testing and I send you the key/password for that.
>
>> 2. the file hierarchy is not created for some reason.
> It's created by "make install", but without the double "auth".
> That's easily fixable.
>
>> When second is working
>> will it also support environment variables like $HOME?
> Could be, could be ;-)
>
> See eg. the "author" option; it would only have to be a bit changed, to allow
> other
> strings behind. Or we settle for "~" prepending $HOME, although that's the
> same work and
> not that flexible.
Going with something like $HOME would be great!
Is it sufficient to change the type for config_dir to
parse=opt___store_env_noempty in options.c?
Regarding the _base file. Would you accept a patch for a README.txt? Thats a
file analog to the file subversion creates for repos with further information
about the working copy, path included.
>
> Thank you for your efforts!
Its a pleasure, helping you to let fsvs grow mature!
I have also a package of fsvs-1.2.1 for Ubuntu karmic and hardy in my ppa
at:
https://launchpad.net/~gunnar-thielebein/+archive/ppa
Still included is the password patch but I hope we get this out when native ssl
support works.
Best,
Gunnar
>
>
> Regards,
>
> Phil
>
------------------------------------------------------
http://fsvs.tigris.org/ds/viewMessage.do?dsForumId=3928&dsMessageId=2417976
To unsubscribe from this discussion, e-mail:
[[email protected]].
