Description of problem: I select the "enable 3rd party repositories" button on initial setup, but after checking via GNOME Software, it's still disabled, do I need to manually enable the switch in settings to enable 2x? Version-Release number of selected component (if applicable): Fedora-Silverblue-ostree-x86_64-38_Beta-1.3 $ rpm-ostree status State: idle Deployments: ● fedora:fedora/38/x86_64/silverblue Version: 38.20230312.n.0 (2023-03-12T08:05:56Z) BaseCommit: ef20158a1cad02734b7ec88b0f0742592da34e4c8ae9185028ed0657875a019e GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464 LayeredPackages: langpacks-pt_BR Steps to Reproduce: 1. enable third party repositories on initial setup 2. open GNOME Software and search for software like "steam" or "Spotify" (which are on Flathub) 3.will not find anything Actual results: will not find anything Expected results: find apps from previously enabled third-party repositories I don't know if this is the intended end result, or if they're still polishing the experience, me and friends are confused so I'm reporting it here, thanks.
I think this would work right from the start when third-party repos is chosen at gnome initial setup, because of this: https://fedoraproject.org/wiki/Changes/UnfilteredFlathub So if it's not working this way, maybe it worth propose it as a final blocker.
Proposed as a Blocker for 38-final by Fedora user geraldosimiao using the blocker tracking app because: Assuming we have an approved change for f38 named "unfiltered flathub" it must work when someone enable third-party repository at gnome initial setup, as the criterion applies: First boot experience If an initial setup utility is run or intended to be run after the first boot of the installed system, then it must start successfully and each page or panel of the initial setup utility should withstand a basic functionality test.
So, at Fedora 38 workstation 20230312 iso this doesn't happen, it must be a silverblue thing. I'll recheck now F38 Workstation Beta-1.3, and silverblue 20230312.iso
yeah, silverblue only.
Created attachment 1950241 [details] it seems using last iso 20230312 it works fine
has been fixed in Fedora-Silverblue-ostree-x86_64-38-20230313.n.0.iso