Attached is cpushare-0.22.ebuild and two files for using the init system cpushare.conf and cpushare.init CPUShare is a market driven distributed computing system. It is partially python, partially C. This software requires a 2.6.12 kernel or later with seccomp enabled and a free account at http://www.cpushare.com CPUShare currently only supports x86 (i686 or greater), amd64, and ppc64. I have only tested on x86 and have marked it unstable in this ebuild. Testing on other platforms would be nice. This seems to fit best as net-misc/cpushare.
Created attachment 67889 [details] cpushare-0.22.ebuild
Created attachment 67890 [details] cpushare.conf
Created attachment 67891 [details] cpushare.init
Thanks for the ebuild, two notes: 1/ If this depends on a specific kernel version, you should state so in DEPEND. 2/ Also, the ebuild should check for CONFIG_SECCOMP and bail out if it's not enables. Leaving this up to user is not a good idea. You can use linux-info eclass for this.
Please, fix the above problems and reopen then.
I forgot - no need to depend on sys-devel/gcc and sys-devel/binutils, these deps are implicit from system target.
Okay, I have updated the ebuild per Comment #4 and Comment #6. I have created a diff cpushare-0.22-r1.diff and am reopening.
Created attachment 67949 [details] cpushare-0.22-r1.diff
Please, attach a complete fixed ebuild. BTW, the CONFIG_CHECK is wrong, it should check just for SECCOMP, not CONFIG_SECCOMP.
Created attachment 67956 [details] cpushare-0.22-r2.ebuild Full ebuild cpushare-0.22-r2.ebuild Fixed SECCOMP check per Comment #9
Created attachment 103283 [details] cpushare-0.38.ebuild Long story short, this caught my eye on digg and I updated the ebuild
please add ~amd64 to keywords. thanks
It seems /etc/init.d/cpushare is not created.
Ouch if you make more efforts on this please add me in CC, I'd be willing can help! thanks! I noticed this effort only now that I'm ready to submit an ebuild myself ;-). So here my version (I didn't look at yours but I guess it'll be slightly different). This only supports twisted 2.5.0 due to breakage in twisted/plugins. I tried to do the real thing and not the self containted directory hack anymore. Well perhaps some day I'll have to split buy and sell client but lots of code is shared.. Anyway in the binary package the buy side will be minimal. v2 andrea # equery f cpushare [ Searching for packages matching cpushare... ] * Contents of net-p2p/cpushare-0.46: /etc /etc/cpushare /etc/init.d /etc/init.d/cpushare /usr /usr/bin /usr/bin/seccomp-loader /usr/lib /usr/lib/python2.4 /usr/lib/python2.4/site-packages /usr/lib/python2.4/site-packages/cpushare /usr/lib/python2.4/site-packages/cpushare/__init__.py /usr/lib/python2.4/site-packages/cpushare/client.py /usr/lib/python2.4/site-packages/cpushare/config.py /usr/lib/python2.4/site-packages/cpushare/exceptions.py /usr/lib/python2.4/site-packages/cpushare/proto.py /usr/lib/python2.4/site-packages/cpushare/proto_const.py /usr/lib/python2.4/site-packages/cpushare/seccomp.py /usr/lib/python2.4/site-packages/cpushare/seccomp_gen.py /usr/lib/python2.4/site-packages/cpushare/system_check.py /usr/lib/python2.4/site-packages/cpushare/tap.py /usr/lib/python2.4/site-packages/cpushare/twisted_bugs.py /usr/lib/python2.4/site-packages/cpushare/utils.py /usr/lib/python2.4/site-packages/twisted /usr/lib/python2.4/site-packages/twisted/plugins /usr/lib/python2.4/site-packages/twisted/plugins/twisted_cpushare.py /usr/share /usr/share/cpushare /usr/share/cpushare/keys /usr/share/cpushare/keys/cpushare.public.asc /usr/share/cpushare/keys/cpushare_cert.pem /usr/share/doc /usr/share/doc/cpushare-0.46 /usr/share/doc/cpushare-0.46/COPYING.bz2 /usr/share/doc/cpushare-0.46/README.bz2 /var /var/log /var/log/cpushare v2 andrea # It's pointless to support the buy client so this only allows one sell order to be placed in /etc/cpushare. Please let me know if this can be merged.
Created attachment 131999 [details] this should be located in /usr/local/portage/net-p2p/cpushare/
notices this, I'll upload a new one - enewuser cpushare -1 -1 /opt/cpushare cpushare + enewuser cpushare -1 -1 /dev/null cpushare
Created attachment 132002 [details] cpushare-0.46.ebuild
Created attachment 132005 [details] cpushare-0.46.ebuild Sorry for the quick triple attachment but it's better to inherit linux-info so the check for seccomp is actually meaningful, minor problem but still worth fixing, this last version should be good enough for now
Created attachment 136326 [details, diff] cpushare-0.46-r1.patch Patch to the latest ebuild attachment; fixes two problems: 1. The last ebuild assigned ownership within src_install, but the cpushare user/group did not exist until pkg_preinst -- so the first installation would always fail to set ownership. 2. chmod 700 /var/log/cpushare -- world should not be able to read logfiles, because they might leak important information (described in depth on the cpushare-devel list)
Created attachment 154839 [details] ebuild for cpushare 0.49 that works Unfortunately cpushare ebuild with the last patch attached didn't work right. I rolled it back because I don't really know what is the standard. This ebuild does things the same way boinc latest ebuild does things, so if this is not following the standard, then boinc should be fixed with higher priority because it's already in the official portage tree. In the meantime things works fine in practice again (and at least as long as latest boinc ebuild keeps working, this will keep working fine too).
Upstream seems to be not only dead but gone altogether, which considering this software needed an account to work would suggest it is now useless. Still, let us wait for the usual 30 days before closing this ticket as WONTFIX in case someone proves me wrong.