18:00:22 RRSAgent has joined #tagmem 18:00:22 logging to http://www.w3.org/2010/01/21-tagmem-irc 18:00:47 +Raman 18:00:53 Ashok - if you're scribing, please be sure to delete the conference code echoed by zakim from the public record. Thank you. 18:00:59 +DKA 18:01:02 +Ashok_Malhotra 18:01:19 zakim, who is here? 18:01:19 On the phone I see noah, Raman, DKA, Ashok_Malhotra 18:01:20 On IRC I see RRSAgent, Zakim, jar, DKA, Ashok, noah, trackbot 18:02:08 raman has joined #tagmem 18:02:12 on and muted. 18:02:13 s/0824/xxxx/ 18:02:24 sorry! 18:02:28 chair: Noah_Mendelsohn 18:02:39 scribe: Ashok 18:02:45 + +1.781.643.aaaa 18:02:47 zakim, who is here? 18:02:47 On the phone I see noah, Raman, DKA, Ashok_Malhotra, +1.781.643.aaaa 18:02:47 scribenick: Ashok 18:02:51 On IRC I see raman, RRSAgent, Zakim, jar, DKA, Ashok, noah, trackbot 18:02:53 zakim, aaaa is jar 18:02:57 +jar; got it 18:03:00 regrets+ TimBL 18:03:09 FYI I will have to leave the call at 19:20 GMT today. 18:03:11 regrets+ John_Kemp 18:03:27 regrets+ Henry_Thompson 18:03:47 will need to bale in 25 mins 18:04:16 zakim, who is here? 18:04:16 On the phone I see noah, Raman, DKA, Ashok_Malhotra, jar 18:04:17 On IRC I see raman, RRSAgent, Zakim, jar, DKA, Ashok, noah, trackbot 18:04:19 Topic: Opening 18:04:32 Noah: 5 of us present 18:04:55 Noah: Regrets from TimBL for 5 weeks or so 18:05:06 Noah: There will be a call last week 18:05:36 s/last/next/ 18:05:42 Topic: Approval of Minutes 14 January 2009 18:06:18 RESOLUTION: Minutes of Jan 14 meeting are approved 18:07:33 Topic: ACTION-278: Draft changes to 2.7 of Metadata in URIs to cover the "Google Calendar" case 18:07:54 Noah explains action 18:08:39 The finding: http://www.w3.org/2001/tag/doc/metaDataInURI-31#hideforsecurity 18:08:52 ACTION-278? 18:08:52 ACTION-278 -- Jonathan Rees to draft changes to 2.7 of Metadata in URIs to cover the "Google Calendar" case -- due 2010-01-20 -- PENDINGREVIEW 18:08:52 http://www.w3.org/2001/tag/group/track/actions/278 18:08:57 Jonthan's email: http://lists.w3.org/Archives/Public/www-tag/2009Dec/0121.html 18:09:16 q? 18:09:45 Jar: This is a drft not a proposal 18:09:55 s/drf/draft/ 18:10:01 ... came out of our discussion of capabilities 18:10:23 Could you say a bit more about the Google Calender use case in particular? What are they doing? 18:10:25 ... URIs to carry secrets is used all over the web. Finding shd talk abt this 18:11:09 JAR: Scope of finding is not limited to public URIs 18:11:20 masinter has joined #tagmem 18:11:23 sorry 18:11:40 ... There is a web interface and you can say "share this calendar"... it says send this URI to yr friend 18:11:49 +masinter 18:12:09 If you send URI to friend and he clicks on it the calendars are shared 18:12:15 -DKA 18:12:29 Noah: Does it carry authority as well as allow sharing? 18:12:39 Crucial case is that the URI carries not just the identification, but also the authorization. 18:12:40 JAR: Yes, carries authority 18:12:48 +DKA 18:12:48 Speaking for myself, I don't like that, and don't want to encourage it. 18:13:06 "click here to unsubscribe" also 18:13:07 I think AWWW is right to make identity and authorization orthogonal 18:13:10 JAR: Tyler Close says this is used and is good 18:13:23 q+ to question the appropriateness of the use case 18:13:31 Is it a one-time use URI? 18:13:43 ... the person getting URI could publish it and then everyone has access 18:13:49 DKA, I don't think so. Sounds like you can explicitly kill it. 18:13:50 q? 18:13:52 q+ to propose drafting a document and getting review of it in the security community 18:13:55 q? 18:13:58 ... but capability can be retracted 18:14:30 google docs is another example 18:14:31 DKA: Is this a one time ise? It is a pattern they use. 18:14:34 One time use seems break GET/safe 18:14:54 JAR: For calendar it is one time use 18:15:14 ... in Google docs you can send to many people 18:15:31 Raman: URL works only if you are in the ACL for document 18:15:50 ... you can manage access control 18:16:07 Adobe Buzzword (acrobat.com) has similar options: "open to anyone who has the URL" is an access control option 18:16:24 Noah: Is this also true of Calendar? 18:16:34 Raman: Calendar has different model. Events have URLs 18:17:10 ... if private no one can see it 18:17:33 ... there is a single sign-in mechanism 18:17:48 ... access to URL does not give access 18:18:02 q? 18:18:06 code.google.com/apis 18:19:01 Noah: Crucial question: Does the URI give access control? 18:19:08 "Allow anyone with a link to view this document" is a access control option that the user can set 18:19:12 ack next 18:19:13 noah, you wanted to question the appropriateness of the use case 18:19:14 ... or is just an identifier 18:19:21 Calendar API:http://code.google.com/apis/calendar/ 18:19:27 All Google APIs: http://code.google.com/apis/ 18:19:28 s/Does the URI/Should a URI ever/ 18:19:48 Larry: I can create a doc from Apple.com and I can create a doc and share it 18:19:54 acrobat.com 18:20:06 ... describes sharing options 18:20:16 s/Apple/acrobat/ 18:20:39 I think the question is: how much do you bend what you would otherwise do with Web architecture to enable Larry's case, which he acknowledges as "weak" 18:20:45 q+ to say, I take Larry's point 18:20:50 ack masinter 18:20:50 masinter, you wanted to propose drafting a document and getting review of it in the security community 18:21:05 ack next 18:21:06 noah, you wanted to say, I take Larry's point 18:21:37 Noah: Seems like passwords in clear discussion 18:22:00 ... its a weak security mechanism. URIs are widely shared. Not like private key. 18:22:14 +1 that this is like password in the clear 18:22:30 ... but people use it because it's convenient 18:22:51 ... people use it and understand the risks 18:23:50 JAR: Why do they give 64-bit URIs if it is not a protection scheme? 18:24:00 obfucation is a useful technique. I don't think anything about "protected channels" doesn't really help much 18:24:12 -Raman 18:24:18 ... key word is trade-offs. Finding shd describe trade-offs 18:24:31 s/obfucation/obfuscation/ 18:24:51 Noah: Finding says access control shd be done orthogonally. I think this is right. 18:25:06 obfuscation isn't "access control" 18:25:07 ... we shd not be vague abt that. 18:25:10 After just trying to share a google calendar I can confirm that seems to be how it works. The URI does not allow automatic access to the calendar. It seems to encode expected access credentials but still requires a credentials check (authentication). 18:25:41 JAR: If finding says do not do the Google Calendar case we lose ccredibility 18:26:18 https://acrobat.com/#d=Y5W06lRXkILNhbfV1yUjsw 18:26:27 q? 18:26:30 q+ 18:27:14 Larry: I made a doc, and service creates a URL and anyone who has URL can read document 18:27:16 ... not so unreasonable 18:28:01 Noah: I'm not conviced there is anything in the finding that's wrong. 18:28:35 Pertinent section of finding: http://www.w3.org/2001/tag/doc/metaDataInURI-31.html#hideforsecurity 18:28:35 maybe expand the finding to cover the obfuscated URI being used as weak access control 18:28:51 """ 18:28:51 A bank establishes a URI assignment policy in which account numbers 18:28:51 are encoded directly in the URI. For example, the URI 18:28:51 http://example.org/customeraccounts/456123 accesses information for 18:28:51 account number 456123. A malicious worker at an Internet Service 18:28:52 Provider notices these URIs in his traffic logs, and determines the 18:28:53 bank account numbers for his Internet customers. Furthermore, if 18:28:55 access controls are not properly in place, he might be able to guess 18:28:57 the URIs for other accounts, and to attempt to access them. 18:28:59 Good Practice: URI assignment authorities SHOULD NOT put into URIs 18:29:01 metadata that is to be kept confidential. 18:29:03 """ 18:29:18 yes, so the use case i gave above would be a violation of the finding 18:29:24 Noah: Says only a little abt access control 18:30:36 Larry: The finding is too strong 18:30:46 Unconvinced 18:30:48 JAR: Finding rules out commen usecase 18:31:04 s/commen/common/ 18:31:27 q+ to say I would rather findings be couched in terms of making people aware of the consequences, rather than telling them what to do 18:31:43 Noah and JAR disagree on what finding says and shd say 18:31:54 https 18:31:57 ack next 18:31:58 masinter, you wanted to say I would rather findings be couched in terms of making people aware of the consequences, rather than telling them what to do 18:32:53 Larry: Try and write findings based on consequences of doing things one way instead of another 18:33:13 ... so finding shd say use this mechanism if risks a acceptable 18:33:22 s/a/are/ 18:34:02 Larry: Some of these exposures are over the long run instead of short run 18:34:24 Noah: A similar example is abt GET being safe 18:34:38 q+ to suggest review on public-web-security 18:35:09 ... I'm happy we said GET is unsafe 18:35:17 ack next 18:35:18 masinter, you wanted to suggest review on public-web-security 18:35:35 ... just because it is wide spread we shd not condone the practice 18:36:22 Larry: Need more discussion of public-web-security 18:36:46 Noah: I wd feel better if we had better framing of the issue 18:36:47 q+ to note that there seem to be a number of use cases here that look similar but are actually different - maybe the WSC group has already enumerated these? 18:36:47 q 18:36:53 ack next 18:36:54 DKA, you wanted to note that there seem to be a number of use cases here that look similar but are actually different - maybe the WSC group has already enumerated these? 18:37:44 DKA: We need a list of usecases and need to categorize them 18:38:39 Noah: How is Web Securiry Context connected with public-web-security 18:39:00 Larry: JAR could send note to public-web-security and see if we can get discussion started 18:39:22 Noah: We shd try and get some shared terminology 18:39:39 Larry: Next step? 18:40:07 JAR: Spell out usecases more clearly? 18:40:53 Noah: Some disagreement. Some feel just becuase commen usecase it shd be condoned 18:41:12 JAR: We shd say what the finding is about 18:41:49 Noah: We have differeing assumptions about what people can put in URIs 18:42:17 JAR: Notion of URI is much broader than these public URIs 18:42:44 ... URIs used in all sorts on situations. Web is just one use. 18:43:46 I think the point that putting the secret in the FragID rather than in the main URI itself is interesting. 18:44:07 Noah: Wat private keys are manged is fundamental to their use 18:44:32 JAR: You are saying URIs have a connotation to a public space on the web 18:44:46 ... I don't agree with this. 18:44:52 maybe this is also a justification for Origin vs. Referer? because Origin doesn't include private keys 18:44:59 ... Noah, this is your opinion 18:45:32 use cases & discussions of them would be really great 18:45:44 JAR: I'll take an action to drill down on the usecases 18:46:11 Noah: Shall we add that to Action-278 and change the due date 18:46:49 ACTION-278: Due 2010-02-04 18:46:49 ACTION-278 Draft changes to 2.7 of Metadata in URIs to cover the "Google Calendar" case notes added 18:46:51 Larry: I'm not hesitant to ask the web Security Group to jump in 18:47:06 q+ 18:47:21 might add the acrobat.com one too while you're at it; let me know if you need more details 18:47:51 AM: I hear Noah and Jonathan disagreeing about how URIs are used? Will doing use cases fix that? 18:48:04 NM: Not sure it will, but it may clarify the context for the discussion. 18:48:18 q? 18:48:22 ack next 18:48:36 Ashok: I think the finding needs to be more nuanced, and that different kinds of security situations will need different advice. Having use cases will help us understanding of the situations and thus what kind of contextual advice to give. 18:49:59 Noah: There is no harm in any of us coming up with new text. This could spark useful discussion. 18:50:13 agenda? 18:50:14 Topic: ACTION-372: Redrafting of HTTP for resource vs. representation 18:50:29 s/HTTP/HTML/ 18:50:34 s/HTTP?HTML/ 18:50:34 action-372? 18:50:35 ACTION-372 -- Larry Masinter to tell the HTML WG the TAG encourages the direction Roy's headed on resource/representation and endorse his request for more time. -- due 2010-01-20 -- PENDINGREVIEW 18:50:35 http://www.w3.org/2001/tag/group/track/actions/372 18:50:39 Note error in agenda, should have referred to HTML not HTTP 18:51:29 LM: I sent the email. Got a response which might be viewed as to me as HTML WG or to the TAG. 18:51:37 Larry: I sent the mail. I got a response. The staus of the issue is - Roy is unavailable to work on this issue 18:51:56 Larry: that's not quite right -- Roy says not available for 4 months, then available. 18:52:08 ... actually Roy said "not available for 4 months to work on issue" 18:52:34 ... not sure it was intereptred as a TAG request 18:53:00 Larry: Noah, please, as chair clarify how we communicate. 18:53:31 ACTION: Noah to frame discussion about how TAG communicated with WGs 18:53:31 Created ACTION-377 - Frame discussion about how TAG communicated with WGs [on Noah Mendelsohn - due 2010-01-28]. 18:54:23 Larry: I would like Noah to talk to HTML WG ... 18:55:35 Noah: Some WG communicate with other WGs. The WG vote on this and someone is asked to send the msg. 18:56:06 ... the TAG has as part of its charter to help WGs do their work 18:56:16 ... in some cases TAG will ask individuals to talk with WGs 18:57:07 Larry: I got a response and I don't think the WGs response is not in line in what was requested 18:57:21 Noah: The process is fine ... we need to decide what to do? 18:57:49 Noah: Larry, what shd TAG do? 18:58:16 DanC has joined #tagmem 18:58:22 +DanC 18:59:07 Larry: If we are happy to give upon this that's ok with me 18:59:21 i'm not sure they acknowledged hearing our opinion 18:59:23 s/upon/on/ 18:59:48 Dan: I don't understand why Roy cannot do the 2 edits? 19:00:02 Roy said: "Honestly, unless you can prove to ME that there is a substantial 19:00:02 burden being imposed upon *someone* by reordering the entirely random order that chairs have decided to call for consensus, then it should be obvious that *MY* constraints are more important than whatever you personally think the procedure should be. Otherwise, you are just railroading a particular conclusion. 19:00:02 19:00:44 Dan: I think it's ok if they close this. 19:00:46 q+ to note issue in abarth-mime-sniffing 19:00:57 ack next 19:00:58 masinter, you wanted to note issue in abarth-mime-sniffing 19:01:31 s/I think it's ok if they close this./I can understand if they close this; we might say we don't like it, but unless we have a proposal.../ 19:01:39 http://www.ietf.org/mail-archive/web/apps-discuss/current/msg01250.html 19:01:54 Larry: JAR on authoritative metadata finding cites abarth-mimesniffing. I did a review of this 19:02:07 ... go down to "terminology" 19:02:13 Quoting: 19:02:14 ??? 19:02:14 TERMINOLOGY "resource" 19:02:14 This document seems to have the same use of "resource" 19:02:14 to talk about what is fetched and not just the source 19:02:14 from which it is fetched, as discussed in HTML-WG 19:02:14 at length: 19:02:16 http://www.w3.org/html/wg/tracker/issues/81 19:02:17 For example 19:02:19 For HTTP resources, only the last Content-Type HTTP header, 19:02:21 if any, contributes any type information; the official type 19:02:23 of the resource is then the value of that header, 19:02:25 interpreted as described by the HTTP specifications. 19:02:50 s/JAR on/John Kemp on/ 19:02:50 Right, the phrase "type of the resource" is highly suspect 19:03:45 Noah: The continuing non-resolution of issue 81 is haveing deleterious effect on the Web 19:04:05 Larry: Roy is the best person on planet to do this 19:04:15 To be clear, I was asking Larry whether the "continuing non-resolution" was has position, and he said yes. 19:04:28 s/is the best/is arguably the best/ 19:04:41 s/the best/the most qualified/ 19:05:33 Noah: We could send a note as the TAG saying that we feel it is very important that this gets resolved 19:06:18 Dan: We shd call the chairs or call Mike Smith ... 19:06:41 Noah: Just say "this remains impt" 19:06:52 s/Dan: We shd call the chairs or call Mike Smith ...// 19:07:33 http://lists.w3.org/Archives/Public/public-html/2010Jan/0853.html 19:07:41 Write clear definitions of all affected terms, possibly in the form of suggested edits to the terminology section, and demonstrate correct usage of the terms by suggesting specific edits to one or two representative sections. 19:07:41 19:08:33 Larry: The above is something the TAG shd take on 19:08:43 s/shd/could/ 19:09:27 the definitions of these terms don't belong in HTML, they belong in webarch 19:10:08 defining the terms of the web architecture seems like a fine job for the TAG, and that there is no other group more authoritative 19:10:11 Noah: This could take up a lot of resources/time 19:10:39 Larry: I'm willing to work on it and I would like some help 19:12:02 799 occurrences of "resource" in Overview.html 19:12:03 Zakim, pick a victim 19:12:03 Not knowing who is chairing or who scribed recently, I propose DanC 19:13:16 are the terms not already clearly defined in WebArch? 19:13:20 no 19:13:43 Noah: You would a great volunteer, Dan! 19:14:00 Larry: Deadline is Jan 23 19:14:09 http://lists.w3.org/Archives/Public/public-html/2010Jan/0930.html 19:14:27 "... let the Chairs know if they are interested in drafting a proposal to resolve Issue-81." 19:14:59 Noah: We could not leave public tracks and you can just try and do the work. 19:16:15 Noah: I would like the resources lined-up first 19:16:35 ACTION: draft suggested text re resource/representation in HTML 5 for discussion with LMM and JAR 19:16:35 Sorry, couldn't find user - draft 19:16:51 ACTION Dan: draft suggested text re resource/representation in HTML 5 for discussion with LMM and JAR 19:16:51 Sorry, amibiguous username (more than one match) - Dan 19:16:51 Try using a different identifier, such as family name or username (eg. connolly, dappelqu) 19:16:59 ACTION Connolly: draft suggested text re resource/representation in HTML 5 for discussion with LMM and JAR 19:16:59 Created ACTION-378 - Draft suggested text re resource/representation in HTML 5 for discussion with LMM and JAR [on Dan Connolly - due 2010-01-28]. 19:17:33 http://www.w3.org/TR/webarch/#id-resources defines "resource" 19:17:42 http://www.w3.org/TR/webarch/#def-representation defines "representation" 19:18:06 Topic: Review Pending Actions 19:18:08 http://www.w3.org/2001/tag/group/track/actions/pendingreview 19:18:42 ACTION-213 due next week 19:18:42 ACTION-213 Prepare 21 Jan weekly teleconference agenda due date now next week 19:19:21 ACTION-213? 19:19:21 ACTION-213 -- Noah Mendelsohn to prepare 21 Jan weekly teleconference agenda -- due 2010-01-26 -- PENDINGREVIEW 19:19:21 http://www.w3.org/2001/tag/group/track/actions/213 19:20:02 I must leave the call now - apologies - Noah please feel free to put me on the scribe rota for a future call except for Feb 18 where I will have to give my regrets. 19:20:24 -DKA 19:21:15 action-278? 19:21:15 ACTION-278 -- Jonathan Rees to draft changes to 2.7 of Metadata in URIs to cover the "Google Calendar" case -- due 2010-02-04 -- OPEN 19:21:15 http://www.w3.org/2001/tag/group/track/actions/278 19:22:10 http://www.ietf.org/mail-archive/web/apps-discuss/current/msg01250.html is linked from ACTION-308 19:25:07 On ACTION-337, Larry wants to punt. 19:25:23 ACTION-337: Larry wants to punt. 19:25:23 ACTION-337 Prepare material for next phone conf metadata formats/representations notes added 19:25:34 close action-337 19:25:34 ACTION-337 Prepare material for next phone conf metadata formats/representations closed 19:27:04 order? is larry asking for futher discusison of ACTION-367? 19:27:17 it's done to my satisfaction. 19:27:18 trying to find out 19:28:02 if there are possible follow-ons, then it should be kept pending review. sigh. 19:29:03 (no, I don't see a URL for the bug) 19:29:06 http://www.w3.org/Bugs/Public/show_bug.cgi?id=8220 19:30:49 close ACTION-372 19:30:49 ACTION-372 Tell the HTML WG the TAG encourages the direction Roy's headed on resource/representation and endorse his request for more time. closed 19:32:03 action-373? 19:32:03 ACTION-373 -- Noah Mendelsohn to convey, re language reference, to encourage the path they've indicated; we can't tell if we're satisifed; we'll stay tuned and comment when drafts become available -- due 2010-01-28 -- PENDINGREVIEW 19:32:03 http://www.w3.org/2001/tag/group/track/actions/373 19:32:05 action-373? 19:32:05 ACTION-373 -- Noah Mendelsohn to convey, re language reference, to encourage the path they've indicated; we can't tell if we're satisifed; we'll stay tuned and comment when drafts become available -- due 2010-01-28 -- PENDINGREVIEW 19:32:08 http://www.w3.org/2001/tag/group/track/actions/373 19:32:31 I'm happy with Maciej's reply. 19:32:36 i.e. http://lists.w3.org/Archives/Public/www-tag/2010Jan/0031.html 19:33:59 Zakim, pick a victim 19:33:59 Not knowing who is chairing or who scribed recently, I propose DanC 19:34:12 Zakim, pick a victim 19:34:12 Not knowing who is chairing or who scribed recently, I propose Ashok_Malhotra 19:34:25 zakim, who is paying for dinner at the next F2F? 19:34:25 I don't understand your question, noah. 19:34:34 ACTION Larry: check whether HTML language reference has been published 19:34:34 Created ACTION-379 - Check whether HTML language reference has been published [on Larry Masinter - due 2010-01-28]. 19:34:44 action-379 due in 4 months 19:34:44 ACTION-379 Check whether HTML language reference has been published due date now in 4 months 19:34:56 close ACTION-373 19:34:56 ACTION-373 Convey, re language reference, to encourage the path they've indicated; we can't tell if we're satisifed; we'll stay tuned and comment when drafts become available closed 19:35:01 action-379 due 21 may 19:35:01 ACTION-379 Check whether HTML language reference has been published due date now 21 may 19:35:09 -masinter 19:35:11 -noah 19:35:17 -jar 19:35:19 -DanC 19:35:36 rrsagent, pointer? 19:35:36 See http://www.w3.org/2010/01/21-tagmem-irc#T19-35-36 19:35:58 Hmm,10 pending non-trivial actions == approx 5 weeks telcon time. 19:35:59 I note there's a list of docs the HTML WG chairs are considering putting a publication question on, and the language reference isn't one of them. http://lists.w3.org/Archives/Public/public-html-wg-announce/2010JanMar/0005.html 19:36:15 got a few minutes for a phone call, noah? 19:36:23 yes, a few. I call you? 19:36:28 cell? 19:36:35 (I mean cell or home) 19:36:53 RRSAgent, draft minutes 19:36:53 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 19:40:05 -Ashok_Malhotra 19:40:07 TAG_Weekly()1:00PM has ended 19:40:08 Attendees were DKA, noah, Raman, Ashok_Malhotra, +1.781.643.aaaa, jar, masinter, DanC 19:40:21 Phone dropped? 19:57:45 DanC has joined #tagmem 20:04:44 Meeting: TAG Weekly 20:04:55 Zakim, list participants 20:04:55 sorry, DanC, I don't know what conference this is 20:05:10 RRSAgent, draft minutes 20:05:10 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:05:37 Agenda: http://lists.w3.org/Archives/Public/www-tag/2010Jan/0062.html 20:05:50 RRSAgent, draft minutes 20:05:50 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:07:11 s|s/0824/xxxx/|| 20:08:59 s/The continuing/I hear you saying: The continuing/ 20:10:14 s/got a few minutes for a phone call, noah?// 20:10:20 s/yes, a few. I call you?// 20:10:28 s/cell?// 20:10:34 s/(I mean cell or home)// 20:10:40 s/Phone dropped?// 20:10:45 RRSAgent, draft minutes 20:10:45 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:11:19 s|yes, a few. I call you?|| 20:11:30 RRSAgent, draft minutes 20:11:30 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:12:03 s|yes, a few. I call you?|| 20:12:23 RRSAgent, draft minutes 20:12:23 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:13:03 ScribeOptions: -noEmbedDiagnostics 20:13:05 RRSAgent, draft minutes 20:13:05 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:13:34 RRSAgent, make logs public 20:13:39 RRSAgent, draft minutes 20:13:39 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:14:39 ScribeOptions: -noEmbedDiagnostics -public 20:14:41 RRSAgent, draft minutes 20:14:41 I have made the request to generate http://www.w3.org/2010/01/21-tagmem-minutes.html DanC 20:20:32 RRSAgent, stop