Summary: | mail/thunderbird: latest version fails to compile when ffmpeg option is disabled | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | rootrider | ||||
Component: | Individual Port(s) | Assignee: | freebsd-gecko (Nobody) <gecko> | ||||
Status: | Closed FIXED | ||||||
Severity: | Affects Many People | CC: | rootrider | ||||
Priority: | --- | ||||||
Version: | Latest | ||||||
Hardware: | amd64 | ||||||
OS: | Any | ||||||
See Also: | https://bugzilla.mozilla.org/show_bug.cgi?id=1148203 | ||||||
Attachments: |
|
A commit references this bug: Author: jbeich Date: Fri Jan 8 00:47:14 UTC 2016 New revision: 405496 URL: https://svnweb.freebsd.org/changeset/ports/405496 Log: gecko: unbreak FFMPEG=off build on esr38 PR: 205747 MFH: 2016Q1 Changes: head/mail/thunderbird/files/patch-bug1148203 head/www/firefox-esr/files/patch-bug1148203 head/www/libxul/files/patch-bug1148203 Also reported in https://lists.freebsd.org/pipermail/freebsd-ports/2016-January/101541.html Thanks. The fix has been committed. Re-open if FFMPEG=off is still broken. A commit references this bug: Author: jbeich Date: Fri Jan 8 01:47:02 UTC 2016 New revision: 405504 URL: https://svnweb.freebsd.org/changeset/ports/405504 Log: MFH: r405496 gecko: unbreak FFMPEG=off build on esr38 PR: 205747 Approved by: ports-secteam (miwi) Changes: _U branches/2016Q1/ branches/2016Q1/mail/thunderbird/files/patch-bug1148203 branches/2016Q1/www/firefox-esr/files/patch-bug1148203 branches/2016Q1/www/libxul/files/patch-bug1148203 Works great, thanks |
Created attachment 164887 [details] poudriere log I was able to build mail/thunderbird in 10.2/amd64 with poudriere up until the latest port revision (commit 404691), and then I started getting a linker error. I had only changed a couple of options, so I went back to the default options and it built the package successfully. So, previous port revisions worked on this poudriere box, and the current revision works with default options. I compared the options I had where it failed with the default options and decided to test with default options but disabled ffmpeg... and I got the linker error again. So it appears that disabling ffmpeg on the latest port revision causes a linker error.