Re: packagekitd Hogging CPU

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 22 Jun 2021 at 12:25, Tim Evans <tkevans@xxxxxxxxxxx> wrote:
On 6/21/21 4:52 PM, Chris Murphy wrote:

> PackageKit and dnf keep separate metadata in /var/cache and they
> update periodically. PackageKit seems to do this on login, but I've
> also noticed it trigger an update when I switch networks. And dnf is
> on a timer. Either of them can use a lot of cpu, it just depends on
> how much updating they need.

Well, this raises the question of just whether packagekit is something
everyone needs in the first place.  I manage my systems with dnf and
have never once opened the Gnome software manager thingie.  Googling
around, I find:

https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-something-else/

What's the benefit of letting packagekit chew up CPU here, even if I
implement the limits Chris suggests?

Many of the younger linux users I encounter came to linux from Windows because
a mission critical application requires linux.  Some have only used the command line
after Google told them to run "sudo <some_application_giving_access_denied>" resulting
in a badly broken system with some user files owned by root or data saved in root's
home directory.   Ask for a directory listing and you get a file manager image.  For this
group, dnf is not an option.  The Gnome software manager has the added advantages
that it a) forces a reboot and b) offers flatpak versions of major applications.   Because
I work with this class of users, I try to stick with Gnome's GUI software manager, but
I'm not always patient enough to let it grind away for long periods.

Before I retired my work included running afternoon practicals for 2-week workshops.
Earlier workshops used systems set up in advance, but users struggled to get the
software working when they returned to their home labs.  The first two afternoons were
devoted to linux command-line basics and applying those to install and configure the
software on user's laptops.   Unfortunately, such workshops can only reach a small number
of users.   There are online courses with similar content, but dropout rates are high, probably
related to users struggling with the command-line.   For in-person workshops we handled some
problematic procedures using one-on-one instruction, then having the first learners become
teachers for the remaining students.   I think there is work underway to develop remote
learning environments that have provisions for teaching assistant office hours and breakouts
into small groups.

--
George N. White III

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux