51–60 of 645 posts
https://forum.snapcraft.io/t/snapped-app-not-loading-fonts-o...
Canonical needs to invest in compatibility if it wants Snap to be adopted in distributions other than Ubuntu. Flatpak doesn't have this issue, and unlike Snap, its server implementation is decentralized, free, and open source.
> Auto-updating of snaps can only be deferred at best, until at some point, like Windows, it auto-updates anyway. Even on metered connections, snaps auto-update anyway after some time. This attitude is obnoxious. Yes, not everybody is on a metered connection or running a mission-critical system, but some are, and it is hardly unreasonable to accommodate them.
Ubuntu 20.04 forced me to switch to Fedora Server on my home server. Pretty happy so far. I have significantly fresher package versions and most of the software tools I use offer a RPM package. I think I will wait for snap to mature, before giving it another go.
Can you clarify?
> I hate that Chromium’s snap takes more than 10 seconds to load on cold boot on a freaking SSD, whereas .deb and Flatpak apps load in 1-2 seconds. Can someone verify this? As someone who will eventually upgrade to 20.04, this is concerning.
Maybe I'm in the minority but I like Snaps. I wish all software would auto-update silently in the background -- when's the last time you even thought about upgrading Chrome? The author of this article claims it's too difficult to find Flatpak apps and that the Ubuntu software center prioritizes Snaps over .deb. Are platforms never allowed to migrate to a new standard? Why is it Canonical's fault that authors of indiv…
> I wish all software would auto-update silently in the background -- when's the last time you even thought about upgrading Chrome? Updating everything has always been one click in Ubuntu (and I'm sure there's an option to have it go automatically). > The author of this article claims it's too difficult to find Flatpak apps and that the Ubuntu software center prioritizes Snaps over .deb. Are platforms never allowed t…
And what percentage of users do that? From your experience in software in general how much of the general population manually updates their software? It's almost always a low number and that creates problems. A different set of problems than new updates that cause bugs, but IMHO worse ones.
> Maybe the benefits justify it, but what are those benefits supposed to be?
Security, compatibility, uniformity. Not having to support 18 different versions.
> I hate systemd because it breaks a bunch of stuff but I'm still forced to use it.
Exactly what stuff does it break? And are those things more important than the benefits of systemd?
> Auto-updating of snaps can only be deferred at best, until at some point, like Windows, it auto-updates anyway. Even on metered connections, snaps auto-update anyway after some time. This attitude is obnoxious. Yes, not everybody is on a metered connection or running a mission-critical system, but some are, and it is hardly unreasonable to accommodate them.
It’s beyond obnoxious. It’s your computer and there’s no way to disable it from mutating without file system hacks?
> I hate that Chromium’s snap takes more than 10 seconds to load on cold boot on a freaking SSD, whereas .deb and Flatpak apps load in 1-2 seconds. Can someone verify this? As someone who will eventually upgrade to 20.04, this is concerning.
Apparently, snaps are compressed to save disk space, which is why they take so long to start: - https://www.reddit.com/r/Ubuntu/comments/9scoif/snap_package... Saving disk space is certainly useful for rarely used apps, however, your web browser (and any other frequencely used apps), shouldn't be compressed, especially if there is ample disk space.
[1]: https://arstechnica.com/gadgets/2009/08/mac-os-x-10-6/3/
> Auto-updating of snaps can only be deferred at best, until at some point, like Windows, it auto-updates anyway. Even on metered connections, snaps auto-update anyway after some time. This attitude is obnoxious. Yes, not everybody is on a metered connection or running a mission-critical system, but some are, and it is hardly unreasonable to accommodate them.
Earlier quoted context omitted.
Saving disk space is certainly useful for rarely used apps Is it really? I can't recall the last time I ran into disk space issues, must have been in the 1990s.
Really? I constantly run into disk space issues. Apple still ships their flagship 13" macbook pro 128gb storage and they charge $200 for another 128gb. While other manufacturer's laptops charge a lot less for storage these days, most still only come with 256 which is not enough these days for development IMO. Even on my desktop, I managed to fill 750GB with various VMs and android development tools (the SDKs, etc). W…
Anyways, it makes sense to maintain something like an LRU cache, and compress only the least used things.
Idea of ONE SINGLE DEPENDENCY TREE is just not for desktop.