#GWGjacky: Once we get a date, we can start putting together some resources for it
#GWGWe have 4 people for the 6th of August already
wagle and [snarfed] joined the channel
#[snarfed]AramZ-S afaik no one runs their own Bridgy. I don't want to encourage it, since it's not designed to be private or behind any auth, so I don't want people confused by multiple instances run by different people
jacky, mro, pmlnr, tetov-irc, gxt_ and nertzy joined the channel
#Loqijacky has 25 karma in this channel over the last year (57 in all channels)
#jackya bit of context to my request: I'm looking to see what kind of patterns I've implemented in my site that I'd want to move to a library to ease development for others
#ZegnatMmm, interesting. So it is more a block by plumbing than by the idea?
#GWGjacky: The new indieauth has an introspection endpoint that complies with oauth2
#[snarfed]I met with Matt Wise recently, https://havenweb.org/ founder, and he was interested in TicketAuth etc since Haven is entirely private
#GWGThat was part of the point of the change, to allow existing libraries to support with minimal changes
#GWGI may do a run at updating the proposed ticket auth spec again
#GWGI updated the original version to align with the way other Indieweb specs were described
#GWGI still just like the philosophy behind Ticket Auth, that it shifts responsibility from the consumer to the publisher
#jackyIIRC you implemented the new updates, right GWG?
#jackydid that seem to make TicketAuth easier to implement?
#jackyneeds to take tomorrow to do it since it's a day off :đī¸
#GWGjacky: If you need someone to bounce things off, happy to try being a sounding board.
#GWGBut, not really. The only difference between pre-update Ticket Auth and post-update is that you discover Ticket Auth through the metadata endpoint instead of another link header
#GWGTicket Auth is the easy part. The hard part of rme was audience-restricted posts, which I still haven't finished
#LoqiSpecifications (or standards) are technical documentation for communicating between two or more implementations in an interoperable way; for the indieweb in particular, standards help reach greater levels IndieMark user functionality to publish, express meaning, notify, subscribe, and many other user actions https://indieweb.org/specifications
#LoqiIt looks like we don't have a page for "all of the algorithms" yet. Would you like to create it? (Or just say "all of the algorithms is ____", a sentence describing the term)
#@defnotbekaso I had an interesting realization the other day while half asleep, about a connection between software design and video game design in particular, a connection between the design principles behind Deus Ex and the implicit design principles of general software ecosystems (twitter.com/_/status/1543668749374332928)
#jackyI think I managed to get a small list of things
#jackyI might update the wiki and link the pages together (since there's already a page for it)
#[tantek]hmm, if it's an algorithm that's important for implementations doing things across sites, it really should be developed into a specification (and thus listed at spec.indieweb)
#[tantek]yes a spec can be any "level" of a standard in development. something is a spec whether it's a draft, has some implementations, or is "ratified" (e.g. W3C REC, or IETF RFC that's been given a number etc.)
#[tantek]though wikipedia is badly (surprisingly) lacking a good "de jure standards" page (it just redirects to "de jure" which is not about standards at all)
cybi joined the channel
#[KevinMarks]My mantra is "standards are documentation, not legislation" - once you start explaining how to interoperate you are doing standards work