[repoman] A Simo Appears, and some commentary

[Simo Leone]

Alright, I'm on board capn'.

I read over some of the stuff in the doc directory and had some thoughts
on some random things I saw. in DESIGN.txt, the spec for UPLs conflicts
with just general URLS, particularly for SCMs (such as GIT and
subversion) that can use multiple transports. For example, if I had a
git repo that gets accessed through http and another that uses rsync,
and yet another that uses git's own protocol, would i specify them as
git://http://foo.bar.com/myrepo/mypackage:version ,
git://rsync://foo.bar.com/myrepo/mypackage:version, and
git://git://foo.bar.com/myrepo/mypackage:version , respectively? That
seems a bit wonky to me, there must be a better way, perhaps not
describing it all in one string? or even introducing a space and
removing the ://... like "git http://foo.bar.com/.../../:ver" ? Using a
colon to mark the version may also present problems in the event that a
port needs to be specified for the protocol, although it would be a much
rarer case for this conflict to occur. I think this could be solved by
rearranging things some more, although a UPL starts looking much more
like two spearate fields than a single coherent item.

Also, for an upload mechanism. I'm thinking it would be cool to
implement a custom FTP server that authenticates against the user
database. This could optionally be tunneled through an ssl tunnel, but
would allow any existing ftp client to be used to upload packages. 
SSL tunneling is No Big Deal (tm) thanks to simple, preexisting tools
like stunnel or ftp-ssl. I *think* twisted might give us a way to do this 
fairly easily without learning the ins and outs of the ftp protocol. 
This solution also only requires running the daemon on the server 
system, as opposed to the complex total chroot jail idea that I think 
was being tossed around with the idea of using ssh.

Well that's a start for now, I've gotta delve into this some more.

-S
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://archlinux.org/pipermail/repoman/attachments/20070717/0cd377fe/attachment.bin