Ah, unfortunately it appears that upload.py is only taking the delta from the
previous patchset, rather than the traditional approach of taking the delta from
a fixed point.
If you're using upload.py (and it seems you are), the --rev option will let you
specify the base rev from where your branchpoint started (I'm guessing ~15
revisions before?), which will help show the full change in context.
On 2013/04/05 02:21:36, Ryan Sleevi wrote:
> If you're using upload.py (and it seems you are), the --rev option will let
you
> specify the base rev from where your branchpoint started (I'm guessing ~15
> revisions before?), which will help show the full change in context.
I think you are saying that all 17 patches should have the same base revisition.
I read some (apparently bad) advice on the internet to do the opposite, and make
the base revision the previous revision.
I will update all the patches. Besides fixing this issue, I will also fix the
problem that keeler identified, split up patch 6 into at least two simpler
parts, fix the OCSP bug that is causing the test failure that I has previously
thought was a transient network problem. Also, based on the plan that cviecco
and I made for Firefox, we would like to split off the policy work (patches
15-17) into a separate bug.
Now is a good time to suggest any other reorganization of how the review is
done, if you have any suggestions.
Looks good. One general comment: should optional arguments come with default values? https://codereview.appspot.com/7970044/diff/10001/test/pkixvfychain.cpp File test/pkixvfychain.cpp ...
PLArena are prefrerred, correct? we should use int64_t or PRInt64 types instead of int64. https://codereview.appspot.com/7970044/diff/7003/lib/pkixocsp.cpp ...
10 years, 12 months ago
(2013-05-01 18:34:44 UTC)
#5
Issue 7970044: initial insanity::pkix code
Created 11 years, 1 month ago by Brian Smith
Modified 10 years, 11 months ago
Reviewers: Ryan Sleevi, cviecco
Base URL: https://hg.mozilla.org/users/bsmith_mozilla.com/insanity
Comments: 19