Summary
Excerpt |
---|
<Will add after the call>
|
Timezone: US afternoon and Asia 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.
...
Name | Organization | |
---|---|---|
Richard Esplin | Evernym | richard.esplin@evernym.com |
Cloud Compass Computing/BC Gov | swcurran@cloudcompass.ca | |
Mike | ||
Sam | ||
Michael | ||
Announcements
Agenda
Subject | Who | Notes |
---|---|---|
Summary of Prior call | Everybody | |
Calls focused on getting work done: Indy SDK WG best practices | Richard | |
Documentation: (a conversation for the US / Europe group, already had it with US / Asia)
| ||
...
- Indy Node
- June: 1.9.0 Pluggable Request Handlers
- Testing is at risk for June
- July: 1.9.1
- Bug fix release
- August: 1.9.2
- Bug fix release
- September: 1.10.0
- PBFT view change
- June: 1.9.0 Pluggable Request Handlers
- Indy SDK
- June: Indy SDK 1.10.0
- Flexible Credential Attribute Tagging (BC.gov)
- Bugfixes
- July:
- GitLab migration alongside Jenkins (Foundation)?
- Linux should be ready, maybe Windows.
- Need a plan for mobile devices.
- Could run it right after the release.
- GitLab migration alongside Jenkins (Foundation)?
- August
- Platform Updates (Evernym?)
- Aries / Indy split (Evernym will help with architecture)
- Anoncreds 2.0 (Sovrin Foundation, BC.gov?)
- June: Indy SDK 1.10.0
- Ursa
- June: 0.1.2
- Exposing the existing functionality over a C-API for the Aroha team.
- July: 0.2.0
- Refactor internal plumbing for anoncreds 2.0, shouldn't impact external interfaces
- Multi-signature BLS instead of aggregated signature
- June: 0.1.2
- Aries
- Initial code migration
...
- Status of Indy / Aries split:
- Should discuss in an Aries WG call, but not this week. Evernym is working on a proposal to start the discussion, this shouldn't stop others from putting together their own proposals.
- Sam added README / Migration Notice to Aries repos.
- Aries should be the starting point for most new developers. Need to focus on documentation for new developers. Stephen getting started.
- Daniel has been adding notes to Indy HIPE informing people when they are superceded superseded by Aries. More of this needs to be done.
- Concerns about losing the branding work we have done with Indy. How can we transfer this branding goodness to Aries?
- We can emphasize that Aries was incubated in Indy, but we also need to be welcoming to the non-Indy people to achieve the Aries vision.
- What is the role of this call post-Aries?
- Merge this call with the Indy SDK working group?
- Cancel the Wednesday call and just use the Monday slot?
- Do we need an afternoon slot? How interested are the AU / NZ people in Indy vs Aries?
- Give room for an Aries Maintainers call?
- Merge this call with the Indy SDK working group?
- Documentation questions:
- Need to discuss with NA / EU
- Benefits of Stack Overflow
- Need to review and prune out-of-date documentation
- Alice / Faber treatment of pairwise DIDs is a key pain point
- Start with the "new developer on Aries" path, and then decide what developers need to know about Indy?
- Michael is working on Indy Agent walkthrough using C#
- Would love to see a point and click demo walkthrough
- Need to have a high enough level for new developers
- Note: Richard hates Confluence tables in meeting agendas, as they don't copy / paste.
Next Week
Action items
Call Recording
...