This repository creates and distributes the unofficial Appimage of Bottles.
Install and update it with ease
The official Bottles package is only available as a Flatpak.
All build methods are based on the unofficial AUR package, at https://aur.archlinux.org/packages/bottles
Any complaints are due to this mental closure only!
As a packager I can only go by what I upstream or unofficial developers gave to me.
Developers and packagers are two completely opposite categories:
- the developer creates the program
- the packager bundles and distributes it (as deb, rpm, flatpak, snap, appimage...) for the platform of competence.
The developer certainly has an interest in seeing his application work everywhere, so if a package works or not on a platform, it is the responsibility of the packager to make it compatible.
The biggest obstacle in the Bottles project are some collaborators who, in order to support Flatpak as the only packaging format, give a firm NO to every request or proposal to use an alternative packaging format. Having met some of these arrogant people has served as an incentive to continue doing the opposite of what they said.
I thank the developer of Bottles, @mirkobrombin, for helping me build the AppImage after many attempts by telling me tips and tricks. Grazie Mirko!
I have tried many times to allow non-Flatpak users to use Bottles in an alternative way, and not without difficulty.
At this time, the only method that works with certainty is via Conty.
Currently, the AppImage I produced contains the following structure:
|---- AppRun
|---- com.usebottles.bottles.desktop
|---- com.usebottles.bottles.svg
|---- conty.sh
- The AppRun is the core script of the AppImage
- The .desktop file of Bottles
- The icon of Bottles
- The Arch Linux container named "conty.sh", it contains Bottles, WINE and grafic drivers
Points 1, 2 and 3 are the essential elements of any AppImage.
The script "conty.sh" (4) is the big one among the elements of this AppImage.
This is what each file of my workflow is ment for:
- create-arch-bootstrap.sh creates an Arch Linux chroot, where Bottles is installed from AUR. This is the first script to be used ("root" required);
- create-conty.sh is the second script used in this process, it converts the Arch Linux chroot created by "create-arch-bootstrap.sh" into a big script named "conty.sh", that includes "conty-start.sh";
- conty-start.sh is the script responsible of startup inizialization processes to made Conty work. It includes a function that detects the version of the Nvidia drivers needed, if they are needed, the script downloads and installs them in ~/.local/share/Conty. Also it is responsible of full integration of Conty with the host system, using "bubblewrap;
- utils_dwarfs.tar.gz contains "dwarfs", a set of tools similar to squashfs to compress filesystems, and it is needed to compress "conty.sh" as much as possible;
- bottles-conty-builder.sh is a script i wrote to pundle "conty.sh" near the AppRun, the .desktop file and the icon to convert everything into an AppImage. It is ment to be used in github actions, but can be executed locally to build create the AppImage using a testing release of "conty.sh" from my fork of Conty.
Files 1, 2, 3 and 4 come from my fork of https://github.com/Kron4ek/Conty
Files 1, 2 and 3 are a mod of the original ones to made them smaller and with only what its needed to made Bottles work.
To learn more about "Conty", to download more complete builds or to learn more on how to create your own, visit the official repository of the project:
Conty is a portable Arch Linux container with its own resources.
Its the only solution that installs its own copy of Nvidia drivers, if not available in the container itself (see picture below).
The drivers are installed in the ~/.local/share/Conty directory and can take up to 700 MB of space.
Considering that Bottles, at first start, downloading the necessary libraries and creating profiles for WINE, reaches about 1.4 GB of space in ~/.local/share/bottles, I would say that the size is more than acceptable.
It's a bit like installing a Flatpak runtime. But only one. The rest of the files are stored in Conty itself.
Wrapping Conty into an AppImage allows it to be isolated (via bubblewrap sandbox) using my package manager "AM".
This AppImage is a new generation one (Type3 AppImage), so you don't need libfuse2 installed on your system to use it.
You can download the AppImage from https://github.com/ivan-hc/Bottles-appimage/releases/tag/continuous
Having few resources available is what pushed me to proceed by trial and error, more or less effective, within the limits of my possibilities.
The use of Conty is only the latest in a long series.
Old building scripts are available in the directories of this repository:
- "legacy" contains experimental scripts to build the AppImage on top of JuNest, but it lack of hardware accelleration see ivan-hc/ArchImage#20
- "hybrid" was the one that worked thanks to a mix between my two projects AppImaGen and ArchImage, a mix of Arch Linux and Debian packages. It worked only for newer distros and until newer changes into an assential Arch Linux package (python) that was not good to keep maintain this method. Its still possible to download the only available release son of this method, at https://github.com/ivan-hc/Bottles-appimage/releases/tag/51.11-2
Given the "troubled" history of this repository, I don't know if Conty is the ultimate solution for my workflow. It all depends on the packages that are made available to me by upstream developers or third parties.
At the first start, if necessary, the drivers for your video card will be downloaded, via Conty (see screenshot above). This may take several seconds or even minutes. This behaviour will only be noticed if when you first start it, you launch Bottles from the terminal instead of using the launcher.
- @mirkobrombin for all the patience and availability shown to me
- Conty https://github.com/Kron4ek/Conty
"AM"/"AppMan" is a set of scripts and modules for installing, updating, and managing AppImage packages and other portable formats, in the same way that APT manages DEBs packages, DNF the RPMs, and so on... using a large database of Shell scripts inspired by the Arch User Repository, each dedicated to an app or set of applications.
The engine of "AM"/"AppMan" is the "APP-MANAGER" script which, depending on how you install or rename it, allows you to install apps system-wide (for a single system administrator) or locally (for each user).
"AM"/"AppMan" aims to be the default package manager for all AppImage packages, giving them a home to stay.
You can consult the entire list of managed apps at portable-linux-apps.github.io/apps.
Go to https://github.com/ivan-hc/AM for more!
| Install "AM" | See all available apps |
|---|