Official-Krunker.io-Client
AppImageUpdate
Official-Krunker.io-Client | AppImageUpdate | |
---|---|---|
2 | 21 | |
10 | 546 | |
- | 1.3% | |
0.0 | 4.6 | |
almost 4 years ago | 7 months ago | |
JavaScript | C++ | |
GNU General Public License v3.0 only | 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.
Official-Krunker.io-Client
-
AppImage and centralized repositories: my point of view
Krunker client source code I can't read it, but here it is.
-
An easy way to make the Krunker client easier to install on Linux
Then they have to worry about getting the game into repositories for different distributions. For Ubuntu-based distros they can create a ppa, but they still have to package the game in different formats. That’s literally the whole point of a portable format like AppImage. And for playing in browser, the Chrome command line options that people use on Windows to enable unlimited FPS don’t seem to be the same with the Linux version of Chrome. So the best option is either to upload to github and let people compile from source, or use a portable packaging format with an install script. They chose the latter because it’s easier for the end-user, even though the client source can be found here: https://github.com/skidlamer/Official-Krunker.io-Client
AppImageUpdate
- Why the neovim in the mint repo is so old? Im currently using mint 21.2. Is there a newer version available already? Im not able to use the plugins in this old version, and the snap version seems kinda laggy for me
- Why do I have do download >1 GB for Okular PDF viewer over flatpak? Installing it over dnf just totals to 81 MB
-
Appimages are too large, Flatpak is the way to go!
There's an updater for appimages https://github.com/AppImageCommunity/AppImageUpdate
-
Lamenting What AppImage Could Have Been
AppImages can contain update information (and even support partial updates using zsync), check out https://github.com/AppImage/AppImageUpdate.
-
App Manager For .AppImage File
https://github.com/AppImage/AppImageUpdate this only works if the application has information regarding where to fetch the update from...
-
feat: Linux AppImage update information
It would be very nice and handy if we could easily update Tutanota Linux desktop app. Luckily, since it is packaged as an AppImage, there's an easy-to-integrate utility available just for that.
-
appimage-builder 1.0.0 was released, a tool for packing applications along with all of its dependencies using the system package manager to obtain binaries and resolve dependencies.
It's not centralised, not like Snap with SnapCraft, not even like Flatpak with it's 'not technically but kinda is in practice' Flathub repository. Anyone can make an AppImage, anyone can host an AppImage, anyone can download and run an AppImage, anyone can implement AppImage integration in a distro, and there's even a nice system for automatic updates for AppImage which again is nicely decentralised.
-
Interesting Benchmarks of Flatpak vs. Snap vs. AppImage
Some have built-in. some not. Btw I considered AppImageUpdate , but it would become re-install a full new app
-
AppImage and centralized repositories: my point of view
The fact is that the delta update system via Zsync and appimageupdatetool are real solutions to the problem, but too many developers do not implement it in their AppImage, myself included.
-
Installing an openSUSE desktop for a non-technical person
Btw, regarding Flatpak, I've had multiple issues related to mouse cursor, fonts, and local folder access - all related to the sandboxing of apps, all resolvable, but potentially a problem for a non-technical user. I've had much better experiences with AppImages, but I don't know if they have a graphical app store like interface; even the AppImageUpdate idea is still catching on.
What are some alternatives?
GIMP-64bit-and-32bit.AppImage - GNU Image Manipulation Program, cross-platform image and photo editor, AppImages for x86 and x64 architectures built from the more recent PPA (supports GLIBC 2.27 or later). [Moved to: https://github.com/ivan-hc/GIMP-AppImage]
AppImageLauncher - Helper application for Linux distributions serving as a kind of "entry point" for running and integrating AppImages
Spotify-appimage - Unofficial AppImage for Spotify
topgrade - Upgrade everything
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!
zap - :zap: Delightful AppImage package manager
firejail - Linux namespaces and seccomp-bpf sandbox
VLC_media_player-x86_64.AppImage - AppImage for VLC Video and Media Player from the more recent PPA (supports GLIBC 2.27 or later). [Moved to: https://github.com/ivan-hc/VLC-AppImage]
winsparkle - App update framework for Windows, inspired by Sparkle for macOS
KDE-games-suite-appimage - Arch Linux full suite of KDE games in one AppImage (juNest's ArchImage)
linuxdeployqt - Makes Linux applications self-contained by copying in the libraries and plugins that the application uses, and optionally generates an AppImage. Can be used for Qt and other applications