can start thinking about creating a proper bug tracking system.
--
Martin Geisler
___
VIFF-devel mailing list
VIFF-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
on
the list :-)
--
Martin Geisler
___
viff-devel mailing list
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
> Pipermail:http://lists.viff.dk/pipermail/viff-devel-viff.dk/
> Gmane:http://dir.gmane.org/gmane.comp.cryptography.viff.devel
> The Mail Archive: http://www.mail-archive.com/viff-devel@viff.dk/
>
> The Mai
Martin Geisler <[EMAIL PROTECTED]> writes:
> Martin Geisler <[EMAIL PROTECTED]> writes:
>
>> Pipermail:http://lists.viff.dk/pipermail/viff-devel-viff.dk/
>> Gmane:http://dir.gmane.org/gmane.comp.cryptography.viff.devel
>> The Mail
those blanks first...
I hope that the API docs can become a nice "Developer's Manual" with a
good overview of the VIFF architecture, lots of examples, and
sufficient documentation of method arguments and return values.
--
Martin Geisler
___
; viff.dk is number 28
http://www.google.dk/search?q=smpc -> viff.dk is number 6
I have submitted VIFF to Freshmeat and other sites with free and open
source software, and it seems my clever linking campaign has paid off!
VIFF will soon rule the world... Mw
Martin Geisler <[EMAIL PROTECTED]> writes:
> Hi everybody,
>
> I have updated the API documentation a bit and have uploaded a new
> version to http://viff.dk/api/.
I have updated the core documentation some more, especially the Runtime
class. I tried to document the more sub
ported to another language.
--
Martin Geisler
pgpllIuPetWqU.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
t for this release -- Epydoc
tells me that all methods and functions are documented now. Simply
having documentation is of course not a guarantee for *good*
documentation, so please complain when you find something you don't
understand...
--
Martin Geisler
___
machine is very busy (the load
is ~25!). I'll post some results when I get them.
--
Martin Geisler
pgpTd4Rt6CApV.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-
Martin Geisler <[EMAIL PROTECTED]> writes:
> I would like to try VIFF over greater network distances, and this is
> where you guys come into the picture. Please tell me which machines
> you have access to in exotic places. So far I know of these
> persons/places:
>
>
Martin Geisler <[EMAIL PROTECTED]> writes:
> I am currently installing VIFF on the viff.dk machine hosted at
> DreamHost (in Los Angeles in believe), USA. But it takes quite a while
> to compile libgmp, gmpy, etc. since the machine is very busy (the load
> is ~25!). I'll p
e players in order
3-2-1 and if you kill one of them the port is probably left in a
TIME_WAIT state for 60 seconds.
--
Martin Geisler
pgpFkiHZIAOVH.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
[EMAIL PROTECTED] writes:
Hi Tomas,
I'm glad to both you and Tord stopping by! :-)
>> Martin Geisler <[EMAIL PROTECTED]> writes:
>>
>>> I would like to try VIFF over greater network distances, and this is
>>> where you guys come into the picture. P
service attacks are
possible (even if Python don't crash, we currently do not handle the
ValueError exception raised).
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
Hi again!
> We use the marshal module in the ShareExchanger class to, well,
> marshal data in shares before they are exchanged. [...]
I forgot to add that the solution to this should be easy in our case.
We only send very simple data over
s packet
> Repeated X times:
> 8 or 16-byte of hash value
> log(p)/8-byte share value
I definitely think we will eventually need something like this -- a
format where each packet is a number of plain bytes that can simply be
read and turned into integers quickly and securely.
--
Martin
ementation-wise than what we already have... so I would of course
like to implement it at some point! Unless you beat me to it :-)
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
ity function.
FILE
/home/mg/src/viff/viff/util.py
DESCRIPTION
This module contains various utility functions used in all parts
of the VIFF code. The most important is the L{rand} random
generator which is seeded with a known seed each time. Using this
generator for all random numbers ensures that a protocol run can
be reproduced at a later time.
FUNCTIONS
clone_deferred(original)
Clone a Deferred.
The returned clone will fire with the same result as the
original Deferred, but will otherwise be independent.
...
So... there's something to digest :-) I hope it helps!
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
Hi Janus -- I'm CCing you since I you might be able to comment on the
use of Java in my example. This is a followup to this post in which I
created a minimal implementation of the Twisted Deferred class:
http://articl
add(a, b)
>>> e = mul(d, c)
>>>
>>> a.callback(10)
>>> b.callback(15)
>>> c.callback(20)
>>>
>>> print a
Share (value: 10)
>>> print b
Share (value: 15)
>>> print c
Share (value: 20)
>>&
Janus Dam Nielsen <[EMAIL PROTECTED]> writes:
> Den 07/12/2007 kl. 14.34 skrev Martin Geisler:
>
>> I see what you mean about the observer pattern since each variable in
>> the program is observed by the operations that depend on it. So
>>
>> x = add(a, b)
The add and mul operations could then proceed by having
x, respectively y, notify their listeners which would be the add
operation defining z in this example.
Such a structure is also quite nice!
--
Martin Geisler
pgpZp2sShuvcJ.pgp
Description: PGP signature
__
send out messages produced by the tree reducer...
Tomas, I guess this design is similar to the one you though of when we
discussed alternatives for the SIMAP runtime?
--
Martin Geisler
pgpoJebFaQlns.pgp
Description: PGP signature
___
viff-devel ma
.
The revision is here:
http://hg.viff.dk/viff/rev/fe3930a8f509
I'll try to make VIFF use SSL now... of course depending on a command
line option :-)
--
Martin Geisler
pgp1UUSojfNm0.pgp
Description: PGP signature
___
viff-devel mailing list
Janus Dam Nielsen <[EMAIL PROTECTED]> writes:
> Den 08/12/2007 kl. 2.50 skrev Martin Geisler:
>
>> [...] As you say, it is then easy to evaluate such a graph in
>> parallel as long as you keep track of the leaf nodes. By parallel I
>> don't necessarily mean h
e and have links to the other central papers
that VIFF builds upon like your thesis and progress report.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
> I'll try to make VIFF use SSL now... of course depending on a
> command line option :-)
I almost have TLS working at home now. It turned out that the most
time consuming part in developing this is the generation of private
keys!
have been
able to pull them from http://hg.viff.dk/viff/, but the site is down!
I've just created a ticket at DreamHost support asking them to fix it.
Until then, please let me know if you have any comments on the code
snippet above.
--
Martin Geisler
___
Martin Geisler <[EMAIL PROTECTED]> writes:
> [...]
>
> The changes have just been pushed as 925a8ac3896e. You should have
> been able to pull them from http://hg.viff.dk/viff/, but the site is
> down! I've just created a ticket at DreamHost support asking them to
> f
with the standard 65 bit
prime, I have not yet tried with larger field sizes.
Merry Christmas to you all!
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
grams written for
VIFF version 0.2 or earlier.
Enjoy! :-)
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
Hi Ivan, Thomas, Dan, Jakob, Janus, and the rest of viff-devel!
I have implemented and timed TLS in VIFF -- I figured you SIMAP guys
might want to hear about that too.
> This is the summary of changes:
>
> Secure communication betw
ti12: 3.818 ms
These numbers are much more similar. I'll have to look into why the new
test gives different timings for the different players.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
nce I have no clue about
statistics, I would love to hear other suggestions.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
Hi again
> The results are from test runs between the machines thyra (Aarhus,
> Denmark), bazooka (LA, USA), and serengeti (Trondheim, Norway). I have
> used benchmark.py, some shell scripting and lots of patience :-)
>
> The first
o use, yet they solve difficult
and annoying problems.
[1]: http://jtauber.com/blog/2006/03/11/recreational_programming/
[2]: http://genshi.edgewall.org/
[3]: http://feedparser.org/
--
Martin Geisler
pgpsA6Fntb3EV.pgp
Description: PGP signature
___
viff-
Martin Geisler <[EMAIL PROTECTED]> writes:
> I've added an area at the top of http://viff.dk/ that shows the four
> most recent changes in the Mercurial repository and most recent posts
> on this mailing list.
It seems to work, the previous post is now shown on the page.
Alternatively one could write three different source files, but this
does not scale to protocols with more players.
Please let me know if you get an idea for this!
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http
are done on variables which represent values in
the ideal functionality implemented by VIFF. So they are not tied to
any particular player and so I think we can limit these asymmetric
operations to sharing and opening.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
way to do this, but I think the
above would work. And it would only require that VIFF can open shares
to a subset of the players. Or maybe I am missing something... this
was just my initial though :-)
--
Martin Geisler
___
viff-devel mailing list (http:/
it is there since the Share
might not have a value yet. That is why you need to use callbacks to
schedule your peeking until the result is ready.)
Adding the callback has the result of converting the GFElement at once
(since the value is already there):
>>> x_share.addCallback(lambda e: Z
ck what happens?
If it better than the normal zip file I made for the 0.3 release, then
we should definitely start making these exe files when releasing.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.
Martin Geisler <[EMAIL PROTECTED]> writes:
> What about making the argument to shamir_share optional? If all
> three players specify a value, then the code looks and behaves like
> it does today:
>
> a, b, c = rt.shamir_share(input)
>
> If P1 and P2 provide inp
Hello!
This is just a test, Mailman should hold this mail for moderation since
I am sending it from an unsubscribed address.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff
that might be a way to include more stuff:
http://docs.python.org/dist/postinstallation-script.html
--
Martin Geisler
pgp1EIjOY14Bh.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
> Hello!
>
> This is just a test, Mailman should hold this mail for moderation
> since I am sending it from an unsubscribed address.
Eh, that obviously failed... Now I'm glad I wrote something sensible and
not the usual nonsens
me in the different
classes. The programmer would then have to pick only one class -- mixing
two classes that both define compare() would result in one of the two
methods being shadowed by the other, and that only leads to confusion.
--
Martin Geisler
pgpvJqJaj5Xai.pgp
Description: PGP signature
but a given comparison make sense for multiple
> protocols.
Exactly -- as I just wrote to Thomas, then it is actually a matter of
delaying the choice of superclass for these comparison-classes. They are
usable with both a PassiveRuntime and an ActiveRuntime class, and so I
think they should s
foo in Comb
I am foo in Mix2
Specifying the superclass directly like that should be kept to a minimum
since it needs to be updated if the superclass should ever change.
If you just want to select between two methods, then this also works:
class Comb(Base, Mix1,
Janus Dam Nielsen <[EMAIL PROTECTED]> writes:
> Den 31/01/2008 kl. 14.21 skrev Martin Geisler:
>
>> If you just want to select between two methods, then this also works:
>>
>> class Comb(Base, Mix1, Mix2):
>> foo = Mix1.foo
>
> Brilliant!
Hehe, I
nt!
>>
>> Hehe, I think it's quite neat too :-)
>>
>> Being able to write stuff like that is so typically Python... it is
>> a very flexible language that allows you to do almost anything you
>> want.
>
> Ohh so it is Turing com
er cleanup work I can do, so let me know if you want to take a stab
at converting one of the methods.
--
Martin Geisler
pgpAhL3NVOPLq.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.
d an email address for myself -- if you
want your address included, then send a patch or tell me where I can 'hg
pull' from :-) Or maybe not if you don't your address to be published in
the clear like that.
--
Martin Geisler
pgpEZNROYNFJw.pgp
D
Martin Geisler <[EMAIL PROTECTED]> writes:
> Mikkel and I restructured some code yesterday in preparation for
> implementing a Bracha broadcast, which in turn will help implement
> protocols for active security.
As you might have seen on http://viff.dk/, Mikkel has committet a
B
Martin Geisler <[EMAIL PROTECTED]> writes:
> Martin Geisler <[EMAIL PROTECTED]> writes:
>
>> Mikkel and I restructured some code yesterday in preparation for
>> implementing a Bracha broadcast, which in turn will help implement
>> protocols for active security
er exactly how much
the second style saves us: it "collapses" all the lines in which no
input is given into the line where input *is* actually given.
I think the second piece of code looks nice, so I propose that we keep
the syntax used by shamir_share and thus change broadcast to match it.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
> if runtime.id == 1:
> a = runtime.broadcast(1, "foo")
> b = runtime.broadcast(2)
> if runtime.id == 2:
> a = runtime.broadcast(1)
> b = runtime.broadcast(2, "bar")
> if runtime.
-s 'x = mpz(2**1024 - 11)' -s 'y = mpz(2**1024 - 31)' 'x * y'
10 loops, best of 3: 4.57 usec per loop
So, that was just some food for your thoughts... :-)
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Martin Geisler <[EMAIL PROTECTED]> writes:
Hello again,
> I have thought a little about how we can split the current Runtime
> class into smaller pieces. Currently runtime.py contains five classes
> and the Runtime class contains 26 methods. That is too much
> information in on
the Trial API documentation with a list of possible
assertions here:
http://twistedmatrix.com/documents/current/api/twisted.trial.unittest._Assertions.html
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http
Martin Geisler <[EMAIL PROTECTED]> writes:
> Quick Trial tutorial: implement a new method named test_foo that takes
> self and a runtime argument. Decorate it with protocol. Now run
>
> trial viff.test.test_basic_runtime
>
> to execute just this file. Repeat until
uite a
lot of new features since 0.3: some asymmetric protocols, Bracha
broadcast, xor overloading. When we have asymmetric open and
prss_share, then I think we should release the code as VIFF 0.4.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
millionaires example already sorts three elements via three
comparisons.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
on DAIMI: just put /home/mg/opt/lib/python in your
PYTHONPATH. That should do the trick.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
threshold_factor = 3
which would mean that we need
num_playes > threshold_factor * threshold
which with threshold = 1 gives the four players we had before. But
given such a factor, it would be easy to generate test cases with
varying number of players and threshold.
--
Martin Geisler
___
pe of the current tests to make sure that everything
still holds together with more players, larger threshold, etc.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
pi/twisted.trial.unittest.TestCase.html
Trial is not so well documented as the rest of Twisted, so looking at
the source code has helped me a bit until I found the above tutorial.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-dev
%d
""" % (n, n)
exec code
Trial never notices the difference and runs our tests as normal!
This way we have lots of power over how the tests are generated: we can
easily test, say, all n<10, 10 randomly chosen n between 10 and 50, and
5 random n's between 50 and 100. Something like that...
--
Martin Geisler
pgpqDrd8ZCeHb.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
t go back to my slides for my
qualification exam on Thursday...
--
Martin Geisler
pgp6T7D1hgL9F.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
ember or even
> know that a certain testcase does not support my parameter. How to do
> this, I don't know. I just like it.
Then all I can say is that I think we have an idea for a possible
solution below... :-)
> Den 15/02/2008 kl. 10.21 skrev Martin Geisler:
>
>> Janus
Martin Geisler <[EMAIL PROTECTED]> writes:
> * Thomas: How do I create a new unit test? Not just one, I want to
> create many with randomized parameters! What to do?
I spend a bit of time writing about unit testing with VIFF:
http://viff.dk/docs/unit-testing.html
Let me know wh
hat might be the best overall
solution since it would ensure that users have the correct
documentation present when downloading a release.
(I just wanted to put this out here so that Mikkel and I do not sit
here in our office and decide everything ourselves...)
--
Martin Geis
e all
the documentation under /docs in a release?
Oh, and should I have named the directory /doc instead? That would have
been short for "documentation" whereas /docs must be short for
"documents" which is actually not what I intented.
--
Martin Geisler
pgpdAwGnmuHlj.pgp
Descri
viff-devel@viff.dk writes:
Hello!
> http://hg.viff.dk/viff.dk/rev/bb098464f71d
> changeset: 32:bb098464f71d
> user: Martin Geisler <[EMAIL PROTECTED]>
> date: Tue Feb 19 20:03:52 2008 +0100
> summary: Sorted bibliography.
>
> [...]
I have implemented a no
0/02/2008 kl. 15.57 skrev viff-devel@viff.dk:
>
>> http://hg.viff.dk/viff.dk/rev/ec341fb94853
>> changeset: 36:ec341fb94853
>> user: Martin Geisler <[EMAIL PROTECTED]>
>> date: Wed Feb 20 13:00:49 2008 +0100
>> summary: Filter out notification mails on
. I guess that is better after all.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
viff-devel@viff.dk writes:
> http://hg.viff.dk/viff/rev/4f7cc081dcff
> changeset: 445:4f7cc081dcff
> user: Martin Geisler <[EMAIL PROTECTED]>
> date: Fri Feb 22 13:29:50 2008 +0100
> summary: Mention the Bracha broadcast here.
And I have now also disabled these
changes that are always made
between Python versions.
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
essages on the front page of viff.dk was born
out of two things:
* It was easy to do since the repository provides RSS and Atom feeds :-)
* It gives people an easy way to see that the project is alive.
--
Martin Geisler
___
viff-devel mailing list
Martin Geisler <[EMAIL PROTECTED]> writes:
> Hello everybody,
>
> With help from the DAIMI staff I have managed to get a BuildBot up and
> running at
>
> http://buildbot.viff.dk/
>
> I would also like to test VIFF using both Python 2.4 and 2.5 to ensure
> t
Martin Geisler <[EMAIL PROTECTED]> writes:
>> http://buildbot.viff.dk/
>
> As all the nice colors on the waterfall display show, I had to try a
> couple of times before I was able to get my build-slave running...
It runs now and things will automatically connect when I st
as it was at the point of release. That way people should be able to
always obtain API docs for their code, whether it being new or old. I
would of course love if anybody thinks this is a bad idea...
--
Martin Geisler
pgp7GVTLOcq5O.pgp
Description: PGP signature
_
st figured that people would have set up
filters to sort these messages into a folder by now, and so one more
mail wouldn't make any difference.
For now I can easily subscribe people by hand to the notification mails,
and if the demand suddenly rises, then we can always make a dedicated
list for
> Rel2.2 --'
I have never done something like this before, I have just read about
it... So I might be wrong about a thing or two :-)
Chapter 8 of the Mercurial Book contains more ideas for this:
http://hgbook.red-bean.com/hgbookch8.html
as does this Google Tech Talk:
Hi there,
Tomas tells me that one can download binary Windows GMPY packages for
Python 2.5 on the projects new home:
http://code.google.com/p/gmpy/
I'll update the URL in the INSTALL file to point to there instead of
its old home on SourceForge.
--
Martin Ge
the fix is here:
http://hg.viff.dk/viff/rev/5ceb67592322
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
Tomas Toft <[EMAIL PROTECTED]> writes:
Hi Tomas!
> Martin Geisler wrote:
>> Tomas tells me that one can download binary Windows GMPY packages
>> for Python 2.5 on the projects new home:
>>
>> http://code.google.com/p/gmpy/
>
> Got that from Thomas, s
exactly! My initial solution was to bad asymmetri completely... a
bit radical :-) So it very interesting to see different solutions as to
how we can bring it back.
And now it the right time to do it -- we can still easily do search and
replace on the code since I assume that 99% of all VIFF code i
Jakob Illeborg Pagter <[EMAIL PROTECTED]> writes:
Good evening!
> Tomas Toft skrev:
>> Hi
>>
>> Martin Geisler wrote:
>>> Hi there,
>>>
>>> Tomas tells me that one can download binary Windows GMPY packages for
>>> Python 2.5 on
Martin Geisler <[EMAIL PROTECTED]> writes:
> I'll try and make a third builder now which runs Epydoc whenever the
> source changes and maybe even uploads the API docs to viff.dk.
This now works -- the documentation is now automatically built and
uploaded to viff.dk on every c
files there. Test your changes at rst2a.com and send them
to me. If you are too borred to use Mercurial, then you can even just
follow the link at the bottom of each page to get to the rst source.
Edit that and send me the changes.
--
Martin Geisler
Tomas Toft <[EMAIL PROTECTED]> writes:
> Hi all
>
> Martin Geisler wrote:
>> Martin Geisler <[EMAIL PROTECTED]> writes:
>>
>>> I'll try and make a third builder now which runs Epydoc whenever
>>> the source changes and maybe even uploa
viff.dk/api/0.3
like I suggested earlier.
--
Martin Geisler
pgp4K7QKo528p.pgp
Description: PGP signature
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff-devel-viff.dk
I will extract the API docs as they looked in the old releases and
put them online as suggested above. I'll probably do this later today,
right now I am looking at getting the unit tests working in a
simulated asynchronous network. That is almost working as it should.
--
Martin Geisler
Martin Geisler <[EMAIL PROTECTED]> writes:
> So I will extract the API docs as they looked in the old releases and
> put them online as suggested above. [...]
I have now uploaded the API docs under api/. I have also included the
releases in the repository so that everything (excep
abled. I just left
it turned on since it was nice for testing when I updated the
build-master config... Nobody can make the slaves run arbitrary
commands, they can just make them waste some cycles, as you say :-)
--
Martin Geisler
___
viff-devel mailing li
"Thomas Jakobsen" <[EMAIL PROTECTED]> writes:
Hi Thomas!
> I have now (with help from Martin Geisler) set up a Windows XP Pyton
> 2.5 build slave on my laptop. Currently, the builder just checks out
> the VIFF source from Mercurial and runs the unit tests. Later, code
the program counter associated with the sending or
receiving player.
We send this out here since we would love to hear other ideas!
--
Martin Geisler
___
viff-devel mailing list (http://viff.dk/)
viff-devel@viff.dk
http://lists.viff.dk/listinfo.cgi/viff
e counter situation and some more broad
> thoughts about the program:
>
> [...]
I think I'll have to read and think some more about this final part
before I can comment on it :-)
--
Martin Geisler
pgpKBLSob4ExQ.pgp
Description: PGP signature
1 - 100 of 437 matches
Mail list logo