[tahoe-dev] Weekly Dev Hangout 2012-09-18

Zooko Wilcox-OHearn zooko at leastauthority.com
Wed Sep 19 21:06:07 UTC 2012


Weekly Dev Hangout 2012-09-18

in attendance: Zooko (scribe), Brian, David-Sarah

CAVEAT LECTOR -- this hasn't been vetted for correctness and
contextualized for widespread meaningfulness. It's just my notes.


LeaseDB Stuff

• David-Sarah is happy with Brian's design of the state machine.
• There aren't any deep design issues, just some straightforward code to write.


Development Process

We discussed how to manage branches and rebasing with git.

Policy:
 • Please rebase stuff before submitting it for inclusion.
 • Please rewrite it into a set of sensible patches. Please make it
into a single patch or a small set of patches that have a logical
division in between them.
 • If the change has been outstanding for a while, we may need to
rebase that thing ourselves before we land it.

We all agree not to push any more patches into darcs. Zooko made the
darcs repo read-only on tahoe-lafs.org.

We don't want to open up the buildslaves to running arbitrary code by
arbitrary github users, but we'll be satisfied with the security if:

1. A core developer has to approve code before it gets built (not that
the developer will carefully inspect it), and
2. There's an indelible history of what got built.


Git workflow:



1. contributor submits patches in a github pull request, github
auto-generates the merge to current master

2. human check (to discourage abuse), human chooses whether to add a
comment to the revision (not to the pull request) with the magic
string "Buildbot: GO!"

3. buildbot gets from github the merged-pull-request code and runs it,
reports back whether it passes tests

4. human, seeing that the pull-request passed tests, decides whether
to merge it into master

5. ? if master has changed since step 1, how do we restart steps 1 --
auto-generate the merge to current master, and step 3 -- buildbot
tests?


Brian thought of a security flaw which would allow an attacker to
cause arbitrary code to be run on all of our buildslaves. It might
affect other open source projects which have a similar setup as ours.


Zooko would like to upgrade https://tahoe-lafs.org to Trac 1.0
soonish. It includes a git network graph and builtin handling of git
and multiple git branches, among other UI improvements.


-- 
Regards,

Zooko Wilcox-O'Hearn

Founder, CEO, and Customer Support Rep

https://LeastAuthority.com


More information about the tahoe-dev mailing list