nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Child Item

The update on Fedora Server 44 seems to be broken

amorpheus

fter intentionally waiting two weeks I upgraded my Fedora Server to 44, and now the Dropbox entry is having some issues when updating with dnf:

Dropbox Repository 100% | 261.0 B/s | 1.6 KiB | 00m06s
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd4635047873
0504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 3.165.206.96) - http://linux.dropbox.com/fedo
ra/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd4635047873
0504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 3.165.206.96) - http://linux.dropbox.com/fedo
ra/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd4635047873
0504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 3.165.206.96) - http://linux.dropbox.com/fedo
ra/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd4635047873
0504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 3.165.206.96) - http://linux.dropbox.com/fedo
ra/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> No more mirrors to try - All mirrors were already tried without success

I've checked, the structure exists but 10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b doesn't match the files that are actually there. I've tried reinstalling and cleaning cache and such. Right now I'm running the most recent Dropbox version via RPM, which makes dnf want to "upgrade" it to an older version:

Upgrading:
nautilus-dropbox              x86_64 1:2026.01.15-1.fc44            rpmfusion-nonfree     47.9 KiB
  replacing nautilus-dropbox x86_64 0:2026.05.06-1.fc44            @commandline         142.7 KiB
Installing dependencies:
dropbox                       x86_64 1:2026.01.15-1.fc44            rpmfusion-nonfree    135.6 KiB

Is there anything on my end to do to fix this or is this broken somewhere else?

Find more posts tagged with

Desktop

Install

Linux

Accepted answers

Здравко

Hi @Jay,

As seems your last Linux packages update passed with lot of troubles! (once again…)

You don't need user to report something to detect that repositories are malformed (or most of them at lest). Do somebody of you (your team) even check whether something work before or after release?! 🧐🤷 Rhetoric of course.

The issue comes from the fact that only the last Fedora repository (Fedora 45) is properly formatted. All others (including discussed here Fedora 44) are wrong formatted! In the repository file repomd.xml (which seems outdated), pointed files inside just don't exist. The same is for other Fedora versions; just take a look. That's where the issue comes from. Most probably rain of complains will follow. Would you (your team) like to wait it for? 😁 Or maybe it's better fix in advance?

The same is about Ubuntu repositories. Only the last repository (Ubuntu Oracular 26.04) is up to date (Dropbox application package version 2026.05.06). All others (including Ubuntu Noble 24.04 for instance; check application package version there on your own) are outdated!

Please fix this discrepancy!
Thanks in advance.

All comments

Jay

Hi @amorpheus, thanks for messaging the Community.

As of yet, we've not received any reports regarding this matter from other users.

We will keep tracking this behavior you're experiencing, and if other users do message in with similar messages, then we would need to look into this in more detail.

Keep me posted if there are any updates on your end.

Здравко

Hi @Jay,

StoneTable

Similar to the linked post, Dropbox is failing to install on Fedora (44).

These repositories, for Fedora 42, 43, and 44 all have the same RPM, tagged for Fedora 44.

https://linux.dropbox.com/fedora/42/x86_64/

https://linux.dropbox.com/fedora/43/x86_64/

https://linux.dropbox.com/fedora/44/x86_64/

It doesn't matter which RPM I download, when I try to install it I'm getting 404 errors from the repodata for the Fedora 44 repo:

 Dropbox Repository                     100% |  59.0   B/s |   1.6 KiB |  00m27s
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 18.155.202.110) - http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 18.155.202.110) - http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 18.155.202.110) - http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> Status code: 404 for http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst (IP: 18.155.202.110) - http://linux.dropbox.com/fedora/44/repodata/10d12831b54877b6e7bbd46350478730504c7088ee75ef593750ae1c357c140b-primary.xml.zst
>>> No more mirrors to try - All mirrors were already tried without success

https://community.dropbox.com/en/discussion/comment/856164#Comment_856164

It's finding references to the files in the repomd.xml, but it's pointing to non-existent metadata files.

https://linux.dropbox.com/fedora/44/repodata/repomd.xml

Здравко

Thanks for issue fixing! 👍

Let's hope it won't come back again… 🤞 … Good luck!

amorpheus

Can confirm, thanks, and thanks to the others for chiming in.