I've just thought, why do we need seccomp? If client runs code in virtual machine, with read-only file systems (CD-Rom), firewall blocking all traffic except for localhost and cpushare.com, what bad can be done to the PC? And, having all that, the RAM disk can be created, and used as temporary storage, MySQL database storage, etc. etc. In case Java is installed on virtual CD, buyer will be able to write code in Java and run it, and some other closed-source tools, etc, etc... seccomp is too restrictive, IMHO. Having Java and mysql installed and allowing C++, many existing projects will be easily ported to CPUShare. Let's make a vote, who will allow running non-seccomp client? Also, lets vote, what is the allowed size of the client image? Regards, Alex -- cpushare-discuss@cpushare.com mailing list - http://www.cpushare.com/ To unsubscribe, send mail to cpushare-discuss-unsubscribe_X_at_X_cpushare.comReceived on 2007-01-11 16:23:59
Click here to return to to homepage.
Disclaimer: the messages posted here are under the sole responsibility of the poster: cpushare.com is publishing mailing list messages in real time while storing safely all the logs containing the relevant IP addresses, timings and mail hops. If you find anything not appropriate in these messages please send a notification through this form. Thank You.
CPUShare Discuss has been converted to html using hypermail 2.2.0.