#social 2019-02-16
2019-02-16 UTC
# 
dansup yeah true, its not exactly a new idea! https://mastodon.social/@dansup/100286631732546033
Guest84, xmpp-social and cjslep joined the channel
# cjslep Is W3C's IRC bridged to Matrix yet?
rZr and cjslep joined the channel
# cjslep Looking at the logs yesterday... it's not that I'm waiting for approval, it's that I'm making sure there's no conflict of interest.
# JasonRobinson[m] > <@irc_cjslep:cybre.space> Is W3C's IRC bridged to Matrix yet?
# JasonRobinson[m] Answering here too, yes. For example #socialcg:feneas.org
tcit[m] joined the channel
# jdormit[m] Also #socialcg:matrix.cybre.space
# JasonRobinson[m] yeah that is one of the strengths of matrix - rooms are not locked to any server <3
# nightpool[m] I find that a little misleading though
# nightpool[m] because the room depends on the IRC integration running on cybre.space
# nightpool[m] so giving it alternate addresses obscures that fact
# nightpool[m] speaking of which, does anyone know what Matrix Traveler (bot) is?
# nightpool[m] I'm inclined to kick it, if it's just the equivalent of a followbot
# JasonRobinson[m] > <@nightpool:cybre.space> because the room depends on the IRC integration running on cybre.space
# JasonRobinson[m] sure but the room history is preserved. if the cybre.space bridge goes down, it's enough for one other to start another. no history would be lost, except the stuff happening irc side between the bridge loss. But yeah you're right, bridges depend on a single instance running.
# JasonRobinson[m] > <@nightpool:cybre.space> speaking of which, does anyone know what Matrix Traveler (bot) is?
# JasonRobinson[m] I think it indexes rooms and allows room search 🤔
# JasonRobinson[m] !traveller linux
# JasonRobinson[m] hmmm well something like that
# JasonRobinson[m] https://github.com/turt2live/matrix-voyager-bot
# JasonRobinson[m] nah doesn't search, but just maps the network
# nightpool[m] interesting.... I'm still not sure what practical benefit alternate addresses have.... isn't your homeserver keeping a copy of the history anyway?
# nightpool[m] so it's really about discoveribility after the network partition?
# JasonRobinson[m] but without an alternate address no one can join the room if cybre.space goes dead
# JasonRobinson[m] now people can via an alternate address
# nightpool[m] right
# nightpool[m] couldn't you add that alternate address reactively though?
# nightpool[m] and like, existing links will still be broken no matter what
# JasonRobinson[m] would have to read a bit more on the spec to answer properly :P
timoriF-b162[m], cjslep[m] and cwebber2 joined the channel
# trwnh I think it'd be possible with content addressing. The only difference between ID in AP/Zot is that AP identity is a URI/URL, while Zot identity is a 256-bit guid signed by the public key <Rixon[m]> It would be the best of all worlds if we could get something like Zot's nomadic ID into AP federation
# trwnh existing implementations would have to adopt the same system though. right now every implementation can do whatever it wants internally, there's no real dereferencing to any sort of global identity, just internal dereferencing to whatever
# nightpool[m] (btw, matrix.cybre.space just updated to the new, rewritten riot, and damn it's so much more usable then riot used to be)
# Rixon[m] Hmmm it is kinda different... in HubZilla your ID can have multiple 'channels' which are more appropriate analogues of the URI ID in AP
# nightpool[m] Jason Robinson: i tried looking up on https://voyager.t2bot.io/#/graph what channels ours is "linked" to but apparently that's impossible
# nightpool[m] or if it Isn't, i have no idea how to do it
# trwnh Rixon[m]: not really, each hubzilla channel is its own identity
# trwnh a channel is attached to an account (which is its own separate entity that exists only on a given server, and is instead *linked* to the channels)