go-appimage
Sparkle
go-appimage | Sparkle | |
---|---|---|
17 | 16 | |
652 | 7,174 | |
- | 1.2% | |
6.1 | 8.3 | |
22 days ago | 1 day ago | |
Go | Objective-C | |
MIT License | GNU General Public License v3.0 or later |
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.
Sparkle
- Sparkle: A software update framework for macOS
-
Flatpak Is Not the Future
* i use appimagelauncher[1] to integrate with my menus etc but sometimes it works and sometimes it doesn't? i haven't really figured out the rhyme or reason
[0] https://sparkle-project.org/
- The PD launcher issue is not permanent!
-
One line of code that did cost $8k
I'm glad I'm not the only one that thinks checking every 5 mins is a little bit excessive!
Seeing as it's macOS only is there even any reason to roll your own update mechanism when you can use the Sparkle framework [1]?
[1]: https://sparkle-project.org/
-
What is the best method you guys use to distribute desktop apps over your websites?
The bucket contains dmg files and an appcast.xml that allows for updates. I'm using the auto_updater package, which in turn uses the popular Sparkle library.
-
Do I have to enroll in Apple Developer Program to distribute macOS applications as a final product?
Our build process is automated using fastlane. That handles building and testing the app as well as signing, notarizing and uploading to Amazon S3. We distribute via a link on our website -- Callisto. Updates are handled using Sparkle. We have a custom built appcast generator as part of our website that reads the S3 bucket and builds the feed that Sparkle uses.
- Transmission 4.0.0 beta 1 is out
-
Auto Updater
Something like Sparkle but for Node.
- Sparkle 2.0: Secure and reliable software update framework for macOS
What are some alternatives?
AppImageLauncher - Helper application for Linux distributions serving as a kind of "entry point" for running and integrating AppImages
OpenEmu - πΉ Retro video game emulation for macOS
bauh - Graphical user interface for managing your Linux applications. Supports AppImage, Debian and Arch packages (including AUR), Flatpak, Snap and native Web applications
Hyperion - In-app design review tool to inspect measurements, attributes, and animations.
appimaged - appimaged is a daemon that monitors the system and integrates AppImages.
simde - Implementations of SIMD instruction sets for systems which don't natively support them.
nonguix - Nonguix mirror β pull requests ignored, please use upstream for that
keypad-layout - Control window layout using Ctrl + Numeric Keypad on macOS
fwup - Configurable embedded Linux firmware update creator and runner
libtorrent - an efficient feature complete C++ bittorrent implementation
nonguix
React-Paintinglite - πππSupport for ORM operation,Customize the PQL syntax for quick queries,Support dynamic query,Secure thread protection mechanism,Support native operation,Support for XML configuration operations,Support compression, backup, porting MySQL, SQL Server operation,Support transaction operations. [Moved to: https://github.com/CreaterOS/ReactPaintinglite]