[Bug 287491] www/sitecopy fix configure to accept neon versions up to www/neon
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 287491] www/sitecopy fix configure to accept neon versions up to www/neon"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 287491] www/sitecopy: fix configure to accept neon versions up to www/neon"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 287491] www/sitecopy: fix configure to accept neon versions up to www/neon"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 287491] www/sitecopy: fix configure to accept neon versions up to www/neon"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 13 Jun 2025 01:04:55 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287491
Bug ID: 287491
Summary: www/sitecopy fix configure to accept neon versions up
to www/neon
Product: Ports & Packages
Version: Latest
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: Individual Port(s)
Assignee: ports-bugs@FreeBSD.org
Reporter: mirror176@hotmail.com
CC: lev@FreeBSD.org
CC: lev@FreeBSD.org
Created attachment 261216
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=261216&action=edit
dynamic neon version detection range
This patch dynamically creates version sequence from 29 to the current www/neon
version so that it doesn't need to be repatched for every new www/neon major
version. Alternatively we could just remove the check which might be lighter
than getting the version with another make process, running seq to make the
number sequence, and still testing the number; I would see this breaking if a
really old or missing www/neon was present or if neon becomes too new and we
actually need a maximum version entered. I don't know how to enter a range or
just test if the version is above a value in autotools. Upstream hasn't patched
this in years.
Added missing dependency per poudriere warning. Tidy for portclippy while
here (can undo if needed).
Poudriere warns that libxml2 may not be needed (configure stage says its
using whatever neon uses) and that a REINPLACE_CMD didn't change anything. Did
not test with those removals.
Not tested beyond building.
--
You are receiving this mail because:
You are the assignee for the bug.