Description of problem: After selecting a package(s) to be installed and putting in root password, an error shows up saying: "The remote software origin name was not found. You may need to enable an item in Software Origins.". There is no item in Software Origins. Tested on Fedora 18 Alpha TC5. Version-Release number of selected component (if applicable): apper-0.8.0-0.4.20120724git.fc18.x86_64 How reproducible: Always Steps to Reproduce: 1. Install Fedora 18 Alpha TC5 with KDE 2. Run Apper 3. Select a package(s) to install and try to install them Actual results: "The remote software origin name was not found. You may need to enable an item in Software Origins." error shows up. Expected results: Selected packages are installed.
Proposing as an Alpha blocker per criterion: "The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops".
PackageKit version?
I checked the bug against Gnome PackageKit and it's hit by the same bug. No items in Software Sources tab neither. Package installation does not work (no error shown). Check Now button just says "Failed: failed". I'm going to change the component to PackageKit to get more input from maintainers.
What does "pkcon repo-list" say?
PackageKit-0.8.3-1.fc18.x86_64 $ pkcon repo-list Getting repositories [=========================] Waiting in queue [=========================] Starting [=========================] Downloading repository information[=========================] Downloading list of packages [=========================] Getting information [=========================] Disabled updates-debuginfo Fedora 18 - x86_64 - Updates - Debug Enabled fedora Fedora 18 - x86_64 Disabled updates-source Fedora 18 - Updates Source Disabled updates-testing-debuginfo Fedora 18 - x86_64 - Test Updates Debug Enabled updates-testing Fedora 18 - x86_64 - Test Updates Enabled updates Fedora 18 - x86_64 - Updates Disabled updates-testing-source Fedora 18 - Test Updates Source Disabled fedora-source Fedora 18 - Source Disabled fedora-debuginfo Fedora 18 - x86_64 - Debug
New observations: After clean restart, pkcon repo-list shows the correct output as mkrizek posted, then try to do any action in Apper or Gnome app, it fails and then you get: pkcon repo-list Getting repositories [=========================] Waiting in queue [=========================] Starting [=========================] Fatal error: Failed: failed
pkcon install scribus Installing [=========================] Waiting in queue [=========================] Waiting for authentication [=========================] Waiting in queue [=========================] Starting [=========================] Running [=========================] Fatal error: cannot find repo fedora/18/x86_64
Created attachment 610064 [details] Log (verbose)
I can reproduce this now. Debugging...
Discussed at 2012-09-05 blocker review meeting. Accepted as a blocker per criterion cited in comment #1.
The following commit in yum has broken the API that PackageKit uses: commit e42ea3dc0b02ba73a11211de4062e87abfb77a6a Author: James Antill <james> Date: Mon Aug 27 16:27:44 2012 -0400 Add .ui_id to repos. showing $releasever/$basearch. Use it for str(). PackageKit needs to know the repo for a package, and has used str(pkg.repo) to return "fedora" for the last 5 years. The yum api has changed to return "fedora/18/x86_64" which breaks PackageKit.
I've committed this upstream to PackageKit: commit c817e88c5929c3a1448f47f6e16db86eef4fbf55 Author: Richard Hughes <richard> Date: Thu Sep 6 09:09:19 2012 +0100 yum: Work around a yum API break so that resolving still works In e42ea3dc0b02ba73a11211de4062e87abfb77a6a yum changed the public API so that str(repo) returned 'fedora/18/i386' rather than just 'fedora'. This broke PackageKit pretty hard as the repo name is used in the package_id. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=854209 NOTE: if the commit to yum isn't reverted and then a new yum is pushed to F16/F17 then automatic updates will break and there will be no way to recover the situation. Ideally str(repo) would continue to return repo.id, not the new fancy repo.ui_id I'd also appreciate anyone changing public API in yum to just do a 2 second search of yumBackend.py in PackageKit. Or rather, just not change public API at all and just add new methods for new features.
str(foo) is how things are output, foo.id is the API to get just the id.
PackageKit-0.8.3-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/PackageKit-0.8.3-2.fc18
Package PackageKit-0.8.3-2.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing PackageKit-0.8.3-2.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-13559/PackageKit-0.8.3-2.fc18 then log in and leave karma (feedback).
Package installation works, pkcon, Apper tested. Updates works too.
(In reply to comment #13) > str(foo) is how things are output, foo.id is the API to get just the id. Just FYI, the yum change was reversed, so there is no pressure to push this fix into other Fedora branches: commit 602ae1d548a8165049b55cf30ff810806c795747 Author: James Antill <james> Date: Fri Sep 7 15:21:01 2012 -0400 Have str(repo) mean repo.id again, as multiple callers have assumed it.
PackageKit-0.8.3-2.fc18 works as root, not as an ordinary user (at least in GNOME) - bug 855784.
# journalctl -a | grep polkit Sep 10 16:56:24 localhost dbus-daemon[411]: dbus[411]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' Sep 10 16:56:24 localhost dbus[411]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' Sep 10 16:56:24 localhost polkitd[475]: Started polkitd version 0.107 Sep 10 16:56:24 localhost polkitd[475]: Loading rules from directory /etc/polkit-1/rules.d Sep 10 16:56:24 localhost polkitd[475]: Loading rules from directory /usr/share/polkit-1/rules.d Sep 10 16:56:24 localhost polkitd[475]: Finished loading, compiling and executing 2 rules Sep 10 16:56:24 localhost polkitd[475]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Sep 10 16:56:40 localhost polkitd[475]: Registered Authentication Agent for unix-session:1 (system bus name :1.35 [gnome-shell --mode=gdm], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale C) Sep 10 16:57:18 localhost polkitd[475]: Unregistered Authentication Agent for unix-session:1 (system bus name :1.35, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale C) (disconnected from bus) Sep 10 16:57:26 localhost polkitd[475]: Registered Authentication Agent for unix-session:2 (system bus name :1.72 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) Sep 10 16:57:57 localhost polkitd[475]: Operator of unix-session:2 FAILED to authenticate to gain authorization for action org.freedesktop.packagekit.package-install for system-bus-name::1.81 [<unknown>] (owned by unix-user:kparal) Sep 10 16:58:08 localhost polkitd[475]: Operator of unix-session:2 FAILED to authenticate to gain authorization for action org.freedesktop.packagekit.package-install for system-bus-name::1.82 [<unknown>] (owned by unix-user:kparal) Sep 10 16:58:34 localhost polkitd[475]: Operator of unix-session:2 FAILED to authenticate to gain authorization for action org.freedesktop.packagekit.package-install for system-bus-name::1.84 [<unknown>] (owned by unix-user:kparal)
Damn, wrong bug. Sorry, the last comment shouldn't be here.
This concrete issue is fixed in F18 Alpha RC2.
yum-3.4.3-44.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/yum-3.4.3-44.fc18
Package yum-3.4.3-44.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing yum-3.4.3-44.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-13862/yum-3.4.3-44.fc18 then log in and leave karma (feedback).
If we pulled the yum that changes this into F18 Alpha, would we have to revert the PackageKit change?
PackageKit-0.8.3-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
> If we pulled the yum that changes this into F18 Alpha, would we have to revert > the PackageKit change? No. * The PackageKit change fixes PackageKit to use repo.id instead of str(repo). * The yum change makes str(repo) do the same thing as repo.id again. Either of the changes should be sufficient to fix the bug, but having both together cannot hurt.
yum-3.4.3-44.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
on Fedora 20 Beta I have this issue when I try to install a rpm from apper
I just installed Fedora 20 (new from scratch, not an updated install) and am getting the same issue with packages I am trying to install. E.g., Firefox, Chrome, etc. I did not get this error when Fedora automatically found the system updates just after the install. It started when I starting installing new apps. Dispite the error messages tho, both Firefox and Chrome did install and are running.
You're probably seeing bug #995723.