On 12/8/24 12:57 PM, Dr Rainer Woitok wrote:
> Eli,
> 
> On Sun, 8 Dec 2024 10:24:42 -0500 you wrote:
> 
>> ...
>> By the way you don't need to download the Packages file manually. It
>> will be in /var/cache/edb/binhost/ using a directory structure based on
>> your binhost uri.
> 
> Great.  Thankyou for this pointer!
> 
> But: the file "/var/cache/edb/binhost/**/Packages" has a time stamp from
> December 2-nd and differs from the "Packages" file I downloaded manually
> yesterday.   So when does Portage sync it?   I ran "emaint sync -A" yes-
> terday and then experimented with "emerge --pretend".   But this did not
> update file "/var/cache/edb/binhost/**/Packages".
> 
> In any case  the differences between these two files  could well explain
> my problems.


It is definitely downloaded by emerge --pretend --getbinpkg.

It is not downloaded by emaint sync.

If neither FEATURES="getbinpkg" nor EMERGE_DEFAULT_OPTS="--getbinpkg"
are set, then you have to manually pass --getbinpkg on the CLI every
time you want binpackages -- correspondingly, it will only download the
Packages file when you manually pass --getbinpkg (as root). In theory,
this should mean you always have a fresh cached index any time you
actually check for binary updates...

It also will check the timestamp to figure out whether to redownload.
The downloaded file will have a new "DOWNLOAD_TIMESTAMP:" field but you
can ignore that specific line. A timestamp of December 2 is definitely
way too old.

...

So the two possibilities I can think of are that:

- you ran --pretend as non-root, so emerge couldn't update the index

- you usually update with -uDU --getbinpkg, and didn't pass --getbinpkg
  with --pretend


-- 
Eli Schwartz

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to