-
-
Notifications
You must be signed in to change notification settings - Fork 10k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CT documentation #1372
CT documentation #1372
Conversation
Therefore, it is useful to be able to look up more information about a log | ||
(e.g. its public key) using this LogID. | ||
|
||
B<CTLOG_STORE_get0_log_by_id>() provides a way to do this. It will find a CTLOG |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ping @richsalz - I think our style is to not put function names like this in B<>
- am I right? We should have a documentation style guide.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Correct, but it's actually a POD style. Any foo()
(closing parenthesis mandatory) will automatically be emphasised.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes we should have a style guide but you are right, function names with closing paren's do not go inside a B markup.
Tip: run ./util/find-doc-nits.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the tip, I wasn't aware of that tool. I've resolved all of the issues it highlighted.
Changes them to have clearer ownership semantics, as suggested in openssl#1372 (comment).
Looking better. There are still a few outstanding comments, and still some pods that need filling in. I assume you are planning to fill these in? |
Changes them to have clearer ownership semantics, as suggested in #1372 (comment). Reviewed-by: Emilia Käsper <emilia@openssl.org> Reviewed-by: Rich Salz <rsalz@openssl.org> (Merged from #1408)
@RJPercival what is the status of this...9 days to 1.1.0 release...? |
I'm working on it again today, and will have it done this week. I was OOO On Tue, 16 Aug 2016 at 10:30 mattcaswell notifications@github.com wrote:
|
3 days to go... |
SCT_verify_v1 has been removed and SCT_verify is no longer part of the public API.
I re-read every single comment here. I think this is the only outstanding change:
|
Fixed, along with PR #1487. |
Ownership semantics and function names have changed.
Is this now finished (aside from review?). With a quick scan through I didn't spot any sections still to be filled in. |
All issues raised so far have been addressed. Plus-one from me. I encourage a separate MR for new podpages. |
+1 merge |
any new doc updates or additions should go into a separate MR. |
each SCT (if that log is in the CTLOG_STORE). Alternatively, NULL can be passed | ||
as the CTLOG_STORE parameter to disable this feature. | ||
|
||
B<SCT_validation_status_string> will return the validation status of an SCT as |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Drop the "B" tag and just write SCT_validation_status_string()
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done.
All comments addressed. |
+1 subject to the following commit being added. If I can get a +1 from the team for that I can push this:
|
Oh...scratch that last comment. Your updates didn't show up here so didn't see them. |
+1 |
Ping @richsalz for reconfirm |
+1 from me |
Merged. Thanks! |
The prior wording was less accurate. See #1372 (comment). Reviewed-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Matt Caswell <matt@openssl.org>
POD documentation for the Certificate Transparency API - fixes #1274.
This is a draft, and is likely to be missing useful information - please point out what would be helpful to add. Some of the PODs are missing most of their content - I'll update this PR over the next couple of days filling those holes.