On 2013-07-11 02:11, Andy Bradford wrote:
Thus said Martin Gagnon on Wed, 10 Jul 2013 17:50:40 -0400:
Work fine now.. sorry for the noise..
Speaking of noise, time to add a little more (because my original
email
wasn't quite long enough).
The new options that I've added are not yet fully documented in
the
usage/help (not having settled on how to access the changes in
client).
At the moment, you can specify which type of HTTP access to
use
(test-http vs http):
fossil clone -h http ssh://amb@remote//tmp/test.fossil test.fossil
Or if you prefer the old method (this option may be redundant):
fossil clone -h test-http ssh://amb@remote//tmp/test.fossil
test.fossil
I would prefer to not have that option. test-http is for testing a new
transport
method.
If you give someone read acces to your ssh repo then test-http
circumvents that.
In fact test-htp makes you while connected setup user
Path to fossil can be made explicit:
fossil clone -f /opt/bin/fossil -h http
ssh://amb@remote//tmp/test.fossil test.fossil
Of course, if force command SSH keys are in use, it doesn't
really
matter what is specified because that will be controlled by the
remote
SSH account, in which case you might want to explicitly set the
ssh
command (in the even that the SSH key is different from your default
SSH
key):
fossil clone -s 'ssh -e none -T -i /home/amb/.ssh/fossil'
ssh://amb@remote//tmp/test.fossil test.fossil
I wasn't certain if this was the right location to do this; can
a
repository specific SSH command be configured prior to cloning
the
repository?
All of these options are also exposed in sync/push/pull (in the
event
that it needs to be changed).
Andy
Thsnks for your contribution
--
Rene
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users