Welcome app has not found package updates for two days

…won’t do anything. The responsible file for your updates is a different one, at:



The above file can be hand-edited to one’s likings and preference. It will then be picked up by pacman to fetch the latest packages available.

Thank you.

I did some research on the topic and it seems that the easiest and most convenient way to keep the list of mirrors up to date is to use the reflector script.

I don’t even understand why reflector is not automatically enabled as a systemd service.

I noticed that the mirrorlist file contains only the mirror servers of the countries that are selected, for example, when updating the list of mirrors in the Welcome application. The problem in this case was that a mirror server of a specific country can also be included in the mirror list, even though it is available at a good speed, but it is not checked whether it has been unsynchronized for many hours, it will definitely be at the top of the list . I did not see the list of all mirror servers in the mirrorlist file, but only in the mirrorlist pacnew file, regardless of their status. At least that’s what I’ve experienced based on my investigations so far.

I have a question. I noticed that the reflection list update function of the Welcome application calls reflector-simple. In the settings, which one did you prefer more when ordering the mirror servers: the connection speed or whether a particular server is out of sync?

This is exactly what is intended by the Arch Devs. Think I have pointed you towards reading up on the Arch-Wiki more than once. Instead you keep coming back uttering wrong statements, like this one.

… doesn’t help greatly, even if you clean up afterwards.

I also update far more hip than I eat.

1 Like

yes i am using this here for years :wink:

You can specify that yourself in both reflector-simple and reflector (which reflector-simple eventually calls). So if you can find proper options for reflector, your system should be quite OK in regard to mirrors.

I personally favor up to date mirrors over speed, but that’s just what works here, after testing the mirrors for some time. Your results might be somewhat different.

Do you mean that you run reflector script as a systemd service?

Yes, unfortunately I also noticed the differences. When updating the mirror list through the Welcome application, the reflector prioritized the mirror servers of the selected country that were out of sync, but since I was using mobile internet, the speed test failed. I understand that speed is only one aspect of ranking, another is the age of synchronization of the mirror server. Well, that’s why I was surprised that servers that were out of sync were at the top of the list. By the way, I also prefer stability over speed.

In the meantime, the notification of the list of packages to be updated has returned to normal mode.

as a systemd timer yes… so it does the job once a week automatically… with the settings i setup…

Its use is worth considering. It is interesting why this useful reflector is not enabled by default as a systemd service after installation out of the box.

I think that decision is to be made by the user.
On a base Vanilla Arch install, you won’t even get it installed unless you want it yourself.
Personally, I don’t use the service. When/if there is an issue with my mirrors, I just run the cli with the parameters of my choice for which I have made an alias. And that happens quite rarely.
So less things being enabled by default apart from the absolute minimum necessary the better in my opinion.


it is up to the user to keep things set up how you like to have it, someone may do not want stuff automatically connecting to the internet… caused by timed internet connection ?

EndeavourOS is only providing a minimal setup ready to build what you need out of it.

One can also agree with this point of view. There is a saying among those who understand and practice mathematics that laziness is half health. In other words, don’t do more than absolutely necessary if you still want to reach your goal. I think this is also true in IT. I only gave space to this topic because it was already too noticeable that there were no package updates for several days, and I am used to the fact that it is possible for package updates to appear every day. Of course, it would have been possible to wait for, say, a week, and if nothing happens even then, then speak up.