Present
Meeting Guidelines
- W3C Solid Community Group Calendar.
- W3C Solid Community Group Meeting Guidelines.
- No audio or video recording, or automated transcripts without consent. Meetings are transcribed and made public. If consent is withheld by anyone, recording/retention must not occur.
- Join queue to talk.
- Topics can be proposed at the bottom of the agenda to be discussed as time allows. Make it known if a topic is urgent or cannot be postponed.
Participation and Code of Conduct
Scribes
Topics
Announcements
STM App Launchers
https://hackmd.io/@solid/S1esCoaokl
Scheduling poll: https://app.rallly.co/invite/2FC5mr4PtLuC
- eP: I would like to schedule it for next week in a way that accomodates Joseph on UTC+11
- … everyone please feel free to add notes and let's have a meeting next week
ActivityPub interop
- SR: Theo (thhck) and Michal (mrkvon) are going to work on an agent and/or CSS extension. I'll help with the ActivityPub spec compliance. We have created a channel to discuss this.
- SR: I created issues https://github.com/solid/activitypub-interop/issues
- … we created this repository to discuss activitypub interoperability.
- … Theo and Michal started private conversations whether to do an agent or a CSS extension. Best would be an external agent, but there may be a lot of difficulty with that because we'd need to change a few things in Solid.
- … In the repo, I created issues.
- JW: Just to clarify, is the goal to get activitypub implemented in CSS?
- SR: Yes, to make it easy for a provider to support activitypub. If the provider does not want to support activitypub, users won't be able to interact via such a channel
- eP: WebID can be completely separate, decoupled from storage. I haven't looked at all the issues yet. Can we keep the conversation in public?
- SR: I will discuss with others and will create another channel.
- JW: Only Jeff and myself have the permission to create new channels.
- HZ: I prefer to have minimum permissions and I can request someone who has them to do it.
- eP: in general, with chat channels, I think of them as a scratch pad.
Is the ActivityPub interop spec for Pod providers or agents?
https://github.com/solid/activitypub-interop/issues/2
- SR:
- eP: In specs, we define product classes, and then requirements are for a specific product class.
- … At this time, each spec defines its own product class. I am trying to capture what product classes are needed in Solid.
- … If we use agents, we need to define agents as a product class.
- SR: If it becomes clear that we could do that with an agent, there will have to be a spec for that.
- eP: I think we need to do a bit of a mapping. Need to look at concrete examples.
- SR: I am not sure what a product class is, maybe provide an example?
- HZ: We need notion of infrastructure. I don't think we can define today.
- eP: I am sharing my screen for examples of product class. There are the client-servers. There is however the link to the normative notification spec, which defines more product classes.
https://www.w3.org/2024/09/TPAC/group-updates.html#solid
- … In the interop spec, there are more classes of product.
- … I see Theo joined, welcome.
- RH: I was going to say what eP already said (bad sound).
Migration from the W3C vCard to the W3C FOAF ontology?
https://github.com/solid/contacts/issues/8
- SR: I am the one who first raised the issue in the channel. I have a small document:
https://pad.lescommuns.org/ZB36czLASgCGwSNAtYClmg?both
- … Still a draft. I am not satisfied with how it's currently done in Solid.
- HZ: Those standards come and go. We should support any standard and provide mapping.
- eP: https://github.com/solid/contacts/issues/5
… Very related to shapeTree meeting.
… How to share a specific resource? If someone has multiple email, for example.
… How to allow selective disclosure?
- SR: I think this is a different subject. For me, it's just about WebID. What you are talking about is a Profile. It is needed to have more fine-grained profile.
- eP: I was raising an issue that WebID Profile and Contact address book is not aligned at this moment.
- SR: In an addressbook, do we want the information a person has on their profile, or just contact info? On a phone, you can put info on contact list yourself.
- eP: in SAI, you can add information. In a relation, one end can add infromation on the relation. Don't know who should lead the contact spec. Maybe we need to take action to see who can champion this spec.
- AB: Just to remember, there is a contact app in SolidOS.
- eP: Is it fully reflecting what is defined in solid/contacts repo?
- AB: In SolidOS, you have an address book that is not the profile, but you have a link to the profile. It works with people that have a WebID and those who don't.
- eP: Any more questions? I think we should follow up on this question, next week or the week after. Not a closed topic. I feel we opened it today.
Selection process for Operations Advisory Comittee
- JW: There are proposals for how to select how one can (1) self-nominate and (2) vote per the discussion here.
- JW: Who is eligible to vote for the AC? It's a group of 3 people who give advice on solidcommunity.net, NSS-to-CSS migration, roadmap on infra… ODI should prioritise.
… The draft of the selection process is that the CG are the people who can vote […]
… Some people noted this what not appropriate so wanted to ask here who can vote and nominate:
…People who can self-nominate are people who have contributed to the infra in some way. Should we do something different?
( silence taken as a no )
- JW: Are there any objections to the use of a broda count for voting.
- Rahul: [explain how broda count works]
- Rahul: Based on the feedback of nomination last time and CG, important to see the critera for nominating ourselves. "Substantial contribution" can be hard to define.
- JW: Greatly appriciate.
FedCG update and Demo
- eP: I had remote meetings with Theo and he made good progress
- … wasn't able to join yesterday, but I believe Theo presented his work. I think he was using the Inrupt client libraries.
- … Theo implemented something similar to Solid OIDC, looks like we're close to using FedCM with Solid OIDC. I have to check to see how stable his code is.
- … Last week, during the FedCM meeting, there was a discussion about what part is the "core" and what are "extensions". Just to clarify, IdP registration is something we need for Solid; otherwise, the RP is deciding what IdPs to use. In Solid, we want the user to bring on IdP, so the registration is necessary.
- … If we get better collaboration with Social CG, maybe they'll create a working group.
- … We want to make sure this IdP registration will be included in the final recommendation.
DEMO