portscout
portscout copied to clipboard
Ports with DISTVERSIONPREFIX have certain issues
Ports with DISTVERSIONPREFIX have certain issues with Portscout detection:
- [ ] A new version (with prefix is detected even if it's the same one (without prefix)

- [ ] Other issues ...
Some issues are somewhat expected, as explained in FreeBSD Ports r405250 in a past update
...
Additionally it turns out, portscout currently only uses/stores a
normalized version ('ver') in its database, in its general design
attempt to be a generic version comparison tool
In particular, portscout does not reference or store PORTVERSION
or DISTVERSION{FULL}, so we have nothing 'canonical' to compare
the responses from Github (tags) against.
This change special-cases Github in the FindNewestFile subroutine, which
was obtained via Portroach [2] (OpenBSD's portscout fork).
Extending this, we also now only match version-esque looking strings
from the tag, in an attempt to normalise, because they come in many
forms, including {foo-}X.Y.Z{-bar}, foo_X_Y_Z, among others.
We may be able to tweak certain cases
@alexdupre @yurivict If you have noticed other examples where prefixes/suffixed/other version formats have caused different classes of issues, please add them here.
misc/dynomite: 0.6.21-rc2 vs. v0.6.21-rc2 - listed as having a new version.
misc/dynomite:
0.6.21-rc2vs.v0.6.21-rc2- listed as having a new version.
Yep that's covered in the first class (i edited the original issue summary with a checkbox)
If there are any other categories id be keen to know what they are
When it comes to DISTVERSIONPREFIX this is the only kind that I saw.
Apparently it's still unfixed as of 2022, e.g. for several of my ports I see this:

Possibly related bug is that skipv keyword is being ignored:
The port has PORTSCOUT=skipv:2.1.0 specified.
It seems that this issue affects my port, too:

I see no possible simple workaround using the PORTSCOUT Makefile variable which does not disable update notifications at all. So I guess one just needs to ignore portscout in such cases?
I see no possible simple workaround using the
PORTSCOUTvariable
There's nothing to work around here. It's a bug in portscout which must be hunt down and fixed.
So I guess one just needs to ignore portscout in such cases?
I prefer to not, as I want to see if/when something would change in this regard.
It seems that the following explanation meant that this behavior was meant.
- Any regexes or limitations below apply to just the version, not the whole distfile name.
At least USE_GITHUB ports seem to have been stripped down here with something like blenderbim- other than numbers and dots.
It looks like we'll need to pick it up as follows and implement a new key to match it.
($prematchver, $postmatchver) = ($``, $');`