#social 2023-10-06
2023-10-06 UTC
treora, mro, KevinMarks and Zakim joined the channel
# 
capjamesg Zakim, this conference is SWICG Community Meeting September 22nd, 2023
# capjamesg Zakim, this conference is SWICG Community Meeting October 6th, 2023
# capjamesg Chair: James, Dmitri, Nightpool
dshanske joined the channel
# capjamesg RRSAgent, make logs public
RRSAgent joined the channel
# capjamesg RRSAgent, make logs public
# 
RRSAgent logging to https://www.w3.org/2023/10/06-social-irc
# capjamesg present+
# capjamesg Zakim, who is here?
# omz13 hello all
# 
KevinMarks is jitsi waiting for the top of the hour to start?
dmitriz and bengo joined the channel
# dshanske KevinMarks: Apparently not
tantek, eprodrom and snarfed joined the channel
# bengo hi folks
# bengo present+
# dmitriz present+
# KevinMarks present+
bumblefudge_ joined the channel
# eprodrom present+ eprodrom
# bumblefudge_ present+
# bumblefudge_ people who haven't officially joined the CG can do so here: https://www.w3.org/community/socialcg/
# dshanske I am present for the first time. Haven't been available previously for this time.
angelo and pzingg joined the channel
# snarfed present+
# omz13 present+
# bumblefudge_ dmitriz: timeboxing would be good to get through agenda
# bumblefudge_ capjamesg: let's get into the socialCG charter/process topics raised by bengo first (slight variation from the emailed agenda)
# dshanske (Is the Jitsi supposed to have started?)
# capjamesg dshanske Yes. Are you not in the call?
# bumblefudge_ bengo: there's been a lot of text in various channels but the proposal itself is fairly simple, i'll summarize
# bumblefudge_ it is at https://meet.jit.si/social-web-cg and recording audio already
baku joined the channel
# dshanske capjamesg: It says Asking to Join meeting...but I just saw a Tantek message. I'll try restarting
# capjamesg tantek https://lists.w3.org/Archives/Public/public-swicg/2023Sep/0118.html
# bumblefudge_ ... the original email is here: https://lists.w3.org/Archives/Public/public-swicg/2023Sep/0118.html
# bumblefudge_ jinx
# bumblefudge_ ... (proceeds to summarize rapidly)
# dmitriz dshanske if reloading jitsi doesnt work, try switching browsers
# bumblefudge_ ... i also summarized the feedback on list in this digest: https://lists.w3.org/Archives/Public/public-swicg/2023Oct/0024.html
# dshanske I have people...but no audio yet....but beeping noises. So assume it is working.
# bumblefudge_ evan: how do you want to structure the discussion?
# bumblefudge_ bengo: you can speak to any point you like, i don't have much agenda except wanting to move to consensus
# bumblefudge_ evan: my concern is that this proposal frames itself as tabula rasa, while i think 5 years have passed on process defined at meetings and in minutes
# bumblefudge_ ... i take the point that async decisions and inputs have been lacking, but this feels like a challenge to status quo
# bumblefudge_ bengo: but i read through all the minutes i could find and not finding much in the way of process-defining group decisions
# bumblefudge_ evan: ok i can try to recap the history a bit
# bumblefudge_ ...: the CG was spun up when the WG spun down, probably without enough explicit/formal documentation of process
# dmitriz @bengo - I don't think there's any problem with just saying "ok, going forward, we can do this new process"
# bumblefudge_ ... maybe some of the rules have been unspecified or implicit/norm-based, and i think the general idea of this proposal is good, i just
# snarfed this can't be the first time a CG needed a decision making process. why are we trying to invent one ourselves?
# dmitriz @snarfed - definitely. and we're not reinventing; bengo's proposal reflects basically every other cg/wg policy
# bumblefudge_ ... want accepting this document NOT be taken as the first or only process of the group
# bumblefudge_ bengo: actually in the minutes, i only see an explicit chair decision to NOT have a charter
# snarfed @dmitriz good to know, thx
# bumblefudge_ evan: but group decisions have been taken by +1/-1 for 5 years and that seems to be working, even without an explicit agreement
# bengo james audio odd?
# bumblefudge_ sorry hard to hear
# bengo refresh helps sometimes
# bumblefudge_ linux papertowel-roll disorder
# bumblefudge_ evan: mailing list was disabled for 5 years, starting minutes after the CG was formed
# bumblefudge_ tantek: the mailing list was turned off deliberately because we decided in that meeting it was counterproductive to the workmode of the CG
# bumblefudge_ ... namely, focusing on git issues and archived
# bumblefudge_ ... IRC channels for async and smaller side meetings
# capjamesg Thanks bengo!
# capjamesg I have disconnected my headphones which should help.
# bumblefudge_ ... i don't think most of the messages since we turned the list back on are useful for moving this work forward
# bumblefudge_ ... I believe any kind of process needs to be centered around editor productivity
# bumblefudge_ ... and we should optimize for what the existing and past editors want
# snarfed I assume "spec maintenance" doesn't include normative changes? is a CG allowed to make those...?
# bumblefudge_ ... I think our choice of channels and media should protect mental health of editors
# bumblefudge_ ... e.g. monitoring lots of channels just distracts and burns out editors
# bumblefudge_ ... i think much of the list is currently distracting and harmful and hurtful and if i were an editor i'd ignore it
# dmitriz -1 tantek :(
# bumblefudge_ as a frequent poster to the list and to many other IETF and W3C lists, I can't say i agree either
# bumblefudge_ dmitriz: (queue update)
# bumblefudge_ q?
# capjamesg Group GitHub: https://github.com/swicg
# capjamesg (presently not active)
# bumblefudge_ dmitriz: it is not up to any of us to make quality judgments about community discussion channels, CGs have an obligation to their communities
# bumblefudge_ ... our goal is not solely to editor productivity and specs, but to balance outputs against community inputs
# bumblefudge_ ... if I can turn to bengo's concrete proposal, I don't see how community feedback is a roadblock to productivity
# bumblefudge_ ... or onerous in general
plh joined the channel
# KevinMarks I'm not on the queue
# bumblefudge_ david somers: I think async is very crucial here, and lots of us are timezone distributed ffrom one another
# dmitriz +1 github issues ight be a great tool
# bumblefudge_ ... i like github issues for document-based and long-form/thoughtful contirbutions
# bumblefudge_ ... but mailing list can help people workshop ideas before they post them on github
# bumblefudge_ lisa: not all community input is good! charters and codes of conduct exist to filter out non-constructive input and feedback
# dmitriz +1 Lisa, I meant more about increasing community input slightly, from what it was before. I heartily agree there are careful limits, within charter
# bumblefudge_ bengo: I would contribute my personal experience to say that in many CGs I have participated in, I use mailing lists are primary reporting and feedback mechanism
# bumblefudge_ ... and take decisions WITHOUT having to miss work and family obligations to attend sync meetings
# bumblefudge_ ... there is a section of "gaining consensus" in the w3c docs that i find really useful here, w3c has been based on these rules for 20 years
# bumblefudge_ ... a big part of open standards (and their usefulness to regulators and legislators) is gathering (filtered, of course, and weighted) the feedback of all affected parties, not just implementers or editors
# bumblefudge_ tantek: huge +1 to async productivity. the w3c used to use mailing lists primarily but is more github based in the last 10 years for all issues of substantial or technical issues
# bumblefudge_ ... including issues of process, which can also be done in git-structured and issue-threaded ways
# bengo I've never seen GitHub issues used for calls for consensus and notice of provisional resolution, which is all my proposal covers
# bumblefudge_ ... i've seen mailing lists that are net-positive for many groups, but I see them less and less over the years
dmitriz_ joined the channel
# bumblefudge_ ... i think there are some bad-faith or emotionally-charged "blowups" happening on the fediverse threads about these issues
# bumblefudge_ ... and i feel the collegiality is suffering from a general decline in buy-in and consensus
# bumblefudge_ ... we need to find a way to raise the bar and heal the tone and tenor of the discussion in the channe;s
# bumblefudge_ ... i would say that the dominant mode of working groups in w3c is synchronous, in-meeting group decisions
# capjamesg +1 re: new information.
# bumblefudge_ ... getting input from others is important, and even synchronous meetings are susceptible to additional information reopening the issue
# dmitriz_ +1 that a lot of WGs make decisions on calls. But many/most of those groups also have a period for consensus/objections
# bumblefudge_ ... but not simply by people who miss meetings saying they would have objected if they had been there
# bengo My proposal includes a clause establishing that decisions are pending new information.
# bumblefudge_ ... i agree with lots of the principles in the proposal but im still -1 on the proposal procedurally
# bumblefudge_ evan: i'm really interested in how this has evolved
# plh [I created a placeholder in w3c/strategy to register the conversation on a social weg wg: https://github.com/w3c/strategy/issues/435 ]
# bumblefudge_ ... i think async is a clear value-add here, and i agree that making major decisions during sync meetings is a real handicap here to full participation by half the world's timezones
# bumblefudge_ ... i agree with tantek that we should optimize for the goals of the group, which have until now been very git-focused for deliverable work, particularly normative work
# dmitriz_ @tantek - that's essentially what Bengo's proposal is. adding a period for async discussion before decisions
# bumblefudge_ ... i think more administrative and organizational work benefits more from async decision making
# bumblefudge_ ... so i support both. i think re-considered all prior decisions 1 by 1 would be a bad idea, but i'm glad to hear that bengo did not intend that
# dmitriz_ +1 evan that previous decisions are binding
# bengo Evan, absolutely, I never meant to call into question past resolutions that have been posted.
# bumblefudge_ ... so i am more open to this given that was my only really blocking objection
# bumblefudge_ capjamesg: i have to volunteer here that i am putting in a lot of time watching all the channels
# omz13 one caveat with in-meeting decisions is that sometimes life will get in the way resulting in people not being able to attend (which is, for example, why I couldn't attend the last meeting)
# bumblefudge_ ... i take seriously my role as channeling and filtering inputs
# bumblefudge_ ... but chairs (current and future) have to ultimately mediate what gets discussed and decided by the group
# bumblefudge_ ... curating finite discussion time and prioritizing and timelining
# bumblefudge_ ... it's also our duty to consider the process malleable and improve it over time
# bumblefudge_ ... so we (as chairs) are open to ideas like this to make the group work better
# bumblefudge_ dmitriz: (queue note: kevin you're on the irc queue and we're using jitsi queue)
# bengo Woah GitHub for process discussions is bold. Unlike when SocialWG editors started using it for certain work items, GitHub is now owned by a completely different company that has started datamining participation there to train AIs that ignore the licenses by people who use the platform. I have a big concern of starting SocialCG procedural chatter on GitHub.com via w3.org
# bumblefudge_ ... evan, it sounds like maybe your main objections are met?
# bumblefudge_ ... tantek, how can we move towards consensus on this?
# bumblefudge_ tantek: i think this freestanding document is a little odd, could we include this in a CG-wide charter?
# capjamesg I am happy to lead an initiative on a CG charter.
# bengo Charters are a kind of Operational Agreement. My proposal is to establish an operational agreement. A charter is not a meaningful distinction. We can pass operational agreements atomically, not a big document with pork/horse-trading.
# bumblefudge_ ... one major concern is that it feels like a proposal in a vacuum. so maybe it's time to have a charter after all, since there is disagreement about how to proceed
# capjamesg And work with chairs to help us get to a document ready for the edification of the community.
# plh present+
# bumblefudge_ evan: maybe these one-off documents are good as an intermediate or stop-gap measure to build up a charter but editing it into a cohesive charter would be great
# dmitriz_ @bengo -- +1, we can work on Operational Agreements in parts. And "how do we make decisions" is an important part of the OA
# bumblefudge_ capjamesg: i can definitely put some time in to make a full charter with the group, happy to take inputs via list
# bumblefudge_ plh: i opened an issue to track the new possibility of a second group, on w3c git repo...
# bumblefudge_ can someone find a link to that issue?
# bumblefudge_ oh thanks!
# plh --> https://github.com/w3c/strategy/issues/435 Restarting the Social Web Working Group
# bumblefudge_ ... it's a public issue, everyone is welcome to comment on it
evasync joined the channel
# bumblefudge_ evan: can we take a group decision now on the call?
# capjamesg plh See https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion#Deliverables for a page sent to the community for contributions.
# bumblefudge_ kevinmarks: i think there's a tension between synchronous and async
# dmitriz_ PROPOSAL: adopt the proposal
# bumblefudge_ ... i think keeping document-based discussion in a git-based platform like github is fine, and the prior art is heterogeneous here
# plh thanks carjamesg
# bumblefudge_ ... some groups find email and document-based to work well together, others don't, no one-size solution
# dmitriz_ +1 (we can modify the proposal to add Github to the process)
# bumblefudge_ ... i don't love the idea of going back in time 20 years and discussing documents over email
# bengo The proposal text is
# KevinMarks -1
# capjamesg -1, but could be a +1 if the time period is reduced to 7 working days, and we use GitHub Issues.
# snarfed -0
# bengo irc... speaking of 30+ year old work modes
# bengo +1
# bumblefudge_ i'm in web irc!
lisarue joined the channel
# bumblefudge_ q+
# pzingg +1 but would like to have the email responses archived in a Git* issue
# bumblefudge_ dmitriz: kevin would you be more ok with github being source of truth?
# bumblefudge_ kevinmarks: no, i think email being source of truth is the problem
# eprodrom +0 with the understanding that this proposal does not cancel out previous resolutions of the CG
# dmitriz_ ack Kevin
# dmitriz_ ack bumble
# snarfed GitHub _Issues_ vs files in git, very different!
# dmitriz_ ack tantek
# bumblefudge_ bengo: could you explain more, kevin, about the CG groups that don't use email?
# bumblefudge_ tantek: i disagree that email or async is the W3C norm
# bumblefudge_ ... and if anything async decisions are an anti-pattern
# bumblefudge_ ... i would support email discussion PRECEDE official group decisions during sync calls
# bumblefudge_ capjamesg: young folks are easier to get on github than onto mailing lists
# lisarue Sorry for joining IRC late; there's a little too much IRC to catch up on so quickly, but I did reply to the mailing list that a full-coverage call-for-consensus always-to-email process gets a "-1" from me.
# bumblefudge_ ... even the notion of mailing list subscriptions can block participation
# bumblefudge_ ... also the multiple channels is an issue
# dshanske I'm older than capjamesg and I find mailing lists ineffective for this. I only use mailing lists that offer static type notifications, not discussions.
# bumblefudge_ ... that said, imposing a discussion period is also good, to prevent "surprise decisions" during meetings
# eprodrom PROPOSAL: form a CG charter task force
# bumblefudge_ evan: i'd propose a charter task force?
# bumblefudge_ bengo: other agenda items?
# bumblefudge_ dmitriz: I think we've heard from everyone, let's continue this async
# bengo I think my proposal strongly encourages sharing Calls for Conesnsus to other forums (e.g. SocialCG forum aka socialhub, and I think a GitHub repo is compatible with that too. One issue is that would be a brand new repo I assume, so I don't expect there is a lot of existing audience there unless there is a process repo for SocialCG I'm not aware of.
# bumblefudge_ bumblefudge: i heard people on this call talking about documents needing a different workmode than administrative decisions, big +1, i think implicitly this proposal wasn't intended for normative decisions but for decisions aboutw hat documents go into git in the first place
# capjamesg Wiki page: https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion
# bumblefudge_ capjamesg: polling for editor interest is a top priority here
# bumblefudge_ dmitriz: would git issues be easier than a wiki or list threads?
# bumblefudge_ capjamesg: yeah I think swicg repo on github is good
# bumblefudge_ tantek: +1 to issue-based next steps for this
# bumblefudge_ ... but wiki is maybe more open than github or mailing list
# snarfed +1, issues and maybe wiki, not files in the repo
# bengo point of info: anyone can email public-swicg@w3.org. Is the same true for who can edit/contribute to the w3c wiki?
# bumblefudge_ ^^^
# bumblefudge_ tantek: plh is here, we should ask him about how to charter
# bumblefudge_ bengo: strategy issue is there until the CG proposes a WG charter?
# bumblefudge_ ... is there a failure mode where CG doesn't have consensus on a WG charter?
# bumblefudge_ plh: it's not a critical failure, a charter can still get accepted, but i strongly prefer the CG propose one charter
# bumblefudge_ ... multiple charters are a problem we prefer to zero charters
# bumblefudge_ bengo: what does the w3c want to see?
# lisarue I'm not a big fan of moving large amounts of discussions to github but I don't object strongly enough to object.
# bumblefudge_ plh: like i said at TPAC, the top priority is a healthy feedback loop to the specs that maintain and make updates as needed to it
# dmitriz_ @lisarue - I think the idea is that discussions can be on list or wiki or github. And will be tracked/linked to/summarized on github
# bumblefudge_ ... if there aren't updates you're blocked on producing, you don't need a WG
# bumblefudge_ bengo: can CG write its own updates to the specs?
# lisarue @dimitriz_, I think your clarification makes my concerns worse.
# bumblefudge_ plh: yes but we prefer a WG for IP purposes, even if it's just an "umbrella" documenting technically the CG consensus goals
# bumblefudge_ ... so the goals have to come first
# bengo thanks plh
# dshanske +1 to actually having clearly defined goals before building a political structure around it.
# bumblefudge_ capjamesg: editors of other socialCG specs have proposed normative updates to those as well, as per my email last month
# dmitriz_ @lisarue - what would you like to see instead?
# capjamesg Quick time check that we have 2 minutes left, but we can continue discussions async.
# bumblefudge_ evan: is the WG requirement strict for normative changes?
# lisarue @dmitriz_, let's not get into that here because I don't object.
# dmitriz_ @lisarue - thanks, noted.
# bumblefudge_ plh: 7 or 8 years ago, it would have been, but we have shifted norms a bit to optimize for ongoing maintenance
# bumblefudge_ ... so that patent protection continues to protect ongoing updates to patent-protected documents
# bengo It would be helpful to have a special topic call explaining the patent policy protection and risks of opening vs not opening a new WG that would have new patent exclusions on top of the ones that arleady happened in SocialWG
# bumblefudge_ tantek: bengo asked about ambiguities
# bumblefudge_ ... and those sound normative to me
# bumblefudge_ bengo: but errata and other amendments to docs CAN be accepted by w3c staff
# bumblefudge_ (maybe only when there are no IP issues? unclear on the disagreement personally)
# lisarue (I'm happy to disagree and commit on many things but also happy to explore why I might have some disagreement but on the third hand it's a messy convo with lots of nuance and interdependencies)
# bumblefudge_ plh: the w3c team CAN update specs directly, but it's more an exception than an option, we don't love the additional IP risk in those cases
# bumblefudge_ evan: lots of anxiety in the broader community that a WG would change too much, embrace/extinguish, etc
# bengo great question Evan
# bumblefudge_ ... are there ways we can get a WG that optimizes for CG input and allays those concerns?
# dmitriz_ +1 Evan
# bumblefudge_ plh: actually, let me zoom in on a previous comment, w3c team has actually downscoped its leeway for those direct changes
# bumblefudge_ ... to purely editorial or non-substantive ones
# bengo I believe few ActivityPub list/forum/fediverse users have expressed an interest in substantive changes to the TR
# bumblefudge_ ... so i would mention that the WG can be scoped to a way that allay concerns about scope creep
# bumblefudge_ ... for example, a charter can say, "only clarifications and improvements to the existing functionality with no new functionality"
# lisarue I'm going to leap ahead a bit -- I'm +1 forming a proper WG . Messy imperfect groups like the W3C exist to imperfectly protect public goods like these specs from capture.
# bumblefudge_ ... or you can even go so far as to say "WG can only change functionality or add features with CG consensus"
# bumblefudge_ ... that is also a valid option in a charter
# bengo "Note: If there is no Working Group chartered to maintain a Recommendation the Team cannot make substantive changes and republish the Recommendation. It can, however, informatively highlight problems and desirable changes using errata and candidate corrections and republish as described in the previous section."
# bengo I meant w3c team "informatively highlight problems and desirable changes using errata"
# bumblefudge_ bumblefudge: not seeing much wiki activity how do we get people writing to it? email?
# bumblefudge_ capjamesg: anyone CG member has access, email already went out, please go to wiki and provide features
# bumblefudge_ ... they want to see in-scope or out-of-scope of upcoming substantive changes to specs
# capjamesg will close the minutes.
# 
tantek see https://www.w3.org/wiki/Special:RecentChanges for example, note all the contributions from eprodrom++
# capjamesg Did that not propagate?
# capjamesg Will do!
# bumblefudge_ d'oh
# bumblefudge_ scribe fail
# capjamesg Zakim, this conference is SWICG Community Meeting October 6th, 2023
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# dshanske Yes, I confirm I was here.
# 
csarven Is https://www.w3.org/wiki/index.php?title=SocialCG/WG_Charter_Discussion edit for all or was that data based on a meeting discussion or email thread or whatever?
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# tantek s|Is https://www.w3.org/wiki/index.php?title=SocialCG/WG_Charter_Discussion edit for all or was that data based on a meeting discussion or email thread or whatever?||
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
dmitriz joined the channel
# capjamesg csarven Any CG member can -- and is invited to! -- edit that wiki page!
# capjamesg acknowledged. Are there any further amendments to make, everyone?
# capjamesg will the title be propagated when the meeting is no longer a draft?
Zakim left the channel
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html Zakim
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# capjamesg thinks he did?
# capjamesg oh...
# capjamesg Meeting: SWICG Community Meeting October 6th, 2023
# capjamesg RRSAgent, make minutes
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html capjamesg
# capjamesg LGTM tantek.
# tantek capjamesg note: https://www.w3.org/wiki/SocialCG#Meeting_Process
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# tantek capjamesg, see for example the prior meeting: https://www.w3.org/2023/09/12-social-minutes.html
# capjamesg thank you!
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# capjamesg Yes, we got to two topics.
# tantek s|Social WG Charter https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion|Social WG Charter wiki page: https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion|
# tantek i|wiki page: https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion|capjamesg: notewiki|
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# tantek s|Topic: Social WG Charter wiki page: https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion|wiki page: https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion|
# tantek i|wiki page: https://www.w3.org/wiki/SocialCG/WG_Charter_Discussion|Topic: Social WG Charter
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# capjamesg I like it!
# capjamesg s/anyone CG member has access/any CG member has access/
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# RRSAgent I have made the request to generate https://www.w3.org/2023/10/06-social-minutes.html tantek
# capjamesg let's close the notes?
RRSAgent left the channel
# tantek or for now, you could just link to them from the wiki https://www.w3.org/wiki/SocialCG#Meeting_minutes and if someone requests edits, then we could lazy-move them to the wiki and do subsequent edits there.
Deep3D joined the channel