go-appimage
bread
go-appimage | bread | |
---|---|---|
17 | 10 | |
642 | 32 | |
- | - | |
6.1 | 0.0 | |
4 days ago | 28 days ago | |
Go | Go | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
go-appimage
-
Flatpak Is Not the Future
Snap and flatpak run a daemon to integrate into your system. Appimage has an optional daemon to give you the same integration https://github.com/probonopd/go-appimage
Handles making it executable, automatic upgrades, no need to move it to your $PATH, and adds the application to your app list.
Only other thing you might want to do is symlink a friendly name for cli
-
Can I still use Flatpaks with musl-version of Void?
It's possible to make appimages that bundle a libc, although most don't. The go-appimage project contains a static build tool that will bundle the linker and wrap executable invocation in that. The intention seems to be providing support on older systems for programs built with a glibc that is too new, but I'm using it to ship a musl binary that can run on glibc systems.
-
FOSDEM ‘23 - I was wrong about Flatpak, AppImage, and Snap
I look forward to watching the FOSDEM talk this weekend, so perhaps getting ahead of myself. But I'm curious whether you think the move in appimage toward static linking would solve some of the hairy issues you pointed out? For example: https://github.com/AppImage/AppImageKit/issues/1193 and https://github.com/probonopd/go-appimage/
-
Tips for avoiding bloat with Wine's multilib dependencies?
AppImage This seems like a convenient way of keeping Wine isolated from rest of the system. However, the documentation is still in research phase for this: https://github.com/AppImage/AppImageKit/wiki/Bundling-Windows-applications https://github.com/probonopd/go-appimage https://github.com/TheAssassin/AppImageLauncher https://github.com/sudo-give-me-coffee/wine32-deploy
-
How to set an appimage as the default pdf viewer?
There's an automatic way to make .desktop entries from appimage, I use https://github.com/probonopd/go-appimage/blob/master/src/appimaged/README.md
-
Question about .appimage
There are helper programs to help you manage them and integrate them with the system like other package formats.
- When I install a program from the Ubuntu repositories, I can press the Super key and search for it any time, and it shows up as a friendly icon. How can I add AppImage files to this database?
-
Red Hat donates $10,000 to OBS Studio, Flatpak to be official for Linux
their is you can use appimaged https://github.com/probonopd/go-appimage
- No Flatpacks or Snaps on my system
-
AppImageLauncher to Integrate AppImages (including Games/Emulators) in Your Linux Distro Seamlessly!
Would be great if most distros (including Ubuntu, Fedora, etc.) would include AppImageLauncher or appimaged by default. Would make it much simpler for most people.
bread
-
It's time to fork some good projects
NOTE: I don't know when and if to add new AppImages from the main catalog, also because a part of them is mostly broken and out of control. The AppImage packages compiled and managed by "AM"/AppMan are new AppImages that use scripts that also allow constant updating and recompilation from scratch, as if they were installed from AUR, using more reliable sources (official repositories for Debian and derivatives) . If you are interested more to the applications made available officially from the official AppImage.GitHub.io catalog, I suggest you to use Zap, Bread or the aforementioned Appimagedl. All these amazing utilities can be quickly installed via "AM" or AppMan.
-
"AM" and AppMan - that's why they don't include support for AppImageHub and similar sites
The preferred sources for downloading packages in AppImage format via "AM" / AppMan are GitHub and Sourceforge, however, writing installation scripts that are compatible with one or more programs is a difficult task. Just think that many developers add multiple versions of the same product in the same tag (I have to include also commands to find the exact name of the latest version to avoid the download of other packages), or include more complex links that require an equally complex function to obtain the latest version of a program, and this slows down the loading of these programs on the "AM" repository I manage. I have therefore included excellent AppImage package managers such as "Bread" and "Zap" among the downloadable programs, but also "AppimagePool" and "bauh" are available among the graphics applications (not counting a "Pacstall" AppImage versionI made). These tools should compensate the lack of support for certain sources that I have not included in the "AM" repository.
-
Idea for Appimages: AppImage Repositories! (Automatic Updates, Secure Downloads)
My project bread or AppMan by Ivan are basically package managers for AppImages, I use GitHub release & the Above given appimage.github.io API to get the information related to AppImages stored in this repository, and AppMan has it's own repository maintained by Ivan.
- Bread v0.4.4 released
- You can learn better while practicing, it took that to another level (I am intermediate in go),
- Install, Update, Remove & Run AppImages From CLI
-
Install, update, remove & run appimages from CLI
Bread 🍞: https://github.com/DEVLOPRR/bread
- Bread 🍞
- Go - A Simple Tool To Install, update and remove AppImage from your CLI
What are some alternatives?
AppImageLauncher - Helper application for Linux distributions serving as a kind of "entry point" for running and integrating AppImages
appimage-cli-tool - AppImage package manager
bauh - Graphical user interface for managing your Linux applications. Supports AppImage, Debian and Arch packages (including AUR), Flatpak, Snap and native Web applications
zap - :zap: Delightful AppImage package manager
appimaged - appimaged is a daemon that monitors the system and integrates AppImages.
lust - A fast, auto-optimizing image server designed for high throughput and caching; Now that is hot.
nonguix - Nonguix mirror – pull requests ignored, please use upstream for that
AM - An "AUR-inspired" Database of AppImage packages and a CLI to manage/install/update them system-wide! This repo lists 1900+ standalone apps for GNU/Linux. You can extend it with custom repositories, create your own installation scripts and even build AppImages on the fly! "AM" Application Manager: Easy to use like APT and Powerful like PacMan!
fwup - Configurable embedded Linux firmware update creator and runner
AppMan - Manage 1900+ AppImage packages and official standalone apps for GNU/Linux without root privileges using the extensible and ever-growing AUR-inspired database of "AM Application Manager". Easy to use like APT and powerful like PacMan.
nonguix
goget - 📦 A simple, good looking, go modules TUI! No more looking for the right "go get" command!