Summary: | Uses/shebangfix.mk runs before distribution patching (PATCH_SITES) | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Charlie Li <vishwin> |
Component: | Ports Framework | Assignee: | Port Management Team <portmgr> |
Status: | New --- | ||
Severity: | Affects Some People | CC: | ports-bugs |
Priority: | --- | ||
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any | ||
See Also: | https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258112 |
Description
Charlie Li
![]() ![]() You can use TARGET_ORDER_OVERRIDE for this. Sure, if I understand the default target order with 210:fix-shebang, which is before even 300:pre-patch. Is there any particular reason to have fix-shebang in this order by default? Upstream commits/patches that we need to pull in lieu of new releases can and will change shebangs (ie to signify only one version family of an interpreter) and they should be accounted for after do-patch. A quick search of TARGET_ORDER_OVERRIDE reveals nine uses, three of which concern fix-shebang. All fix-shebang cases override the default order to run after do-patch. |