Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Summary

Expected topics

  • Updates: PostgreSQL wallet storage, Maintainership requirements, incomplete request format refactor, Indy / Aries split
  • Ursa and AMCL:  Discussed in the Ursa call (August 21), but no decision yet.
  • Handling
    Excerpt
    • Reviewed decisions and information from previous calls.
    • Answered questions
    • Quick topics: non-secrets in the Indy wallet, future meetings, Ursa and AMCL, CI / CD, handling pull requests.

    Timezone: US afternoon and APAC morning

    ...

    Examples of types of actions that are prohibited at Linux Foundation meetings and in connection with Linux Foundation activities are described in the Linux Foundation Antitrust Policy available at http://www.linuxfoundation.org/antitrust-policy. If you have questions about these matters, please contact your company counsel, or if you are a member of the Linux Foundation, feel free to contact Andrew Updegrove of the firm of Gesmer Updegrove LLP, which provides legal counsel to the Linux Foundation.

    ...

    Announcements

    Summary of Prior Call

    Release Status

    ...

    • Documentation improvements: Michael B and Stephen C
      • Need to review and prune out-of-date documentation (Alice / Faber treatment of pairwise DIDs is a key pain point)
      • Michael is working on Indy Agent walkthrough using C#
      • Finishing work on ReadTheDocs (2 more weeks?)
      • Cloud Compass is building the Linux Foundation EdX courses for Indy and Aries
    • SDK 2.0 architecture / Indy-Aries split (Sergey)
    • CI / CD: GitLab migration (Mike and Steve G)
      • Demos in the Identity Implementers WG calls
      • Issues with Jenkins machines because Rust builds run out of memory—workaround increased build time but is a temporary solutionHyperledger is also evaluating Azure Pipelines
    • Advanced Schemas and W3C creds (Ken)
    • Warnings from rust cargo clippy (Mike and Axel)
      • IS-1270 through IS-1274
    • New design for revocation / Anoncreds 2.0 (Mike)
    • Getting Ursa artifacts published that can be used by Indy Node and Indy SDK (Mike and Cam)

    Other Business

      • Catch up on previous calls:
        • Should track exceptions to Indy Node review policy in the Git commit message.
        • New Auth rules: If a non-owner can edit the attribs of a DID or rotate a DID key, then is the DID owner actually an owner?
      • Answered questions about the Transaction Author Agreement.
      • Ursa and AMCL:  Discussed in the Ursa call (August 21), but no decision yet.
      • Architecture questions for Indy SDK, and progress on Indy / Aries split 
      • Handling pull requests.
        • How to handle old pull requests that failed DCO Checks? Close?
          • Closing the PR doesn't get rid of the work. The author can reopen at any time.
        • How to handle pull requests for IOS / Swift wrappers? Close and encourage the move to Aries?
        • How to handle pull requests for LibVCX? Deprecate?
        • Close PR https://github.com/hyperledger/indy-sdk/pull/1048 as something that will be replaced by the advanced schema work?
        • HIPE pull requests: https://github.com/hyperledger/indy-hipe/pulls
        • Kyle will continue reviewing PRs, but does not want to be a bottleneck slowing down the process.
      • Future calls:
        • Cancel the call September 30 for IIW
        • Cancel the call October 14
      • Should we do another security audit?
      • Non-secrets in the Indy Wallet
        • Cam is working on pluggable crypto. They wallet shouldn't decide what encryption you should be using.
        • Use cases where we would want to move keys between wallets
          • Moving the link secret / credential data from one device to another (synchronized storage).
          • Debug use cases
          • Richard's hit other uses cases that were better solved with DID Doc,  pre-signing, signing API.
        • Work-around with the web-crypto API

    Future Calls

    • Define pull request review process for Indy Node.
      • Should define the process, including how we handle exceptions (emergency fixes shouldn't be blocked, but would require notification)
      • What is important in a good review?
    • Fully Qualified DID support in Indy SDK
    • fuzzing libindy https://github.com/AxelNennker/indy-sdk/tree/fuzzing/
      `cargo +nightly fuzz run fuzz_target_1 -- -only_ascii=1`
      Worried about unsafe code in libindy
      ```
      ignisvulpis@namenlos:~/development/hyperledger/indy-sdk/libindy$ find src -name \*\.rs -exec fgrep unsafe {} \; | wc -l
      61
      ```

    ...

    •  HIPE #138, Issue #144 (Ken and Brent)
      • Create a PR for changing status to ACCEPTED
      • Check for an Aries RFC
    •  PR to RFC #0019 to compare pack/upack to msgpack (Sergey)

    Call Recording

    View file
    namezoom_clean.mp4dummyfile.txt
    page2019-09-16 Indy Contributors Call
    spaceindy
    height250