It's using OverlayFs to lay mods on top of the game files which allows for easy switch-arounds of mod sets while keeping each mod separated in their own folder.
It's based upon config files and allows to freely collect mods in sets, even nested.
It's probably full of unnoticed bugs because I'm the only one using it, but it works 🤷
I do have a bunch of convenience stuff queued up locally though. They need a bit of polishing but soon it's ready for another push.
Maybe give https://vdo.ninja/?screenshare=&quality=0 a try?
That's also completely WebRTC direct connection based. Saved as a bookmark it's simple to spin up a stream, so the chat decision is disconnected from the streaming.
It has the special quirks that it's configured outside the repository and script based.
Listening for webhooks from forgejo needs an additional service though. (Like https://github.com/adnanh/webhook)
I guess this answer is about the returning of licenses?
Click on "Jetzt lesen" and the web reader opens. In the upper left you can return to the overview to see all your ready to read media and there's the option to return the book.
Wow, 2028. Well, your example isn't even available at all here: https://www.onleihe.de/nbib24
Some libraries do send the login information with email so you could try to join a different library within a better area remotely.
Maybe there are different Onleihe services but the one I know of (onleihe.de) has multiple "copies" available, visible in the book "Infos" tab. Revoking licenses is also possible in the web reader. The revoking could be easier and it would be nice having even more licenses available for high demand items, but it isn't nearly as bad as you've described.
In lack of better words I used nested.
This is what I meant:
When you open a post in a modal and then link to another post within it, it doesn't open a new modal; it just changes the content inside the existing one. So clicking back once, yes, does close "all" of them, but there was only ever one to close
In beta-3 it needed two back button clicks to close them both in a strange order, that isn't relevant with beta-4 anymore. 🫡
I just noticed that in nested modals, e.g. by clicking a post link inside a modal which opens another overlaying modal, the back button closes the background modal first and another back button click closes the foreground modal. I would expect the modals to close in the reverse order of them opening.
Looking in the aur libstdc++5-bin package it's getting it from Debian pre-compiled: https://packages.debian.org/bullseye/libstdc++5
I don't know about Nobara, but if isn't available there you can get the library from the same source and use
LD_LIBRARY_PATHto load that library.