Hide Forgot
Description of problem: I have set installonly_limit=4 in /etc/yum.conf and /etc/dnf/dnf.conf, and now packagitkit always ask for deletion the last kernel , I think that use defaults installonly_limit=3 ... Version-Release number of selected component (if applicable): libhif-0.2.0-3.fc21.x86_64 PackageKit-1.0.6-1.fc21.x86_64 How reproducible: Wait for updates Actual results: Ago 24 01:16:54 segulix PackageKit[24510]: new update-packages transaction /40777_ddddcbcc scheduled from uid 500 Ago 24 01:16:56 segulix PackageKit[24510]: in /40777_ddddcbcc for update-packages package kernel;4.0.8-200.fc21;x86_64;installed:/kernel-4.0.8-200.fc21.x86_64 was removing for uid 500 Ago 24 01:16:56 segulix PackageKit[24510]: in /40777_ddddcbcc for update-packages package kernel-core;4.0.8-200.fc21;x86_64;installed:/kernel-core-4.0.8-200.fc21.x86_64 was removing for uid 500 Ago 24 01:16:56 segulix PackageKit[24510]: in /40777_ddddcbcc for update-packages package kernel-modules;4.0.8-200.fc21;x86_64;installed:/kernel-modules-4.0.8-200.fc21.x86_64 was removing for uid 500 Ago 24 01:16:56 segulix PackageKit[24510]: in /40777_ddddcbcc for update-packages package gnome-software;3.14.7-1.fc21;x86_64;updates was updating for uid 500 Ago 24 01:16:56 segulix PackageKit[24510]: update-packages transaction /40777_ddddcbcc from uid 500 finished with success after 1316ms
Since the only backend available is default , this is packagekit problem . We got 2 questions in ask , one really question and one issue : https://ask.fedoraproject.org/en/question/64436/is-it-possible-to-use-yum-backend-for-packagekit-on-fedora-21/ https://ask.fedoraproject.org/en/question/75195/installonly_limit5-but-only-3-kernels-being-saved/?answer=75299#post-id-75299 Please replay something Thanks
Why would libhif read dnf.conf? PackageKit doesn't use dnf, it only shares libraries used by dnf so it would be a bit peculiar to share a config file...
This message is a reminder that Fedora 21 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 21. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '21'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 21 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
In future will be nice, libhif follow one custom configuration .
Also we can't make apper exclude packages .
*** Bug 1237014 has been marked as a duplicate of this bug. ***
*** Bug 1280590 has been marked as a duplicate of this bug. ***
*** Bug 1288587 has been marked as a duplicate of this bug. ***
Re comment #5 PackageKit (and dnf) will honor exclude= directives added to .repo files under /etc/yum.repos.d/ (for any/all repos you want to be skipped and excluded)
*** Bug 1307217 has been marked as a duplicate of this bug. ***
(In reply to Rex Dieter from comment #9) > Re comment #5 > > PackageKit (and dnf) will honor > exclude= > directives added to .repo files under /etc/yum.repos.d/ (for any/all repos > you want to be skipped and excluded) I'm testing /etc/yum.repos.d/fedora.repo with: [fedora] name=Fedora $releasever - $basearch failovermethod=priority #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/ metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch enabled=1 metadata_expire=28d gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch skip_if_unavailable=False installonly_limit=4 but shouldn't libhif have one file the define the defaults ? for example /etc/libhif.conf
As an admin user, I don't want to have two configuration files for the same topic, but I want to have package management acting the same on the command line and in whichever GUI. (in 1307217, I complained that the versionlock plugin wasn't taken into account) This accepted as a valid user story, the question "Is it possible to use yum backend for PackageKit on Fedora 21?" can be rewritten to "Is it possible to use dnf backend for PackageKit on Fedora 22+?"
(In reply to Sergio Monteiro Basto from comment #11) > installonly_limit=4 doesn't work PackageKit removed my 4th kernel
Re: comment 12 currently, no My own prior comments about moving directives to .repo files were only about include/exclude statements. You all are right, that some directives are dnf-only.
*** Bug 1328677 has been marked as a duplicate of this bug. ***
*** Bug 1338975 has been marked as a duplicate of this bug. ***
Repeated from the Bug 1338975 duplicate, which is not about dnf.conf but about the .repo files, which definitely are used by PK... I have a repo with: [a-repo] name=repo name baseurl=http://example.com/repo enabled=1 # Only use this repo for foo includepkgs=foo where the repo contains two packages, foo and libzip-1.1.2-1.fc23.x86_64, which is newer than the libzip in the Fedora repos. DNF does not try to update libzip, because I said to only include foo from [a-repo], but packagekit ignores the 'includepkgs' and keeps trying to update libzip to the version from [a-repo]. This effectively makes per-repository 'includepkgs' and 'exclude' useless unless I either never use PackageKit, or carefully vet all updates PackageKit does to ensure that 'foo' isn't updated from that repo. PackageKit should support everything in a .repo file that's documented in yum.conf(5)
https://bugzilla.redhat.com/show_bug.cgi?id=1350732 include exclude=foo in section of /etc/yum.repos.d/fedora.repo make crash packagekitd please someone do something .
*** Bug 1425925 has been marked as a duplicate of this bug. ***
I have noticed this running apper under Fedora 25 ; its very unexpected behaviour that the command line differs from the GUI and there is no (apparent) way of configuring the GUI to behave the same.
Further I want to exclude certain packages from update and even using the workaround of adding exclude to yum.conf, while it works on the CLI, it fails with the apper GUI. Tested on Fedora 25. Further wildcards don't work with packagekit (but they do with CLI) so individual packages have to be listed manually.
Re: comment 21 For package exclusion, see comment #9 , that packagekit does honor include/exclude in individual .repo files
2 years later , this does not work ! , should we remove it from the system ?
I tried adding the exclude to the repo file and packagekit still says it will update it. I have to tell the users not to do any updates or their laptops will stop working...
I can confirm exclude= (still) works for me on my f26 box. My test was adding exclude=firefox to /etc/yum.repos.d/fedora-updates-testing.repo and indeed a firefox update in -testing disappears after I do a 'pkcon refresh'
*** Bug 1349518 has been marked as a duplicate of this bug. ***
Further I have noticed, as mentioned in Bug 1338975 and in a comment above. If I add includepkgs=xxxx* to a particular repository file, while the command line"dnf update" correctly notices and applies that, the apper gui (using PackageKit underneath) does _not_ use this configuration directive and attempts to use other packages from the aforementioned repository. The GUI should be consistent with the CLI to provide a quality user experience. I am using Fedora 26.
(In reply to Rex Dieter from comment #25) > I can confirm exclude= (still) works for me on my f26 box. My test was > adding > exclude=firefox > to /etc/yum.repos.d/fedora-updates-testing.repo > and indeed a firefox update in -testing disappears after I do a 'pkcon > refresh' That does not work for me. I add exclude=*nvidia* to /etc/yum.repos.d/rpmfusion-nonfree-updates.repo, and the nvidia driver updates still show up after a 'pkcon refresh'
And I can (still) confirm that it works for me on f28. My test case was again something from updates-testing. My test case this time was adding exclude=kmail* to /etc/yum.repos.d/fedora-updates-testing.repo to successfully avoid not updating to https://bodhi.fedoraproject.org/updates/FEDORA-2018-2dcc691c7a (which is currently in updates-testing) No idea how/why this doesn't work for everyone else.
Found the difference. exclude= with explicit package names works as expected. Using globs does not work.
Listing every package individually works: exclude=synergy,selinux-policy,selinux-policy-targeted but as Rex said, globs don't work. This only excludes 'synergy' and neither of the slinux-policy* packages (on f27): exclude=synergy,selinux-policy* I hope adding globbing support isn't too hard.
Remove PackageKit seems to me the best solution , this bug is opened since 2015 dnf remove PackageKit PackageKit-gstreamer-plugin PackageKit-gtk3-module
Most of the complaints here (and the various duplicates) are about not honouring 'exclude' wildcards in .repo files. That is a bug in libdnf not PackageKit, and can be fixed by https://github.com/rpm-software-management/libdnf/pull/856 Either this bug should be re-assigned to libdnf (and the summary updated), or a separate bug should be opened for "libdnf package exclusion is inconsistent with DNF".
Re-assigning
The problem was originally describet: I have set installonly_limit=4 in /etc/yum.conf and /etc/dnf/dnf.conf, and now packagitkit always ask for deletion the last kernel , I think that use defaults installonly_limit=3 ... So, the bug is about "installonly_limit". There are another bugs (marked as duplicates eg. bug 1237014) that refers to excludepkgs. The bug mix more bugs together. I will rename it and solve the primary reported problem for this bug.
I created a patch that uses global configuration (/etc/dnf.conf) value "installonly_limit". PR https://github.com/rpm-software-management/libdnf/pull/857
OK, so can I reopen Bug 1338975 which I originally reported for the excludepkgs issue?
comment 37 > OK, so can I reopen Bug 1338975 which I originally reported for the excludepkgs issue? Yes. Reopening the bug 1338975 is good idea. Bad is that its solution will not be simple. That means transfer some code from DNF (Python) to "context" part of libdnf. Also, I don't know if it can be done transparently without any changes in PackageKit/microdnf. Probably long term plan.
PR https://github.com/rpm-software-management/libdnf/pull/857 was merged to upstream
dnf-4.2.18-1.fc30, dnf-plugins-core-4.0.13-1.fc30, libdnf-0.43.1-1.fc30, microdnf-3.4.0-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-66c974fdb6
dnf-4.2.18-1.fc31, dnf-plugins-core-4.0.13-1.fc31, libdnf-0.43.1-1.fc31, microdnf-3.4.0-1.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-9542e3ccfd
dnf-4.2.18-1.fc31, dnf-plugins-core-4.0.13-1.fc31, libdnf-0.43.1-1.fc31, microdnf-3.4.0-1.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
dnf-4.2.18-1.fc30, dnf-plugins-core-4.0.13-1.fc30, libdnf-0.43.1-2.fc30, microdnf-3.4.0-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-66c974fdb6
@Jaroslav Rohel, thank you, I will give you feedback if possible , now I have a good reason to install kde packagekit again . It will use the same db of dnf ? instead his own packagekit db ? I'm just asking because is was a feature asked sometime ago , integration of packagekit with dnf (or yum) .
dnf-4.2.18-1.fc30, dnf-plugins-core-4.0.13-1.fc30, libdnf-0.43.1-2.fc30, microdnf-3.4.0-1.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.