Hi Aleix, On Thursday, September 8, 2022 1:30:02 PM PDT Aleix Pol wrote: > Note that Discover is just using PackageKit, so it's a problem to address > there. > > If despite having Discover be "very, very flawed" you want to have a > discussion one day about how to make it fit for your purpose, I'll be > happy to join and see what can be done. >
That was not meant as an insult to your work, and I'm terribly sorry if it arrived that way. Honestly, Discover is a fine piece of software, especially as a software store and I quite enjoy using it as such. However, I think you're right, my observations toward the "very, very flawed" might be better directed at PackageKit since it doesn't have the capability to do autoremove like I'm suggesting for software updates. Ubuntu's update-manager does have this capability, as it's using apt directly on the backend as opposed to using PackageKit as an abstraction layer. This may be why it has an advantage in terms of functionality that PackageKit (and Discover, by extension) cannot provide in this regard. This has the benefit of removing outdated kernel packages which prevents a user's /boot volume from overfilling. One usually sees a separate /boot volume on LVM or encrypted LVM/LUKS systems. This is not something that Discover does automatically, which unfortunately causes a user to have to remember to run "apt autoremove" from the command line manually, if they even know to do that. unattended-upgrades is supposed to take care of this, but it doesn't always work in my experience. At any rate, those are my thoughts at the moment. Thanks for chiming-in, and let me know if you have any more thoughts on the matter. :) -- Erich Eickmeyer Project Leader - Ubuntu Studio Member - Ubuntu Community Council
signature.asc
Description: This is a digitally signed message part.
-- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
