languages shouldn't have official discord "servers" tbh.
if the discussion isn't available on a public platform, you fucked up.
also applies to the Idris Slack and Google Groups, but at least the latter works as a mailing list, albeit a pretty crappy one (what with all the "this email is from Google Groups" signatures. i hate having to scroll past those.)
@clacke Mozilla bundles quite a bit of unnecessary crap with their browser, so I don't value their opinion quite as much as I wish I could.
@liaizon @clacke @grainloom IRC has several drawbacks. I find XMPP more interesting as a chat tool. If you install Yunohost on a VPS you get email and XMPP (with LDAP for users) with the base install. Really easy to install for Linux sysadmin starters, so that is not a threshold to hold one back. However, installing, configuring and maintaining an IRC server is harder.
I use unrealircd, which is under active development.
In general, when I hear "irc has drawbacks" that's all I hear, I never hear what they are, and if questioned, the person backpedals like _mad_ to get away from actually having to say they can't only use text to speak to others, they need to be able to post gifs and memes to express themselves.
Last time I tried to use Matrix, I was directed to Google Captcha. Fsck that.
I ran an xmpp server for a bit, but as the number of people using it was exactly 1, and that person was available on irc, I stopped wasting my time with that.
We use rocketchat at work, and I wish the admins would install the irssi support for it so I could have a proper interface, but... oh well (:
On this I can agree.
I can also state that this is a result of something I saw back in the day - the original efnet split (: It was 100% political, 100% drama, and the engineering result was to take the ball and go home.
I solve this by using multiple connections and tmux, but I can see where this would be a drawback if one needed to NOT separate things by task/purpose. I do that, which means it is perfect for my use case.
I'm not sure a federated irc setup would solve the issue, but it would be interesting to _try._
(Also, this may be something that ircv3 is trying to address. Not sure, just know that it exists and unreal's development team is part of that.)
@polychrome @grainloom @liaizon @clacke I haven't needed to check in on it, but as I get updates from the Unrealircd team about once a month or so (as I said, active development) there are casual references to it every so often.
I haven't needed it - our network remains small by design - but if I were looking to deploy large scale irc services I'd be looking at it closely.
At some point I'll likely look at it when I read about "this is an ircv3 design item, and it will significantly change the way things operate, so please read up on this before deploying anything in the next major version."
@hirojin oh haha I read "my client" as in the "client I made" not "the client I use"
I need sleep, I am on severe jetlag. disregard :)
English! It's never ambiguous! (:
Fairly sure in Finnish, this would not be ambiguous. But I also am only at level 1.5 on the 5 point scale of being able to speak/read a language with Finnish - where 5 is "native/fluent" and 3 is "can have a regular conversation but is limited in the phrasing they can use."
@hirojin @liaizon @polychrome @grainloom @clacke Yes. Though, given we were all speaking at a level which was more administrative / developer than "casual user," you can see where there was some context that you _could_ be the developer.
Now, just to be clear -
Does your company _develop_ that client, or just use it?
@hirojin @polychrome @grainloom @liaizon @clacke Just out of curiosity (as I see there's a Scandanavian channel, but not a Nordic channel, and as I'm sure you know - Finnish is NOT an Indo-European language) - any Finns using it?
(As, well, it would be very surprizing if they were not (: )
I may take some time and test this at some point, but as I have to remind myself regularly - I have to rest, as I am severely burnt out, so - not today. Though I would like to today (:
what irc really needs is a stronger encryption, and authentication and moderation model, and that's a server side story, and a lot of servers are not going to bother with these things (i'm think Efnet, IRCnet here)
Which I don't think efnet or ircnet will adopt (:
Freenode, however, likely will.
I'm not sold entirely on an authentication or moderation model, but then, I've been around it for 30 years so most items that fall into this category I have weathered the storms, and come out unscathed, but - as brought up in this conversation - when we get away from the "irc as a medium" and into the "ircd deployment" - cracks appear, and they are large cracks you can see through, and I will say "oh, yes, the door over there that people walk through, right, I forgot that wasn't originally a door."
This has been a good conversation about the shortcomings of the overall irc infrastructure, and not "I dislike text." This I can work with (:
Netsplits are uncool :(
Using SSL is a pain for confidential conversations, if you want to allow users to connect without SSL as well.
Then there is the take over attempts of channels risk.
Closing down your GUI irc client on the desktop and logging in again will make you start from scratch losing all history (No, we cannot expect every user to use ssh + irssi + screen).
@Ajz @liaizon @clacke @grainloom I haven't seen a netsplit in some time, but yes, they can be problematic. And the nick collision issue on rejoin has been solved, but not in the most user friendly way. So this is an infrastructure thing that I agree should be improved.
I'm just going to say that no one should use non-ssl in 2020. But, yes, this is a point that is difficult _if_ you want to expose your users to non-ssl. I do not encourage that choice (:
As an ircop, I can say "no, there isn't a takeover problem" but - YES, in a large scale setup - yes there is. And we are in 2020, so large scale is a thing.
And on the last issue, I have a similar "well, I will set up the user with a method that allows them t be always on if needed" solution, but this does not SCALE.
Thank you for providing actual points to consider. It really comes down to scale - irc implementations are sufficient for small scale. NOT largescale.
I‘d say IRC is a good common demeanor that other protocols should be able to connect to, even if with a reduced feature set. And it’s mostly (or only) useful for discussions that happen out in the open anyway.
Out in the open conversations, and what other things should connect to for publication to the _open_ internet.
I'd list reasons why, but I'm sure anyone who would disagree with this would have a reason, and if that reason is important enough to mention - do so, and I'll see if I agree. (I imagine I will not (: One use case that I have that most people won't : most folks will want it to be accessable via phone. I expect at minimum I would be able to use it via my Amiga.)
so if I close the client or it crashes or I shut down the computer or am switching between client devices (like phone and computer), IRC (and XMPP and a bunch of others) won't show me the correct scrollup.
other peoples' messages don't go above when I logged in and my messages are missing anything I said from another device/client.
I wish there was smthn OSS tho
But it certainly could be made optional - setting a channel to be "ephemeral" for casual discussion - like in a bar, where you can speak freely and things just are on the wind and you don't have the stress of having to uphold some social standard - or "permanent" for actual discussion that _should_ be logged, like any serious discussion.
(I also know that this can be solved by various "bouncer" implementations, and of course tmux/screen. And I've offered friends the option of those - so yes, in MY case, I'm seeing a shortcoming and providing a choice of solutions - but : SCALE? No, this does not scale.)
Cybrespace is an instance of Mastodon, a social network based on open web protocols and free, open-source software. It is decentralized like e-mail.