13:12:34 RRSAgent has joined #wot-pf 13:12:34 logging to https://www.w3.org/2022/07/06-wot-pf-irc 13:12:38 topic: minutes 13:12:43 mc: not too much 13:13:15 ... still some issues with some assertions 13:13:20 ... minutes looks good 13:13:22 i|not|-> https://www.w3.org/2022/06/29-wot-pf-minutes.html June-29| 13:13:24 ... any objections? 13:13:28 ... ok minutes accepted 13:13:29 i/still/scribenick: cris/ 13:13:33 topic: PRs 13:13:35 i/not too/scribenick: kaz/ 13:13:36 Mizushima has joined #wot-pf 13:13:42 meeting: WoT Plugfest/Testing 13:13:47 chair: McCool 13:13:48 subtopic: PR 349 13:14:08 mc: a bunch of TM models from sdf-wot-converter 13:14:13 present+ Kaz_Ashimura, Michael_McCool, Fady_Salama, Cristiano_Aguzi, Ege_Korkan, Kunihiko_Toumura, Tomoaki_Mizushima 13:14:15 ... but there is an issue 13:14:20 ege: is a validation issue 13:14:37 ... regarding format keyword 13:15:04 fady: I'm not sure where is the problem, but if it is written in the TD/TM schema 13:15:06 i|bunch of|-> https://github.com/w3c/wot-testing/pull/349 PR 349 - Add TMs and manual.csv for sdf-wot-converter| 13:15:14 ... there is the possibility that it might be wrong there 13:15:17 rrsagent, make log public 13:15:21 rrsagent, draft minutes 13:15:21 I have made the request to generate https://www.w3.org/2022/07/06-wot-pf-minutes.html kaz 13:16:13 mc: json pointer is meant to be used as fragment identifiers 13:16:36 fady: practically is ajv problem 13:16:51 ... they are using two different keywords for describing JSONPointers 13:16:59 ... one for the fragment part 13:17:34 i|json pointer|-> https://datatracker.ietf.org/doc/html/rfc6901 RFC 6901 - JSON Pointer| 13:17:40 rrsagent, draft minutes 13:17:40 I have made the request to generate https://www.w3.org/2022/07/06-wot-pf-minutes.html kaz 13:17:47 s/fragment part/full path/ 13:17:55 ... and the other for relative part 13:18:08 https://ajv.js.org/packages/ajv-formats.html 13:18:22 s/https/-> https/ 13:18:28 ege: I checked two different JSONSchema validator implementations and one accept it and the other not 13:18:43 ... there might be a inconsistency problem 13:18:59 mc: the RFC clearly states that a JSON Pointer is not an URL 13:19:10 s/html/html ajv-formats/ 13:19:33 ... putting this aside I think we should merge the PR and fix the problem about JSONPointer somewhere else 13:19:36 kaz: I agree 13:19:42 q? 13:20:59 ege: basically # is not allowed 13:21:22 ... the submission is wrong (it contains #) 13:21:40 fady: beware that the TD spec uses # everywhere. 13:21:55 mc: checking examples in a minute 13:22:16 ... actions: review the TD spec, 13:23:15 q+ 13:23:54 kaz: we should discuss about these details in the TD call 13:24:01 mc: I agree 13:24:02 s/about // 13:24:07 ack k 13:24:41 mc: bottom line, we can't merge this PR because it contains pointers with # 13:25:50 subtopic: PR 356 13:25:58 fady: tool problem 13:26:01 ... TDs are correct 13:26:14 ... but the tool is behaving wrongly 13:26:29 ... PR inflight 13:26:53 i|tool|-> https://github.com/w3c/wot-testing/pull/356 PR 356 - Add ComboSecurityScheme with descriptions| 13:26:55 ege: the official JSON Schema does not included the URI 13:26:59 ... but still the tool fails 13:27:08 fady: we have to discuss about it 13:27:18 mc: ok about the PR we can proceed 13:27:26 ... since is not a problem with the TDs 13:27:34 fady: I agree 13:28:38 https://github.com/w3c/wot-thing-description/issues/1557 13:28:42 s/https/-> https/ 13:28:49 merged, overriding validation check failure 13:28:52 s/1557/1557 related TD issue 1557/ 13:29:11 topic: logistics 13:29:32 mc: July testfest 13:29:36 s/logistics/testfest logistics/ 13:29:37 ... dates are set 13:30:11 ege: we know a bunch of people from University of Turin 13:30:11 i|July|-> https://github.com/w3c/wot-testing/tree/main/events/2022.07.Online 2022.07.Online| 13:30:17 ... can we ask them to join 13:30:21 q+ 13:30:27 s/join/join?/ 13:30:41 mc: it sounds that they are better fit for August (plugFest) 13:30:56 q+ 13:31:13 ege: they do not have a new application 13:31:24 mc: if that's so we can invite them as guests 13:31:55 kaz: if you want invite implementers to verify implementability of some feature we should do that in Septmber 13:32:04 ... if the implementation is old 13:32:21 ... we can use it for implementation report 13:32:23 q+ 13:32:26 ack k 13:33:30 cris: they are also developing experimental features 13:33:36 ... we should clarify the scope 13:33:52 ... but I ok to invite them 13:34:01 s/I ok/I am ok/ 13:34:12 mc: I've updated the readme 13:34:15 ack k 13:34:17 ack c 13:35:59 s/If you want invite implementers to verify implementability of some feature we should do that in Septmber/if they can provide implementation report for the July testfest, we can invite them. On the other hand, if they want to show their implementations to us or see connectivity with the other implementations, we should rather invite them to a Plugfest, e.g., the one during TPAC in September./ 13:36:09 ege: I won't be able to participate in the August PF 13:36:37 s/use it for/use it as part of our/ 13:36:46 mc: about logistics I'd like to propose to use the same time 13:37:03 ege: links are dead in the readme 13:37:54 cris: I can't join too 13:39:02 mc: let's do it anyway we don't have any other good slots for it 13:39:30 topic: implementation reports 13:39:54 mc: I have still to re-run the tests 13:40:20 ege: there is also some problem with node-wot 13:40:29 ... I opened the issue 13:40:34 ... I will investigate 13:40:52 ... going back to invite 13:40:56 ... can I do it 13:41:00 ... ? 13:41:16 mc: regarding PF I am ok for you to invite people 13:41:34 ... just be sure that they know the IP policy 13:41:44 ege: testfest too? 13:42:00 mc: both, but it is technically an IG activity. 13:42:03 q+ 13:42:47 kaz: I agree about open invitations 13:42:56 ... but I would be more careful 13:43:14 mc: yeah we may define a policy 13:43:43 ... however the event is under IG so people must obey to IG policy 13:43:56 ... I ok with giving the power to editors 13:44:02 ... to extend invitations 13:44:24 kaz: not clearly defined 13:44:41 ... we should specify "why" 13:44:50 mc: I agree a kind of rationale 13:45:19 s/I agree about open invitations/I basically agree with your position, Michael./ 13:45:59 s/but I would be more careful/but would suggest we should be a bit more careful about who to invite to which events./ 13:46:00 mc: bug report might fell under CG activity 13:46:11 ege: I agree 13:46:35 kaz: if there is an invite we should get something in exchange 13:46:55 s/not clearly/how to deal with CG is not clearly/ 13:48:03 s/we should specify "why"/we should consider "why we need to invite who to which events or meetings"./ 13:48:11 mc: let's discuss this in the main call 13:48:31 ... but it is a little late 13:48:44 ... can I ask directly a description 13:48:48 ... and a motivation 13:48:57 ... so that we can decide by email 13:49:20 s/if there is an invite we should get something in exchange/if we invite somebody to our meetings or events, we should clarify why we need to invite them and what would be their potential contributions./ 13:49:35 rrsagent, draft minutes 13:49:35 I have made the request to generate https://www.w3.org/2022/07/06-wot-pf-minutes.html kaz 13:51:57 scribenick: kaz 13:52:24 kaz: yes, we need to see who to be invited to which events or meetings for what purpose./ 13:52:30 s|./|.| 13:52:33 [adjourned] 13:52:39 rrsagent, draft minutes 13:52:39 I have made the request to generate https://www.w3.org/2022/07/06-wot-pf-minutes.html kaz 13:59:47 Mizushima has left #wot-pf 16:21:17 Zakim has left #wot-pf