matrix-appservice-irc
mash-playbook
matrix-appservice-irc | mash-playbook | |
---|---|---|
10 | 10 | |
457 | 372 | |
0.0% | 5.1% | |
6.8 | 9.8 | |
22 days ago | 3 days ago | |
TypeScript | Python | |
Apache License 2.0 | GNU Affero General Public License v3.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
matrix-appservice-irc
-
Shutting down the Matrix bridge to Libera Chat
The issue in question here is https://github.com/matrix-org/matrix-appservice-irc/issues/1... (and https://github.com/matrix-org/matrix-appservice-irc/pull/133...) which accidentally regressed due to other stability work done for Libera (specifically, keeping the IRC-side connections persistent, rather than reconnecting when the bridge starts). As a result there was an race condition edge case where users on the Matrix side could read history in the IRC channel while still connecting the Matrix users on the IRC side. This was one of the straws that broke the camel's back in terms of Libera wanting the bridge disabled. The other was the confusion over https://matrix.org/blog/2023/07/what-happened-with-the-archi....
-
Disabling Matrix Portalling
As a user, this is miserable. Matrix is used as a decentralised bouncer for tens of thousands of users to access IRC (including me) and while the bridge has certainly had problems over the years (e.g. occasional delays & a recent spate of dropped messages), it's also improved loads too - e.g. with support for restarting the bridge without reconnecting all the IRC users (https://github.com/matrix-org/matrix-appservice-irc/issues/1...) and all the other stuff in https://github.com/matrix-org/matrix-appservice-irc/blob/dev....
By now requiring users to go and contact chanops to ask them to explicitly plumb IRC channels to Matrix, it's just going to waste time for chanops, precipitate weird cross-plumbing failures, or fail outright (given plumbing channels with more than 100 users has to be done manually to prevent abuse).
It's very unfortunate that it's come to this, and I can only hope that the whole "opt in with a chanmode" thing happens.
In fact, wouldn't it have been better to just ban the bridge by default, and let chanops unban it if they want people to be able to access via Matrix, rather than encourage people into the weird world of plumbing?
-
A Quick Overview of Matrix
On the Matrix side, we've put a lot of effort into being good neighbours, fwiw - e.g. recently this massive refactor at https://github.com/matrix-org/matrix-appservice-irc/pull/166... to allow the matrix<->irc bridge to be restarted without reconnecting all its IRC users (the single biggest complaint we ever had about the bridge in terms of eroding usability of IRC for IRC natives).
Sadly it looks like it wasn't considered sufficient, based on https://libera.chat/news/matrix-deportalling.
-
We are moving past legacy Freenode to a new fork
This happened right after Freenode banned IRCCloud users following IRCCloud staff statements suggesting users to migrate off Freenode and the launch of competing bouncer services.[0] Now that most channels are dead and direct users to other networks despite staff's best efforts to quell any criticism (channel migrations+topic-renaming, banning users, etc), I guess they decided to wipe everything and start over to more easily remove any references to Libera/OFTC. In fact, it removes any every reference to anything at all.
If you had a bot that directed users to the actual location of your community, you should check to make sure that it survives this migration (this was probably part of the intent).
If you use Matrix and have left Freenode channels, the IRC-Matrix appservice bridge might still be keeping you connected. To leave Freenode, send a "!quit" message to the Freenode bridge appservice user, @appservice-irc:matrix.org.[1][2]
[0]: https://web.archive.org/web/20210612224853/https://nitter.ni...
[1]: https://matrix-org.github.io/matrix-appservice-irc/latest/ad...
[2]: https://github.com/matrix-org/matrix-appservice-irc/wiki/Bri...
-
Freenode has unilaterally taken over #haskell along with many other community channels
Matrix bridging to Libera is already functional in testing and should be announced soon, subscribe for news to this issue.
-
Element Matrix Services Launches Bridging for Microsoft Teams
It looks like they could be fixed as the bridge code is open source. For example here is an issue around messages being split incorrectly: https://github.com/matrix-org/matrix-appservice-irc/issues/1...
- IRC users joining a room with no ops get PL50 on Matrix side
- Netsplit can possibly cause Matrix user becoming moderator and deop by server not getting synced
- Netsplit can cause Matrix user becoming moderator and deop by server not syncing
mash-playbook
-
Adding a new Ghost via docker-compose to your traefik setup
Sometimes the easiest and quickest way to try (or even deploy) a new service is by using the recommended docker-compose-setup that they often have as an example. But if you have an existing infrastructure, like we do with the great mother of all self-hosting ansible playbooks, this isn't always easy to integrate. In particular when that infrastructure is managed and started and stopped independently from the additional docker-compose you intend to add. Lucky, who is running their out-most proxy using traefik, because with just a few extra labels your docker-compose becomes available TLS-certs included.
-
Shutting down the Matrix bridge to Libera Chat
Yes! And don't forget MASH [0], its a collection of Ansible roles that is compatible with the Matrix Docker Ansible Deploy playbook. In case you want to add more services to your Matrix server.
[0]: https://github.com/mother-of-all-self-hosting/mash-playbook
- MASH Playbook supports Funkwhale
- Dokumente Synology Bearbeitung
- Mother-of-All-Self-Hosting Ansible Playbook
-
PhotoPrism: Browse Your Life in Pictures
This is why I like https://github.com/mother-of-all-self-hosting/mash-playbook and its associated Ansible roles for configuring various services.
All the portability of Docker, plus (something close to) the ease of use of installing a distro package like an .rpm or .deb.
-
Auth advice for family self hosting
I use Authentik. Is speaks LADP, OICD, OAUTH and SAML so most use cases are already included. For everything else there is the option of using a proxy provider with an appropriate webserver that uses [Forward aut](https://doc.traefik.io/traefik/middlewares/http/forwardauth/). I never used Forward Auth but the general setup is discussed here: https://github.com/mother-of-all-self-hosting/mash-playbook/issues/50
-
An Ansible-Playbook for everything™
more here
- MASH Playbook supports Peertube - Easy installation via Ansible
What are some alternatives?
teams-cli - A CLI / TUI for Microsoft Teams
photodb - A photo management tool in Rust (with libraw)
papers
duplo - Detect duplicate (or similar) images. Written in Go.
nimb - NIMB IRC Matrix Bridge (NIMB) is a simple client tool that bridges IRC and Matrix channels and forwards messages from one to others
uptime-kuma-api - A Python wrapper for the Uptime Kuma Socket.IO API
MatrixTexter - Easily send messages to matrix.org chat rooms via PHP
PhotoPrism - AI-Powered Photos App for the Decentralized Web 🌈💎✨
iamb - A Matrix client for Vim addicts
immich - High performance self-hosted photo and video management solution.
matrix.org - matrix.org public website
photo-autorganize