Yeah I'm not seeing a separate toggle for flathub with a clean install of Fedora-Workstation-Live-x86_64-Rawhide-20220124.n.0.iso either. Only if I enable 3rd party repos in g-i-s does flathub appear in Software's "Software Repositories" menu.

Yeah I'm not seeing a separate toggle for flathub with a clean install of Fedora-Workstation-Live-x86_64-Rawhide-20220124.n.0.iso either. Only if I enable 3rd party repos in g-i-s does flathub appear in Software's "Software Repositories" menu.

The issue was happening to me in every clean install of F35. However, it didn't happen when I did a clean install of F36. Does this issue still happens to you?

We discussed this last week. @otaylor said that he'd provide an update.

Reminder @otaylor you have the action item here.

@otaylor can you provide a status update please?

@otaylor can you provide a status update please?

We will need to find somebody else to take this action item.

This is just a bug that does not require any policy decision. Since it's related to GNOME Software, the Working Group will ask Milan to investigate.

Fresh install of Fedora 43 from a live .iso having installed fedora-third-party-0.10-14.fc43.noarch
and gnome-software-49~rc-3.fc43.x86_64. I did not enable 3rd party repos in initial setup. When I ran gnome-software it updated its repositories for some time, when I checked there is no (disabled) flathub remote configured for the flatpak (which makes sense to me). Once gnome-software had finished its initial data fetch it asked me whether I want to enable 3rd-party repos, to which I replied to "Ignore". Then a disabled flathub remote had been added to the flatpak remotes list and it is also visible in the Software's Repositories dialog.

Something changed during the years. On the gnome-software side the 3rd-party dialog is a "modal' thing now, while it used to be a banner only, which could be just closed. Whether anything changed also on the fedora-third-party side I do not know.

From my point of view, when the initial setup does not enable the 3rd-party repos, it should "disable" them through the fedora-third-party, thus it configures what is needed, but in the disabled state. When it's not called, nothing is configured at all. But, well, I'm only guessing from what I saw.

Also check/var/lib/fedora-third-party/state, it has:

[main]
enabled = no
[flathub]
added = yes
seen = yes
...

when I remove the added and seen keys from there and remove the flathub remote and then call sudo fedora-third-party disable (even it is already disabled), then it adds the flathub as disabled. Not changing the added and seen keys would not add it, because it already knows it did something with it.

This works properly, from my point of view.

From my point of view, when the initial setup does not enable the 3rd-party repos, it should "disable" them through the fedora-third-party, thus it configures what is needed, but in the disabled state. When it's not called, nothing is configured at all. But, well, I'm only guessing from what I saw.

gis-software-page.c intentionally does not call fedora-third-party disable in order to give the user a second chance to decide whether to enable/disable:

  /* If not enabled, do nothing rather than calling 'fedora-third-party disable' 
   * to leave the setting in an indeterminate state, to allow GNOME Software to
   * prompt the user once more when it runs for the first time.
   */

Anyway it sounds like this problem is now resolved, since GNOME Software will do the fedora-third-party disable. Thank you for investigating, Milan!

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/workstation/tickets/issues/271

Please continue any further discussion there.