IRC log of wpay on 2015-05-07
Timestamps are in UTC.
- 13:56:09 [RRSAgent]
- RRSAgent has joined #wpay
- 13:56:09 [RRSAgent]
- logging to http://www.w3.org/2015/05/07-wpay-irc
- 13:56:12 [manu]
- zakim, this will be wpay
- 13:56:12 [Zakim]
- ok, manu, I see T&S_WEBPYMT(WPAY_USE)10:00AM already started
- 13:56:17 [manu]
- rrsagent, make logs public
- 13:56:29 [manu]
- Meeting: Payment Architecture Task Force (Thursday) Meeting
- 13:56:33 [manu]
- Chair: Pat
- 13:56:37 [manu]
- rrsagent, draft minutes
- 13:56:37 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu
- 13:57:46 [padler]
- zakim, who is on the call
- 13:57:46 [Zakim]
- I don't understand 'who is on the call', padler
- 13:57:54 [jiajiangtao]
- manu,hello,i am jia jiangtao from huawei,i have requested to jion wpay IG,i am sorry that the huawei's w3c manager didn't confirm my request.
- 13:57:54 [padler]
- zakim, who is on the call?
- 13:57:54 [Zakim]
- On the phone I see padler
- 13:58:19 [manu]
- jiajiangtao: ok, thanks for identifying yourself Jia - we were wondering who you were on the last call.
- 13:58:41 [jiajiangtao]
- manu:thanks
- 13:59:00 [Zakim]
- +[IPcaller]
- 13:59:04 [padler]
- padler has joined #wpay
- 13:59:10 [manu]
- zakim, I am [IPcaller]
- 13:59:10 [Zakim]
- ok, manu, I now associate you with [IPcaller]
- 13:59:26 [manu]
- zakim, [IPcaller] is me
- 13:59:26 [Zakim]
- +manu; got it
- 13:59:47 [padler]
- zakim, who is on the call?
- 13:59:47 [Zakim]
- On the phone I see padler, manu
- 13:59:49 [Zakim]
- +??P5
- 14:00:21 [jiajiangtao]
- zakim,??p5 is me
- 14:00:21 [Zakim]
- +jiajiangtao; got it
- 14:00:57 [ShaneM_]
- ShaneM_ has joined #wpay
- 14:00:59 [manu]
- zakim, who is on the call?
- 14:00:59 [Zakim]
- On the phone I see padler, manu, jiajiangtao
- 14:01:13 [jiajiangtao]
- zakim,mute me
- 14:01:13 [Zakim]
- jiajiangtao should now be muted
- 14:01:30 [Zakim]
- +DavidJ
- 14:01:33 [Jackson]
- Jackson has joined #wpay
- 14:02:19 [Zakim]
- +??P12
- 14:02:25 [AdrianHB]
- AdrianHB has joined #wpay
- 14:02:50 [AdrianHB]
- zakim, who is on the call
- 14:02:51 [Zakim]
- I don't understand 'who is on the call', AdrianHB
- 14:02:56 [manu]
- zakim, ??P12 is Adrian
- 14:02:56 [Zakim]
- +Adrian; got it
- 14:03:00 [manu]
- zakim, who is on the call?
- 14:03:01 [Zakim]
- On the phone I see padler, manu, jiajiangtao (muted), DavidJ, Adrian
- 14:03:46 [manu]
- scribe: manu
- 14:03:52 [manu]
- Agenda: https://lists.w3.org/Archives/Public/public-webpayments-ig/2015May/0047.html
- 14:04:15 [manu]
- Pat: Quick suggestion to timebox discussion on tools/documentation/workflow.
- 14:04:56 [manu]
- Pat: We want to get to more important stuff - core payment agent stuff - discussion around Vision/Manifesto/Inter-network payments.
- 14:05:03 [manu]
- Pat: Any other topics that we should cover today?
- 14:05:25 [ShaneM_]
- zakim, what is the code?
- 14:05:25 [Zakim]
- the conference code is 9729 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), ShaneM_
- 14:05:38 [Zakim]
- +??P22
- 14:05:40 [ShaneM_]
- zakim, I am P22
- 14:05:40 [Zakim]
- sorry, ShaneM_, I do not see a party named 'P22'
- 14:05:41 [manu]
- Manu: I want to make sure we stay focused on Payment Architecture document.
- 14:05:45 [Zakim]
- +Katie_Haritos-Shea
- 14:05:46 [ShaneM_]
- zakim, I am ?P22
- 14:05:47 [Zakim]
- sorry, ShaneM_, I do not see a party named '?P22'
- 14:05:54 [manu]
- zakim, ??P22 is ShaneM
- 14:05:54 [Zakim]
- +ShaneM; got it
- 14:06:00 [Zakim]
- +Erik
- 14:06:14 [manu]
- Pat: We're going to spend the first big chunk of time going through the current document - Payment Architecture. We want to make good progress on it.
- 14:06:17 [Erik]
- Erik has joined #wpay
- 14:06:31 [manu]
- Pat: I want to focus on consensus on how we break down the things that the Payment Agent needs to do or have access to.
- 14:06:43 [manu]
- Topic: Payment Architecture
- 14:07:05 [manu]
- Pat: We have 3 communication channels now... let's try to capture some of those capabilities in the group in their areas of expertise to contribute.
- 14:07:27 [manu]
- Pat: Not only have we agreed on those interfaces - how do we handle discovery of payment agent, communication of loyalty information, etc.
- 14:07:46 [padler]
- zakim?
- 14:07:46 [manu]
- Pat: A good way to do that may be to do that - contribute in those sections - all facets are represented
- 14:07:47 [manu]
- q+
- 14:07:50 [padler]
- q?
- 14:07:53 [manu]
- ack manu
- 14:08:01 [manu]
- https://www.w3.org/Payments/IG/wiki/Payment_Architecture_Priorities
- 14:08:16 [padler]
- manu: put together a wiki page at the above link..
- 14:08:33 [padler]
- manu: trying to map use cases to requirements to capabilities
- 14:09:54 [padler]
- manu: trying to create an iterative version of the architecture to illustrate working payment agents in an incremental way
- 14:11:05 [padler]
- manu: propose using wiki to work requirements and then move them into architecture document
- 14:11:26 [manu]
- Adrian: Some thoughts - great job, linked to use cases, lot of work thanks for that. Haven't got all the way to the bottom of it. In our architecture document, it should be talking about things that we're putting on a timeline.
- 14:11:32 [padler]
- q?
- 14:11:55 [padler]
- q+ to talk about priorities
- 14:11:57 [ShaneM_]
- +1 about timelines never being accurate.
- 14:12:20 [manu]
- q+
- 14:12:58 [manu]
- Manu: W3C groups tend to not do well w/ timelines... we can just prioritize, that should be good enough.
- 14:13:11 [manu]
- Adrian: I don't know if we should put priorities in the architecture document.
- 14:13:40 [AdrianHB]
- s/it should be talking about things/it shouldn't be talking about things/
- 14:13:57 [manu]
- Pat: I agree, priorities are important - but I'm concerned about not having people contribute/participate because loyalty/coupons are not in the first priorities.
- 14:14:29 [manu]
- Pat: We don't have the "what" defined first - we need to define that... We could be emergent "architecture will come out of what we're doing"... or we have a complete concept - may not be implemented yet. We may want a hybrid.
- 14:14:31 [padler]
- q?
- 14:14:33 [manu]
- ack padler
- 14:14:33 [Zakim]
- padler, you wanted to talk about priorities
- 14:14:37 [padler]
- ack padler
- 14:14:38 [Erik]
- q+
- 14:14:42 [Ryladog]
- Ryladog has joined #wpay
- 14:16:12 [padler]
- manu: it sounds like we need both architecture document and priority/roadmap document
- 14:16:36 [manu]
- padler: There is a need for both a full view and a list of priorities.
- 14:16:55 [manu]
- padler: We need a way to identify the actors in the payment process - if we don't have that, we can't really do much else.
- 14:17:30 [manu]
- padler: Payment Architecture document would define capabilities - identify people and other payment agents - and other things like guiding principles. For example, people working on priorities - discover and identify payment agent.
- 14:18:02 [manu]
- q+ to ask about which section we're specifically talking about now?
- 14:19:29 [manu]
- pat: Does that mean there needs to be a way to route identifiers to endpoints? I see those things in business perspective - payee sends payer something - we may need to talk to IETF about DNSSEC / routing payment addresses. I see architecture document being the "what" along w/ guidance. We need to talk about how to expose data, content encryption of payment information, we need to frame that. That has to be a holistic part of the architecture.
- 14:20:01 [AdrianHB]
- +1 to having priorities which inform a roadmap document (how and why) AND architecture document (what)
- 14:20:03 [manu]
- pat: So everything needs to work on same goals.
- 14:20:07 [manu]
- q?
- 14:20:08 [manu]
- ack manu
- 14:20:08 [Zakim]
- manu, you wanted to ask about which section we're specifically talking about now?
- 14:20:18 [manu]
- q+ to ask about which section we're specifically talking about now?
- 14:21:20 [manu]
- Erik: Diagrams are used to tell a story - reinforce a story. For example - payment architecture version 1, then version 2?
- 14:21:46 [AdrianHB]
- q+ to ask if the intention is to only document v1 priorities in v1 of document
- 14:22:00 [ShaneM_]
- +1 to the need for credentialing from the start
- 14:22:10 [manu]
- Manu: This is exactly the type of discussion I wanted this document to create.
- 14:22:28 [manu]
- Erik: Credentials are absolutely required in version 1.0 - credentials is a part of this, credentials is a part of this.
- 14:23:40 [manu]
- q?
- 14:23:51 [padler]
- q?
- 14:24:15 [manu]
- Erik: If this is the document we're using for requirements/priorities - I'll help fill out this document. When I go from use cases to requirements, I break down the requirements document next - waterfall - use cases, requirements don't really work in industry anymore.
- 14:24:24 [padler]
- q+
- 14:24:33 [manu]
- Erik: If requirements are next - I'm fine w/ that, just want to make sure we're doing this the way the group works.
- 14:24:36 [manu]
- ack Erik
- 14:24:47 [manu]
- Erik: Waterfall doesn't work very well these days.
- 14:24:47 [manu]
- ack manu
- 14:24:47 [Zakim]
- manu, you wanted to ask about which section we're specifically talking about now?
- 14:25:44 [padler]
- manu: created priority document to help focus the work on the document
- 14:26:12 [manu]
- ack AdrianHB
- 14:26:12 [Zakim]
- AdrianHB, you wanted to ask if the intention is to only document v1 priorities in v1 of document
- 14:26:44 [manu]
- q+ AdrianHB to ask if the intention is to only document v1 priorities in v1 of document
- 14:26:50 [Jackson]
- Jackson has joined #wpay
- 14:26:56 [manu]
- Erik: I think Pat wanted to talk about features, then requirements.
- 14:27:33 [manu]
- Pat: The part we're on to now - on page 8 "What's needed to achieve this vision"? I changed it from requirements to capabilities of the Payment Architecture.
- 14:28:16 [manu]
- Pat: The reason I think the section is so important, we're going to hand this stuff off to multiple groups. We need a cohesive vision of how all this stuff fits together, we're going to have the groups go off in different directions.
- 14:28:36 [manu]
- q+ to agree with Pat, but what are we writing next?
- 14:29:04 [manu]
- Pat: The priority - what do we want to say about payment agents, how devices that are hosting them - what are their capabilities? If it's a payment agent, how do we see these things?
- 14:29:26 [manu]
- Pat: If payment agent has to relay information to other payment agents, switch schemes in the middle, what do we want to say in the document?
- 14:29:47 [manu]
- Pat: The Priorities is important, but we need a holistic view.
- 14:29:57 [manu]
- q-
- 14:30:05 [manu]
- q+ to propose what we are going to write next.
- 14:30:42 [manu]
- pat: Maybe we need likely groups or likely parties next. If we hand off a big section to identity/credentials - for each interface, what does a payment agent need - need a way to consistently identify entities w/ strong authentication.
- 14:30:53 [manu]
- Pat: Credential WG - please give us the solution - we're looking for that.
- 14:30:58 [padler]
- ack padler
- 14:31:17 [manu]
- Erik: So let's start putting in features, and then requirements
- 14:31:38 [manu]
- Pat: It's the rationale... not just the requirements. "Here's what we think the payment agent needs to do, and here's why..."
- 14:32:07 [manu]
- Pat: I think if we go into the solutions, we're going too far.
- 14:32:19 [manu]
- Erik: Requirements are more high level - we don't need to say specifically what data formats we need to use.
- 14:32:44 [padler]
- q?
- 14:32:45 [manu]
- Pat: Yes, we don't need to get into ISO20022 - we need to be aware of it, but what happens when ISO20023 comes around?
- 14:33:15 [manu]
- Erik: So language like "Must have a decoupled messages to massage data structures into other structures." There are many different types of asset classes out there.
- 14:33:21 [manu]
- Erik: Not everyone supports everything.
- 14:33:24 [manu]
- ack AdrianHB
- 14:33:24 [Zakim]
- AdrianHB, you wanted to ask if the intention is to only document v1 priorities in v1 of document
- 14:34:15 [manu]
- AdrianHB: Regarding priorities in the document - it's starting to feel like we're doing quite a bit of handwaving - it's high level - we're trying to put down an architecture document that's considering over 100 use cases. That's what value of what Manu has done feeds in to the Architecture document.
- 14:34:45 [padler]
- +1 to focusing architecture work on what is needed based on priority document...
- 14:34:48 [manu]
- AdrianHB: We can trim down the scope of what we need to do in architecture document - we need to make expectation clear about this being a first cut of version 1 architecture.
- 14:34:56 [manu]
- AdrianHB: Right now, we're designing version 1.
- 14:35:55 [manu]
- Pat: anything like merchant, vendor, we need to abstract out to payment architecture document right now.
- 14:37:24 [manu]
- Pat: For example, cryptotoken to establish funds to send to merchant. I like the Payment Architecture Priorities - barebones core support version 1 - focus architecture work on this is great. I think we should take first section to populate whats needed to achieve the vision. The abstract concepts - basic proof of payment from use cases document, what's needed to achieve this - we need a data format for this. Adrian, looking at your comment in the document - we ne
- 14:37:24 [manu]
- ed a messaging format - standard communication format.
- 14:37:31 [manu]
- Pat: It needs to support payment-specific metadata
- 14:37:53 [manu]
- Pat: If you want interop, and you want to have a payment agent communication mechanism - it requires you to have this concept of a "message envelope"
- 14:37:59 [padler]
- q?
- 14:38:29 [padler]
- q?
- 14:38:44 [padler]
- q+
- 14:38:55 [manu]
- Adrian: On the basis of that - let's provide feedback on what Manu's done on the wiki, that'll inform what needs to be in the architecture document... so for example, coupons/loyalty comes in v2, we need to know that's coming but maybe we focus on v1 now in the PA document.
- 14:38:57 [manu]
- ack manu
- 14:38:57 [Zakim]
- manu, you wanted to propose what we are going to write next.
- 14:39:58 [AdrianHB]
- +1 to defining a manageable scope for the next few weeks
- 14:40:21 [Ryladog_]
- Ryladog_ has joined #wpay
- 14:40:29 [Ryladog_]
- Got dropped.
- 14:40:41 [AdrianHB]
- manu: the arch doc needs to be high level
- 14:40:54 [Ryladog_]
- +1 to identifying capabilities generically
- 14:41:00 [AdrianHB]
- manu: I like the "capabilities" language vs requirements and features yet
- 14:41:20 [AdrianHB]
- manu: when we are done with that we can expand the scope
- 14:41:42 [manu]
- q?
- 14:42:12 [manu]
- AdrianHB: Yes, that's what I'm suggesting - gives us a narrower scope to focus on, helps us iterate quickly, even though we have a week between calls - the job is overwhelming, considering too many use cases.
- 14:43:02 [manu]
- Pat: yes, agreed - I like that - waterfall comment - this looks like a sprint plan on how we're going to tackle payment architecture document. By next week, we want people to run through payment architecture v1 - it reflects all capabilities required for v1, if we can call that done - that gives us a good scoping mechanism to focus the work.
- 14:43:42 [manu]
- Pat: Other comments - if people have a burning passion for things like loyalty - work on that. We're just trying to focus on v1 stuff for this sprint.
- 14:44:26 [manu]
- Pat: This helps us make sure we're making good progress - good development of the document happening via face-to-face. Only comment is that as we put those features in, we should be thinking about how groups developing pieces of architecture - functional decomposition of these things - how is it going to be consumed by those groups?
- 14:45:17 [manu]
- Pat: for example, one section for credentials, another on payment agent - we need to think about how best to do v1, iterate on that quickly via functional breakdowns - section of the document that talks about identity/privacy, focuses on stuff across the entire payment architecture.
- 14:45:20 [manu]
- q?
- 14:45:28 [padler]
- q?
- 14:45:31 [manu]
- pat: I agree w/ priority list - if others agree w/ that, great way to frame the work.
- 14:45:34 [manu]
- ack padler
- 14:45:49 [manu]
- Erik: I want us to summarize what we're going to do.
- 14:46:43 [Zakim]
- -Erik
- 14:47:01 [Zakim]
- +Erik
- 14:47:10 [manu]
- PROPOSAL: Take the version 1.0 Payment Architecture Priorities and convert them into "Capabilities" in the Payment Architecture document. Do not elaborate on low-level requirements, but rather keep the capabilities short and high-level.
- 14:47:16 [Ryladog_]
- +1
- 14:47:25 [Ryladog_]
- generic capabilities
- 14:47:30 [padler]
- Proposal: Use priority document as a release plan for work on the Payment Architecture document
- 14:47:53 [AdrianHB]
- I would combine what pat and manu have proposed
- 14:48:03 [padler]
- :)
- 14:50:01 [AdrianHB]
- q+ to ask how we handle disagreement with priority list
- 14:50:38 [manu]
- Pat: We should use this as a sprint planning tool.
- 14:50:53 [manu]
- PROPOSAL: Use the Payment Architecture Priorities document as a "sprint plan". The first sprint will take the version 1.0 Payment Architecture Priorities and convert them into "General Capabilities / Features" in the Payment Architecture document.
- 14:51:13 [Ryladog_]
- +1
- 14:51:13 [AdrianHB]
- +1
- 14:51:14 [manu]
- +1
- 14:51:15 [ShaneM]
- +1
- 14:51:15 [padler]
- +1
- 14:51:18 [padler]
- :)
- 14:51:18 [manu]
- RESOLVED: Use the Payment Architecture Priorities document as a "sprint plan". The first sprint will take the version 1.0 Payment Architecture Priorities and convert them into "General Capabilities / Features" in the Payment Architecture document.
- 14:51:31 [manu]
- ack AdrianHB
- 14:51:31 [Zakim]
- AdrianHB, you wanted to ask how we handle disagreement with priority list
- 14:52:01 [manu]
- Adrian: Manu has put this list together, there are folks that don't agree w/ those priorities now.
- 14:52:10 [manu]
- q+ on how things are organized in the document.
- 14:52:37 [manu]
- AdrianHB: Let's focus on getting agreement around v1 priorities.
- 14:52:45 [manu]
- Erik: It's a sprint plan, we don't have to agree, necessarily.
- 14:53:03 [padler]
- q?
- 14:53:20 [manu]
- AdrianHB: Well, for example Credentials isn't in there, we may want to put that in there to ensure that we don't have to do lots of rewriting.
- 14:53:46 [manu]
- Erik: It's just a two week sprint cycle, doesn't mean we won't get to credentials - ready to jump in, want to make sure we're at the point wrt. who is accountable for that two week cycle.
- 14:54:16 [padler]
- Proposal: Finalize Sprint 1 scope on tomorrow's call
- 14:54:20 [manu]
- AdrianHB: My concern is mostly around rewriting. I appreciate that sprints are not ordered/hierarchical - if you give a bit of thought up front to the order, it helps not have to rewrite stuff.
- 14:54:51 [manu]
- AdrianHB: I like Pat's proposal - high level consensus around first two sprint cycles. What we are going to do now, and what we plan on doing two weeks from now.
- 14:55:04 [manu]
- Erik: What we deliver on this current cycle may change what's going to happen in two weeks.
- 14:55:22 [padler]
- q?
- 14:55:25 [manu]
- AdrianHB: Great let's set aside some time tomorrow for sprint planning.
- 14:56:02 [manu]
- Pat: If we can get people to look at v1 sprint plan, people will need to provide input. If focus on call is on v1 tomorrow, and we can figure that out - then we know what work we'll need to do over next few weeks.
- 14:56:28 [manu]
- Pat: May 7th now... by face-to-face, two sprints under our belt, meaty topics to discuss. By iteration 3, that would be good.
- 14:56:44 [manu]
- Pat: If we get consensus on the call tomorrow on next week sprint - we should have iteration 1 done.
- 14:56:55 [manu]
- ack manu
- 14:56:55 [Zakim]
- manu, you wanted to comment on how things are organized in the document.
- 14:57:51 [padler]
- q?
- 14:57:54 [padler]
- q+
- 14:58:24 [AdrianHB]
- q+ to share a doc for homework (not the manifesto)
- 14:59:21 [manu]
- Manu: This document "work priorities" is not something I completely agree with (even though I put it together). It's just a cold hearted look at what technologies need to happen first, second, etc.
- 15:00:02 [manu]
- Pat: If we get people contributing and being overly vocal about certain topics, that person needs to contribute to the work. We're going to have to scope it to the people available during the two weeks.
- 15:00:27 [manu]
- Pat: They don't have to be the same person, but if there is a topic there, we have to have an accountable editor/contributor responsible for contributing during the two weeks.
- 15:00:32 [manu]
- ack padler
- 15:00:47 [manu]
- Erik: I agree, if someone says "loyalty" is important - someone has to do the work.
- 15:01:01 [manu]
- Pat: If someone finds topic X really important - someone needs to step up and do it.
- 15:01:19 [manu]
- Pat: if we find that there are 15 things on the list, but only one person to do them, then that's not a realistic goal - rethink the scope at that point.
- 15:01:25 [manu]
- ack AdrianHB
- 15:01:25 [Zakim]
- AdrianHB, you wanted to share a doc for homework (not the manifesto)
- 15:02:02 [Zakim]
- -Katie_Haritos-Shea
- 15:02:16 [AdrianHB]
- https://docs.google.com/document/d/1-eV4rB-mh4l8zYnU5q_ZzHcShTvQCIa_aRx46AB0Mrs/
- 15:02:23 [manu]
- AdrianHB: About the email I sent today - I'm trying to draw use case / story - put together a script of a bunch of participants - send it out if it's a format that someone finds useful - it's a way of abstracting away technology, understanding interactions, then understand how technology enables interaction.
- 15:03:15 [manu]
- Pat: We're out of time, we're back tomorrow at 9:30am ET. Anything else to share?
- 15:03:23 [padler]
- q?
- 15:04:17 [Zakim]
- -ShaneM
- 15:04:18 [Zakim]
- -DavidJ
- 15:04:20 [Zakim]
- -padler
- 15:04:20 [Zakim]
- -Erik
- 15:04:21 [Zakim]
- -manu
- 15:04:32 [manu]
- zakim, who is on the call?
- 15:04:32 [Zakim]
- On the phone I see jiajiangtao (muted), Adrian
- 15:04:39 [manu]
- zakim, disconnect jiajiangtao
- 15:04:39 [Zakim]
- jiajiangtao is being disconnected
- 15:04:41 [Zakim]
- -jiajiangtao
- 15:04:42 [manu]
- zakim, disconnect AdrianHB
- 15:04:42 [Zakim]
- sorry, manu, I do not see a party named 'AdrianHB'
- 15:04:44 [manu]
- zakim, disconnect Adrian
- 15:04:44 [Zakim]
- Adrian is being disconnected
- 15:04:45 [Zakim]
- T&S_WEBPYMT(WPAY_USE)10:00AM has ended
- 15:04:45 [Zakim]
- Attendees were padler, manu, jiajiangtao, DavidJ, Adrian, Katie_Haritos-Shea, ShaneM, Erik
- 15:05:06 [padler]
- have a great day everyone!
- 15:05:23 [manu]
- Present: Pat, Manu, Adrian, Shane, DavidJackson, Pat, Erik, Jia
- 15:05:45 [manu]
- rrsagent, make logs public
- 15:05:49 [manu]
- rrsagent, draft minutes
- 15:05:49 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu
- 16:06:32 [AdrianHB]
- AdrianHB has joined #wpay
- 17:11:03 [Zakim]
- Zakim has left #wpay
- 20:03:41 [RRSAgent]
- RRSAgent has joined #wpay
- 20:03:41 [RRSAgent]
- logging to http://www.w3.org/2015/05/07-wpay-irc
- 20:04:35 [manu]
- Present: Pat, Manu, Adrian, Shane, DavidJackson, Katie, Erik, Jia
- 20:04:39 [manu]
- rrsagent, draft minutes
- 20:04:39 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu
- 20:07:58 [manu]
- rrsagent, bye
- 20:08:03 [manu]
- rrsagent, make logs public
- 20:08:08 [manu]
- rrsagent, draft minutes
- 20:08:08 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/07-wpay-minutes.html manu
- 20:08:10 [manu]
- rrsagent, bye
- 20:08:10 [RRSAgent]
- I see no action items