When running flatpak update, registry.fedoraproject.org prompts for credentials. This is new behavior (as of sometime in the last few weeks)
flatpak update
[root@fpgm ~]# flatpak update Looking for updates… F: Warning: Treating remote fetch error as non-fatal since runtime/org.fedoraproject.Platform/x86_64/f32 is already installed: No such ref 'runtime/org.fedoraproject.Platform/x86_64/f32' in remote fedora F: Warning: Can't find runtime/org.fedoraproject.Platform/x86_64/f32 metadata for dependencies: No entry for runtime/org.fedoraproject.Platform/x86_64/f32 in remote 'fedora' summary flatpak cache F: Warning: Treating remote fetch error as non-fatal since runtime/org.fedoraproject.Platform/x86_64/f31 is already installed: No such ref 'runtime/org.fedoraproject.Platform/x86_64/f31' in remote fedora F: Warning: Can't find runtime/org.fedoraproject.Platform/x86_64/f31 metadata for dependencies: No entry for runtime/org.fedoraproject.Platform/x86_64/f31 in remote 'fedora' summary flatpak cache F: Warning: Treating remote fetch error as non-fatal since app/org.inkscape.Inkscape/x86_64/stable is already installed: No such ref 'app/org.inkscape.Inkscape/x86_64/stable' in remote fedora F: Warning: Can't find app/org.inkscape.Inkscape/x86_64/stable metadata for dependencies: No entry for app/org.inkscape.Inkscape/x86_64/stable in remote 'fedora' summary flatpak cache F: Warning: Treating remote fetch error as non-fatal since app/org.gimp.GIMP/x86_64/stable is already installed: No such ref 'app/org.gimp.GIMP/x86_64/stable' in remote fedora F: Warning: Can't find app/org.gimp.GIMP/x86_64/stable metadata for dependencies: No entry for app/org.gimp.GIMP/x86_64/stable in remote 'fedora' summary flatpak cache Login required remote fedora (realm https://registry.fedoraproject.org/) User:
It doesn't matter if I give it valid credentials or not.
Trying to install a package fails, too:
[root@fpgm ~]# flatpak install fedora baobab Looking for matches… error: Nothing matches baobab in remote fedora
Opening registry.fedoraproject.org in a browser gives a pop up "Please enter the master password for the PIV_II." I wonder if OpenShift's auth is getting in the way of the flatpak commands?
Updating to flatpak-1.6.5-1.fc32.x86_64 unblocks updates from other remotes (e.g. flathub), but still fails to get data from the fedora remote:
flatpak-1.6.5-1.fc32.x86_64
Looking for updates… F: Warning: Treating remote fetch error as non-fatal since runtime/org.fedoraproject.Platform/x86_64/f32 is already installed: No such ref 'runtime/org.fedoraproject.Platform/x86_64/f32' in remote fedora F: Warning: Can't find runtime/org.fedoraproject.Platform/x86_64/f32 metadata for dependencies: No entry for runtime/org.fedoraproject.Platform/x86_64/f32 in remote 'fedora' summary flatpak cache F: Warning: Treating remote fetch error as non-fatal since runtime/org.fedoraproject.Platform/x86_64/f31 is already installed: No such ref 'runtime/org.fedoraproject.Platform/x86_64/f31' in remote fedora F: Warning: Can't find runtime/org.fedoraproject.Platform/x86_64/f31 metadata for dependencies: No entry for runtime/org.fedoraproject.Platform/x86_64/f31 in remote 'fedora' summary flatpak cache F: Warning: Treating remote fetch error as non-fatal since app/org.inkscape.Inkscape/x86_64/stable is already installed: No such ref 'app/org.inkscape.Inkscape/x86_64/stable' in remote fedora F: Warning: Can't find app/org.inkscape.Inkscape/x86_64/stable metadata for dependencies: No entry for app/org.inkscape.Inkscape/x86_64/stable in remote 'fedora' summary flatpak cache F: Warning: Treating remote fetch error as non-fatal since app/org.gimp.GIMP/x86_64/stable is already installed: No such ref 'app/org.gimp.GIMP/x86_64/stable' in remote fedora F: Warning: Can't find app/org.gimp.GIMP/x86_64/stable metadata for dependencies: No entry for app/org.gimp.GIMP/x86_64/stable in remote 'fedora' summary flatpak cache
Metadata Update from @kevin: - Issue assigned to kevin
I see the problem, fixing it.
Metadata Update from @kevin: - Issue priority set to: Waiting on Assignee (was: Needs Review) - Issue tagged with: groomed, medium-gain, medium-trouble, ops
The problem was the 'regindexer' process on sundries01 died for some reason (possibly when we had the registry outage this morning after mass reboots yesterday).
I restarted that and let it generate the indexes, then synced them to the proxies. :)
Should be all back to working again now.
Issue status updated to: Closed (was: Open) Issue close_status updated to: Fixed
Log in to comment on this ticket.