-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why is the wrong file being fetched for packagesite.yaml
#4
Comments
I did a test on
|
I think I know the cause:
background: Every hour, re: |
Look at what is now queued at home for import.
|
Looking in the files downloaded, I see
|
@grahamperrin & @EHWV - I think I've fixed it. Are there any issues here? |
After fixing a Which means special-casing code:
This just came into the
|
Thanks for the quickly implemented solution.
Yes, I was was about to make a remark about that (you beat me to it); something along the line of 'if it would be worth implementing', because it's a temporary and sliding window. Indeed, you're table has be expanded for the (small) number of 'kmods' specials. Thank you for taking the additional effort.
I realise that you cannot use the FreeBSD environment (you are targeting packages beyond on what host Freshports actually happens to run of course), but (instead of the hardcoded '2' in T-Aoki said: Just to be clear: the output of pkg -vv is parsed.The appropriate (=future proof) way to specify it
I'm not sure how precisely the repositories wil change (and if) when 14.0R goes EoL. At least when 14.3-RELEASE is released, expect Currently, for amd64, latest, my host shows (drm-61-kmod highlighted as example):
As an alternative with only one pipe, you might consider something like:
(The combination of 'ip' (or 'Ip') is standard; it works equally well with |
I started work on
Oh no, I don't have that configured at all. Several things come to mind:
I've made that change in my working copy. |
Attention only to the table cells that already show a
fetches
Thanks |
meta.conf tells us what file to fetch for a given repo update fetch-extract-parse-import-one-abi.sh was meta.conf aware already see fetch-extract-parse-import-one-abi.sh What I've done is move the meta.conf parsing into a new file: fetch-parse-meta.conf fetch-extract-parse-import-one-abi.sh & get_packagesite.txz_date have been amended to use it. Every hour, check_repos_for_new_stuff.py is launched and checks all the repos for new stuff. It invokes get_packagesite.txz_date to get the Last-modified date of the repo in question. It has been checking the now-deprecate file: packagesite.txz With pkg 2.x, meta.conf now indicates we need to fetch packagesite.tzst With this change, check_repos_for_new_stuff.py will now be getting the Last-modified date of the correct file and repo processing will be correct. re: #616 #617
A new release: https://github.com/FreshPorts/packages-import/releases/tag/2.7.1 I'll promote this through dev, test, stage, etc. |
At
Maybe change it to mention Thanks |
GitHub forwards the old issues to the new issues. The fix is in production now, and the package lists update process will run at the top of the next hour. It might take a while to finish. edit: I had to edit other announcements, so made the changes. Thanks. |
Production packages are fixed. |
Some 'pkg repository' questions remain, probably not directly impacting Freshports. Why are (all) these outdated remote files, like on https://pkg.freebsd.org/FreeBSD:14:amd64/latest/ , still 'active' or at least present? Why does meta.conf as in for example: meta.conf contains:
indicating the designated use of 'packagesite.tzst' This seems not in line with:
and https://github.com/freebsd/pkg/blob/release-2.0/NEWS#L155-L158
Note that pkg-update seems to use 'meta.conf' and 'data.pkg':
(The same behaviour is shown when using pkg 2.0.4 and the local pkg database requires updating.) |
As far as I'm concerned, I consider this completed. |
Originally posted by @dlangille in #615
The text was updated successfully, but these errors were encountered: