-
Notifications
You must be signed in to change notification settings - Fork 24
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
Consider representing packages in kernel module overlay repositories #611
Comments
relevant announcement: https://lists.freebsd.org/archives/freebsd-ports/2024-December/006997.html I think you're asking for FreshPorts to add Something like: https://news.freshports.org/2021/02/10/adding-freebsd14-to-the-list-of-build-packages/ The key challenge: can these packages be related back to something already in FreshPorts? Fetching data:
|
Extracting data:
|
Looking at the first few fields of the first record in each file:
The However, the |
If I can make this an ABI, it will slot into FreshPorts seamlessly I think. One issue: there is no latest or quarterly for this, which affects database queries - which assume there is always both. |
The usual method seems to work:
|
I repeated the process for
|
What is needed to know what to download? These are the two active downloads:
Meaning, I need to know we have: |
I think we can store the results in here, using
|
Not unexpected:
|
Wow. Carry on. |
When a new row is added to the
Which means we have to update that table with all EDIT: We don't need
Might be better with:
Fixed the original data via:
|
After running
|
When that script ran we were told in the logs:
This seems right. |
However, the code is not set up to fetch the appropriate URLS: Dec 13 21:40:24 dvl-ingress01 FreshPorts[48734]: /var/db/freshports/signals/new_repo_ready_for_import exists. About to run import_packagesite.py via system() (/usr/local/libexec/freshports) *** /var/log/freshports/freshports-daemon.log *** *** /var/log/freshports/freshports.log *** |
notes to self:
|
Exactly (with the cross-post to freebsd-stable). My tests with RELEASE, in Reddit, preceded the call for testing … hopefully no confusion as a result. |
Looking ahead: might there arise a need for additional rows? To distinguish between e.g.:
Assuming that versions will, occasionally, differ. |
note to self:
At present, using Let's call that a From what I can tell, this will need to be manually maintained. |
It also complicates the database queries already in place, which depends upon It we have just
|
It may be better to list It may be easier to list them only separately on the page for those ports. Otherwise, it looks like this: Then, we could do:
I think that makes the most sense. |
From #612 we have:
|
Nit:
– e.g. 15.0-CURRENT could/should be:
|
With https://www.freshports.org/graphics/drm-61-kmod/#packages as an example, we currently have:
I guess that eventually, there might be additional rows with (for example):
Early days. My thoughts are far from formed.
Below, for reference, package annotations before and after a switch:
– no difference, at this time.
drm-61-kmod before and after a switch
@dlangille I guess that you knew (privately) of recent developments before things became public. If not: this can be a heads-up.
Context, in Reddit:
The text was updated successfully, but these errors were encountered: