13:58:13 RRSAgent has joined #lws 13:58:18 logging to https://www.w3.org/2026/06/22-lws-irc 13:58:49 zakim, start meeting 13:58:49 RRSAgent, make logs Public 13:58:51 please title this meeting ("meeting: ..."), acoburn 13:58:56 meeting: Linked Web Storage WG 13:59:00 agenda: https://www.w3.org/events/meetings/a19ab7dc-1753-433d-bac5-64e3ad8c0a43/20260622T100000/#agenda 13:59:00 clear agenda 13:59:00 agenda+ Introduction & Announcements 13:59:00 agenda+ Test suite update 13:59:00 agenda+ Use Cases & Requirements document 13:59:00 agenda+ Auxiliary Resources: -> PR#165 https://github.com/w3c/lws-protocol/pull/165 and -> PR#167 https://github.com/w3c/lws-protocol/pull/165 13:59:03 agenda+ Threat Model -> Issue#177 https://github.com/w3c/lws-protocol/issues/177 13:59:16 rrsagent, make minutes 13:59:18 I have made the request to generate https://www.w3.org/2026/06/22-lws-minutes.html acoburn 13:59:36 eBremer has joined #lws 13:59:50 previous meeting: https://www.w3.org/2026/06/15-lws-minutes.html 14:00:02 next meeting: https://www.w3.org/2026/06/29-lws-minutes.html 14:00:08 rrsagent, make minutes 14:00:09 I have made the request to generate https://www.w3.org/2026/06/22-lws-minutes.html acoburn 14:00:15 present+ 14:00:42 gibsonf1 has joined #lws 14:00:49 present+ 14:01:04 ericP has joined #lws 14:01:09 present+ 14:01:34 elf-pavlik has joined #lws 14:01:51 present+ 14:02:11 termontwouter has joined #lws 14:02:29 chair: ericP 14:03:03 present+ 14:03:25 ryey has joined #lws 14:04:58 jeremycaine has joined #lws 14:05:02 present+ 14:05:05 scribe+ 14:05:14 agenda? 14:05:34 zakim, next agendum 14:05:34 agendum 1 -- Introduction & Announcements -- taken up [from agendabot] 14:05:40 jeswr has joined #lws 14:06:03 ericP: intro and announce? 14:06:09 present+ TallTed 14:06:16 present+ 14:06:19 zakim, next agendum 14:06:19 agendum 1 was just opened, ericP 14:06:20 ... any new people? no 14:06:53 [no announcements] 14:06:55 zakim, next agendum 14:06:55 agendum 2 -- Test suite update -- taken up [from agendabot] 14:07:40 [deferred] 14:07:42 zakim, next agendum 14:07:42 agendum 2 was just opened, ericP 14:07:59 zakim, take up agendum 3 14:07:59 agendum 3 -- Use Cases & Requirements document -- taken up [from agendabot] 14:08:43 acoburn: lots of work done on UC and req doc about 18mo aho 14:09:02 ... but still needs lots of work e.g UC need to be consistently organised 14:09:14 ... aligned with what LWS is trying to achieve 14:09:39 ... what we have has gone beyond the initial scope being planned to be produced 14:09:49 q+ to connect it to tracking interest in implementing #171 14:10:13 ack next 14:10:14 ... who wants to help editing / uplifting the docs 14:10:15 elf-pavlik, you wanted to connect it to tracking interest in implementing #171 14:10:29 jeswr has joined #lws 14:11:13 elf-pavlik: person proposing a use case should write into the do 14:11:27 q+ Happy to assist on use case effort, want to get a sense of whether group is ok with having an LLM pipeline there which is what I having going with personal projects now 14:11:28 q+ 14:11:48 present+ 14:11:58 q+ where is the uc doc 14:12:25 Use case repo: https://github.com/w3c/lws-ucs 14:12:32 elf-pavlik: UC proposal does not need to be implemented 14:12:34 q- 14:12:44 Use case spec doc: https://w3c.github.io/lws-ucs/spec/ 14:13:40 q? 14:13:50 TallTed: UC proposer can be a consultant to the implementor 14:14:15 ack next 14:14:15 Happy, you wanted to assist on use case effort, want to get a sense of whether group is ok with having an LLM pipeline there which is what I having going with personal projects now 14:14:49 jeswr: happy to help out; has automated pipelines 14:14:50 bigbluehat has joined #lws 14:15:17 ... also using code gen LWS apps 14:15:31 ... similar to solid code work 14:15:34 q+ 14:15:36 q+ to ack if anyone object to claude authoring 14:15:39 ack next 14:15:52 present+ 14:16:05 acoburn: UC > requirements > implementation 14:16:26 ... current requirements have multiple upstream UCs 14:16:53 TallTed has joined #lws 14:16:59 ... should not assume UC proposer has to implement 14:17:13 ack next 14:17:17 jeswr has joined #lws 14:17:26 scribe+ 14:17:44 jeremycaine: i wanted to understand a little bit more as someone who chooses to implement use case 14:18:06 ... are they going to have to implement a reference implementation and build app to implement use case? 14:18:13 ... what is the general process 14:18:33 ericP: is it regarding elf-pavlik proposal to connect impl to use cases? 14:18:55 ack next 14:18:56 ericP, you wanted to ack if anyone object to claude authoring 14:19:06 jeremycaine: is the goal to implement reference, past the tests and app to demonstrate the use case? 14:19:31 ericP: use case will have some requirements and they may need to be included in the test suite 14:19:51 ... does anyone object to use llm to work on use cases, as long as human baby sit it? 14:20:02 q+ to say that we are ultimately responsible for the content 14:20:03 scribe+ 14:20:04 scribe- 14:20:07 present+ 14:20:15 LLMs must be treated as junior coders, at best. *heavy* code review. 14:20:34 +1 TallTed 14:20:34 q? 14:20:36 q+ 14:21:02 ack next 14:21:03 acoburn, you wanted to say that we are ultimately responsible for the content 14:21:05 ack next 14:21:09 scribe+ 14:21:28 jeremycaine: i don't have any objections to agentic coding, i think it can do more senior coding 14:21:50 ... what is missing, you need to be very clear on the test suite for the use case, to prove implementation 14:21:59 ... we don't have it in use case document 14:22:17 ericP: we don't have anything in document to anticipate agentic coding 14:22:18 q+ to re-center discussion 14:22:26 ack next 14:22:27 acoburn, you wanted to re-center discussion 14:22:33 jeremycaine: we need a test, no matter if we vibe code it or write it ourselves 14:22:38 scribe- 14:23:02 scribe+ 14:23:06 jeremycaine has joined #lws 14:23:11 acoburn: this is specific about helping out with ucs document 14:23:11 present+ 14:23:12 gibsonf1 has joined #lws 14:23:14 scribe+ 14:23:18 scribe- 14:23:18 q+ to ask that no vibe coding is ever used for making tests 14:23:22 ack next 14:23:23 gibsonf, you wanted to ask that no vibe coding is ever used for making tests 14:23:53 ack next 14:23:55 gibsonf1: vote for vibe coding - should not be used for writing tests 14:24:05 zakim, next agendum 14:24:05 agendum 2 -- Test suite update -- taken up [from agendabot] 14:24:17 zakim, take up agendum 4 14:24:17 agendum 4 -- Auxiliary Resources: -> PR#165 https://github.com/w3c/lws-protocol/pull/165 and -> PR#167 https://github.com/w3c/lws-protocol/pull/165 -- taken up [from agendabot] 14:24:46 ericP: who can summarise 165 anf 167 14:25:29 acoburn: pchampin and termontwouter are present 14:25:48 rrsagent, make minutes 14:25:50 I have made the request to generate https://www.w3.org/2026/06/22-lws-minutes.html acoburn 14:26:04 s/anf/and/ 14:26:14 gibsonf1 has joined #lws 14:26:36 termontwouter: 165 - redefines the basis of what is the content stored on the server 14:26:41 ... conceptually 14:26:57 ... defines it in terms of representation 14:27:23 ... metadata by client or server are representation of the same data 14:28:04 pchampin: 167 - don't like metdata or linkedsets of primary data resource 14:28:30 ... in order to get it, you can do media request 14:28:51 ... linked set aux resource contains things that could evolve 14:29:21 ... primary resource could have arbitary media types 14:29:25 q+ to suggest focusing on specific scenarios, like one brought up by PAC about client managed `application/linkset` 14:29:59 ... 167: want to able to merge them in my implementation - aux res might be same as primary res 14:30:07 ... still discovered by a link header 14:30:49 eBremer: problems aounrd application/linkset 14:31:00 q+ 14:31:15 ... thinking - using profile parameter 14:31:18 s/aounrd/around/ 14:31:22 q+ to discuss how "application/linkset" is blocked by 165 14:31:26 ack next 14:31:27 elf-pavlik, you wanted to suggest focusing on specific scenarios, like one brought up by PAC about client managed `application/linkset` 14:32:41 elf-pavlik: need to some specific scenario examples to further discussion 14:32:56 q+ to talk about the core requirements we are trying to address 14:33:24 ericP: there is a PR for test content 14:33:28 ack next 14:34:07 termontwouter: profile parameter in content neg could work 14:34:15 do we have documented somewhere the issue with profile param and cors? 14:34:28 ack next 14:34:29 pchampin, you wanted to discuss how "application/linkset" is blocked by 165 14:34:36 ... if we don't find compromise; happy to let 165 go and go for 167 14:35:11 pchampin: problem with 165 is content neg is sufficient to switch to partially server maanged 14:35:38 q+ 14:35:40 ... application/linkset is partially client managed 14:36:14 ... should not force all implementations to merge 14:36:26 q+ to ask about proactive vs. reactive conneg and various examples of client interactions 14:36:40 ... 165 is ok if it was clear content neg was not the single mechanism 14:38:03 ack next 14:38:04 acoburn, you wanted to talk about the core requirements we are trying to address 14:38:16 q- 14:38:17 ericP: PRs are basically the same rE: application/linkset goal 14:38:48 acoburn: test what we are trying to accommodate? clients can find and modfy linked headers 14:39:10 ... in solid these headers are important - server managed, fixed at creation time 14:39:46 ... linkset - clients need to be able to discover and modify for a given resource 14:40:07 ack next 14:40:08 elf-pavlik, you wanted to ask about proactive vs. reactive conneg and various examples of client interactions 14:40:13 ... is that what we want? 14:40:35 elf-pavlik: need more exmaples both client and server managed 14:40:39 https://github.com/w3c/lws-protocol/issues/39#issuecomment-3975949211 14:40:40 https://github.com/w3c/lws-protocol/issues/39 -> CLOSED Issue 39 Cool URIs for the Semantic Web: 303 URIs forwarding to Different Documents (by elf-pavlik) 14:41:08 ... server managed client was big topic in solid 14:41:29 q+ to respond to acoburn 14:42:00 ... what will be the must and should? 14:42:57 q+ 14:43:10 ... focus on these in the normative text 14:43:14 ack next 14:43:15 pchampin, you wanted to respond to acoburn 14:43:46 pchampin: respond to acoburn - agree with what linkedset was introduced for 14:44:56 ... the PRs (165, 167) - response to fred's use case - sometimes metadata and primary resource could be same 14:45:16 ... aux res lifetime is linked to lifetime of primary resource 14:45:21 +1 on 167 change 14:46:18 ... need to avoid undesirabel content neg 14:46:20 agenda? 14:46:49 ack next 14:48:02 termontwouter: second pchampin - both solve fred's problem; could write out eBremer profile idea for next week discussion 14:48:24 I think the profile-based negotation can be added regardless to both PRs 14:48:58 ... if you add few sentences to 165 then it solves pchampin issue 14:49:26 eBremer: propose accept 167, and then have an addendum (updated 165) 14:49:37 PROPOSED: merge PR#167 14:49:37 Issue 167 not found 14:50:23 gb, status? 14:50:23 TallTed, the delay is 15, issues are on, names are off, full issues are printed 10 at a time, commands are ignored from RRSAgent, agendabot, m2gbot and Zakim; and the repositories are https://github.com/w3c/lws-protocol https://github.com/w3c/lws-ucs 14:50:26 PROPOSED: merge https://github.com/w3c/lws-protocol/pull/165 14:50:27 https://github.com/w3c/lws-protocol/pull/165 -> Pull Request 165 Define aux & meta in terms of representations (by termontwouter) 14:50:30 +1 14:50:37 +1 14:50:40 +1 14:50:40 +1 14:50:41 +1 14:50:42 +1 14:50:43 +1 14:50:44 -1 14:50:46 +0 14:50:49 Hold on! 14:50:54 I thought this was 167? 14:51:06 also - remove vote 14:51:22 -1 14:51:26 PROPOSED: merge https://github.com/w3c/lws-protocol/pull/167 14:51:27 https://github.com/w3c/lws-protocol/pull/167 -> Pull Request 167 auxiliary resource as a role (by pchampin) 14:51:30 cancel that vote - error 14:51:31 +1 14:51:32 +1 14:51:34 +1 14:51:35 +1 14:51:37 +1 14:51:37 Thanks for noticing! 14:51:38 +1 14:51:39 +1 14:51:43 +0 14:51:50 +1 14:51:57 APPROVED: merge https://github.com/w3c/lws-protocol/pull/167 14:52:08 q+ to explain the "issue not found error", for future reference (meta) 14:53:03 ack next 14:53:04 pchampin, you wanted to explain the "issue not found error", for future reference (meta) 14:53:08 pchampin: gb bot can manage several repos; do a PR #167 i.e. with space - use the first repo e.g. LWS 14:53:09 https://github.com/w3c/lws-protocol/pull/167 -> Pull Request 167 auxiliary resource as a role (by pchampin) 14:53:13 zakim, take up agendum 5 14:53:13 agendum 5 -- Threat Model -> Issue#177 https://github.com/w3c/lws-protocol/issues/177 -- taken up [from agendabot] 14:53:46 elf-pavlik: need a diagram 14:54:02 ... create a PR for a diagram 14:54:16 ... use same visual language from threat modelling 14:54:26 sure! 14:54:45 ... ryey to help 14:55:01 q+ 14:55:01 q? 14:55:11 ack next 14:55:31 ryey: do we use C4? 14:55:49 elf-pavlik: we can figure it out 14:55:58 s/C4/likec4/ 14:56:09 present+ 14:56:13 https://likec4.dev/ 14:56:24 acoburn: thanks to those reducing issues on friday 14:56:31 ... will keep on meeting 14:56:41 q+ link to calendar invite? 14:56:53 ack next 14:56:54 link, you wanted to calendar invite? 14:57:09 Issue triage meeting: https://www.w3.org/events/meetings/41133143-8a1f-4f4a-bf69-44daec340f79/ 14:57:13 q- 14:57:29 draft minutes 14:57:38 rrsagent, make minutes 14:57:40 I have made the request to generate https://www.w3.org/2026/06/22-lws-minutes.html acoburn 14:57:46 s/draft minutes// 14:57:46 move to close meeting 14:58:45 Zakim, end meeting 14:58:46 As of this point the attendees have been TallTed, acoburn, eBremer, elf-pavlik, termontwouter, Luke, jeremycaine, gibsonf, bigbluehat, ryey, jeswr, ericP, langsamu, AZ, laurens, m, 14:58:49 ... pchampin 14:58:49 RRSAgent, please draft minutes 14:58:50 I have made the request to generate https://www.w3.org/2026/06/22-lws-minutes.html Zakim 14:58:56 I am happy to have been of service, TallTed; please remember to excuse RRSAgent. Goodbye 14:58:56 Zakim has left #lws 14:59:14 RRSAgent, bye 14:59:14 I see no action items