- From: Frederick Hirsch <frederick.hirsch@nokia.com>
- Date: Tue, 18 Sep 2007 18:46:47 +0300
- To: "ext Juan Carlos Cruellas" <cruellas@ac.upc.edu>
- Cc: Frederick Hirsch <frederick.hirsch@nokia.com>, XMLSec <public-xmlsec-maintwg@w3.org>
if these are minutes, can you please send as an attachment with new subject line? regards, Frederick Frederick Hirsch Nokia On Sep 18, 2007, at 6:14 PM, ext Juan Carlos Cruellas wrote: > > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" > lang="en"><head> > > > > <meta name="generator" content="HTML Tidy for Linux/x86 (vers 12 > April 2005), see www.w3.org"><title>XML Security Specifications > Maintenance Working Group Teleconference -- 18 Sep 2007</title> > > <link type="text/css" rel="STYLESHEET" href="18-xmlsec- > minutes_files/base.css"> > <link type="text/css" rel="STYLESHEET" href="18-xmlsec- > minutes_files/public.css"> > <link type="text/css" rel="STYLESHEET" href="18-xmlsec- > minutes_files/minutes-style.css"> > <meta content="XML Security Specifications Maintenance Working > Group Teleconference" name="Title"> > <meta content="text/html; charset=utf-8" http-equiv="Content- > Type"><script charset="utf-8" id="injection_graph_func" src="18- > xmlsec-minutes_files/injection_graph_func.js"></script></head><body> > <p><a href="http://www.w3.org/"><img src="18-xmlsec-minutes_files/ > w3c_home.png" alt="W3C" border="0" height="48" width="72"></a></p> > > <h1>- DRAFT -</h1> > > <h1>XML Security Specifications Maintenance Working Group > Teleconference</h1> > > <h2>18 Sep 2007</h2> > > <p><a href="http://lists.w3.org/Archives/Public/public-xmlsec- > maintwg/2007Sep/0013.html"> > Agenda</a></p> > > <p>See also: <a href="http://www.w3.org/2007/09/18-xmlsec-irc">IRC > log</a></p> > > <h2><a name="attendees" id="attendees">Attendees</a></h2> > > <div class="intro"> > <dl> > <dt>Present</dt> > > <dt>Regrets</dt> > > <dt>Chair</dt> > > <dd>Frederick Hirsch</dd> > > <dt>Scribe</dt> > > <dd>Juan Carlos Cruellas</dd> > </dl> > </div> > > <h2>Contents</h2> > > <ul> > <li> > <a href="#agenda">Topics</a> > > <ol> > <li><a href="#item01">welcome</a></li> > > <li><a href="#item02">Introduction of members / roll > call</a></li> > > <li><a href="#item03">action item review</a></li> > > <li><a href="#item04">xpointers</a></li> > > <li><a href="#item05">Section 3.3, Implicit/Explicit > rules</a></li> > > <li><a href="#item06">Section 3.5 DNs</a></li> > > <li><a href="#item07">xml:id, :lang, ... implementation > status</a></li> > > <li><a href="#item08">Best Practices</a></li> > > <li><a href="#item09">decryption transform</a></li> > > <li><a href="#item10">Recommendation for regression > tests?</a></li> > > <li><a href="#item11">any other business</a></li> > </ol> > </li> > > <li><a href="#ActionSummary">Summary of Action Items</a></li> > </ul> > <hr> > > <div class="meeting"> > <p class="phone"> </p> > > <p class="phone"> </p> > > <p class="irc"><<cite>trackbot-ng</cite>> Date: 18 > September 2007</p> > > <p class="irc"><<cite>scribe</cite>> Meeting: XML > Security Maintenance Working Group Conference Call</p> > > <p class="irc"><<cite>scribe</cite>> Scribe: Juan Carlos > Cruellas</p> > > <p class="irc"><<cite>fjh</cite>> Chair: Thomas > Roessler</p> > > <p class="irc"><<cite>tlr</cite>> Agenda: <a href="http:// > lists.w3.org/Archives/Public/public-xmlsec-maintwg/2007Sep/0013.html"> > http://lists.w3.org/Archives/Public/public-xmlsec-maintwg/ > 2007Sep/0013.html</a></p> > > <p class="phone">TOPIC Administrativia</p> > > <p class="phone"><cite>tlr:</cite> asks klanz2 on minutes > version</p> > > <p class="phone"><cite>konrad:</cite> he has sent already.</p> > > <p class="phone"><cite>tlr:</cite> will approve next > meeting<br> > ... remind booking hotel for November plenary, as there is a > deadline<br> > ... 20(?) people at the workshop<br> > ... there will be some slight changes in the final agenda. > Somebody will not be able to attend</p> > > <p class="phone"><cite>hal:</cite> requests shift in his > presentation</p> > > <p class="phone"><cite>tlr:</cite> anything else on > workshop?</p> > > <h3 id="item03">action item review</h3> > > <p class="phone">action#26: is still open</p> > > <p class="phone">action#71: sean: still open.</p> > <p class="phone">action#74: to no further progress.</p> > > <p class="phone">action#81: CLOSED.</p> > > <p class="phone">action#82: konrad plans to close it today.</p> > > <p class="phone">action#83: as above.</p> > > <p class="phone">action#90: closed</p> > > <p class="phone">action#91: closed</p> > > <p class="phone"><cite>bruce:</cite> on xpointers...<br> > ... would like to talk about certain URI fragments in the > document.</p> > > <p class="phone"><cite>tlr:</cite> review afterwards</p> > > <p class="phone">Juan Carlos: konrad, Sean and Juan Carlos > coordinated > incorporation of new material to the interop</p> > > <p class="phone"><cite>scribe:</cite> document... from what I > have seen we all have committed new versions to the cvs</p> > > <p class="phone"><cite>konrad:</cite> the document contains > enough information as to allow people to start doing > interop<br> > ... use firefox and they will get the output scroll > bar...<br> > ... they will get nicer view.</p> > > <p class="irc"><<cite>tlr</cite>> ACTION#91: closed</p> > > <p class="phone"><cite>konrad:</cite> we are allowed to > introduce additional material if we identify it...</p> > > <p class="phone"><cite>sean:</cite> do not see changes document > that I > made yesterday at the in the html document pointed by the url in > the agendta</p> > > <p class="irc"><<cite>klanz2</cite>> ah, herte it is Add > links to test signatures in sections 3.3.4.1 and 3.3.4.1.</p> > > <p class="irc"><<cite>klanz2</cite>> I'll do that now</p> > > <p class="phone"><cite>tlr:</cite> transform the xml to html: > konrad or jcc may do it.<br> > ... konrad, could you please do it?</p> > > <p class="phone">action 92 sent that note, not feedback > CLOSED</p> > > <p class="irc"><<cite>tlr</cite>> ACTION#92: CLOSED</p> > > <p class="phone">action 93 konrad will do it today: OPEN</p> > > <p class="irc"><<cite>tlr</cite>> ACTION-93 continued</p> > > <h3 id="item04">xpointers</h3> > > <p class="phone"><cite>bruce:</cite> go to the html document > testcases.html</p> > > <p class="irc"><<cite>klanz2</cite>> built the document, > sean check if your changes are there</p> > > <p class="phone"><cite>bruce:</cite> some "#" missed when > identifying values of URI fragments.</p> > <p class="irc"><<cite>brich</cite>> <a href="http:// > www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/testcases.html"> > http://www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/ > testcases.html</a></p> > > <p class="irc"><<cite>klanz2</cite>> yes brich is > right</p> > > <p class="irc"><<cite>klanz2</cite>> I'll just fix that > now</p> > > <p class="irc"><<cite>klanz2</cite>> SHOULD BE FIXED</p> > > <p class="irc"><<cite>klanz2</cite>> @jcc done</p> > > <p class="phone"><cite>bruce:</cite> this problem happens in all > the test cases for > xpointers using xpointer framework</p><a name="action05" > id="action05"></a> > > <p class="irc"><<cite>scribe</cite>> > <strong>ACTION:</strong> klanz2 to fix the xpointers in the > xpointer framework adding the missing "#" sign to the URI > fragments [recorded in <a href="http://www.w3.org/2007/09/18- > xmlsec-minutes.html#action05">http://www.w3.org/2007/09/18-xmlsec- > minutes.html#action05</a>]</p> > > <p class="irc"><<cite>trackbot-ng</cite>> Created > ACTION-94 - Fix the xpointers in the xpointer framework adding > the missing \"#\" sign to the URI fragments [on Konrad Lanz - > due 2007-09-25].</p><a name="action06" id="action06"></a> > > <p class="irc"><<cite>tlr</cite>> > <strong>ACTION:</strong> sean to generate new test signatures > for xpointer [recorded in <a href="http://www.w3.org/2007/09/18- > xmlsec-minutes.html#action06">http://www.w3.org/2007/09/18-xmlsec- > minutes.html#action06</a>]</p> > > <p class="irc"><<cite>trackbot-ng</cite>> Created > ACTION-95 - Generate new test signatures for xpointer [on Sean > Mullan - due 2007-09-25].</p> > > <p class="phone"><cite>bruce:</cite> Second issue for > xmlpointers test cases: unclear for xpointer > framework test cases whether the canonincalization is 1.0 or > 1.1</p> > > <p class="irc"><<cite>klanz2</cite>> well there is a > RECOMMENDATION for c14n1.1 in the spec</p> > > <p class="irc"><<cite>klanz2</cite>> in the section for > reference generation</p> > > <p class="irc"><<cite>sean</cite>> +1 to konrad</p> > > <p class="phone">"The ds:Reference for enveloped signatures will > contain two Transform elements, namely; the enveloped signature > transform and the one indicating canonical XML 1.0 (these test > cases are not designed to deal with canonical XML 1.1). The > ds:Reference for enveloping signatures will contain only the > second one."</p> > > <p class="phone"><cite>bruce:</cite> agreed</p> > > <p class="phone"><cite>tlr:</cite> should not we have the same > test cases for c14n1.1?</p> > > <p class="irc"><<cite>klanz2</cite>> updated '#' issues > in <a href="http://www.w3.org/2007/xmlsec/interop/xmlsig-interop- > doc/testcases.html#TestCases-SchemaBasedXPointers"> > http://www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/ > testcases.html#TestCases-SchemaBasedXPointers</a> > press shift reload</p> > > <p class="phone">juan carlos: xpointer framework test cases > were requested without looking at the cannonicalization...</p> > > <p class="phone"><cite>sean:</cite> these test cases should use > canonicalization 1.1</p> > > <p class="irc"><<cite>klanz2</cite>> May I propose to use > two references one using 1.0 and one using 1.1 if this has > value in the defined testcases to demonstrate some > difference</p> > > <p class="irc"><<cite>klanz2</cite>> if not let's just > use 1.1</p> > > <p class="phone"><cite>sean:</cite> should move away from > 1.0</p> > > <p class="phone"><cite>konrad:</cite> worth to use both... in > order to go deeper in behaviour.</p> > > <p class="phone"><cite>tlr:</cite> people support using 1.1</p> > > <p class="phone"><cite>bruce:</cite> support 1.1. Either one > would be OK. Do not see difference in process</p> > > <p class="phone"><cite>tlr:</cite> we agree that > canonicalization 1.1 should be present</p> > > <p class="irc"><<cite>tlr</cite>> RESOLUTION: xpointer > test cases to be changed to c14n 1.1</p><a name="action07" > id="action07"></a> > > <p class="irc"><<cite>scribe</cite>> > <strong>ACTION:</strong> klanz2 to switch xpointer test cases > to c14n1.1 [recorded in <a href="http://www.w3.org/2007/09/18- > xmlsec-minutes.html#action08">http://www.w3.org/2007/09/18-xmlsec- > minutes.html#action08</a>]</p> > > <p class="irc"><<cite>trackbot-ng</cite>> Created > ACTION-96 - Switch xpointer test cases to c14n1.1 [on Konrad > Lanz - due 2007-09-25].</p> > > <p class="irc"><<cite>klanz2</cite>> is the way the > xpointer test cases are designed xml:base tested as well ?</p> > > <p class="irc"><<cite>klanz2</cite>> I just looked into > the cvs it is not have xml:base attributes</p> > > <p class="irc"><<cite>klanz2</cite>> no that's it</p> > > <h3 id="item05">Section 3.3, Implicit/Explicit rules</h3> > > <p class="irc"><<cite>tlr</cite>> <a href="http:// > www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/">http:// > www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/</a></p> > > <p class="phone"><cite>tlr:</cite> section 3.3</p> > > <p class="phone"><cite>konrad:</cite> three new test cases > checking implicit and explicit indication of canonicalization > algorithms<br> > ... some test that should use 1.1 actually do not mention any > algorithm, which by defalut means that they use 1.0</p> > > <h3 id="item06">Section 3.5 DNs</h3> > > <p class="irc"><<cite>tlr</cite>> <a href="http:// > www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/">http:// > www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/</a></p> > > <p class="irc"><<cite>tlr</cite>> <a href="http:// > www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/ > testcases.html#TestCases-DistinguishedName"> > http://www.w3.org/2007/xmlsec/interop/xmlsig-interop-doc/ > testcases.html#TestCases-DistinguishedName</a></p> > > <p class="phone"><cite>sean:</cite> the test cases for this > part are completed<br> > ... changed the way they were specified quite a bit and > appreciate any comment on that...<br> > ... for the second part implemented 3 of the cases that seem to > be the most important ones...</p> > > <p class="irc"><<cite>klanz2</cite>> Update to the > XPointer test cases:</p> > > <p class="irc"><<cite>klanz2</cite>> The ds:Reference for > enveloped signatures will ebventually contain two Transform > elements, namely; the enveloped signature transform and the > conversion from node set data to octet stream (canonical XML > 1.1).</p> > > <p class="phone"><cite>sean:</cite> the rest seem not to > explicitly check the RFCs but only thigns nice to test</p> > > <h3 id="item07">xml:id, :lang, ... implementation status</h3> > > <p class="irc"><<cite>klanz2</cite>> same</p> > > <p class="irc"><<cite>klanz2</cite>> not yet for xpointer > and dname</p> > > <p class="phone"><cite>sean:</cite> dropped material on these > test cases in the cvs</p> > > <p class="phone">bruce dropped signatures on xml:base and > verified signatures from sean.</p> > > <p class="phone"><cite>jcc:</cite> try to drop some material > during this week</p> > > <h3 id="item08">Best Practices</h3> > > <p class="phone"><cite>esimon2:</cite> three months ago we > discussed the DNs encoding and reversibility</p> > > <p class="irc"><<cite>klanz2</cite>> ed: encoding rules > /issue of reversibility / security considerations /trying to > get corrwect certificate</p> > > <p class="irc"><<cite>klanz2</cite>> ... are the > reversibility issues</p> > > <p class="irc"><<cite>klanz2</cite>> ... sean & ed: > attrubute type makes a difference</p> > > <p class="phone"><cite>esimon2:</cite> sean mentioned some > questions, like if the attributetype makes a difference and > whether<br> > ... there could be an attack on that...</p> > > <p class="irc"><<cite>klanz2</cite>> could there be an > attack, when a different certificate sneaks in</p> > > <p class="phone"><cite>esimon2:</cite> or you get a different > certificate...</p> > > <p class="phone"><cite>sean:</cite> does anyone follow the PKIX > group progress?</p> > > <p class="irc"><<cite>sean</cite>> <a href="http:// > www.imc.org/ietf-pkix/mail-archive/msg04986.html">http:// > www.imc.org/ietf-pkix/mail-archive/msg04986.html</a></p> > > <p class="phone">konrad updated the document in terms of > xpointers</p> > > <p class="phone">juan carlos: should be considered in the > future</p> > > <p class="phone"><cite>konrad:</cite> substituion attacks could > be possible...<br> > ... strict rules for requesting certificates... should not this > disminish the danger?</p> > > <p class="phone"><cite>ed:</cite> it is also a matter of > accuracy: with ASN1 you are exactly referring the right > certificate...</p> > > <p class="phone"><cite>konrda:</cite> substitution attacks are > managed outside XMLDSIG (XAdES, for instance ensure data from > the certificate so that substitution may be detected)</p> > > <p class="irc"><<cite>klanz2</cite>> dialing in again</p> > > <p class="phone"><cite>sean:</cite> review the whole RFC of > encoding DNs...<br> > ... what we are doing in XMLDSIG is requiriung reversibility to > a spec that did not pursued tahat<br> > ... we could come up witha mechanisms that grants that there is > no loss of information in either way...</p> > > <p class="irc"><<cite>klanz2</cite>> is this ismilar to > xml encoding rules?</p> > > <p class="phone">next XMLDSIG versiohn should incorporate this > feature</p> > > <p class="irc"><<cite>klanz2</cite>> > s/isimilar/similar/</p> > > <p class="phone"><cite>hal:</cite> in Web services security... > referring to a certificate is not easy ... and doing a DN > comparison is something commonly done...</p> > > <p class="phone"><cite>sean:</cite> something to investigate in > the next months to come</p> > > <p class="phone"><cite>ed:</cite> interesting to explore this > reversibility between ASN.1 and XML for DNs.</p> > > <p class="phone"><cite>tlr:</cite> what I heard seems to go > farther than best practices<br> > ... and could be a relevant item for a future working group</p> > > <p class="phone"><cite>esimon2:</cite> will not be present in > workshop but yes in November, in Boston</p> > > <p class="irc"><<cite>klanz2</cite>> maybe its worth to > point from the wiki to the minutes</p> > > <p class="phone"><cite>tlr:</cite> should we add this into the > wiki?</p> > > <p class="phone"><cite>ed:</cite> enough with the minutes...we > will have to deal with this in the future</p> > > <h3 id="item09">decryption transform</h3> > > <p class="irc"><<cite>esimon2</cite>> I will be dialing > into the WorkShop next week though I will not be there in > person.</p> > > <p class="irc"><<cite>tlr</cite>> <a href="http:// > lists.w3.org/Archives/Public/public-xmlsec-maintwg/2007Aug/0012.html"> > http://lists.w3.org/Archives/Public/public-xmlsec-maintwg/ > 2007Aug/0012.html</a></p> > > <p class="irc"><<cite>klanz2</cite>> @ED, maybe you'd > like to add the DNAME Reversibility topic here</p> > > <p class="irc"><<cite>klanz2</cite>> <a href="http:// > www.w3.org/2007/xmlsec/wiki/CharterDevelopmentForSignatureEncryption"> > http://www.w3.org/2007/xmlsec/wiki/ > CharterDevelopmentForSignatureEncryption</a></p> > > <p class="phone"><cite>tlr:</cite> proposal for modifying > decryption transform... hanging for number of days.. what > people think?<br> > ... any interest on that now?</p> > > <p class="irc"><<cite>klanz2</cite>> any, luck with alex > sanin ?</p> > > <p class="phone"><cite>tlr:</cite> as we have not been able ot > progress on this issue it might happen that we drop the > issue</p> > > > <h3 id="item10">Recommendation for regression tests?</h3> > > <p class="phone"><cite>tlr:</cite> come back to item 6<br> > ... should interop progression tests? to incorporate xmlsig > former tests conveniently updated?</p> > > <p class="phone"><cite>konrad:</cite> almost impossible to > update former tests in xmlsig for incorporating c14n1.1 > there</p> > > <p class="irc"><<cite>esimon2</cite>> Thomas -- I keep > getting cut off IRC; please send me the raw version after the > meeting ends so I can write up something re the reversibility > issue re Konrad's suggestion. Thanks, Ed</p> > > <p class="phone"><cite>konrad:</cite> proposes to leave them as > they are as legacy test cases</p> > > <p class="phone"><cite>sean:</cite> doable, they have tools > that already created all of them<br> > ... could modify them to nsert c14n1.1 in them...</p> > > <p class="phone"><cite>tlr:</cite> it could be useful</p> > > <p class="phone"><cite>bruce:</cite> not sure...not familiar > with these tests so not able to assess their difficulty</p> > > <p class="phone"><cite>sean:</cite> would not be expecting the > others generatign signatures, but verifying them</p> > > <p class="phone"><cite>konrad:</cite> agree with sean if we > keep this informally.</p> > > <p class="irc"><<cite>klanz2</cite>> +1</p> > > <p class="phone">jcc +1</p> > > <p class="phone"><cite>tlr:</cite> sean could generate these > signatures and verification test cases could be performed on > them</p> > > <p class="phone"><cite>sean:</cite> will generate and drop them > in the cvs</p> > > <p class="phone"><cite>bruce:</cite> is it possible to know the > format so that we may prepare the test framework?</p> > > <p class="phone"><cite>sean:</cite> propose to generate the > merlin 23 signature (the big one) with the c14n11 > canonicalization there<br> > ... only the big one, not the rest</p> > > <p class="phone"><cite>konrad:</cite> sean mentioned some test > cases that never were tested...would it be worth to do > something on them at the interop?</p> > > <p class="irc"><<cite>klanz2</cite>> also for the ok if > we have time list</p> > > <p class="irc"><<cite>klanz2</cite>> I can hear you > okay</p> > > <p class="phone"><cite>tlr:</cite> need for an agenda bit more > formal</p> > > <p class="irc"><<cite>tlr</cite>> tlr: interop, any other > business?</p> > > <p class="irc"><<cite>tlr</cite>> frederick: other > participants?</p> > > <p class="irc"><<cite>tlr</cite>> klanz2: comment mailing > list?</p> > > <p class="irc"><<cite>tlr</cite>> tlr: > public-xmlsec-comments</p> > > <p class="irc"><<cite>klanz2</cite>> Action to tlr to > create a small sction on the public page referring to the > comments mailing list plus some list to relevant material</p> > > <p class="irc"><<cite>tlr</cite>> ACTIONS: frederick to > point addtl participants at comment mailing list</p> > > <p class="phone"><cite>tlr:</cite> question on organizational > issues.</p> > > <p class="phone">very few registration so far.</p> > > <p class="irc"><<cite>klanz2</cite>> just me</p> > > <p class="phone"><cite>scribe:</cite> who will be at the > interop?</p> > > <p class="irc"><<cite>sean</cite>> just me</p> > > <p class="phone"><cite>jcc:</cite> only me</p> > > <p class="irc"><<cite>brich</cite>> just me</p> > > <p class="phone"><cite>tlr:</cite> thank you...that is > enough</p> > > <h3 id="item11">any other business</h3> > > <p class="phone"><cite>bruce:</cite> is there somewhere > something of the type "must do" for the interop?<br> > ... xml space attribute "must do", xpointers "may do"</p> > > <p class="phone"><cite>konrad:</cite> the more we may bring the > better</p> > > <p class="irc"><<cite>brich</cite>> my "must-do" > assumption was ID, SPACE, LANG, BASE</p> > > <p class="phone"><cite>sean:</cite> test cases using XSLT may > put problems as XSLT itself is not mandatory</p> > > <p class="phone"><cite>konrad:</cite> some test case that > includes binary input in one of the transforms steps..</p> > > <p class="phone"><cite>sean:</cite> it has to be optional at > the end of the day</p> > > <p class="phone"><cite>tlr:</cite> the goal will be to have the > things ready for progressing the canonicalization spec<br> > ...tlr: no public report of the interop...</p> > > <p class="irc"><<cite>brich</cite>> some interops publish > only impl A, B, C...</p> > > <p class="phone"><cite>tlr:</cite> might be one way... although > it will depend on the final result...<br> > ... would not like to make a decission just now</p> > > <p class="irc"><<cite>klanz2</cite>> we do need a certain > number implementations and I'm confident we'll all be quite > successful ...</p> > > <p class="phone"><cite>jcc:</cite> proposes that everybody is > free to decide whether is mentioned or not in the public > report</p> > > <p class="phone"><cite>tlr:</cite> need to think more about > that: anonymous report as proposed by brich could be one > way</p> > > <p class="irc"><<cite>klanz2</cite>> positive</p> > > <p class="irc"><<cite>klanz2</cite>> xmldsig/defCan-2 and > xmldsig/defCan-3 contains an xslt transform and I'll put > "(optional) " next to the test name</p> > > <p class="phone"><cite>tlr:</cite> thank you everybody for > attend the meeting.</p> > > <p class="irc"><<cite>klanz2</cite>> bye bye, lookin > forward</p> > > <p class="irc"><<cite>tlr</cite>> adjourned</p> > </div> > > <h2><a name="ActionSummary" id="ActionSummary">Summary of Action > Items</a></h2><!-- Action Items --> > > <strong>[NEW]</strong> <strong>ACTION:</strong> klanz2 to fix the > xpointers in the xpointer framework adding the missing "#" sign > to the URI fragments [recorded in <a href="http://www.w3.org/ > 2007/09/18-xmlsec-minutes.html#action05">http://www.w3.org/ > 2007/09/18-xmlsec-minutes.html#action05</a>]<br> > > <strong>[NEW]</strong> <strong>ACTION:</strong> klanz2 to switch > xpointer test cases to c14n1.1 [recorded in <a href="http:// > www.w3.org/2007/09/18-xmlsec-minutes.html#action08">http:// > www.w3.org/2007/09/18-xmlsec-minutes.html#action08</a>]<br> > > <strong>[NEW]</strong> <strong>ACTION:</strong> klaz2 to switch > xpointer test cases to c14n1.1 [recorded in <a href="http:// > www.w3.org/2007/09/18-xmlsec-minutes.html#action07">http:// > www.w3.org/2007/09/18-xmlsec-minutes.html#action07</a>]<br> > > <strong>[NEW]</strong> <strong>ACTION:</strong> sean to generate > new test signatures for xpointer [recorded in <a href="http:// > www.w3.org/2007/09/18-xmlsec-minutes.html#action06">http:// > www.w3.org/2007/09/18-xmlsec-minutes.html#action06</a>]<br> > > <br> > <strong>[DONE]</strong> <strong>ACTION:</strong> 81 to [recorded > in <a href="http://www.w3.org/2007/09/18-xmlsec- > minutes.html#action02">http://www.w3.org/2007/09/18-xmlsec- > minutes.html#action02</a>]<br> > > <br> > [End of minutes]<br> > <hr> > > <address> > Minutes formatted by David Booth's <a href="http://dev.w3.org/ > cvsweb/%7Echeckout%7E/2002/scribe/scribedoc.htm"> > scribe.perl</a> version 1.128 (<a href="http://dev.w3.org/cvsweb/ > 2002/scribe/">CVS log</a>)<br> > $Date: 2007/09/18 14:44:52 $ > </address> > > <div class="diagnostics"> > <hr> > > <h2>Scribe.perl diagnostic output</h2>[Delete this section > before finalizing the minutes.]<br> > <pre>This is scribe.perl Revision: 1.128 of Date: 2007/02/23 > 21:38:13 Check for newer version at <a href="http://dev.w3.org/ > cvsweb/%7Echeckout%7E/2002/scribe/">http://dev.w3.org/cvsweb/ > ~checkout~/2002/scribe/</a> > > Guessing input format: RRSAgent_Text_Format (score 1.00) > > Succeeded: s/mybe/maybe/ > Succeeded: s/cvs/url in the agendta/ > Succeeded: s/build/built/ > Succeeded: s/ill/I'll/ > Succeeded: s/having/have/ > Succeeded: s/iu/I/ > Succeeded: s/sean/ed/ > FAILED: s/isimilar/similar/ > Succeeded: s/fredewrick/Frederick/ > Succeeded: s/brich/bruce/ > No ScribeNick specified. Guessing ScribeNick: jcc > Found Scribe: Juan Carlos Cruellas > > WARNING: No "Present: ... " found! > Possibly Present: ACTIONS Ed_Simon Hal_Lockhart P11 P2 P20 P5 PHB > PHB2 Thomas aaaa brich bruce ed esimon2 fjh fjh2 frederick hal > inserted jcc joined klanz2 konrad konrda rdmiller rmiller sean tlr > trackbot-ng xmlsec > You can indicate people for the Present list like this: > <dbooth> Present: dbooth jonathan mary > <dbooth> Present+ amy > > Agenda: <a href="http://lists.w3.org/Archives/Public/public-xmlsec- > maintwg/2007Sep/0013.html">http://lists.w3.org/Archives/Public/ > public-xmlsec-maintwg/2007Sep/0013.html</a> > Found Date: 18 Sep 2007 > Guessing minutes URL: <a href="http://www.w3.org/2007/09/18-xmlsec- > minutes.html">http://www.w3.org/2007/09/18-xmlsec-minutes.html</a> > People with action items: 74 82 83 klanz2 klaz2 sean > > </pre>[End of <a href="http://dev.w3.org/cvsweb/%7Echeckout%7E/2002/ > scribe/scribedoc.htm"> > scribe.perl</a> diagnostic output] > </div> > > </body></html> >
Received on Tuesday, 18 September 2007 15:47:33 UTC