A minimal ftp server providing anonymous access on $DOMAIN seems feasible especially if one wants a gui to operate on files without the hassle of client joining a domain, user/group permissions etc. (as in with samba?)<br>
<br>OR<br><br>Nothing would beat rsync/cwRsync on (maybe cygwin) if it were just about data synchronization.<br><br>Rahul J<br><br><div class="gmail_quote">On Fri, May 30, 2008 at 6:01 PM, Andy Green <<a href="mailto:andy@openmoko.com">andy@openmoko.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Somebody in the thread at some point said:<br></div><div class="Ih2E3d">
| On Fri, May 30, 2008 10:09 am, Andy Green wrote:<br>
|<br>
|> ~ But not mass storage: this operates in block mode and requires complete<br>
|> ownership of the storage by the host then (since if we have it mounted<br>
|> too, we will write conflicting things to directory structures, etc).<br>
|<br>
| Could we emulate a block device, so that Windows thinks it has sole<br>
| ownership of a USB block device with a FAT32 FS on it, but for every block<br>
| access call it makes we intercept the call, figure out what file windows<br>
| is trying to read or write to, make the corresponding change to our local<br>
| files (on and ext3 volume), and return emulated results back to windows.<br>
|<br>
| I dare say windows would get confused if I file it had cached got changed<br>
| by Linux, but the user could probably put up with that.<br>
<br></div>
This was proposed before, but it sounds horrible to me. Linux knows<br>
already how to deal with sharing a mounted filesystem over the network,<br>
better to go on leveraging stuff at that layer.<br>
<br>
I don't much like Samba either but we could run a stripped down copy of<br>
that or lighttpd on our end of the Ethernet-over-USB connection and<br>
provide a solid filesystem access solution without any special projects.<br>
~ We already have perl and sshd so KDE's fish:// works fine, just not<br>
everybody runs KDE :-)<br>
<br>
<a href="http://linuxreviews.org/kde/kde-user-persp/fish.html" target="_blank">http://linuxreviews.org/kde/kde-user-persp/fish.html</a><div class="Ih2E3d"><br>
<br>
- -Andy<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (GNU/Linux)<br>
Comment: Using GnuPG with Fedora - <a href="http://enigmail.mozdev.org" target="_blank">http://enigmail.mozdev.org</a><br>
<br></div>
iEYEARECAAYFAkg/85IACgkQOjLpvpq7dMoF2gCfQmspYRQxcWN+Bxkjyx6/0j2R<br>
gzIAn2Ni8YHcD244LtY3h6OjNAMyCZNu<br>
=y7kH<br>
-----END PGP SIGNATURE-----<div><div></div><div class="Wj3C7c"><br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org" target="_blank">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</div></div></blockquote></div><br>