#social 2017-01-21
2017-01-21 UTC
peacekeeper, timbl, svetka_ne and qwebirc71357_ joined the channel
# 
qwebirc71357_ slaps qwebirc71357_ around a bit with a large fishbot
emacsen joined the channel
# emacsen Hi folks. This channel is for Activity Streams, but can I also ask about Activity Vocabulary?
# cwebber emacsen: Activity Vocabulary is kind of part of AS2 anyway :)
# cwebber so go for it :)
# cwebber and this channel is for a few specs, including ActivityPub and Micropub, so go for it
# emacsen cwebber, in the Activity Vocabulary docs, many of the examples use acct:foo@example.com as an Actor...
# emacsen but I don't see acct mentioned anywhere else.. Is that just used in all the examples as an identifier for a username, or is there some significance to the syntax?
# cwebber emacsen: that corresponds to Webfinger addresses
# cwebber acct: is a uri prefix that permits that
# cwebber most new activitypub implementations will use vanilla http uris over webfinger, but you can use those addresses
# cwebber webfinger does some stuff to look up the actual URI of the user through some /.well-known magic
# emacsen cwebber, it might make sense to mention that somewhere in the docs?
# cwebber emacsen: hm maybe
# emacsen vs just "Oh here's some syntax that doesn't correspond with anything we've mentioned previously" ;)
# cwebber heh
# emacsen so I'll bookmark "Look up webfinger" (and try to get "Goldfinger" out of my head)
# emacsen okay, question 2.. in ActivityPub 9.1.3 - servers acting on behalf of users... Isnt that always the case?
# emacsen `btw, `appolgoies for typing issues, my cat is being very agressive with his affection
# cwebber emacsen: not always... for example, a user's client can also act on behalf of the user
# cwebber going directly to a remote uri
# cwebber and reading from an inbox
# emacsen oh, yes, of course... vs the server... got it
# cwebber :)
# emacsen but in server <-> server communication, I'm trying to think of any kind of authentication that might be necessary and can't think of much
# emacsen but what exactly does "may use OAuth 2.0 with JSON Web Signatures to authenticate with a 3rd party server" mean... what third party? Do they mean if server B is delivering a notification on behalf of a user on server A?
# emacsen or is there something else I'm missing
# emacsen and then I just have one more question today :)
# cwebber emacsen: eg, delivering content, you might want signatures
# emacsen *nod* yeah I was looking at that... That's probably the best answer. Will have to look up how keys would be stored per user or server, but yes
# cwebber emacsen: the answer as for "hwo keys should be stored" is the ActivityPub spec is super vague on this :)
# cwebber it needs real world testing
# cwebber and actual experience
# emacsen Now, here's a "simple one". User Bob sends a Note as a ReplyTo to an Object of Alice...
# cwebber we have the general idea there, but left it vague so it can be refined as we get it right...
# emacsen Bob has his followers. Alice, I guess also needs to send that to that object's followers. Are they *both* sending it? Or is only one of these servers sending the deliveries?
# cwebber emacsen: I think that one we went over on PM the other day
# cwebber think about the forwarding and etc stuff
# cwebber we can go over it again if you have specific questions
# emacsen I thought that was a different question :)
# emacsen or, more specifically, if we see Bob as having followers, and the object as having followers, I see it as both servers needing to do the delivery, but perhaps not
# emacsen perhaps just the "reciever" (as its in replyTo) should
# cwebber oh if two people have follower lists on there
# cwebber then yeah both servers will do delivery to their respective collections
# cwebber since server A might not have access to server B's collection, etc
# emacsen well not people, per se, but yes, People, or People + Objects can have a follower list (eg maybe the list of Likes)
# emacsen I guess I don't understand why only Likes is a collection, vs some kind of generic "You could make your own collection here"
# emacsen OH! Only Actors have collections!
# emacsen Not Objects...
# emacsen That's tricky. So what if I don't follow a specific user, but want to be notified about new Notes on an Article
# cwebber emacsen: objects can have collections, that just isn't the most common use case
# cwebber you can make a collection for anything
# emacsen has a guest, but I need to see how that's represented
# cwebber but "followers" and etc are some common, default collections, and those are for actors only generally by convention
# cwebber emacsen: look at some more of the activitypub examples of the addressing
# emacsen will do. Have a guest over now. ttyl
# cwebber later