sftp urls

[Jan Hudec]

On Thu, Dec 15, 2005 at 19:19:12 +1100, Robert Collins wrote:
> On Thu, 2005-12-15 at 08:23 +0100, Jan Hudec wrote:
> > On Thu, Dec 15, 2005 at 13:22:56 +1100, Robert Collins wrote:
> > > So, I would like us to do the following:
> > > 
> > >  * revert to the 
> > >  sftp://host/absolute 
> > >  path behaviour. Turn off all 'homedir' behaviour temporarily.
> > >  
> > >  * email the URI working group with a request that homedir as a concept
> > >  be explicitly added to URI's. Perhaps with a strawman like
> > >  sftp://host~relativepath.
> > 
> > Doesn't the host need to be terminated with a /? Then it would have to
> > be at least sftp://host/~relativepath and I would prefer
> > sftp://host/~/relativepath so it's a) compatible with what one writes
> > locally and b) allows extending to sftp://user@host/~otheruser/path.
> 
> No, because ~ in URI's is (IIRC) escaped anyway, and even ignoring that,

No, it's not. It's used a lot in http URLs.

> how do you get at /~/foobar in the filesystem? We have to extend the URL
> spec, there is no way *within it* to represent homedir-as-a-concept.

I am not so sure it's absolutely necessary to have it as a concept.
Giving it a special name (~) would work - it's similar to special names
'.' and '..' (which are, by the way, forbidden in URLs).

> > >  * implement relative paths after the dust settles.

-- 
						 Jan 'Bulb' Hudec <bulb at ucw.cz>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20051215/6f72eae5/attachment.pgp