FreeGameDev

huehuehuebot sounds good.

https://github.com/hubot-scripts/hubot-fliptable
Phfff... lucky it exists. I was getting a lot of use out of the Mattermost flip table plugin so far

Huh there is a sister fork of Oragono IRC: https://github.com/prologic/eris
Maybe worth investigating further.

Edit: two related projects:
https://github.com/prologic/soter (IRC Bot to protect channels?)
https://github.com/prologic/cadmus (another log bot)

Probably going to Have replaced The Lounge on https://irc.freegamedev.net with Dispatch: https://github.com/khlieng/dispatch please test it and tell me what you think.

Much simpler, but in several key point better. Also handles connection interruptions much better.

But ultimately the idea is to use XMPP via biboumi as the main client entry point IRC will be the main backend though

Go has a lot of bloat and a GC. It was cool when it first came out, but now I don't understand why so much software uses it.

Because it is better than the current en vogue alternatives? But lets not get into language discussions here... I really like Go for server side applications: no bloat at all and great concurrency (only beaten by Erlang) compared to other popular choices. The Lounge is NodeJS

I don't see a reason not to go into language discussion here.

Go itself, as in the Go compiler toolchain, is bloated. Have you looked at what it takes to compile it? You cannot do a lightweight Go implementation. The only reason programs written in Go aren't bloated is that they're smartly written, but that doesn't mean the trash won't wash in eventually.

Erlang? I've never had the occasion to experiment with that.

NodeJS is JavaScript, and I like JavaScript. JS is like Go but on the complete opposite end of the strictness spectrum. In its default mode, JS lets you write code however you want, like C99 but with a bunch more high-level constructs. It only has ugly software because it's such a n00b-friendly language.

Deleted.

These are all technologies I may be interested in hosting myself. Anything with a setup wizard beats postfix. But I honestly don't know what Oauth2 is.

https://en.wikipedia.org/wiki/OpenID_Connect
It is a basic form of federated authentification used by all these "social logins" that allow you to use your Google, Twitter, Github. what ever account to sign up and log into other web services.

As after much frustration I decided to keep the user accounts to a minimum and not necessary link all accounts together through LDAP, this technology allows people to selectively link their accounts or not. It generally works nicely, and Hubzilla as well as Dispatch IRC should have this login option soon.

P.S.: I am happy to give some advise on setting up your own servers with that... but I am still learning myself to be honest

Ah, I see. The thing about Oauth2 is that you have to trust the site not to phish you, or you have to log in somewhere with some weird cross-domain cookie thing or whatever (or maybe not) but it just seems like a bit of a hassle, especially for the security-paranoid (like half of the people on this forum). It's not a bad idea for fediverse stuff, in fact a federated/decentralized identity system is essential for those services. But for little web-hosted toys? Nah.

I appreciate the offer to help me set stuff up. Honestly, for microsm.space and mobilegamedev.org I'm open to pretty much everything and want to make them useful and potentially drive traffic to them. I'm planning on installing Gitea on git.mobilegamedev.org, but virtual hosts are a pain that I don't fully understand, and Gitea being Go-based and a fork of Gogs makes it less of a miracle than, say, RocketGit. But RocketGit is AGPL'd and Gitea looks more user-friendly so I'll go with Gitea, even if the gits these days aren't as shiny as I'd like.

What other shinies can I add?

Naa, the entire point of OAuth2 is to avoid these things you mentioned. Of course if you chose to use one of these 3rd party services they will know when and where you log in. So it is mainly a privacy issue. But on the system I am building it is always only an option, not mandatory to use such a 3rd party login provider.

Yes virtual hosts with Nginx or Apache are a pain. But then I started using Docker and Traefik and realized that it can also be really nice and easy

My low-rent VPS can't handle anything as hefty as Docker. It barely serves static pages. Nested virtualization ain't something I'm going to try on there. Thankfully, most packages are pretty straightforward to set up, security concerns notwithstanding.

I suggest you give it a try... the overhead is actually quite small. The VPS I am running on multiple Docker containers is only a dual core 4GB ram system that costs less than 5 EUR a month. And I am maybe using half of the RAM and a small percentage of the CPU only...

I have 1 GB RAM single-core. Paid $3 last month for both sites.

Back on topic:

This seems interesting as it would somewhat automate the Discord to IRC bridging: https://github.com/BonusPlay/Bifrost
(Matterbridge is nice, but it is a very manual process to setup new bridges).

This also seems something to keep an eye on:
https://vowlink.io/
https://github.com/vowlink/vowlink
https://github.com/vowlink/vowlink-irc

It's some sort of p2p IRC like system with build in tor like multi-step routing.

Also cool but unrelated: IRC like chat over Ham radio:
https://github.com/brannondorsey/chattervox
https://github.com/xba1k/ax25irc

Ha, somehow I missed this:
https://github.com/qaisjp/go-discord-irc

The IRC -> Discord side of things work as you would expect it to: messages on IRC send to Discord as the bot user, as per usual.

The Discord -> IRC side of things is a little different. On connect, this bot will join the server with the ~d, and spawn additional connections for each online person in the Discord.

Supports bidirectional PMs

Edit: looks like this bot is not really in active development and the author plans to add the cool IRC puppet feature to Matterbridge.

Cool game server bot: https://github.com/9ich/pkup

Finally solved the SSL cert issue for the Oragono IRC server. Works nicely, has channel history out of the box (with some IRC clients that know how to ask for it) and is super resource efficient (7mb RAM only ).
Will need to play around with the settings a bit more and set up some default channels for bridging, but so far so good!

Glad to hear it!

Someone pointed me to this cool IRC relay:
https://github.com/jlu5/PyLink
It allows connecting multiple IRC channels without the annoying single user botbridge. Users from one network show up as regular users on the other network with an added "username|Freenode" for example. Pretty cool.

Edit: Awesome, it even comes with an addon Discord Bridge that properly translates the users!

https://github.com/PyLink/pylink-discord

Edit: ehh, this is under very active development and I rather wait for a proper release of version 2.1 to test it

A bit of a bummer... that Pylink relay is using features that are unavailable in Oragono for the forseeable future it seems.

As it looks like the ideal bridge to link together our existing irc channels and Discord, I will investigate the supported IRC servers, but so far it appears that they are all those maintenance nightmare legacy stuff with too many "moving parts"

Julius {l Wrote}:Ha, somehow I missed this:
https://github.com/qaisjp/go-discord-irc

Looks like this is the way to go (they added Docker support today) until (if?) the same functionality is implemented in Matterbridge or Oragono gets Pylink support.

This sadly means that IRC relaying other than with a bot-bridge is out of the picture. However we should in the end still have near fully transparent user bridging for Discord<->Oragono IRC<->XMPP which should be pretty neat. Other chat networks can still be bot bridged via Matterbridge or a dedicated bot bridge (for example Mumble).