releng

#12860 Fedora flatpak remote is broken (returning 404)
Closed: Fixed with Explanation by kevin. Opened by adamwill.

Closed: Fixed with Explanation
Reopen Issue
  • Describe the issue
    The Fedora flatpak remote seems to be broken:
[adamw@omnibook ramalama (main *)]$ flatpak remote-ls fedora
error: Unable to load summary from remote fedora: Failed to update OCI summary: Server returned status 404

  • When do you need this? (YYYY/MM/DD)
    ASAP

  • When is this no longer needed or useful? (YYYY/MM/DD)
    N/A

  • If we cannot complete your request, what is the impact?
    Nobody can install Fedora flatpaks, openQA silverblue build test will fail on all updates (though this is non-gating)

@siosm

Hmm:

[remote "fedora"]
url=oci+https://registry.fedoraproject.org

But registry.fp.o is now redirecting to quay.io. Was that intentional? How is this supposed to work with flatpak? Do we just need to change it to point to quay? Edit: I guess not, because none of the flatpaks seems to be on quay...I've no idea what's going on here.
Edited by adamwill

I may have broken this. The indexer wasn't working and the sync from sundries to proxies was trying to copy a index directory that didn't exist. So, it was sending about 30 emails every hour.

I foolishly just made the directory, thinking it was a permissions issue that it couldn't create it.

However, it seems it wasn't making the index at all, and that empty dir synced out. ;(

I'm syncing the old index files out again now. So, people wont see new content yet, but at least existing stuff should work again.

yeah, that has fixed silverblue installer build tests at least.

My post-DC-move mega-refresh has shown up in testing, so I think this is good now.

Metadata Update from @kevin:
- Issue close_status updated to: Fixed with Explanation
- Issue status updated to: Closed (was: Open)
Metadata
None
None
None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.