W3C

- DRAFT -

SV_MEETING_TITLE

09 Oct 2019

Agenda

Attendees

Present
cwebber, jesopo, melody, hellekin, rigelk, bengo, emacsen, sl, kaniini, cwebber2, sl007
Regrets
Chair
cwebber2
Scribe
cwebber2

Contents


I can scribe

<cwebber2> scribenick: bengo

Evergreen Recs (followup if any after cwebber reached out to w3c staff) (DELAYED)

cwebber2: Let's start. First topic is I'd said I'd reach out about evergreen spec stuff. I've been busy and haven't been able to, but hopefully will be next meeting.

socialhub.activitypub.rocks

hellekin: Status update: there are a number of tasks before launch, e.g. creating categories, but we can make them later.
... nightpool is now an admin btw
... We still have a few topics to fill on datashards, OCAP, relationsihp between ActivityPub SIG and SocialCG
... We are ready to launch any time, but we can also wait a bit longer for cwebber2 and serge to start nice topics

<hellekin> https://socialhub.activitypub.rocks/t/last-tasks-before-launch/78/11

hellekin: There is a poll about whether to launch or wait ^
... We need more people to get involved and fill more roles, so we have a team and no one person burns out. Other than that, it's pretty much ready.

<Zakim> cwebber, you wanted to address ActivityPub special interest group

cwebber2: Explaining if people want attention to type 'q+'
... hellekin are you talking about the ActivityPub W3C CG, chaired by Evan?

<sl007> Prague session https://redaktor.me/pad/p/community

hellekin: No I'm referring to the discussion we had in Prague about what the role of this socialhub.activitypub.rocks forum would be.

cwebber2: Got it. The reason I was unsure is because all before ActivityPub was worked on by w3c SocialWG, Evan had made a w3c cg called ActivityPub. Nevermind then.
... The general conversation we had in Prague was that this SocialCG maintains more than just ActivityPub
... But we discussed it could be useful to have a more detailed collaboration space for ActivityPub since there is no SocialCG mailing list, and in there ideas related to ActivityPub could be discussed and percolate, and then could be brought to SocialCG.
... I am A+ in on that. We could do a vote to give socialhub an official purpose, but I'm not sure it's needed.

emacsen: I was at this discussion, but didn't fully have the background. I request a quick clarification because datashards came up.

<kaniini> (that was Pleroma, but not me directly)

emacsen: Datashards isn't an AP protocol, but there are some AP implementors eager to integrate datashards into their projects. But that's a separate activity from AP. So is datashards discussion allowed/encouraged on socialhub.activitypub.rocks

<Zakim> cwebber, you wanted to answer emacsen about datashards and socialhub

cwebber2: 1) socialhub.activitypub.rocks is going to be "the" AP forum and sicuss issues, then raise important topics to SocialCG as needed.
... 2) The people running socialhub, including hellekin and nightpool[m] want to bootstrap the forum with topics of interest to AP community before opening it to general public

<hellekin> +1

cwebber2: One topic might be OCAP w/ AP, another might be Datashards w/ AP.

sl007: As hellikin already wrote on the forum, discourse will eventually implement AP, so the forum will be federated via AP. Also wrt datashards, there are categories in the forum, so to discuss datashards you could use #fediverse tag.

<Zakim> cwebber, you wanted to suggest how emacsen could help with the datashards stuff

sl007: In general the forum is interesting for all kinds of 'fediverse' people, so it would be useful to have a summary of datashards there.

cwebber2: I think emacsen and I should have a conversation offline about getting this stuff going on the forum. I could use help since I'm timestrapped, emacsen is too. So emacsen and I should coordinate offline ASAP after call.
... hellekin there has been a question about when forum is open to public. Do you want to respond to that?

hellekin: There is a poll in the forum. nightpool[m] and I think we're ready to go. Other, we're not sure. We have options: e.g. 15th of October fixed date.
... I'm okay with going as we are and launching right now.

proposal... launch socialhub.activitypub.rocks right now

cwebber2: My personal attitude is 'release early, release often'
... But I leave it up to forum admins

<kaniini> (i can't see what is on it, as i haven't asked for an account yet)

