After a fresh installation of KDE Live nightly (20250224), the initial walkthrough (welcome dialogue) started as usually and I made several choices, including to enable third party repositories. However, when I checked Discover, I realized that the third party repositories were not enabled. In journalctl, I have found the following error message: Feb 24 11:13:29 localhost-live plasma-welcome[2468]: "The command fedora-third-party query --quiet failed: No error message provided" Feb 24 11:13:58 localhost-live polkitd[826]: Operator of unix-session:7 FAILED to authenticate to gain authorization for action org.fedoraproject.thirdparty.run for unix-process:unknown [<unknown>] (owned by unix-user:test) Reproducible: Always Steps to Reproduce: 1. Install the latest KDE nightly. 2. Enable Third Party repositories through plasma-welcome. 3. Check that the repos are installed. Actual Results: Only standard repos are enabled. UNTITLED From WebUI, 18 Seconds ago, written in Plain Text. This paste will bite the big one in 23 Hours. URL https://paste.centos.org/view/a564082f Embed Show code Download Paste or View Raw repo id repo name fedora Fedora 42 - x86_64 fedora-cisco-openh264 Fedora 42 openh264 (From Cisco) - x86_64 updates Fedora 42 - x86_64 - Updates updates-testing Fedora 42 - x86_64 - Test Updates With Flatpaks, only Fedora flatpaks are enabled. Expected Results: All third party repos are enabled, including Flathub.
Created attachment 2077591 [details] Discover showing the enabled repos
Proposed as a Blocker for 42-beta by Fedora user lruzicka using the blocker tracking app because: By default, the options to download and install software is limited. https://fedoraproject.org/wiki/Fedora_42_Beta_Release_Criteria#Installing,_removing_and_updating_software
This is from plasma-welcome-fedora, so switching to that component.
Discussed on 2025-02-24 in a blocker review meeting [1]: !agreed 2347292 - AcceptedBetaFE AcceptedFinalBlocker - This is a violation of "each page or panel of the initial setup utility should withstand a basic functionality test" [1] https://meetbot.fedoraproject.org/blocker-review_matrix_fedoraproject-org/2025-02-24/f42-blocker-review.2025-02-24-17.01.log.html
I went ahead and tried reproducing this: 1- I downloaded the latest KDE Live image from https://kojipkgs.fedoraproject.org/compose/branched/Fedora-42-20250224.n.0/compose/KDE/x86_64/iso/Fedora-KDE-Desktop-Live-42-20250224.n.0.x86_64.iso 2- Ran in a VM 3- Through Plasma Welcome, I enabled the third party repositories. 4- Ran commands: fedora-third-party query and dnf repolist to see if everything is enabled Everything is working as intended See attached screenshot.
Created attachment 2077677 [details] Repos enabled
I also tried to actually install the system and trying to enable the repos through plasma-welcome again. Same result, repos do show up. Is it possible you entered the password wrong multiple times, or that the user has no sudo privileges?
Same as Seteve Cossette, I can't reproduce this bug with a Fedora-KDE-Desktop-Live-42-20250224.n.0.x86_64.iso running in a VM. Will try this at baremetal running live session to see what happens.
I cannot reproduce this either in VMs or fresh installs on hardware.
Lukas, can you test again and see if you can reproduce this consistently? Thanks!
I cannot reproduce this on 20250323 nightly, where this works as expected. Unfortunately, I cannot find the original compose anymore, so I am not able to run this on the reported compose. I might say that this has been miraculously fixed, or the error was not in KDE and was caused by some external issues that have corrected themselves in the meantime.