appstream VS snapd

https://github.com/ximion/appstream/issues/470 ?

I think this list is used: https://github.com/ximion/appstream/blob/master/data/dfsg-free-licenses.txt

So you want another way to distribute the packages? Such as wrapping the snap file in an rpm like I mentioned earlier? You could even set up appstream metadata for it. But that still doesn't solve the problem of one source getting too much power - just like flatpak doesn't solve that problem.

I could be wrong but for apps to be listed by these software managers (as opposed to plain package managers such as Synaptic or Muon), requires that the apps have to have "appstream" metadata. See https://www.freedesktop.org/wiki/Distributions/AppStream/.

Oh don't get me started on that. I use Firefox on a work machine and I spent a number of hours troubleshooting why it couldn't access the Internet when I was connected on VPN.

I suspected it had something to do with snapd, so I downloaded the .tar.gz release of Firefox and it worked. I kept investigating and figured it must have something to do with snap.firefox.firefox apparmor profile because the VPN client was symlinking the /etc/resolv.conf to /opt/.../resolv.conf

However, updating the apparmor profile didn't help so I ultimately realized that snap has a hardcoded list of mounts that it mounts into the app container [1] and there's no way to change this.

There are a number of reasons to hate on snapd, but this almost made me flip the table.

[1]: https://github.com/snapcore/snapd/blob/3a88dc38ca122eba97192...

https://github.com/snapcore/snapd - snapd itself

you know this is false right , snap is opensource https://github.com/snapcore/snapd

So there's a PR opened to fix this here: https://github.com/snapcore/snapd/pull/12845

Of course, nothing's stopping anyone from contributing more complete selinux support. Looks like they take external pull requests in a pretty straightforward manner.

the system is actually open https://github.com/snapcore/snapd, its just the url they use is their own

That's not true. The git is here.

thanks for that. Following your link I arrived at https://github.com/snapcore/snapd/pull/12495 which covers the code. 22 commits, 19 files touched, this was a big job which indicates a little bit of a design miss, it will be very good to have this. It's the last remaining piece of "firefox snap sucks" I think.