Fedora 39 Errors during downloading metadata for repository 'fedora': - Status code: 500

Hello fellow qubes users,

I’m running Qubes on version 4.2.1

I tried to install libreoffice and i get this error in fedora-39-xfce-clone-1 runing

[user@fedora-39-xfce-clone-1 ~]$ sudo dnf install libreoffice
Fedora 39 - x86_64                              267  B/s | 704  B     00:02    
Errors during downloading metadata for repository 'fedora':
  - Status code: 500 for http://HTTPS///mirrors.fedoraproject.org/metalink?repo=fedora-39&arch=x86_64&protocol=http (IP: 127.0.0.1)
Error: Failed to download metadata for repo 'fedora': Cannot prepare internal mirrorlist: Status code: 500 for http://HTTPS///mirrors.fedoraproject.org/metalink?repo=fedora-39&arch=x86_64&protocol=http (IP: 127.0.0.1)

I find this issue that seemed similar https://discussion.fedoraproject.org/t/errors-during-downloading-metadata-for-repository-fedora/73771 so i tried to try to modify the /etc/yum.repos.d/fedora.repo file by changing the hostname.
Commenting metalink and adding :

baseurl=http://download.fedoraproject.org/

or

baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/

This issue seems to be similar to : Errors during downloading metadata for repository 'qubes-contrib-dom0-r4.2-current'

I’m stuck, please send help :slight_smile:

Do you use apt-cacher-ng?
Seems to be an issue with fedora+cacher:

1 Like

Yes, i use apt-cacher-ng

I didn’t knew that there was an issue with fedora+cacher.

Thank you very much @apparatus

so what i did is edit the repository files :

$ sudo nano /etc/yum.repos.d/fedora-cisco-openh264.repo
$ sudo nano /etc/yum.repos.d/fedora-updates-testing.repo
$ sudo nano /etc/yum.repos.d/fedora-updates.repo
$ sudo nano /etc/yum.repos.d/fedora.repo
$ sudo nano /etc/yum.repos.d/qubes-r4.repo

and edit the repository definitions

replacing `http://HTTPS///` with `https://`

Status code 500 indicates an error at the server end. It’s relatively
common with Fedora mirrors for some reason.

If you are using the apt-cacher-ng package that I provide I try to keep
the package updated with extended fedora repository lists and
configuration changes. It works well for 40 and (most of the time) 39.

I never presume to speak for the Qubes team.
When I comment in the Forum I speak for myself.

1 Like

(didnt know how to reply to specific post)

I’m not sur if i use apt-cacher-ng,
because in dom0, when i run “cacher --help” or “apt-cacher-ng --help” i get “command not found”

what can i do to make sure is use apt-cacher-ng ?

It might be possible that i installed it and later deleted it

sould i try installing it again ?

You would please check one thing before reinstallation.

Check inside /etc/qubes-rpc and see if you have file named qubes.UpdatesProxy.rpmnew

You will also need to change the updates proxy used by this template -
you can do this in Qubes Global Config.

I never presume to speak for the Qubes team.
When I comment in the Forum I speak for myself.

1 Like

there is not this file, i have a similar one qubes.UpdateAppMenuFor

1 Like

It’s not an application in dom0 - it’s an application that runs in a
qube.
You can see if you are using it from Qubes Global Config under the
Updates pane. If you installed the package from simple tools then
a qube called cacher would have been created, and the system configured
to use it.

I never presume to speak for the Qubes team. When I comment in the Forum I speak for myself.

ok, so i don’t have it installed @apparatus @unman

I missunterstood because i saw http://HTTPS/// in the repos files

I think my issue might come from when i installed an additional template provided by our generous and kind @unman here https://qubes.3isec.org/Templates/

I might have done something strange like starting to install cacher and don’t finish installing it. I don’t remember exactly it was a few weeks ago.

Is it correct to assume that if we use sys-whonix as our update-proxy, there is no benefit to using cacher ?

can i mark it as a solution ?
it solved the issue for me

Yes.

I guess so.

1 Like

and for debian edit those files :

/etc/apt/sources.list
/etc/apt/sources.list.d/qubes-r4.list