Run Windows software on Linux with Bottles.
Spoiler of what I'll talk about at #GUADEC2025
(The fact I am showcasing a Desktop application is just because the page looks better, primary usecase of cpak is not for Desktop apps but IoT and Servers. But yeah it does support desktop apps as well).
Hey distribution packagers…
I communicated with a few people about my attitude and hostility towards distribution packagers. I want to apologize for poorly communicating my intents, generalization, and vagueness in the past. I want to take a moment to properly address my behavior and intention.
To clarify why I was purposefully vague all this time, it was to avoid drama with Fedora, but I hadn't realized that doing so would come at the cost of upsetting everybody else – again, I apologize for being ignorant and insensitive.
I'm not against distribution packaging, even though I've repeatedly miscommunicated that. What I'm against is those packaging improperly, utterly failing to serve their target audience, and worsening the reputation of those who have no control over it, without taking responsibility of their own actions.
In the case of @usebottles, the only distribution that had been remarkably difficult to work with was @fedora, specifically the Bottles RPM packagers.
The package provided by Fedora Linux keeps breaking one way or another, but because Fedora Workstation and Fedora KDE are somewhat marketed and targeted towards newcomers, users are more inclined to believe that we, the developers, are responsible for the bad experience. These users are misled into thinking that any problem with the package is a bug within Bottles, because they're simply not aware of the distribution model, nor are they aware of the legal and technical limitations of the tools Fedora packagers use. They report those issues to us, in hope to make the software better, but then they realize that the issues don't exist in the app.
Even worse, the bug reporting platform Fedora uses, Red Hat Bugzilla, is unnecessarily difficult to use, especially for a newcomer. I used to report issues directly to developers just to avoid using Bugzilla, and I'm sure many people have felt the same way. I'm not proud of it, but it's the harsh reality.
Moreover, because of 1. the extremely misleading representation of the package, 2. newcomers’ assumptions that every package is provided by the developers, and 3. how unintuitive Red Hat Bugzilla is, the packagers very rarely receive those bug reports.
When developers tell them that their package is broken, politely or not, their responses are typically synonymous to “can't confirm; so far there haven't been any reported issues.” They then “invite” us to report these issues to them using Red Hat Bugzilla, and they refuse to either drop the package or add a label clearly stating that it's an unofficial package.
It's not our responsibility to undo the damage that they caused; it is the packagers’. It's unnecessary burden for us especially when most of us also work on other projects. It worsens the user experience and our reputation for something we haven't caused. And while it affects everybody mentioned so far, the only party that isn't affected is the Fedora packagers causing this. This isn't to say every Fedora packager is like this. They're not, but the ones I interacted with were.
Now, what about distributions like Arch Linux, NixOS, Void, Gentoo, etc.? I have nothing against them, even if they ever package Bottles badly. These distributions are for advanced users; they assume that users fundamentally understand the distribution model, which is the correct way of handling it. Users generally report to their distribution for any problem before they report to us (at least, from experience). It's a win for everybody. There's no reason to limit those who don't burden others.
I'm well aware that my actions affect everybody. For example, the “Exit on non-sandboxed environments merge request requires every distribution to patch it, and I'm well aware that it sucks. The commit message itself generalizes to “distributions”, when it should've been “Fedora Bottles RPM packagers”, which I apologize. I'm personally against trademarking Bottles because it doesn't solve the inherent problem that some distributions, like in this case Fedora, abuse their rights to redistribute apps “just because the license allows it”. Having the rights to do something doesn't mean it's okay to inconvenience and burden others. Bottles is an app I am emotionally involved with; it's what got me started with GTK. I once was burned out because of the Fedora packagers, but I won't allow that again. I also won't allow them to treat others the way they treated us.
Just to be clear, I'm not defending myself here. I've been oblivious of the generalizations for several years, which I genuinely feel bad. I hope to communicate better, starting with this post. Once again, though, the only people I take issue with are the Fedora packagers that are unwilling to properly communicate with developers, the Fedora packaging guidelines for being lax in their testing methodology, and failing to serve their target audience.
Willing to take a look at what we are currently working on?
Check here https://usebottles.com/funding/
Also consider helping with a small donation or contributing directly to the code. Any help is appreciated ❤️
Willing to contribute to the future version of Bottles?
Take a look at the source code of Bottles Next https://github.com/bottlesdevs/bottles-next any contribution is welcome!
Not a developer? You can help with a small donation https://usebottles.com/funding/ <3
Experimenting with a flavor of @vanillaos using the @COSMIC_desktop
So cool, nice DE!
https://github.com/singularityos-lab
We started working on Bottles Next... a while ago actually.
You can follow the development and contribute here https://github.com/bottlesdevs/bottles-next please join our Discord if you are willing to contribute.
Consider donating to help https://usebottles.com/funding/
Bottles 51.18 is out with more improvements and bug fixes!
Download latest version here: https://usebottles.com/download/
And please, support us if you enjoy Bottles <3: https://usebottles.com/funding/
#windows #linux #opensource
Happy new year from the Bottles team!
#HappyNewYear2025
Enjoyed the latest news? So did many!
Positive reactions keep pouring in! 🚀
If love Bottles and want to support our work, consider donating. Bottles is free and always will be.
Your support keeps it that way! ❤️
👉https://usebottles.com/funding/
@luley no but I will do it at some point on my personal: @mirkobrombin
Today is the day. Rust and libcosmic meets Bottles!
https://usebottles.com/posts/2024-12-27-rust-libcosmic-next/
#merrychristmas from the Bottles Team!
A special thanks to the users who are donating!
Every single donation, even the smaller, helps us to keep up the development and provide an always better product. We have surprise for everyone, we'll announce it soon. Stay tuned <3
Ik this will be like a boomerang but.. what do you think if I use Rust instead of Go in Bottles Next?
Info about Next: https://usebottles.com/blog/
Convince me. (Or not)
Bottles Next, A Matter of Technology
https://usebottles.com/posts/2024-12-22-matter-of-technology/
Seeking for details about Bottles Next? Here they are!
Hmm... So, requiring a sandbox to run @usebottles is considered evil and proprietary software, but patching it to remove the donate button without updating support links is considered fine? Uh huh...
Edit: Please keep in mind that this was not a decision made by the entire openSUSE community. This is addressed to the people who authored and accepted the patch.
Update: The patch is no longer being applied.
Support the Future of Bottles
Bottles was started as a personal project by me, Mirko Brombin, to help users run Windows applications on Linux. Over time, it has grown into a big project, used by thousands of users worldwide..
Update on UMU and Bottles Next
We’ve received many questions about UMU in Bottles and the current development of Bottles Next. In this brief article, we’ll try to answer these questions.
https://usebottles.com/posts/2024-09-24-umu-next/
@batvin3211 what 💀
