Jesus H. Christ, are you guys serious? If boinc was written in ADA it would be
used by about 27 nerds on one or two projects total, rather than the millions
of people and 50+ projects over the years
___
boinc_dev mailing list
boinc_dev@ssl.berkeley
Has anyone noticed that Android tasks that crash seem to repeatedly contact the
server and get work, even bypassing the in config.xml ?
I was a bit stumped as to why 100K results were chewed up in a few days but
apparently a few crashing android hosts were the culprit e.g.
http://qcn.stanford.
ok, thanks, I'll have android phones as "quake catchers" soon! :-)
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your ema
OK, think I figured it out -- the problem is in the libboinc_api library -- in
the Makefile.am there's a reference in LDFLAGS to use -lpthread which
isn't necessary on Android, but it seems to force all of my build systems
libtools etc to try and look for a (non-existing on Android) -lpthre
Has anybody else run into a problem where Android NDK (well the automake
Makefile process) keeps trying to find a missing (and not needed) "-lpthread"
library to link?
My app is just about ported, and my autoconf/automake setup is just as the
boinc process (ie I build the boinc client fine, whi
haha yeah, same as Jord, plus they aren't even saying if the hardware has a USB
port to connect, so it seemed like a waste of my time. we're having much
better luck with the Raspberry Pi & Guru/Shiva plug computers & hopefully soon
Android.
From: Jord van der
I signed up as I figured if there's a USB port it could be cheap & easy to host
a USB accelerometer for QCN; but their vetting process to become a member is a
bit ridiculous. I did the Raspberry Pi & GuruPlug computers and they were much
more sensible to join.
_
losing the transfers looks fine to me.
I'd like to jump in with a new question - I'm working on an Android/BOINC app
for the Quake-Catcher Network -- just monitors the built-in device
accelerometer when the device is charging & "at rest". Should be very low CPU.
I'm thinking of porting my Open
yeah the git:// seems to be down, you can get it via http:
git clone http://boinc.berkeley.edu/git/boinc-v2.git boinc
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the
do this, but it would require adding a 1024-character
field to the host DB table, which would increase the DB size somewhat
(e.g. by 1 GB for projects w/ 1M hosts).
Probably not worth it.
On 22-Aug-2013 3:14 PM, Carl Christensen wrote:
> it might be nice on the boinc project's web page for
it might be nice on the boinc project's web page for computer (as Bernd
mentioned) to print the p_feature field (like we do for bencharks)? plus the
"coprocessor" line I was thinking "ARM Neon" & VFP counted as a coprocessor
(FPU rather than GPU)! ;-)
__
ok that makes sense!
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
ok, so you check the boinc scheduler request (or event log) rather than look at
/proc/cpuinfo ? I guess since I'd be doing it in the benchmarks I'll use
cpuinfo as there may not have been a scheduler request by then ie I may be the
first thing called after a new download etc.
we probably need
Hi, I may be late to this party, but am I right in thinking boinc isn't parsing
out the cpu features on Android? for example my phone supports vfp, vfpv3, and
neon, but on my Einstein@home record it says "No coprocessor"
should this be a trac item? it seems easy to implement, in the
boinc/cli
ok, I think on an android phone conference we decided MAC addresses would
involve a privacy issue - maybe we could hash it or something just to have a
quasi-unique identifier
From: Eric J Korpela
To: Carl Christensen
Cc: "boinc_dev@ssl.berkeley.edu&qu
is that a server-side thing where it tries to match up an unknown host with a
known host id based on the user id & hostname & cpu etc? I guess the generic
ARM naming doesn't help - I just got a Google Nexus 7 tablet and it reports
the same CPU as my last-gen Samsung Galaxy S3 phone.
__
maybe there's a missing dependency you can bundle in -- can you go on the 10.6
and run otool -L on the file and see if something is missing?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
I don't think there's any BOINC standard for this - for the ARM devices we use
on the QCN project (Quake-Catcher Network) give different readings based on
distro used, so I just use the GNU make strings given from the configure:
armv6l-unknown-linux-gnueabihf (Raspberry Pi ARM v6 Linux)
armv5
yeah that makes more sense for NCI, thanks!
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
That's cool. One thing I should report, not particularly for this version but
it's been in BOINC clients for quite awhile - is that it seems the workunit
remaining calculation for non-CPU intensive apps is really off. It used to be
that it would report based on elapsed run-time and fraction do
those are all libraries that shouldn't be downloaded with boinc, but you should
get the latest versions separately. zlib is included with most Linux
distributions, via apt-get/yum etc, or you can find it here: http://zlib.net
___
boinc_dev mailing lis
yeah basically if "make built it - 'make clean' should get rid of it" (if
"configure built it -- 'make distclean' should get rid of it")
http://www.gnu.org/software/automake/manual/html_node/Clean.html
From: David Anderson
To: BOINC Developers Mailing List
my guess is this is a server-side error or "artifact" of CPDN having old boinc
server/scheduler code?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
You must have a "rooted" Android phone or device? otherwise how does
"NativeBOINC" run executables from the external SD card?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe,
I've often thought we have more to fear from self-important, attention-seeking
"security experts" than from actual hackers.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe,
I'm interested in doing an Android version of my "Quake-Catcher Network"
project (QCN) - but am I right in hearing that there will be no "live graphics"
-- as I think participants would want to see (for example) their Android device
accelerometer output timeseries a la the QCN screensaver etc.
it's just warnings for a function which is never used, so I wouldn't worry
about it. In windows the boinc_zip gives me about 500 warnings.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To
>>Please test your changes before pushing them to master.
I think that's pretty damn rude publicly insinuating Rom isn't testing changes.
He's probably done more work on Boinc & probably on other software in his
career than you ever will, and no I don't include moving us to stupid "git" as
an
you usually need to get "*_dev" installs of mesa opengl & glut etc, not just
runtimes (i.e. apt-get install opengl-mesa-dev or whatever). there's probably
an error message that runs by at the "./configure" step very fast that says all
this (but it's easy to miss) - and why it didn't build boinc
those errors imply you aren't pointing to the OpenGL header files & probably
the libraries as well. I'm not sure where they are for MinGW as I use Visual
Studio on Windows.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley
I'd look to the campus mail-server you're using - ie is the boinc server you're
mailing from authorized, did they change authorization/authentication etc
(Stanford did that to me a year ago so that they can verify who is allowed to
the use their smtp)
___
it would probably needlessly overcomplicate the example screensaver graphics,
so the text display (credit # etc) should be taken out of the example
screensaver graphics (otherwise beginners then have to link against more
libraries etc).
___
boinc_dev m
>I disagree. The amazingly collaborative infrastructure that github provides
>is a compelling reason to use it. We recently launched a project on GitHub
if potential development volunteers haven't heard of boinc (or seti etc) by
now, I really doubt going on "github" will help as they are probab
I always thought stuff like PHP & apache/httpd you should get the latest
version possible since they are prone to hacks & attacks so getting something a
little old can leave you vulnerable?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://li
I did something like that 15 years ago - it was all in some power/energy api in
the system BIOS - hopefully Win & OS X let's you access that low level still?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/list
well it seems simple enough - just have a static timer variable in the render()
loop and use the "TEXTURE_DESC" class in the boinc graphics/utils api to
load/display the JPEG's etc.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.
my guess would be that on a few machines the network is lagging so that the
boinc config files that should be copied from the network aren't getting there
before boinc is started, hence boinc on these machines reports "not attached to
any projects"
___
I had assumed RGB was a generic "open" image file format but I never actually
saw it documented. digging around it looks like it's the same as the Silicon
Graphics image "SGI" format so it probably is proprietary. So it's best to
keep it out of BOINC then as I'm crap with licensing issues etc.
ok I was using "rgb" format (not sure who owns that) as I can set a transparent
layer for opengl textures (used on qcn & the Intel/GR screensaver). I just cut
and pasted it into my local utils so it doesn't need to be in boinc then
(except for Rom I guess if they do new Intel screensaver build
never mind - I found the old texture.cpp and will just copy out the bits I
need. This may affect CPDN too, as well as the Intel PtP screensaver.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_d
oh I guess it's from the recent true-type font shake-up -- we lost
"texture.cpp" -- but I don't think that's a font-related thing, ie it seems to
be handy texture/image stuff which I've been using for years. was there a
licensing problem (it seems pretty generic utility code).
_
did we lose a graphics function recently? I can't seem to find the
implementation of read_rgb_texture() any more. I was rebuilding my libs and
checked out trunk. also I guess we officially dropped the old Mac PowerPC
"ppc" from the Mac xcode? I actually need it to I have an xcode that will w
also if you need just one instance of the non-CPU intensive at a time - just
put the different programs in one executable and the workunit can be the
deciding factor of which code/program to call etc.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.ed
you'd probably want to make one non-CPU intensive per project URL, not keep
them all together under one project. For example Quake-Catcher Network I have
the project http://qcn.stanford.edu/sensor for our non-CPU intensive
accelerometer monitoring program. If we ever do a CPU-intensive program
I can just think of manually changing the value of the "result.priority" field,
or perhaps setting the priority in the scheduler code for a resend to a
different value, maybe this can be put in for a config.xml value (i.e. resend
priorities can be higher or lower etc)
___
how about the case where you do want an RPC but with no work request, i.e. a
trickle which is basically an RPC call, and for say a trickle used as an
earthquake trigger on QCN, I may want RPC's (trickles) seconds apart? it seems
to working OK for me now - I just don't want to "lose" that! (nex
yeah I think I'll just make my own localized armv6-raspi name for our servers
as it's not ready to settle on a "public" boinc platform name yet. It seems
like I will have more versions of ARMs with the various "plug computers" I'm
testing out too.
_
Hi, I built boinc for Linux (Debian) on the new Raspberry Pi device, which is a
very cheap (US $35) low-power computer with an ARM processor, that runs Linux.
We are looking to use these on the Quake-Catcher Network as cheap "self
contained" earthquake sensors.
I don't know if it's worth maybe
Hi, I sent you the true-type version long ago, it's in boinc/api/ttfont.h/.cpp
and the boinc/api/ttf subdir has two fonts I got from a public domain true-type
font site. The ttf_render_string function should mimic the old texfont call so
it should be pretty easy to make the switch. you just ne
basically boinc keeps the hashed authenticator as a cookie, so if that is set
then you are logged in. I have a modification I use with WordPress so that you
can login on the WordPress side and when you get to the BOINC side of the
website you'll be logged in (i.e. it creates the WordPress acco
just curious - what's the advantages/reasons to go to git over svn?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your ema
http://ucbsystems.org/category/active/unscheduled-outage/
wow that's a bad power outage, I wouldn't except they'd be up until around 5PM
GMT today or so
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/list
that's odd, maybe it missed it, I'd do a "desc workunit" from mysql, the last
field should be the one it says is missing, you may have to do it by hand i.e.
"alter table workunit add app_version_num int(11)" or something
___
boinc_dev mailing list
boinc
It sounds like you didn't do a database upgrade and the field 'app_version_id'
is missing from the workunit table ?
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the a
there's a google boinc-droid group:
http://groups.google.com/group/boinc-droid
also some new work / news here -- I know this is an important direction for
BOINC to get on Android:
http://boinc.berkeley.edu/trac/wiki/AndroidBoinc
the efforts so far seem to be split into two "camps" -- make a n
you probably want to use the boinc/tools/upgrade script which will check for
database upgrades (i.e. calls an html/ops/upgrade_db.php script)
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
T
it looks a conflict with the mysql config file (my_config.h) -- also check that
boinc isn't using another mysql configuration, i.e. there could be the system
mysql install at /usr/include/mysql but possible a "homegrown" mysql at
/usr/local/mysql/include etc
_
hmm, I wonder if (since it's a bad connection) it's doing retries but showing a
cumulative byte count (i.e 4 downloads failed after 200K apiece, but the actual
file is 326k)?
From: Bruce Allen
To: boinc_dev@ssl.berkeley.edu
Sent: Friday, December 16, 2011 5:
it should be fine as long as the client has been compiled with a libcurl that
is configured & linked to openssl (which I believe the public release all do);
check in your boinc event log ie:
Sat Nov 12 08:28:17 2011 | | Starting BOINC client version 6.13.6 for
x86_64-apple-darwin
Sat Nov 12 0
boinc pages set an "auth cookie"on the client/browser side - so people don't
have to login every time they visit. it is just a string (authenticator) in a
local file on their client web browser, i.e. cached in Internet Explorer,
Safari, etc. So it is safe, i.e. a hacker would have to be on the
I thought I'd report this here - a Mac OS X Lion participant on QCN is using
BOINC 6.13.6 (beta version I guess), and it seems to get work (i.e. an
app_version & a result) and then abandon it immediately after download. I
can't replicate this with the production 6.12.35 BOINC on my Macbook so
yeah I just have that in my apps to bypass the boinc trickle call, and just
write out the trickle message for debugging purposes when standalone.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_d
if they can be "delay loaded" you can zip them up as part of the app version's
files, and test for existence & unzip them before using on the client side.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listin
yeah I think curl_easy_escape (formerly curl_escape) would do the trick -- I
guess when I did the libcurl years ago I never planned on filenames with spaces!
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/list
ok thanks, I just joined the google group. like I said, I'm taking a different
approach i.e. compiling the boinc libs & curl etc via the Android NDK (C/C++) -
then hope to have an Android native Javi GUI to call things via JNI.
___
boinc_dev mailing li
I haven't heard of any "BOINC on iPad" work - the "boinc manager on iPad" to
view remote connections looks interesting & feasible. I have begun work on
hopefully porting BOINC to Android via the NDK (i.e. I am hoping to compile
the BOINC C++ via the Android "Native Development Kit" and then ha
make sure you have the apt-get install openssl-dev and not just openssl
also if you use apt-get it probably puts it somewhere weird ie not just
/usr/local/ssl so you have to find out where the hell they put it and use the
--with-ssl=/apt/get/path/to/openssl
_
http://boinc.berkeley.edu/trac/wiki/FileCompression
there's also boinc_zip if you want to create a lot of files and subdirectories
etc without having to specify them all (ie just distribute the zip file with
your app version and unzip it on the client side in your app).
I put it into boinc 6-7
this functionality is in the wrapper if you use that; or you can lift that code
and make your own "launcher" that can set environment variables etc
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc
yes, use the "mt" plan class and it will run one job and the max available
procs
- that's what I do for the MPI stuff
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe,
you also will want to look into & use the "mt" plan class so the server tells
the boinc clients that it's a multithreaded app (or define your own as
appropriate)
http://boinc.berkeley.edu/trac/wiki/AppMultiThread
___
boinc_dev mailing list
boi
I don't know if this helps anybody on this thread - but Dave just checked in
some changes to the wrapper.cpp in trunk that allows for environment variables
in the job.xml file. you can easily yank out the code for your own app if you
don't use the wrapper, of course you'd need a "master program
that's a good idea, I'm currently working on the wrapper for having an optional
start directory to cd before running an app (some of the legacy seismic
programs
I'm using have hardcoded paths and have to be run from something/bin/ etc).
I'll see if I can add an directive so that we can keep a
I've never seen that before, could it be the web server used is not returning
the proper headers i.e. file length/offset of an existing file so it is
appending the whole file again? I would look into the apache version &
configuration, also any other libraries or modules used that could interru
that's cool, the last time I tried upgrading to Snow Leopard and using xcode
3.2
or whatever, it seemed I could never go back to building PPC 10.3.9 apps (on
Quake-Catcher). I'll have to try this now.
___
boinc_dev mailing list
boinc_dev@ssl
I think the "preferred" (well easier?) way would be your science app would
handle the branching off of, say, SSE2 specific routines etc, i.e. one
executable that would handle the different optimizations/scenarios.
___
boinc_dev mailing list
bo
oglft seemed like a "dead" project (i.e. version 0.9, and last updated in 2003)
vs ftgl is pretty recent (within a year old updates). So that scared me away.
I used ftgl for the Intel PTP screensaver and it worked out OK esp with all
the
rotating circular fonts etc. but I don't think it's ne
I would guess it makes more sense for CPDN to abandon the old "credits per
trickle", i.e. compute all the user, host, team credits, then switch to the
"CreditNew" BOINC system when it's ready. The "credits per trickle" was good
when there were a few apps that took 4-6 months to do, but now that
I imagine there must be a lot of projects out there < Python 2.5 so I don't
think it's safe to make any non-backwardly-compatible changes for anything that
will go in trunk soon. Just picking the QCN server: Python 2.4.3 (#1, Sep 3
2009, 15:37:37)
If Python 2.4.3 is what is going out on Debi
just get the latest from curl.haxx.se and build it statically
(--disable-shared) -- it's pretty easy to do
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the a
yeah wxwidgets is one of those things I've found you're safer staying with an
older version (i.e. not "trunk"). sort of like Windows! ;-)
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boi
probably column order as well as widths too, saved in a local prefs file? may
not be trivial! :-)
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above UR
since we're based on curl (libcurl) which has been cool with IPV6 for awhile
then we should be alright.
http://curl.haxx.se/libcurl/features.html
Supports IPv6!
If compiled with IPv6 support enabled, FTP, FTPS, HTTP and HTTPS all work
splendidly on IPv6 stacks (kerberos4 does not work over
thanks, that'll do it!
>uses this app:
>http://www.facebook.com/RSS.Graffiti
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of
I'm pretty new at facebook programming; and I was curious if anyone had php or
other code to yank in BOINC project news into a corresponding facebook group's
news tab, wall posts etc (before I try to "reinvent the wheel")?
___
boinc_dev mailin
can't find the email, but for anyone interested in using the old 'boinc_zip'
library, you'll have to check it out from a different svn than the main boinc
trunk, and also update the boinc/configure.ac & Makefile.am so the zip stuff is
built (of course in Windows just use the solution files in b
its just been moved out of the main trunk, i.e.
svn co http://boinc.berkeley.edu/svn/trunk/depends_projects/zip
although you'd have to edit the configure.ac & Makefile.am in boinc so it finds
the zip subdirectory (and the zip & unzip subdirs) so that it will build
properly.
I've also been usin
I think people should just have the courage of their convictions and make their
subteam a team; rather than just try to "game the system" by making these
"super-teams" & "super-users" to get on the top 10 list or whatever.
___
boinc_dev mailin
I don't quite understand the bashing of this guy's mobile project; there was
that "boincoid" a year or two ago which was in vogue, and IMHO the same ones
bashing the "usefulness" of mobiles are the ones crowing about how great GPU's
& CUDA & Sony Playstations etc are (completely ignoring the fac
I think there may be interesting "non-cpu intensive" applications too, such as
Quake-Catcher Network. we're looking at using the iphone when docked/charging
to be a QCN sensor; and using a google phone in a box with a usb sensor and a
solar panel for charing for "rapid deployment" to hot spots
there are various ways to use libcurl, I guess you are using the "simple"
interface; there's also an asynchronous method which may be faster, and you can
write the replies to memory and not files so you don't have a lot of file I/O
etc. you really need to go to the curl.haxx.se website and read
thanks, turns out libtool somehow disappeared on my old distro so that was the
problem (it just coincidentally happened with all these _autosetup changes so I
thought it was that)!
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://l
Is this still in a state of flux; I remember discussions and thought it was all
done? I was trying to build on my old Debian Linux distro I use for production
and _autosetup bombs out, although I supposedly have all the prereqs:
ca...@cmc-macbook-debian:~/projects/boinc$ ./_autosetup
Bootstrapp
in the server config.xml on qcn I have:
1
that enforces just one job for multiprocessor machines
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visi
I would think more than stats, shouldn't you at least put in a project name,
and describe what your project does etc? It just seems a bit untrustworthy for
"public consumption" as it is now, i.e. "Welcome to REPLACE WITH PROJECT NAME"
___
boin
yeah that's just how facebook is with this "we'll pull information from your
profile etc" -- even dumb games people send me to try do this. it does sound
ominous though!
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.be
Hi Mo -- I'm running PtP and you can indeed change the language via the
"Advanced View / Options", and then restart the client
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To uns
Hi Bernd -- yeah Rom moved boinc_zip out of the main svn trunk for boinc --
it's in trunk/depends_projects/zip so this should get it to the "old place"
svn co http://boinc.berkeley.edu/svn/trunk/depends_projects/zip boinc/zip
___
boinc_dev mai
Hi,
I'm looking at replacing boinc_zip for various reasons, mainly it's been a
kludge of two libraries which are old & complicated to update, and thinking of
moving to something like the bzip2 lib (which also compresses better).
as far as I know it's just CPDN, QCN, Rosetta, and Einstein that
well since presumably you can't use boinc_zip I guess either distribute
zip/unzip executables for each platform, or use the zipfile module for python
(does that get back to the problem of using various python libs within boinc
though?)
___
bo
1 - 100 of 117 matches
Mail list logo
