51–60 of 96 posts
Sigh , Ubuntu would be my Linux distro of choice if not for Snaps. Still hoping they'll drop them at some point like they dropped Unity and Mir. Debian has a lot of annoying defaults unfortunately so I always have to tweak it to suit my preferences. Still better than dealing with snaps though.
Same here. You forgot bzr and upstard in your list. https://ploum.net/2022-04-05-firefox-ubuntu.html
This made me even more happy to have moved to Debian 11 after 14 years of Ubuntu. Snap made me sick, then this. Not that I ever used Flatpack, apt and docker are good enough, but this is too much.
Yeah, I go back and forth between Ubuntu and Debian on various machines and I usually hardly notice the difference in terms of my day-to-day. I just have in the past treated Ubuntu as a Debian with a fancier installer and default desktop. But the push towards snap is frustrating me. Unfortunately Ubuntu pushing Snap means that 3rd parties that would have produced debian-compatible packages before are now moving to ju…
#!/bin/sh
if [ "$#" -eq 1 ]; then\
tmp_dir="$(mktemp -d)"
dpkg-deb -R "$1" "${tmp_dir}" && sed -i 's/libappindicator3-1/libayatana-appindicator3-1/g' "${tmp_dir}/DEBIAN/control" && dpkg-deb -b "${tmp_dir}" slack-fixed.deb
else
echo "Read it"
fiIsn't it possible to improve Snap? What are the blocking points? - Apps installed as Snaps are slow to start-up. Why? - Snap from time to time asks to close a Snap-installed app to be able to update and often it seems it cannot update anyway. What is going on with this?
> Apps installed as Snaps are slow to start-up. Why? Part of the design, snaps are a compressed disk image that has to be decompressed the first time it's started after a reboot.
For what's it's worth, here's some more context from a canonical employee: >This post has been flaired "misleading title" because it implies that Ubuntu is removing support for Flatpak software. >Instead, Ubuntu and Ubuntu flavors are focusing on a single, out-of-the-box experience for users: Ubuntu and flavors provide Debian packages and snap packages, and any deb or snap package provided in a default install has be…
Isn't it possible to improve Snap? What are the blocking points? - Apps installed as Snaps are slow to start-up. Why? - Snap from time to time asks to close a Snap-installed app to be able to update and often it seems it cannot update anyway. What is going on with this?
Apparently this is fixed, though I think only on new snap package builds. Benchmarks are available that demonstrate that slow snap load times are no longer an issue (but the grapevine persists in saying that it is).
> Snap from time to time asks to close a Snap-installed app to be able to update and often it seems it cannot update anyway.
Acknowledged and being fixed.
Isn't it possible to improve Snap? What are the blocking points? - Apps installed as Snaps are slow to start-up. Why? - Snap from time to time asks to close a Snap-installed app to be able to update and often it seems it cannot update anyway. What is going on with this?
* The infamous forced updates are a business decision, not a technical one. Canonical took a page from Microsoft by taking control away from the user only to sell it back in an "enterprise" edition of the product (see their Brand stores).
* Applications installed as snaps are slow to start up because they are always stored in compressed form and must be decompressed to run.
I don't understand what technical limitation prevents Snap from installing newer versions of an application in parallel with the old one, like how Flatpak updates work.
As a computational biologist, I've been struggling with performance issues on Ubuntu for months, which have made it difficult to work efficiently. Despite Ubuntu's popularity in academia, R runs much slower on Ubuntu than on my personal computer running Arch. This has forced me to do my work at home, where I have better performance. It's disappointing that Ubuntu's limitations are often assumed to be universal to Lin…
> I've tried troubleshooting the issue, but haven't found a solution yet That is very strange. I assume you’re not using the same hardware in your home computer. Without knowing your setup, it’s hard to say anything. Are you using the same BLAS and LAPACK libraries? You can check with `sessionInfo()`.
Yayy!!!
> And to focus their efforts exclusively on deb,
Yayyy!!!
> and snap.
... oh.
Honestly I avoid flatpak/snap/etc like the plague. Every time I've used them, some sort of device or file can't be accessed, or something isn't working. If I need anything that isn't covered by apt repositories, I just compile from source now, and have my own system for detecting updates which works pretty well. (https://github.com/tpapastylianou/misc-updater if anyone's interested).
Earlier quoted context omitted.
> I've tried troubleshooting the issue, but haven't found a solution yet That is very strange. I assume you’re not using the same hardware in your home computer. Without knowing your setup, it’s hard to say anything. Are you using the same BLAS and LAPACK libraries? You can check with `sessionInfo()`.
That’s a very interesting thought, and one I haven’t come across. How did you come up with this so fast?
https://developer.nvidia.com/blog/drop-in-acceleration-gnu-o...
What sibling says about compiling R on your work computer so that it can make full use of your CPU can help too. I am curious if that closes the performance gap for you.