#dev 2022-07-03

2022-07-03 UTC
#
AramZ-S[m]
Curious: do many people run their own version of the Bridgy server?
ShinyCyril_ joined the channel
#
GWG
jacky: See pop-up?
#
GWG
As in, great thing to discuss
#
GWG
AramZ-S[m]: Not that I'm aware of
gxt_ joined the channel
#
jacky
GWG: I think I already set my preferred dates :)
#
GWG
jacky: I meant, it's a great topic related
#
jacky
ah gotcha
#
jacky
I'll try to remember it for then!
#
GWG
jacky: Once we get a date, we can start putting together some resources for it
#
GWG
We 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
#
jacky
is there a list of all of the 'algorithms' like https://microformats.org/wiki/representative-h-card-parsing?
#
jacky
noticing it doesn't use categories so one would have to comb
jacky and rtypo_bot joined the channel; rtypo_bot left the channel
#
[snarfed]
jacky++
#
Loqi
jacky has 25 karma in this channel over the last year (57 in all channels)
#
jacky
a 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
#
jacky
even as far as providing examples of use https://docs.rs/indieweb/latest/indieweb/standards/indieauth/index.html (for indieauth, for example, need to flesh out the others)
#
jacky
I figure this is more mature for PHP and Python
#
Zegnat
jacky: re #indieweb; "haven't had a forcing reason yet lol" - what do you think would have gotten you to spend more time on ticketauth?
#
Zegnat
A discussion question mostly. I wonder what we need to get even people so internally to our own community to think more about it
#
Zegnat
is also an example of not having implemented it
#
jacky
I think it's mainly tools that I'm using that don't use it as a minimum version (the version being indieauth's version)
#
jacky
that said, I _might_ have to because even with that example above, you'd have to manually craft the request to verify a token
#
jacky
and the underlying OAuth2 crate I use has a concept of the introspection endpoint and requires it to do that (ugh)
#
jacky
that might be it for me :)
#
Zegnat
Mmm, interesting. So it is more a block by plumbing than by the idea?
#
GWG
jacky: 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
#
GWG
That was part of the point of the change, to allow existing libraries to support with minimal changes
#
GWG
I may do a run at updating the proposed ticket auth spec again
#
GWG
I updated the original version to align with the way other Indieweb specs were described
#
GWG
I still just like the philosophy behind Ticket Auth, that it shifts responsibility from the consumer to the publisher
#
jacky
IIRC you implemented the new updates, right GWG?
#
jacky
did that seem to make TicketAuth easier to implement?
#
jacky
needs to take tomorrow to do it since it's a day off :😜ī¸
#
GWG
jacky: If you need someone to bounce things off, happy to try being a sounding board.
#
GWG
But, 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
#
GWG
Ticket Auth is the easy part. The hard part of rme was audience-restricted posts, which I still haven't finished
#
jacky
hmmmmm
jacky and ShinyCyril joined the channel; jacky left the channel
#
GWG
Hmmm?
jacky joined the channel
#
jacky
well the fact that ticketauth can be discerned from the metadata endpoint
#
jacky
makes me want to do the upgrade first then implement it
#
jacky
don't wanna have to change the discovery logic (though I think I abstracted that so consumers wouldn't need to know _how_ it got it)
#
jacky
2nd it = the ticketauth endpoint
#
jacky
[snarfed]: that's even more reason for me to get into it
#
jacky
like if by me implementing something, it encourages others to do so, I'd be down
#
jacky
(but that also increases the size of things to do lol)
#
GWG
jacky: Thus is life..I removed link discovery for the ticket endpoint but kept it for token and authorization endpoint for backcompat for now
jacky joined the channel
#
jacky
that makes sense!
#
jacky
so maybe I could just hammer out ticketauth and _then_ upgrade
#
jacky
lol it's def a coin toss
#
GWG
Up to you
#
jacky
ah-ha! this is the closest I've found to a 'collection of algos' page https://indieweb.org/discovery-algorithms
#
jacky
lol and I've contributed to it
cybi, jacky, [tonz], geoffo and [arush] joined the channel
#
[tantek]
jacky, "all of the algorithms like", you mean a list of specs?
cybi joined the channel
#
[tantek]
what are specifications
#
Loqi
Specifications (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
#
[tantek]
what are all of the algorithms
#
Loqi
It 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)
#
[tantek]
all of the algorithms are /specifications
cybi joined the channel
#
[KevinMarks]
This thread is an interesting argument for indieweb style composability https://twitter.com/defnotbeka/status/1543668749374332928?t=GXicHuiOVMlucIrP-Hb5AA&s=19
#
@defnotbeka
so 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)
#
jacky
[tantek]: nahh we got https://spec.indieweb.org I think for that
#
jacky
I'm thinking more like /ptd and /opd and even /authorship
#
jacky
I think I managed to get a small list of things
#
jacky
I 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]
at least a draft
#
[tantek]
jacky, note that all three of those, /ptd /opd /authorship are listed/linked in https://indieweb.org/specifications#IndieWeb_Specifications
#
jacky
good to note that (re: evolution of them)
#
jacky
hmmm okay
#
jacky
I think then I kinda misunderstood the difference b/w a spec and standard then
#
jacky
a spec is kinda like a pre-standard? lol
#
[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]
jacky, some more philosophy on what makes a "standard" a standard in https://en.wikipedia.org/wiki/De_facto_standard
#
[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
geoffo and Seirdy joined the channel
#
jacky
[KevinMarks]: I like that framing
#
jacky
[tantek]: this also helps too!
geoffo, jacky, sp1ff, tetov-irc, AramZS, Seirdy, [Scott_Jack] and alex11 joined the channel