On 25/08/2010, at 3:46 PM, Brian Smith wrote: > On Wed, Aug 25, 2010 at 1:25 PM, Richard Hipp <[email protected]> wrote: >> The latest version of Fossil (in the self-hosting Fossil repository - not >> the precompiled binaries which are a little too old) supports a new method >> of pushing, pulling, cloning, and syncing using SSH. Examples: >> >> fossil clone ssh://[email protected]/local/path/repo.fossil >> ex1.fossil >> >> fossil clone ssh://[email protected]//full/path/name/repo.fossil >> ex2.fossil >> >> Notice that with a single / between the hostname and the beginning of the >> repository path, the repository path is relative to the home directory of >> the user. With two // characters, the pathname to the repository is an >> absolute pathname. > > I'd vote for changing this notation to a more standard scp style reference. > I.e.: "[email protected]:local/path" or > "[email protected]:/full/path". > I've got no strong opinions as to whether or not ssh:// is at the > front of those.
+1 >> This new feature currently only works on unix. As part of the >> implementation, I needed a bidirectional popen() function. (The standard >> library popen() only works in one direction.) I implemented this for unix >> in the popen.c source file. But I do not know how to do the same on >> windows. If someone cares to contribute ideas on how to implement a >> bidirection popen() for windows, that will help me get the new ssh:// >> functionality working on windows. >> >> On the other hand, no many windows machines that I have seen support ssh. >> So maybe the ssh:// method is not useful there. What do you think, gentle >> readers? >> > > Putty provides a command line tool for doing such operations. Also, both > cygwin and mingw provide ssh builds. Windows users desiring SSH functionality > are probably used to having to jump through some hoops. Having some > default lookups > for Putty, cygwin, and mingw with an option to specify a custom path > should be sufficient. > > While I don't personally use Windows, I think having near identical feature > sets > on all platforms is important. +1 Albeit I'm not in a position to contribute to making it happen Steve _______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
