[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 --- Comment #7 from Harald Sitter --- (In reply to tagwerk19 from comment #6) > I suppose the 'dividing line' is whether there are available options in > pkcon or not. > > I don't see anything that might wrap an "apt-get clean". > > I do see a "pkcon --autoremove" option (is it "live"? I've not managed to > get it to do anything). With an 'apt autoremove', I see kernels 5.4.0-42 and > before cleaned up --autremove is not a command you'd use in combination with a command. `pkcon --autoremove remove kwrite`. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 --- Comment #6 from tagwer...@innerjoin.org --- I suppose the 'dividing line' is whether there are available options in pkcon or not. I don't see anything that might wrap an "apt-get clean". I do see a "pkcon --autoremove" option (is it "live"? I've not managed to get it to do anything). With an 'apt autoremove', I see kernels 5.4.0-42 and before cleaned up With an 'apt-get clean' I've seen about 6 GB tidied from /var/cache. For small VM's (my particular use case), that's a good proportion 8-/ -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 Harald Sitter changed: What|Removed |Added Resolution|--- |UPSTREAM Status|CONFIRMED |RESOLVED --- Comment #5 from Harald Sitter --- I don't really see an opportunity for a neon specific workaround. The plan I have for /boot space monitoring in plasma would prevent the most pressing issue of suddenly running out of disk space for new kernel updates. For the general fact that the space footprint of the system keeps growing I'm sure we can wait another year after having lived with the situation for 5 years already ^^ In the meantime users can run > sudo apt-get --purge autoremove every once in a while to review the list of dangling packages and have them purged from the system. Closing as upstream bug. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 --- Comment #4 from Nate Graham --- Well if there's nothing Discover can do, there's nothing Discover can do. :) We could close this as UPSTREAM or else move it to Neon for you folks to implement some kind of interim workaround I suppose. Your choice. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 Harald Sitter changed: What|Removed |Added CC||sit...@kde.org --- Comment #3 from Harald Sitter --- The archives cache is a cache see `man apt.conf` The installed kernel topic is tricky though. The apt in ubuntu 22.04 will eventually fix that [1] with a new option that will be on for packagekit by default, the apt in 20.04 doesn't have that feature. Apt currently only has a sledge hammer version [2] which is technically accessible by setting autoremove on remove transactions (which discover does not do). That would, as far as I understand the code, remove all dangling packages with aptcc, albeit only when removing something not when upgrading. So it'd only be somewhat helpful anyway and I'm not quite sure it's entirely safe to use - the kernel use case is fine there are guards in place, but everything else might get nuked. In conclusion I'm leaning towards closing this as an upstream bug and its been fixed upstream already but won't arrive in neon before 2022. Somewhat relatedly I do already have plans to add space monitoring for /boot to prevent the user from running out of space for kernel updates without warning. [1] https://salsa.debian.org/apt-team/apt/-/commit/944baec85a7496c1595242a31f6b1b37530451a5 [2] https://github.com/hughsie/PackageKit/issues/201 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 --- Comment #2 from tagwer...@innerjoin.org --- (In reply to tagwerk19 from comment #0) > The number of initrd files also grows and, from the modification dates, > they may all need to be rebuilt on a kernel update. In that case the > update takes markedly longer (Discover waits at 99%) The rebuild of the initrd* files doesn't happen each time; noticed it when updating linux-firmware -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 431886] Discover "Housekeeping" - Wishlist
https://bugs.kde.org/show_bug.cgi?id=431886 Nate Graham changed: What|Removed |Added CC||n...@kde.org Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #1 from Nate Graham --- I have noticed this too. Might be due to the system's own policies, how PackageKit interprets them, or how Discover is calling Packagekit. -- You are receiving this mail because: You are watching all bug changes.