hellekin: Melody earlier didn't ask for invitation, but was wondering why people here couldn't participate

<cwebber2> bengo: I typed a proposal suggestion earlier

<kaniini> i couldn't hear any of that

<cwebber2> PROPOSED: Launch socialhub.activitypub.rocks as soon as possible

+1

<rigelk> +1

<sl007> +1

<hellekin> +1

<cwebber2> +1

<jesopo> +1

cwebber2: You can type +1 if you are in favor. -1 if you are against. or +0, 0, -0 if youa re wishy washy

<kaniini> +1

<cwebber2> emacsen: +1

RESOLUTION: Launch socialhub.activitypub.rocks as soon as possible

<hellekin> it's online :)

<cwebber2> https://socialhub.activitypub.rocks/

cwebber2: Let us enjoy having the liveness of it
... <claps>

<cwebber2> TOPICS: Introductions

Introductions

cwebber2: I realize we have some people who are new to the call. It's a tradition to have everyone introduce themselves.

<cwebber2> bengo: hey I'm bengo / benjamin goering (sp?) and I used to be part of the socialwg and did two small implementations and happy to be here

emacsen: Hi I'm serge (emacsen). This is my second call. Im very interested in AP, no current implementations, but I hope to soon. And I'm interested in tangentially related technologies like datashards

hellekin: Hi I'm Hellikin. I run a nonprofit in Brussels caled petit singularity (?). I've been catherding, and work for a nonprofit that helps fund free software like ActivityPub

<jesopo> I'm jess. this is my second meeting. communication protocol nerd and writing a AP server implementation in an IRC that almost federates!

<jesopo> got the name bang on cwebber2

<jesopo> je so po

