Summary: | lang/gcc5: caches system header files in 2017Q3, affecting multimedia/handbrake | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Mason Loring Bliss <mason> |
Component: | Individual Port(s) | Assignee: | Gerald Pfeifer <gerald> |
Status: | Closed FIXED | ||
Severity: | Affects Some People | CC: | admin, gerald, ports-secteam |
Priority: | --- | Flags: | gerald:
maintainer-feedback+
gerald: merge-quarterly+ |
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any | ||
See Also: |
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221111 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221050 |
Description
Mason Loring Bliss
![]() This is a lang/gcc5 (and other gcc ports) issue, initially resolved in ports r444860 but not merged to the quarterly branch. Assign to lang/gcc5 maintainer cc ports-secteam A couple of comments: #1 This is not about lang/gcc5 not building. There never was a problem around lang/gcc5 not building (around this issue). #2 This only happens when you build lang/gcc5, then update src, then do not rebuild lang/gcc5, but use it to build some other packages such as multimedia/handbrake. #3 This will not happen using poudriere or any other way that provides consistent builds. (I do acknowledge there was an issue that we could avoid via a change I made on trunk, at the slight risk of causing other issues, but it triggered comparatively rarely, and see #2 and #3.) So I do not think that merge-quarterly is a high priority, though I do approve in case anyone wants to do so. Mason, if you rebuild lang/gcc5 this problem should resolve itself. Can you please confirm? I failed to include the PR reference in the commit, but just pushed the one line change back into the 2017Q3 branch. Everything I wrote in the previous comment still applies. Committed (merged) in ports r447439 I can confirm that this fixes the issue. Thank you. Thank you for the confirmation, Mason! |