Traceback (most recent call last):
File "configure.py", line 94, in <module>
sys.exit(main(sys.argv))
File "configure.py", line 22, in main
sandbox.run(os.path.join(os.path.dirname(__file__), 'moz.configure'))
File "python/mozbuild/mozbuild/configure/__init__.py", line 241, in run
self._value_for(option)
File "python/mozbuild/mozbuild/configure/__init__.py", line 305, in _value_for
return self._value_for_option(obj)
File "python/mozbuild/mozbuild/util.py", line 924, in method_call
cache[args] = self.func(instance, *args)
File "python/mozbuild/mozbuild/configure/__init__.py", line 370, in _value_for_option
% (e.arg, reason, e.old_arg, e.old_origin))
mozbuild.configure.options.InvalidOptionError: '--enable-debug-symbols' implied by '--enable-debug' conflicts with '--disable-debug-symbols' from the mozconfig
*** Fix above errors and then restart with\
"gmake -f client.mk build"
MFH: 2016Q4 (blanket)
More candidates are likely to come before the official announcement (aka
the rush hour) scheduled on 2016-11-15. This one intended to pick up upstream
security fixes earlier while looking for downstream regressions.
Changes: https://www.mozilla.org/firefox/50.0/releasenotes/
Security: d1853110-07f4-4645-895b-6fd462ad0589
MFH: 2016Q4 (piling up)
- DTRACE=on crashes building probes with libstdc++
- libc++ by default conflicts with libstdc++ from USE_GCC
PR: 213378
Reported by: dhw, tz, pkg-fallout, Philip Homburg
Bump PORTREVISION to account for slightly different behavior in other
gecko@ ports and to get a discrete regression window.
Changes: https://www.mozilla.org/firefox/49.0/releasenotes/
PR: 211792
Submitted by: Jochen Neumeister <joneum@bsdproject.de> (based on)
Security: 2c57c47e-8bb3-4694-83c8-9fc3abad3964
MFH: 2016Q3
Prepare www/firefox a bit for ESR45:
- [e10s] Make layers.progressive-paint;true work at least on 11.0-CURRENT
- Chase bundled versions for system dependencies
- Drop unused/broken system opus and speex support
Changes: https://www.mozilla.org/firefox/45.0/releasenotes/
Changes: https://www.mozilla.org/firefox/38.7.0/releasenotes/
Security: 2225c5b4-1e5a-44fc-9920-b3201c384a15
MFH: 2016Q1 (release candidate)
${PERL5} points to a specific version of perl, say, perl5.22.1, it is
fine to use it in a ports Makefile to do Perly things, but ports using
it must use ${PERL}, that points to /usr/local/bin/perl so that if the
minor version is updated, the shebang keep working.
While there, make some ports use shebangfix, regen a few patches, and
bump PORTREVISION where a shebang went from PERL5 to PERL.
PR: 205367
With hat: portmgr
Sponsored by: Absolight
- Remove out-of-tree build (in favor of D4157)
- Remove custom do-install (config/nsinstall works fine) [1]
- Convert to new testing framework
- Refresh patches with |make makepatch| but leave damage out [2]
[1] Requires PORTREVISION per new entry in plist and DEBUG builds
no longer embedding WRKDIR in source file name
[2] Here's a list with * indicating severity:
*** Lost original ptthread.c hunk from patch-bug301986
*** Mixed patch-bug782111 into patch-bug301986
** Duplicated context lines
* Wrong timestamps with USES=pathfix
arm use S16 samples and libtremor since Firefox 34. So, adjust
dependencies and make it controllable (for testing on x86).
Note, arm is still BROKEN until ports/202642.
https://bugzilla.mozilla.org/show_bug.cgi?id=1047791
Bundled jemalloc is left enabled for DragonFly due to lack of
documented evidence it doesn't work: failed build log, crash
fingerprint, upstream bug, etc. jemalloc upstream unlike its
Mozilla fork (not used here) has better support for BSDs.
Requested by: marino [1]
NSPR logging is now always enabled as upstream partially
removed support for disabling it.
PR: 202165
Reported by: rsmith@xs4all.nl
MFH: 2015Q3
X-MFH-With: r393690
sys/cdefs.h after base r227475 always defines __STDC_CONSTANT_MACROS
for C++11 while Firefox enforces C++11 since 25.0 and also defines
__STDC_CONSTANT_MACROS via mozilla-config.h since 26.0.
PR: 201294
Submitted by: jhibbits
MFH: 2015Q3 (trivial, not on pkg-fallout)
For bsd.gecko.mk, replace PTHREAD_LIBS with "-pthread", the same value
it was using before.
Approved by: PTHREAD blanket (completes task)
Approved by: portmgr (bapt)