<hellekin> Petites Singularités participates in the NGI0 consortium (see https://nlnet.nl/discovery)

kaniini: Hi. I'm me, kaniini. I work on Pleroma. I've also worked on Mastodon in the past. And also GNU Social very very very long time ago.
... I also started the litepub group, which is kind of like the opposite of the SocialCG.

melody: I'm melody. I'm working with a small team at my cooperative on potential AP implementation. I'm mostly concerned with anti-harassment and anti-abuse online.

<hellekin> melody: you're super welcome to the well-being.team :)

rigelk: I'm rigelk. I'm working at a University in the East of France on Olki, a social platform for scientists that federates

sebi: Hi this is Sebastian. You might know me from the Prague conference. Aside from that I'm doing redaktor, a multimedia CMS that is based on ActivityPub. I'm trying to push self-hosting.
... You can read about this in the forum's software category. Before, I worked as a photojournalist for 20 years, but unfortunately my camera sank to the Pacific ocean.

sl007: I posted some grants on the forum. If you want to help with redaktor it uses TypeScript, node.js

(hope sl007 is sedi)

cwebber2: I forgot another thing to start the meeting with the bot. we need to type 'present+' if you are present
... That way the logs will pick you up as having attended the meeting
... Let's move forward to next topic: "Issue Triage from GitHub". First I want to talk about how we deal with it.
... We've handled github issues in other groups. We usually ask people to raise issues ahead of time, and if they don't, we just go through the tortuous process of going one by one
... Im interested in the metaconversation about how to handle these. The W3C Wiki is hard to edit for everyone and add topics to the meeting page
... So I wonder if there is another way to raise issues to the group. Maybe we could have a thread before the meetings, including issues.

<cwebber2> scribe: cwebber2

bengo: it seems like the github is where most of the conversations would happen for a few years, I found it disillusioning in the past that I would raise things and then they would never get addressed
... I think a real question is whether or not the ideal point of a forum to have "issue zero" level of issues, have them all resolved

scribenick bengo

<bengo> kaniini: One of the larger frustrations I've noticed amongst implementors who try to interact with the SocialCG (which led to litepub becoming a thing)

<bengo> kaniini: Traditionally there have been these meetings that people go to every once in awhile. People are supposed to open a GitHub issue. But then there are no facts or figures about when consensus is going to be reached.

<bengo> kaniini: e.g. someone files a bug, but there is never a response like 'we will discuss this issue at this time'

<bengo> kaniini: Now that there is this socialhub forum, I think that's a better way to go. What you can do is to create the issue on GitHub, which tracks the issue. Then we can have a corresponding discussion on the forum that references it.

<bengo> kaniini: That way there is a paper trail about what has been discussed, when consensus is made, and that way the entire reasoning behind each conslusion is clearly documented.

<bengo> kaniini: If we can leverage socialhub to coordinate how issues are addressed, I think that would be optimal.

<bengo> hellekin: I want to add to that. Discourse comes with GitHub integration. It's possible to allow discourse to write into GitHub

<rigelk> +1 hellekin

<Zakim> cwebber, you wanted to suggest how github should be used vs how socialhub should be used

<bengo> cwebber2: For me, socialhub.activitypub.rocks hopefully points to a much happier future for the issue tracker.

<bengo> cwebber2: I think we do want to aim for 'issues zero' and address/resolve all issues in some way

<bengo> cwebber2: (as an ideal, if not in practice)

<bengo> cwebber2: I think it was a mistake in this community that we kind of said 'now that the specs done, the issue tracker is both for discussion and issues we want resolved in the spec'

<bengo> cwebber2: It made it very hard to sort through issues that need action vs open places for discussion

<kaniini> +q

<bengo> cwebber2: Now we have a big opportunity with socialhub forum to move not-actionable discussions to the forum. Before we worry about issue-zero, we should try to dequeue all conversational issues and move them to socialhub.activitypub.rocks

<bengo> cwebber2: I think it would be a clean separation

<bengo> cwebber2: It would be helpful to have volunteers to filter open issues and identify conversational ones that might be best moved to the forum

<bengo> kaniini: As implementors of large deployments of AP (e.g. Mastodon/Pleroma), we have at times attempted to engage the SocialCG for guidance, and it's basically crickets. Some issues are more urgently actioned than others.

<bengo> kaniini: I'd like there to be an 'urgent, actionable' status on these issues.

<bengo> kaniini: Sometimes when we've engaged the socialcg for guidance, it's because we have ongoing problems.

<bengo> kaniini: which means that we have users that are rightly angry because there is some defect in the way that the federated network works.

<bengo> kaniini: ocap, key rotation are things we're pushing for because people are asking for answers.

<bengo> kaniini: Ultimately what we need is some workflow for urgent items.

<bengo> kaniini: The best thing we could get out of socialcg is support for getting these things accomplished.

<Zakim> cwebber, you wanted to respond to crickets in the socialcg

<bengo> kaniini: In liu of that support, we sometimes resort to quick-fixes. And having a priority queue would help us avoid quick fixes.

<bengo> cwebber2: I think you're right that socialcg has not been the most responsive to issues people want to address. In some ways it's possible for the community to help us do better. You're right there could be better workflow, which we could discuss on the forum.

<bengo> cwebber2: Here is my interim workflow proposal: If it's a conversational issue, post on socialhub.activitypub.rocks. It's an issue with a spec, raise it on the issue tracker.

<bengo> cwebber2: If one of those things looks like we need to have a conversation, raising it for these calls would be helpful, and say that explicitly so it gets on the agenda.

<bengo> cwebber2: We've had these meetings in the past, and the agendas are empty. I think not being able to edit the wiki has been a barrier. But we can work around that with people saying on issues or forum posts as 'please put on agenda for next call'

<bengo> cwebber2 +1

<bengo> cwebber2: Was that a sufficient response kaniini ?

<bengo> kaniini: yeah i think we're on the same page. As long as there's a workflow for something when things are on fire we need a solution now.

<bengo> kaniini: Traditionally we haven't had that.

<bengo> cwebber2: Let's work on it

<kaniini> +q

bengo: there's a lot of issues that have a lot of conversation but don't move quite to something actionable
... most of them aren't things that are quite at a point to be able to be yes/no voted on a spec change

<bengo> kaniini: I agree many issues aren't actionable. That's one thing that makes litepub group different from socialcg. It's more close-door, but when we release something it's more in the form of a full specification.

<bengo> kaniini: That's kind of due to the background of how that group formed. But I think we can document a lot of what we've learned in litepub (e.g. how to write a good specification), and that help us move toward actionable specification on the issue tracker. Like how IETF does RFCs

<bengo> kaniini: I think if we can shift toward that model for SocialCG, it could be really productive

<bengo> kaniini +1

<bengo> kaniini: (without the closed-door aspect)

<bengo> cwebber2: closed-door wrt socialcg or litepub?

<bengo> kaniini: litepub. The way litepub has made most specs, some developers in the group get together, talk privately, and someone makes a spec (usually me)

<bengo> kaniini: e.g. pixelfed and pleroma work well on many topics. Mostly because we get together, bang out interop, and release something

<bengo> kaniini: That's how our work on OCAP got released

<bengo> kaniini: That's what I mean about closed-door: one or two people get together and bang out a draft and get it done

<bengo> kaniini: socialcg seems to be the opposite: conversation, consensus, etc. I think we need the best of both worlds.

<sl007> [lost connection]

<sl007> First off and don't get me wrong

<sl007> I do understand the anger of "great implementations"

<sl007> did i understand right that implementations having most users should

<sl007> be treated first?

<bengo> kaniini: COnversation and consensus discussions a solid draft, not vague ideas.

<sl007> then it raises a broader question to me which is about democracy

<sl007> [ the same than with one very great very white man currently ]

<sl007> I just mean : Diversity means to put weaker on the same level and

<sl007> base democracy is important for the AP community.

<sl007> And we should treat Issues important for protocol itself first …

<bengo> kaniini: There are people who come in and are idea people, but someone also has to turn ideas into specs. If you let idea people dominate the conversation without having actual spec-work, without being able to prove things out in an actual document that has revision/thought-process, then you ultimately hit the ground but the wheels are spinning instead of actual traction

<bengo> kaniini: What I think is necessary is balance between ideas and hardened polished drafts.

<bengo> kaniini: I think that socialhub could come into that. What we can do is have threads on socialhub for ideas. Then people who know how to turn ideas into specifications can do so.

<bengo> cwebber2: <encourages to look above at what sl007 typed>

<kaniini> +q

<bengo> cwebber2: I think the call to make things more actionable is being said all around. Sounds like there in consensus. And that everyone also wants a place for conversations.

<hellekin> https://github.com/swicg/general/issues

<hellekin> cwebber2: I would help, but need access to the repo

<bengo> cwebber2: Any volunteers to identify conversational issues and propose they be moved to the socialhub forum

<hellekin> cwebber2: for Oauth access from Discourse

<scribe> ACTION: give hellekin authority to open/close issues on activitypub

<bengo> Can we start a socialhub forum thread for a megaproposal to close a list of github issues an dencourage refiling as forum threads? People can then raise concerns (if any) and we can vote all at once

<bengo> kaniini: I want to address what sl007 said about democracy

bengo, I am completely +1 on that. can you do it? :)

