Bug 1435583 - Can't install any applications
Summary: Can't install any applications
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-software
Version: 26
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedBlocker
: 1435478 (view as bug list)
Depends On:
Blocks: F26BetaBlocker 1435478
TreeView+ depends on / blocked
 
Reported: 2017-03-24 10:01 UTC by Jiri Eischmann
Modified: 2017-04-10 16:59 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-04-10 16:59:32 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jiri Eischmann 2017-03-24 10:01:23 UTC
I cannot install any applications in GNOME Software. I click on the "Install" button and nothing happens.

I'm using a fresh installation of Fedora 26 pre-alpha and GNOME Software 3.23.92.

Comment 1 Kalev Lember 2017-03-24 10:07:23 UTC
Anything in journalctl? packagekitd errors?

Comment 2 Fedora Blocker Bugs Application 2017-03-24 10:28:51 UTC
Proposed as a Blocker for 26-final by Fedora user eischmann using the blocker tracking app because:

 A major problem in a desktop application in the default installation.

Comment 3 Kalev Lember 2017-03-24 10:47:38 UTC
I suspect this is due to fedora-cisco-openh264.repo having skip_if_unavailable=False in its .repo file, but the actual repo is missing, which makes packagekit legitimately error out.

Comment 4 Jiri Eischmann 2017-03-24 10:50:35 UTC
Confirmed, it's caused by missing openh264 repo. Once you change the setting to True, it starts working again.

Comment 5 Kalev Lember 2017-03-24 10:55:55 UTC
I filed a releng ticket to get the repodata created: https://pagure.io/releng/issue/6724

Comment 6 Kamil Páral 2017-03-24 11:03:39 UTC
Updating doesn't work either, so changing the proposal to Beta.

Comment 7 Kamil Páral 2017-03-24 11:05:53 UTC
*** Bug 1435478 has been marked as a duplicate of this bug. ***

Comment 8 Adam Williamson 2017-03-27 16:37:42 UTC
Note this also messes with openQA, I ran into it weeks ago; I asked dgilmore to produce at least an empty repo in the expected location at that time, but apparently doing that is just as hard as getting the populated repo for some reason or other (I guess we don't have direct access to create it?)

Comment 9 Geoffrey Marr 2017-03-27 17:13:45 UTC
Discussed during the 2017-03-27 blocker review meeting: [1]

The decision was made to classify this bug as an AcceptedBlocker was made as it violates the following Beta criteria:

"The installed system must be able to download and install updates with the default graphical package manager in all release-blocking desktops."

[1] https://meetbot.fedoraproject.org/fedora-blocker-review/2017-03-27/f26-blocker-review.2017-03-27-16.01.txt

Comment 10 Adam Williamson 2017-04-04 19:54:31 UTC
The releng ticket was closed; can we close this now?

Comment 11 Kamil Páral 2017-04-10 15:37:20 UTC
Jiri, can you please re-test?

Comment 12 Jiri Eischmann 2017-04-10 16:53:39 UTC
Yes, it works. It worked immediately after the releg made that repo available. You can close it.


Note You need to log in before you can comment on or make changes to this bug.