On Sat, Mar 25, 2006 at 03:10:48PM -0400, Anderson Lizardo wrote: > > Open redirector, which is what my BoF description mostly is about, > > is far more incomplete. There original code by Lauri was lost in a > > HD crash, so I've been reimplementing in it bits of the extra time. > > Now I have a working prototype, and the biggest missing piece is the > > configuration for the redirector. > Is there any publically accessible repository for it?
It's now available, redirecting file opens now work fine, and can be configured flexibly with lua scripting. What is missing is crosscompiler integration and the actual redirecting rules needed to run various apps. http://www.scratchbox.org/wiki/Scratchbox2 > > sbrsh2 (sbrsh without nfs), is more on the idea stage still. > > What about replacing nfs with sshfs[1]? Have anyone tried this? I think sshfs would impose a major latency. Since we might use fuse anyway for redirection, using sshfs for sbrsh2 as one possible sbrsh transport might make sense. OTOH fuse on the target device would mean that you need to have 2.6.x kernel on the target device.. > IMHO, one of the best benefits of using host tools would be to reduce > scratchbox binary packages size to a reasonable size so they can be > more easily distributed and even be uploaded to Debian repositories. > How far are we from this? Well, the scratchbox2 binary package from that darcs2 repo is about 100KB already, so in a sense we have already achieved that =) Now it's harder to say how long it will take until we have enough lua rules to build for example gtk2. The other question is if it is a good idea to do such a revolution at once, or more incredimentally. In the incredimental approach, open redirection would be added to current scratchbox, and host tools could be migrated gradually from the sbox-built ones to vanilla debian host tools. _______________________________________________ Scratchbox-devel mailing list [email protected] http://lists.scratchbox.org/cgi-bin/mailman/listinfo/scratchbox-devel