<hellekin> bengo: sure

<bengo> kaniini: In practice I agree. But also we're trying to make something that people depend on in the real world. So a balance is necessary. Can't have complete democracy without the actual userbase [having a say].

<hellekin> bengo: you may paste the URL to the issues list on Github in the topic title, then describe the topic. There's a #todo tag ;)

<bengo> kaniini: Implementations of all sizes and maturity level should be equally at the table. At the same time, when you have bad actors in the fediverse going around harassing people utilizing security vulnerabilities in the design of the protocol or caused by unclearness, I do believe that those issues do need more urgent triage

<bengo> kaniini: Because the fediverse is based on trust, but if users cannot trust that their data is being processed in a secure way, then there is no fediverse anymore. Or maybe there is, but people wont use it if they don't trust it.

<sl007> About "security issues" is what I would strongly consider as "we should treat Issues important for protocol itself first …"

<bengo> kaniini: In terms of implementations needing to come to consensus on an extension, I think they can just follow the new socialcg process we're working on.

<hellekin> kaniini: do you think we need a private space to discuss these security issues urgently?

PROPOSAL: extend meeting by 10 minutes to wrap up this conversation and then schedule next meeting

<bengo> +1

<kaniini> +1

+1

<rigelk> +1

<hellekin> +1

<melody> +1

<sl007> +1

