!urandom, version 9️⃣:maunium.net

/dev /urandom

41 Members
Why did you delete me....31 Servers

Load older messages


SenderMessageTime
20 Apr 2022
@nephele:nheko.imnephele=> unsuited for mobile connections15:00:54
@nephele:nheko.imnepheleI know the reference implementation for the ircv3 server in go (forgot the name...) also supports this15:01:14
@val:e2e.zonevalthat's Ergo (formerly Oragono)15:01:39
@nephele:nheko.imnephelebut still, that you can spin up a server in theory that has /almost/ all things to be suited for mobile does not imply that irc generally is suited for a mobile connection15:01:41
@val:e2e.zoneval and I did say that "you don't need a persistent connection with modern server + client" 15:01:54
@nephele:nheko.imnephele> that's Ergo (formerly Oragono) Huh? why does it say you need to talk to nickserv then? I just enabled that in the config when i used it...15:02:16
@nephele:nheko.imnephele> and I did say that "you don't need a persistent connection with modern server + client" it's not any less or more modern because it implements it differently15:02:34
@nephele:nheko.imnephelesince there is no ircv3 spec to mandate this stuff (atleast none i can find) it is not any functionality that can be relied on15:02:58
@val:e2e.zonevalfair15:03:29
@nephele:nheko.imnephelefor now I'm using biboumi... which is the other way around, exposing irc networks to xmpp :)15:03:58
@nephele:nheko.imnephelealthough iOS mobile clients for xmpp are also pretty bad15:04:07
@nephele:nheko.imnephelewell, so are the matrix clients... everything sucks i guess15:04:20
@val:e2e.zonevalircv3 is working on it, but it's really slow because almost everyone involved is a volunteer15:04:47
@nephele:nheko.imnepheleYeah, i like ircv315:04:59
@nephele:nheko.imnepheleit's nice.15:05:04
@nephele:nheko.imnepheleIt also pisses me off that matrix-appservice-irc seems to implement the lowest possible subset of irc only15:05:22
@nephele:nheko.imnepheleprobably to make the bridge annoying enough to force people to migrate, i guess15:05:34
@val:e2e.zonevalthat's a policy decision, they don't consider it a priority15:05:40
@val:e2e.zoneval(can't remember the exact link, but they told me on github they don't have time for it)15:05:59
@nephele:nheko.imnephelesure they don't...15:06:08
@val:e2e.zonevalI prefer to assume good faith15:06:19
@nephele:nheko.imnepheleFor beeing a protocol to bridge everything matrix sure is terrible at bridging though15:06:30
@val:e2e.zonevalyeah15:07:08
@deepbluev7:neko.devNico
In reply to @nephele:nheko.im
For beeing a protocol to bridge everything matrix sure is terrible at bridging though
Not really, Matrix has much more and better bridges than other protocols imo
15:07:16
@deepbluev7:neko.devNicoAll the irc <-> something other bridges are terrible15:07:34
@nephele:nheko.imnepheleturns out mapping stateless protocols to a statefull one doesn't really work out to well15:07:34
@val:e2e.zonevalmessage length and forbidding newlines limits would go a long way toward making bridge users not so annoying to IRC users, but they refused to do that: https://github.com/matrix-org/matrix-appservice-irc/issues/701#issuecomment-43065571915:07:37
@val:e2e.zoneval(I am told they may be reconsidering this policy, though)15:07:47
@nephele:nheko.imnephele > In reply to @nephele:nheko.im
> For beeing a protocol to bridge everything matrix sure is terrible at bridging though
> Not really, Matrix has much more and better bridges than other protocols imo
I don't know any good relevant bridge honestly
15:07:51
@deepbluev7:neko.devNico
In reply to @val:e2e.zone
message length and forbidding newlines limits would go a long way toward making bridge users not so annoying to IRC users, but they refused to do that: https://github.com/matrix-org/matrix-appservice-irc/issues/701#issuecomment-430655719
They have planned to add that for a while now, but it isn't a high priority
15:08:32

There are no newer messages yet.


Back to Room ListRoom Version: 9