Closed Monviech closed 2 months ago
We can take this upstream, possibly try to lose the PORTREVISION from the caddy version.. it's doable if the maintainer commits it with an update of www/caddy to a new version which then won't run the risk of caddy-custom version going backwards.
Sorry I messed up the merge here and had to force push to 58e93c8775ffd
Who will take this upstream? I made an account at the bugzilla of freebsd sometime ago but I'm a little uncertain how it works. If I can see how you would do it I could learn from it.
Can you add a ticket there with the problem description. I'll upload a patch for them with the state that I think it should have in the future. Ok?
Fixes: https://github.com/opnsense/ports/issues/197
Tether caddy_custom build version to caddy_version, to prevent xcaddy pulling latest caddy version before the tracked distversion www/caddy has been upgraded.
A version tag consists always of three numbers + v. Since CADDY_VERSION can include more numbers, it's not valid to use it straightly without extracting only the first three numbers.
Example: Currently it has 2.7.6.6 But only this tag is valid: v2.7.6
Version tag always have three numbers, latest is 2.8.0 and 2.8.1.
Logs with new Makefile: