[pacman-dev] [PATCH 1/1] support http header to indicate an expected failure

Christian Hesse list at eworm.de
Fri May 28 14:21:05 UTC 2021


Erich Eckner <arch at eckner.net> on Fri, 2021/05/28 14:26:
> > Well, out-of-date is a term that does barely match here... pacman does
> > known about the date of its current database files only. So yes, more
> > recent database files are used as long as they are newer than the local
> > ones - even if out-of-date compared with a mirror.
> >
> > That's why the pacredir documentation tells you to run `pacman -Sy` twice
> > to be sure: First run fetches the newest database from local network,
> > second run (where pacredir returns 404) fetches from mirror if a newer
> > version is available.  
> 
> Just some side-idea: why not consider all databases which are older than x 
> minutes (where x is configurable) "out of date"? This would rely on having 
> systemtimes in sync, but otherwise would get rid of the cumbersome 
> double-`pacman -Syu`.

Great idea... About to add that. :)

> P.S.: I'm running something similar as you - but by far not as elaborate: 
> two (for redundancy) nginx servers which cache packages and download 
> databases directly.

Try pacredir for an out-of-the-box solution. ;)

BTW, if my solution with server side headers is accepted... In nginx
configuration your location block could look something like this:

location / {
  root /var/cache/pacman/pkg/
  add_header X-Pacman-Expected-Failure true;
}
-- 
main(a){char*c=/*    Schoene Gruesse                         */"B?IJj;MEH"
"CX:;",b;for(a/*    Best regards             my address:    */=0;b=c[a++];)
putchar(b-1/(/*    Chris            cc -ox -xc - && ./x    */b/42*2-3)*42);}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.archlinux.org/pipermail/pacman-dev/attachments/20210528/2d45c07a/attachment-0001.sig>


More information about the pacman-dev mailing list