snapstore VS AppImageLauncher

- from https://github.com/noise/snapstore/

the snapstore demonstrated there is no longer in the github repo, or compatible with snapd anymore https://github.com/noise/snapstore

The current Snap Store is not open source. The one you referenced is dead as proven by the repo you're article refers to: https://github.com/noise/snapstore/

If you're referring to the old HOWTO article for hosting your own snap store server, the software it used to do that stopped working several years ago.

That's nice and all, but besides the complete lack of official serversoftware that can be hosted by anyone, I'm going to guess that forcing another URL would mean that it uses that repo INSTEAD OF the official one. With regular package managers and Flatpaks, that's not the case. You can add repo's in ADDITION to the originals with those. The only mention of a self-hostable snap server that I can find, is this one. However, it is an unofficial server and has been depreciated. In other words: it's not compatible/functional with the latest version of Snapd (the clientside) anymore and will remain like that.

They used to have an example implementation here, though: https://ubuntu.com/blog/howto-host-your-own-snap-store https://github.com/noise/snapstore

interesting read. unfortunately, the 'snapstore' github project (here) that it links to now says:

Your link is an blogpost from 2016 that points to: https://github.com/noise/snapstore README: snapstore was a minimalist example of a "store" for snaps, but is not compatible with the current snapd implementation. As a result I have removed the contents here to avoid further confusion.

In fact, Bret Barker has published an open source (Apache License) SNAP store on GitHub. We’re already looking at how to flesh out his proof-of-concept and bring it into snapcore itself.

https://github.com/noise/snapstore/

Every file that you want to execute has to be in your environment PATH. I would also advise to put symlinks and personal executables in ~/.local/bin and put that to your path. Since your user has ownership over that directory, you won't have any probs with permissions that may or may not occur at all. Since we're talking about AppImage files, you might also want to take a look at AppImageLauncher which does a pretty good job at creating entries for your Desktop Menu for the AppImage files that you install to your system.

I think it's safe to install it directly as it stores everything in a single directory. For AppImages there is also AppImagePool + AppImageLauncher (can be installed rootless, useful for better integration of appimages).

This reminds me of a prettier version of AppImageLauncher. Is there also an "Uninstall" option in the right-click menu of the app launcher?

I'm using AppImageLauncher on Fedora.

"... I recall that this was related to an issue with most Electron apps, wherein the AppImage cannot be integrated with the desktop or the favourites bar. So far we've found that the AppImageLauncher (https://github.com/TheAssassin/AppImageLauncher) helps with getting around this!