|
| 1 | +# W3C Solid Community Group: Weekly |
| 2 | + |
| 3 | +* Date: 2025-04-23T14:00:00Z |
| 4 | +* Call: https://meet.jit.si/solid-cg |
| 5 | +* Chat: https://matrix.to/#/#solid_specification:gitter.im |
| 6 | +* Repository: https://github.com/solid/specification |
| 7 | + |
| 8 | +## Present |
| 9 | +* [elf Pavlik](https://elf-pavlik.hackers4peace.net) |
| 10 | +* Alain Bourgeois |
| 11 | +* Hadrian Zbarcea |
| 12 | +* [Rahul Gupta](https://cxres.pages.dev/profile#i) |
| 13 | +* Tom Byrd |
| 14 | +* [TallTed // Ted Thibodeau Jr](https://github.com/TallTed/) (he/him) ([OpenLink Software](https://www.openlinksw.com/)) |
| 15 | + |
| 16 | +--- |
| 17 | + |
| 18 | +## Announcements |
| 19 | + |
| 20 | +### Meeting Guidelines |
| 21 | +* [W3C Solid Community Group Calendar](https://www.w3.org/groups/cg/solid/calendar). |
| 22 | +* [W3C Solid Community Group Meeting Guidelines](https://github.com/w3c-cg/solid/blob/main/meetings/README.md). |
| 23 | +* 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. |
| 24 | +* Join queue to talk. |
| 25 | +* 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. |
| 26 | + |
| 27 | +### Participation and Code of Conduct |
| 28 | +* [Join the W3C Solid Community Group](https://www.w3.org/community/solid/join), [W3C Account Request](http://www.w3.org/accounts/request), [W3C Community Contributor License Agreement](https://www.w3.org/community/about/agreements/cla/) |
| 29 | +* [Solid Code of Conduct](https://github.com/solid/process/blob/main/code-of-conduct.md), [Positive Work Environment at W3C: Code of Conduct](https://www.w3.org/policies/code-of-conduct/) |
| 30 | +* Operating principle for effective participation is to allow access across disabilities, across country borders, and across time. Feedback on tooling and meeting timing is welcome. |
| 31 | +* If this is your first time, welcome! please introduce yourself. |
| 32 | + |
| 33 | +### Scribes |
| 34 | +* Hadrian |
| 35 | +* Pavlik |
| 36 | + |
| 37 | +### Introductions |
| 38 | +* Tom Byrd, IT professional for 40 years. Activity involved in privacy rights. Came across Solid in 2021. Working on a few ideas, want to be in sync with Solid and ODI. |
| 39 | + |
| 40 | +--- |
| 41 | + |
| 42 | +## Topics |
| 43 | + |
| 44 | +### Solid Symposium 2025 |
| 45 | + |
| 46 | +https://sosy2025.eu/ |
| 47 | + |
| 48 | +* eP: April 24-25 |
| 49 | +* eP: Will there be materials available online afterwards? |
| 50 | +* ... I believe Jeff, Rahul and Jesse have sessions. |
| 51 | +* RG: Solid Practitioners are organizing a session there. There are 6 talks. We try to foster collaboration between communities. |
| 52 | +* ... Speakers from EU and US. |
| 53 | +* https://sosy2025.pages.dev/solid-together |
| 54 | +* eP: Good luck. |
| 55 | +* RG: It's tomorrow morning 10am CET. |
| 56 | +* ... I intend to put up the slides. We probably won't have video. We'll try to broadcast, but we won't have the ability to share the link too much in advance. |
| 57 | + |
| 58 | +### Code of Conduct related issues |
| 59 | + |
| 60 | +* eP: Tomorrow Hadrian and I will have a call with W3C staff. Michiel is on vacation. |
| 61 | +* eP: If you would like to bring up interactions where CoC might have been violated. You can do it publicly or contact CG chairs directly. |
| 62 | +* RG: Please refrain from discussing any issue that involves me until I am sent an official communication from W3C and the Solid CG. |
| 63 | +* HZ: Based on my experience with Apache, we talk about issues not people in public. In general, people mean well; emotions just get escalated. I think we will resolve it and my goal is to prevent such problems from haunting us in the future. We are a community, and we have to communicate. |
| 64 | +* ... In general, I don't want to offer to mediate, unless I'm asked. This might be seen as pressure from one of the sides. Please ask me if you want help with resolving the problem. |
| 65 | +* RG: I haven't received any communication except the two public comments. I don't think the issues should be discussed until the situation is resolved. I have right to privacy, and ask for a right to privacy. |
| 66 | +* eP: We are trying to update everybody, in the minutes and on matrix. It's not about one person in particular; it's about the whole situation. |
| 67 | +* HZ: I don't think we can resolve anything now. Rahul, your point was understood. |
| 68 | +* eP: We'll know better how to move forward after tomorrow's meeting. I think it's important to have a good working environment. |
| 69 | + |
| 70 | +### Backup/Restore Issue history |
| 71 | + |
| 72 | +https://github.com/solid/specification/issues?q=is%3Aissue%20state%3Aopen%20%22copyright%22%20in%3Atitle%20 |
| 73 | + |
| 74 | +https://github.com/solid/specification/issues/454#issuecomment-2666339495 |
| 75 | + |
| 76 | ++ RG: Some previous participants have been deleting their comments in a high-handed manner. (I am not against someone making an edit or even deleting a comment because they changed their minds.) But when it is done after many years, this behaviour is disruptive. Of specific concern, is the deletion headings in these issues. |
| 77 | ++ ... Valuable loss of context for those who joined the CG later. Can we please restore those comments? Unless there is some exceptional legal reason to let them remain deleted. |
| 78 | ++ ... The person is not even a CG member when they deleted the issues. |
| 79 | +* ... One person removed comments that were written years ago. |
| 80 | +* eP: I'll bring this issue up tomorrow as well, to get clarity from W3C about data retention. |
| 81 | +* RG: Just find out what the rules are, and if in such a situation we need to revoke repository access to people who engage in this kind of behaviour. What are the rules? Do github rules apply? |
| 82 | +* eP: Maybe there is a bot that archives everything. Maybe we need to have a separate system. |
| 83 | +* RG: If you wrote something a few days ago and want to correct that, updating would be accepted behavior. https://github.com/martinthomson/i-d-template |
| 84 | +* HZ: I remember deleting some of my comments few minutes after writing them. It is very hard to draw a line when it is acceptable and when not. I look at trusting each other and acting in good faith. Before taking corrective actions, we should always understand motive. Just talking about process is not a correct approach. |
| 85 | +* RG: If someone is contributing today, they may need the context from the past. Deleting past conversations disrupts capacity to understand how things were arrived at. |
| 86 | +* HZ: If I remove my past comment, does it impact others' ability to understand the spec? We need to be careful the issue is not overblown. |
| 87 | +* eP: I agree that we should not just look at processes. At the same time, if we have a process, we could use it as a guideline. I think there is a sweet spot inbetween. Let's try to find a way out in a graceful manner. |
| 88 | +* RG: You need good public records for antecedents. No one is asking for sanctions on the person. |
| 89 | + |
| 90 | +### QUERY to fetch Auxiliary resources |
| 91 | + |
| 92 | +https://github.com/solid/specification/issues/724 |
| 93 | + |
| 94 | +* eP: posponed until CoC process moves forward |
| 95 | + |
| 96 | +### SHQ Notifications |
| 97 | + |
| 98 | +https://github.com/solid/notifications/pull/201 |
| 99 | + |
| 100 | +* eP: posponed until CoC process moves forward |
| 101 | + |
| 102 | +### Curated list of known CSS extensions |
| 103 | + |
| 104 | +https://github.com/CommunitySolidServer/CommunitySolidServer/discussions/2024#discussioncomment-12837567 |
| 105 | + |
| 106 | +* eP: Joachim responded |
| 107 | +* ... his suggestion was a separate repo that could be easier to maintain and linked from the Solid repo. |
| 108 | +* AB: It looks nice, there is no objection. I will propose to Jesse that something like CSS extensions be created in `solid-contrib`. I have the list; we can have direct access to these extensions, somewhere. I know that for the google extensions, there is no objection to transfer. Maintenance will be required longer term. |
| 109 | +* eP: would AB like to be a maintainer for the repo? |
| 110 | +* AB: yes. |
| 111 | +* eP: I am supporting you taking on that responsibility. I think each repo has its own maintainers. |
0 commit comments