emacsen: +1

<jesopo> +1

<kaniini> hellekin: i don't. because by the time these security issues are being discussed, they are likely being exploited in the wild already

RESOLUTION: extend meeting by 10 minutes to wrap up this conversation and then schedule next meeting

<hellekin> sounds good to me

<bengo> emacsen: To volunteer to help triage issues, should I coordinate with hellekin

<bengo> cwebber2: Yeah and bengo

<kaniini> (and besides, there is litepub group for mature implementations to privately discuss security matters)

Next meeting scheduling

<bengo> cwebber2: We had a discussion about litepub how and how to work on specs and stuff, and think we might continue that discussion in next meeting. For now let's talk scheduling next meeting

<bengo> cwebber2: A couple weeks ago we discussed doing this every other week, not just monthly.

<bengo> cwebber2: We had also discussed switching between wednesdays and saturdays. Because some people can't make some days

<bengo> cwebber2: I'd like a vote on those topics

PROPOSED: Continue bi-weekly (every second week) meetings of the SocialCG for the interim

<bengo> +1

+1

<rigelk> +1

<jesopo> +1

<hellekin> ¿1

<kaniini> +1

<sl007> +1

<hellekin> +1

emacsen: +1

RESOLUTION: Continue bi-weekly (every second week) meetings of the SocialCG for the interim

<hellekin> yeah, wrong keymap :P

PROPOSED: Continue with rotation between wednesday and saturday meetings, with next meeting occuring on October 26th

<hellekin> +1

<bengo> -0

+0

<jesopo> +0

emacsen: +0

<rigelk> +1

<sl007> +1

<kaniini> +0

<melody> +0

<rigelk> jesopo, there are now events on the forum

RESOLUTION: Continue with rotation between wednesday and saturday meetings, with next meeting occuring on October 26th

<jesopo> does that send out emails?

<jesopo> or so

<hellekin> if we put the meetings on socialhub, there's an agenda

<rigelk> not that I know of - hellekin ?

<bengo> cwebber2: This raises a meta-conversation about how do we schedule meetings in the future across wiki/forum/irc.

<hellekin> https://socialhub.activitypub.rocks/c/meeting/socialcg/l/agenda only shows upcoming meetings

<bengo> cwebber2: Let's discuss later. Until then, people should feel free to propose topics on the forum, and I will move them to the wiki

<kaniini> i would also like to see a working group established for security / anti-abuse concerns (and mitigation) in the protocol itself

Summary of Action Items

[NEW] ACTION: give hellekin authority to open/close issues on activitypub
 

Summary of Resolutions

  1. Launch socialhub.activitypub.rocks as soon as possible
  2. extend meeting by 10 minutes to wrap up this conversation and then schedule next meeting
  3. Continue bi-weekly (every second week) meetings of the SocialCG for the interim
  4. Continue with rotation between wednesday and saturday meetings, with next meeting occuring on October 26th
[End of minutes]

Minutes manually created (not a transcript), formatted by David Booth's scribe.perl version 1.154 (CVS log)
$Date: 2019/10/09 16:11:14 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.154  of Date: 2018/09/25 16:35:56  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00)

Default Present: cwebber, jesopo, melody, hellekin, rigelk, bengo, emacsen, sl, kaniini
Present: cwebber jesopo melody hellekin rigelk bengo emacsen sl kaniini cwebber2 sl007
Found ScribeNick: bengo
Found Scribe: cwebber2
Inferring ScribeNick: cwebber2
ScribeNicks: bengo, cwebber2

WARNING: No meeting title found!
You should specify the meeting title like this:
<dbooth> Meeting: Weekly Baking Club Meeting

Agenda: https://www.w3.org/wiki/SocialCG/2019-10-09#Topics

WARNING: No date found!  Assuming today.  (Hint: Specify
the W3C IRC log URL, and the date will be determined from that.)
Or specify the date like this:
<dbooth> Date: 12 Sep 2002

People with action items: authority give hellekin

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


WARNING: IRC log location not specified!  (You can ignore this 
warning if you do not want the generated minutes to contain 
a link to the original IRC log.)


[End of scribe.perl diagnostic output]