I didn't downvote, but I found it quite unclear and vague.
Nintendo announced the lawsuit [...] we were just about to go to Tokyo Game Show, so obviously we had to scale back a little bit and hire security guards and stuff like that."
I don't follow the connection... Why do you need security guards in response to a lawsuit?
Never happened in my life. Personally, if something breaks I just wait for it to get fixed.
Afaik, LGPL means that the library has to remain dynamically linked. That's it. No static linking is allowed and no embedding (i.e. hardcoding) is allowed unless also the outer project is also in a LGPL-compatible license.
So, no, they wouldn't be legally allowed to steal your source by hardcoding it, if that's what you are worried about.
The issue is with code and resources that cannot be dynamically linked. I called them "glue code", that's the stuff developers need, in order to use your library. That is not directly your library, but you will be shipping it with your library, most likely. You will need a different license for those resources, maybe MIT or even a public domain license such as CC0.
EDIT: I noticed you mentioned Steamworks SDK in another comment. I know Steam provides an optional DRM solution which wraps games in their own proprietary system. That might be forbidden by LGPL, I'm not sure. But linking an LGPL library to the same game that links to the proprietary Steamworks SDK shouldn't be a problem, as long as the linking is dynamic and not static.
Why not LGPL the Rust code, and CC0 the glue code?
I hope this doesn't ruin a magic moment, but... seems like this image might actually be incorrect. There's a more modern paper in the description of this video that analyses the data with a different approach and they get something that looks quite different.
https://www.youtube.com/watch?v=cdeee7tZ8QY
In any case, one way or the other, we got the correct image of such blackhole now. Just it's not this one.
FYI this has already been a thing for a long while thanks to an open source third-party implementation, and also works on Windows 10. I use it all the time, it's very similar to Linux's and I've never had any issues so far. Not sure if Microsoft's official solution will be any different/better.
On Windows: VirtualBox (free and easy to use, but still advanced/powerful) or HyperV (already included if you have Windows Pro).
On Linux: anything based on KVM, my personal favourite is virt-manager, but QEMU is also great.
I would stay away from VMware because the free version is quite limited, and the pro version is not free. The free alternatives are equally good or better, so no reason to use something paid imho.
So that's why GOG newsletters often go in the spam folder!
No, I've never unsubscribed. But I noticed that a good fraction of GOG emails get marked as spam. Now I know the reason.
I would recommend checking out LosslessCut. Behind the curtain it runs ffmpeg, so you should be able to find the perfect command.
In the features list:
View ffmpeg last command log so you can modify and re-run modify recent commands on the command line
Official article about the incident: https://godotengine.org/article/statement-on-godloader-malware-loader/
We do have a federated GitHub alternative. Perhaps not too mature yet, but it does indeed exist. Forgejo
Okay, that makes sense ๐
Well, I guess I am not informed on such details. Maybe one of the people downvoting were in my same situation. Although I guess this kind of websites expect their visitors to already know about the context.