From their GitHub:
cpak installs applications from OCI images while keeping package metadata in a Git repository. It provides native desktop integration, shared content-addressed layers, atomic updates and a rootless Linux sandbox from one Go binary.
It seems interesting. I’ve never heard of it before, but apparently Bottles packages with cpak along with flatpak. The main reason I use flatpaks are its sandboxing capabilities, so it would be cool if cpak brings new stuff to the table while matching or overpassing the sandboxing capabilities.


I just read the license of cpak and I can’t say I’m a fan.
https://github.com/Containerpak/cpak/commit/92ce3d2c13860199f5e7158cb67b0775957a81de
the linked project literally changed to gpl3 five hours ago.
Why? It’s a fair license but with corporate restrictions
Honestly, if any distro included this, it would be an instant red flag.
The restriction pretty much aims at companies like Amazon that rehost an open source project. That sounds pretty fair to me
I don’t think so, this still would let them host it so long as don’t have a “competing fork”. I’ve heard of licenses like Server Side Public License (SSPL) that do you what you say. Basically, that license requires all the infrastructure around the software to be open source to. So something like AWS couldn’t host the software without first open sourcing all their infrastructure.
What about this? This basically forbids you to fork the software if you want to - e.g. because they’re maybe going closed source in a few years?
The way I read that is they don’t want forks fixing specific issues/making improvements when those changes could all be in the one implementation.
Yup, that’s simply a deal breaker. [For me].
If it’s for you, too, you could maybe even mark the post with [SOLVED] or “Update:…”. If you wish. No obligation.