Is the Gnome Nightly repo down? Getting errors when updating

Greetings Fedora Community,

Today when I went to upgrade via flatpak update I came across the following errors. Keep in mind I have the main Fedora repos, the RPMFusion repos, Flathub repos, Fedora Flatpak repos, as well as the Gnome Nightly repos for testing purposes. Here’s the error below:

scott@fedora:~$ yay
[sudo] password for scott: 
Copr repo for PyCharm owned by phracek              13 kB/s | 2.1 kB     00:00    
Fedora 39 - x86_64                                  55 kB/s |  25 kB     00:00    
Fedora 39 openh264 (From Cisco) - x86_64           5.4 kB/s | 989  B     00:00    
Fedora 39 - x86_64 - Updates                       154 kB/s |  25 kB     00:00    
google-chrome                                      6.8 kB/s | 1.3 kB     00:00    
RPM Fusion for Fedora 39 - Free                     14 kB/s | 3.6 kB     00:00    
RPM Fusion for Fedora 39 - Free - Updates           22 kB/s | 2.9 kB     00:00    
RPM Fusion for Fedora 39 - Nonfree                  42 kB/s | 6.8 kB     00:00    
RPM Fusion for Fedora 39 - Nonfree - NVIDIA Driver  42 kB/s | 6.5 kB     00:00    
RPM Fusion for Fedora 39 - Nonfree - Steam          24 kB/s | 6.2 kB     00:00    
RPM Fusion for Fedora 39 - Nonfree - Updates        22 kB/s | 5.8 kB     00:00    
vivaldi                                             19 kB/s | 3.0 kB     00:00    
Dependencies resolved.
Nothing to do.
Complete!
Looking for updates…
F: Warning: Treating remote fetch error as non-fatal since runtime/org.gnome.Podcasts.Devel.Locale/x86_64/master is already installed: No such ref 'runtime/org.gnome.Podcasts.Devel.Locale/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.gnome.Platform/x86_64/master is already installed: No such ref 'runtime/org.gnome.Platform/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.gnome.Platform.Locale/x86_64/master is already installed: No such ref 'runtime/org.gnome.Platform.Locale/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.gnome.Fractal.Devel.Locale/x86_64/master is already installed: No such ref 'runtime/org.gnome.Fractal.Devel.Locale/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.gnome.Calendar.Devel.Locale/x86_64/master is already installed: No such ref 'runtime/org.gnome.Calendar.Devel.Locale/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.gnome.BoxesDevel.Locale/x86_64/master is already installed: No such ref 'runtime/org.gnome.BoxesDevel.Locale/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.freedesktop.Platform.openh264/x86_64/2.2.0beta is already installed: No such ref 'runtime/org.freedesktop.Platform.openh264/x86_64/2.2.0beta' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.freedesktop.Platform.VAAPI.Intel/x86_64/23.08 is already installed: No such ref 'runtime/org.freedesktop.Platform.VAAPI.Intel/x86_64/23.08' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.freedesktop.Platform.GL.default/x86_64/23.08-extra is already installed: No such ref 'runtime/org.freedesktop.Platform.GL.default/x86_64/23.08-extra' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/org.freedesktop.Platform.GL.default/x86_64/23.08 is already installed: No such ref 'runtime/org.freedesktop.Platform.GL.default/x86_64/23.08' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since runtime/de.haeckerfelix.Fragments.Devel.Locale/x86_64/master is already installed: No such ref 'runtime/de.haeckerfelix.Fragments.Devel.Locale/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since app/org.gnome.Podcasts.Devel/x86_64/master is already installed: No such ref 'app/org.gnome.Podcasts.Devel/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since app/org.gnome.Fractal.Devel/x86_64/master is already installed: No such ref 'app/org.gnome.Fractal.Devel/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since app/org.gnome.Calendar.Devel/x86_64/master is already installed: No such ref 'app/org.gnome.Calendar.Devel/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since app/org.gnome.BoxesDevel/x86_64/master is already installed: No such ref 'app/org.gnome.BoxesDevel/x86_64/master' in remote gnome-nightly
F: Warning: Treating remote fetch error as non-fatal since app/de.haeckerfelix.Fragments.Devel/x86_64/master is already installed: No such ref 'app/de.haeckerfelix.Fragments.Devel/x86_64/master' in remote gnome-nightly

I assume the Gnome NIghtly remote or service is just down for the time being, but it’s been like this all day. I figure it’ll correct itself soon enough, but if anyone else knows anything more, feel free to shed some light on the topic. Thank you very much.

Since “yay” is not a fedora tool nor from fedora it seems quite possible that tool itself has a problem.

Before blaming the repos how about trying a native fedora tool such as “dnf” or “flatpak” to perform the update so you may find out if it is actually the repo or if it is your choice of package management tool that has the issue.

I just did an update using both dnf and flatpak with no issues.

I see that as well. gnome-nightly definitely seems broken.

Edit: I’ve reported it: gnome-nightly flatpak remote is 404 (#1207) · Issues · Infrastructure / Infrastructure · GitLab

2 Likes

‘yay’ is just an alias…

For what?
I found with a search that “yay” appears to be an AUR helper package manager on arch linux, but little direct mention of fedora.

I assume you know what/how to create an alias, by adding lines to your .bashrc file, in my case I added the line:

alias yay='sudo dnf upgrade --refresh && flatpak update'

so in my case yay is not the AUR helper, it’s just an alias, the word itself means and does nothing in this context other than what I told it to do. There is nothing wrong with this. As Chris Williams pointed out, this was all a bug on the infrastructure’s end with the Gnome Nightly repos, which was fixed last night.

Thanks for the information. It helps to remove the confusion introduced by use of that alias in the text above.