Reported by portscout.
- Reorder USES and USE_*
Details
Details
- Reviewers
tz tcberner - Commits
- rP473138: biology/phyml: update to v3.3.20180621
- portlint -AC OK
- poudriere builds for {10.4,11.1}{amd64,i386}, 12i386 OK
- run test in 10.4 amd64 OK
- Build test with MPICH2 and OPENMPI in 11.1 amd64 OK
Diff Detail
Diff Detail
- Repository
- rP FreeBSD ports repository
- Lint
No Lint Coverage - Unit
No Test Coverage - Build Status
Buildable 17565 Build 17383: arc lint + arc unit
Event Timeline
| biology/phyml/Makefile | ||
|---|---|---|
| 8 | ^why? | |
| biology/phyml/Makefile | ||
|---|---|---|
| 8 | Your question indicates that I misunderstood the Handbook :-) I understand that in situations in which the new version is not numerically bigger than the old one (as in this case), PORTEPOCH much be increased. I searched the ports tree and found several ports with PORTEPOCHs greater than 1 (archivers/rar, astro/google-earth...) so I bumped it from 1 to 2. | |
| biology/phyml/Makefile | ||
|---|---|---|
| 8 | You need to bump PORTEPOCH whenever the version would decrease otherwise -- here, the version increases, so no need to bump epoch. | |