Update error: 404 for "community.db"

Hello I need some help with Manjaro mirrors please. Running pacman -Syu or pacman -Syyu often gives this error about a missing community.db file:

$ sudo pacman -Syu
:: Synchronizing package databases...
 core                                                 142.4 KiB   220 KiB/s 00:01 [###############################################] 100%
 extra                                                  8.3 MiB  9.61 MiB/s 00:01 [###############################################] 100%
 community.db failed to download
error: failed retrieving file 'community.db' from mirrors2.manjaro.org : The requested URL returned error: 404
error: failed to synchronize all databases (failed to retrieve some files)

Changing the mirror list with pacman-mirrors -i allows community.db to be downloaded but it is only 29 bytes, too small to be plausible as a list of software:

$ sudo pacman -Syyu
:: Synchronizing package databases...
 core                                                 142.4 KiB   225 KiB/s 00:01 [###############################################] 100%
 extra                                                  8.3 MiB  7.04 MiB/s 00:01 [###############################################] 100%
 community                                             29.0   B   483   B/s 00:00 [###############################################] 100%
 multilib                                             147.1 KiB  1337 KiB/s 00:00 [###############################################] 100%
:: Starting full system upgrade...

Question: Is there really a community.db file. If so, why do some mirrors give a 404 error? If not, why do some mirrors have a tiny 29-byte file? What do I need to do as a user so that updates do not give this error?

The community repo was removed quite some time ago.

You need to remove it from the config file.

sudo nano /etc/pacman.conf

This is the bit you need to remove:

[community]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist
2 Likes
4 Likes

Thank you so much, @dmt and @megavolt. I searched the forum for “mirror” and “404” but didn’t think of searching for “community.db”. I have now removed the lines from /etc/pacman.conf.

1 Like

You should have removed the community database 2 years ago when it was originally announced.

4 Likes

This highlights the importance of reading the Update Announcements; particularly the Known Issues and Solutions section; where you would have found:

This was duly noted two months ago with the 2025-03-05 Stable Update.

We ask that you always check these topics whenever an update notification is received. A few minutes of your time can save much grief later.

Regards.

1 Like

I’ve readded community repo as a blank repo. So people not cleaning up their pacman.conf can still use the system and update.

2 Likes

At least it’s a :adhesive_bandage: for the time being. Encouraging people to familiarise themselves with .pacnew/.pacsave continues to be an issue. :man_shrugging:

Not a fan of this.
It has been known for about two years.
And it is not at all difficult to take care of.

The people that did properly take care of it must feel quite stupid now …
They could all have spared their effort.

Let’s see how well this works when translated to other, similar issues.

2 Likes

It will take a while till most mirrors sync that new/old repo once again:

sudo pacman -Syu       
:: Synchronizing package databases...
 core                  143,9 KiB   569 KiB/s 00:00 [######################] 100%
 extra                   8,4 MiB  4,83 MiB/s 00:02 [######################] 100%
 community              29,0   B  63,0   B/s 00:00 [######################] 100%
 multilib              147,7 KiB   714 KiB/s 00:00 [######################] 100%
error: failed retrieving file 'community.db' from ftp.rz.tu-bs.de : The requested URL returned error: 404
error: failed retrieving file 'community.db' from mirror.koddos.net : The requested URL returned error: 404
error: failed retrieving file 'community.db' from mirror.it4i.cz : The requested URL returned error: 404
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
warning: dependency cycle detected:
warning: rubygems will be installed before its ruby dependency

Packages (133) alsa-ucm-conf-1.2.14-2  android-tools-35.0.2-15
               apparmor-4.1.0-4  appstream-1.0.5-2
               archlinux-keyring-20250430.1-1  at-spi2-core-2.56.2-1
               audacious-plugins-4.4.2-4  baobab-48.0-3
               binutils-2.44+r94+gfe459e33c676-1  diffutils-3.12-2
               dracut-107-1  electron34-34.5.4-1  electron35-35.2.2-1
               element-desktop-1.11.99-1  element-web-1.11.99-1
               elfutils-0.193-2  evince-48.0-3  ffmpeg-2:7.1.1-1
               ffmpeg4.4-4.4.5-5  firefox-138.0.1-1  flatpak-1:1.16.0-3
               foomatic-db-engine-5:20200131-2  gcc-15.1.1+r7+gf36ec88aa85a-1
               gcc-libs-15.1.1+r7+gf36ec88aa85a-1  gettext-0.24-3
               ghostscript-10.05.1-1  glibc-2.41+r48+g5cb575ca9a3d-1
               glibc-locales-2.41+r48+g5cb575ca9a3d-1  gst-libav-1.26.1-1
               gst-plugins-bad-1.26.1-1  gst-plugins-bad-libs-1.26.1-1
               gst-plugins-base-1.26.1-1  gst-plugins-base-libs-1.26.1-1
               gst-plugins-good-1.26.1-1  gst-plugins-ugly-1.26.1-1
               gstreamer-1.26.1-1  gtksourceview3-1:3.24.11+r30+gd880929f-1
               gtksourceview4-4.8.4-2  gufw-24.04-4  gupnp-1:1.6.8-2
               gvfs-1.57.2-3  gvfs-afc-1.57.2-3  gvfs-gphoto2-1.57.2-3
               gvfs-mtp-1.57.2-3  gvfs-nfs-1.57.2-3  gvfs-smb-1.57.2-3
               gzip-1.14-2  harfbuzz-11.2.0-1  harfbuzz-icu-11.2.0-1
               imagemagick-7.1.1.47-2  lib32-gcc-libs-15.1.1+r7+gf36ec88aa85a-1
               lib32-glibc-2.41+r48+g5cb575ca9a3d-1  lib32-libelf-0.193-1
               lib32-libxml2-2.14.2-2  lib32-llvm-libs-1:19.1.7-2
               libabw-0.1.3-5  libarchive-3.7.9-2  libbluray-1.3.4-3
               libcmis-0.6.2-4  libe-book-0.1.3-18  libelf-0.193-2
               libetonyek-0.1.12-3  libgedit-gtksourceview-299.5.0-2
               libgpg-error-1.55-1  libgphoto2-2.5.31-4  libgsf-1.14.53-2
               libheif-1.19.8-1  liblangtag-0.6.7-2  libnvme-1.13-1
               libodfgen-0.1.8-4  libpurple-2.14.14-2
               libreoffice-still-24.8.6-3  librsvg-2:2.60.0-2
               libshout-1:2.4.6-5  libsidplayfp-2.13.1-1  libsoup-2.74.3-3
               libsysprof-capture-48.0-5  libtheora-1.2.0-1
               libtool-2.5.4+r23+g5b582aed-1  libvisio-0.1.8-3
               libvlc-3.0.21-19  libxkbcommon-1.9.0-1  libxkbcommon-x11-1.9.0-1
               libxklavier-5.4-6  libxml2-2.14.2-2  libxslt-1.1.43-2
               linux612-6.12.25-2  linux612-headers-6.12.25-2
               linux612-nvidia-570.144-5
               linux612-virtualbox-host-modules-7.1.8-8  llvm-libs-19.1.7-2
               mhwd-nvidia-570.144-3  mhwd-nvidia-390xx-390.157-20
               mhwd-nvidia-470xx-470.256.02-11
               networkmanager-openconnect-1.2.10-3  nfs-utils-2.8.3-2
               nfsidmap-2.8.3-2  noto-fonts-1:2025.05.01-1  ntfs-3g-2022.10.3-2
               nvidia-driver-assistant-0.21.51.03-1  nvidia-settings-570.144-3
               nvidia-utils-570.144-3  oath-toolkit-2.6.12-2
               openconnect-1:9.12-4  pahole-1:1.30-1  perl-alien-libxml2-0.20-1
               perl-xml-libxml-2.0210-3  pidgin-2.14.14-2  protobuf-30.2-1
               protobuf-c-1.5.2-2  python-pyelftools-0.32-1
               python-setuptools-1:79.0.1-1  raptor-2.0.16-7  ruby-3.4.3-2
               rubygems-3.6.7-2  sane-1.3.1-3  sbctl-0.17-1
               shared-mime-info-2.4-2  stoken-0.92-5  telegram-desktop-5.13.1-4
               tinysparql-3.9.2-2  tumbler-4.20.0-3  virtualbox-7.1.8-2
               vlc-3.0.21-19  wayland-1.23.1-2  webkit2gtk-2.48.1-2
               webkit2gtk-4.1-2.48.1-2  xfce4-pulseaudio-plugin-0.5.1-1
               xfce4-weather-plugin-0.11.3-2  xfce4-xkb-plugin-0.8.5-2
               xmlsec-1.3.7-2  yelp-42.2-4  zsh-theme-powerlevel10k-1.20.15-1

Total Download Size:    868,85 MiB
Total Installed Size:  4852,15 MiB
Net Upgrade Size:       312,84 MiB

:: Proceed with installation? [Y/n] n

Maybe so, but it does solve the immediate issue.


I suppose a one-of-a-kind script could be devised to search for the respective lines in pacman.conf, and comment them (if found).

At least this shouldn’t affect other customisations possibly made by the user.

Just my 2c on the matter.


@philm - BTW, welcome back.
Have you adjusted to the timezone change yet? :wink:

1 Like

… as a bandaid does …

I would have thought that the majority of the issue (users encountering the issue) would have been dealt with by now.
Apparently not.

… this one is rather easy to deal with - but only by possibly violating the principle of:
never alter user configuration changes

In this case now:
don’t care - assume the user is too stupid to comply - or has never touched the file
(which is likely true - but may not be)

Others are not so easy.

That’s why .pacnew’s are the bane of noobs.

1 Like

If such a script was a consideration, asking the user to confirm (give permission for the edit) – twice – would probably address that (along with an explanation, of course).

Most who bother to read the Update Announcements should already have seen .pacnews/.pacsaves mentioned close to the top, in any case.

For that special breed who won’t even look there, as I suggested, a :adhesive_bandage: is better than nothing. :man_shrugging:

… probably - it’s adding unnecessary complexity, though.

Just deal with the stuff - it’s easy.

It’s unlikely we will arrive at the same page on this matter soon :wink:

But:
it seems like that the final decision has been made by the person who created the distro …

Oh well …

Hmm - that “special breed” is either wanted customers - or
can go and learn how to use the OS they chose to use … :man_shrugging:

2 Likes

In the past we had the just do don’t ask routine …

… I didn’t decode all this - did Arch do this as well?

Probably not, as video drivers are handled differently in Manjaro.

Our approach was always to maintain the system for the user as best as we could. Manjaro Summit will do that now again. Some liked it to have not thinking about what to be done manually. Over the time the forum team and developers team however switched more to an Arch-like style and tried to educate and point the normal users to become sys-admins. When you used Manjaro, it simply worked, if you want to dig deeper - switch to Arch.

When I removed the community repos from our servers we thought most users will figure it out. Several months later we still get the same questions about systems not able to update. Hence the readd. Simple - don’t force the user to maintain their systems when it works …

Btw. I never touched pacsave/new’s on my system myself. Simply - why needed?

1 Like

That’s quite a statement … :sunglasses:

It is simple: As soon as you have to use the terminal to fix some in Manjaro some is really off. Manjaro should be able to be run with UI tools only. Otherwise, why use it?

How is that a contradiction to applying sane defaults with when software advances or changes?

It seems simple.
It’s not, though.

I think I might need to get me a new hobby.

The UI tools need to be ready and capable of that …

meld, for instance, is a good tool
but people either don’t use it - or don’t grasp (know) how to use it - probably partly they don’t understand why these changes even can matter …
or because they don’t have a concept of what configuration files even are …

1 Like