What make you think that?
AUR is unsupported - in my personal opinion - Pamac as AUR helper was a mistake from the beginning.
The popularity of Manjaro and it’s own package manger, and the fact that a third party provides a custom buildscript for Pamac within AUR itself, Pamac has become AUR helper for almost any Arch Linux based distribution out there.
This popularity caused severe outages for Arch User Repository years ago and the Manjaro Community was wrongly blamed for that.
Because of these incidents the AUR webteam had to rewrite some of their handling and part of this was to provide an endpoint to fetch a complete set of metadata from AUR.
curl -o packages-meta-ext-v1.json.gz https://aur.archlinux.org
Pamac uses that metadata which it pulls from aur.manjaro.org which in turn regularly pulls the metadata from aur.archlinux.org. Thus Pamac relies on the metadata via CDN.
curl -o packages-meta-ext-v1.json.gz https://aur.manjaro.org
How often or when the CDN at aur.manjaro.org refreshes the data from Arch Linux I have no idea.
I did an experiment and as expected I have small difference between the upstream version and the cdn version
09:25:55 ○ [fh@tiger] ~/test
$ curl -o aur-arch.json.gz https://aur.archlinux.org/packages-meta-ext-v1.json.gz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 12.91M 100 12.91M 0 0 22.91M 0 0
09:26:01 ○ [fh@tiger] ~/test
$ curl -o aur-mjro.json.gz https://aur.manjaro.org/packages-meta-ext-v1.json.gz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 12.87M 100 12.87M 0 0 52.19M 0 0
09:26:20 ○ [fh@tiger] ~/test
$ ls -l
total 26420
-rw-r--r-- 1 fh fh 13547619 25 jun 09:26 aur-arch.json.gz
-rw-r--r-- 1 fh fh 13502897 25 jun 09:26 aur-mjro.json.gz
If you feel it is that important - sure, do that - but you should search the existing issues to make sure it has not already been reported.
EDIT 2026-06-24T22:00:00Z
Judging from my experiment the issue may not be the pamac aur plugin, but could the CDN.
I extracted some test data - using the fluree-bin package mentioned earlier.
The upstream version contains
{
"ID": 2135399,
"Name": "fluree-bin",
"PackageBaseID": 235228,
"PackageBase": "fluree-bin",
"Version": "4.1.0-1",
"Description": "Fluree — semantic graph database (CLI and embedded server)",
"URL": "https://flur.ee",
"NumVotes": 0,
"Popularity": 0.0,
"OutOfDate": null,
"Maintainer": "fluree",
"Submitter": "fluree",
"FirstSubmitted": 1777598683,
"LastModified": 1782223417,
"URLPath": "/cgit/aur.git/snapshot/fluree-bin.tar.gz",
"Depends":
[
"glibc",
"gcc-libs"
],
"Conflicts":
[
"fluree"
],
"Provides":
[
"fluree"
],
"License":
[
"custom:BUSL-1.1"
]
}
The CDN version contains
{
"ID": 2119873,
"Name": "fluree-bin",
"PackageBaseID": 235228,
"PackageBase": "fluree-bin",
"Version": "4.0.6-1",
"Description": "Fluree — semantic graph database (CLI and embedded server)",
"URL": "https://flur.ee",
"NumVotes": 0,
"Popularity": 0.0,
"OutOfDate": null,
"Maintainer": "fluree",
"Submitter": "fluree",
"FirstSubmitted": 1777598683,
"LastModified": 1781271333,
"URLPath": "/cgit/aur.git/snapshot/fluree-bin.tar.gz",
"Depends":
[
"glibc",
"gcc-libs"
],
"Conflicts":
[
"fluree"
],
"Provides":
[
"fluree"
],
"License":
[
"custom:BUSL-1.1"
]
}
Pamac can only provide the data as they exist on the CDN. If the CDN version is older than upstream - the issue lies elsewhere - namely at the CDN.