and KIPI plugins do generate gitversion.h, using different targets. And,
of course, I've used the wrong one... Realized that when the build
finally borked on my i386. Now builds fine.
okay espie@
- See https://www.mozilla.org/en-US/thunderbird/31.0/releasenotes/
- Fixes MFSA 2014-56->66 (except 60)
- Move i386 to build with gcc to be in sync with other mozillas
- Remove patch-mozilla_content_media_gstreamer_GStreamerLoader_cpp,
merged (#927898)
- Remove patch-mozilla_ipc_chromium_src_base_debug_util_posix_cc,
merged(#927810)
- Remove patch-mozilla_ipc_chromium_src_base_dir_reader_bsd_h, merged
(#909005)
- Remove patch-mozilla_js_src_ctypes_libffi_configure and
patch-mozilla_js_src_ctypes_libffi_src_x86_freebsd_S, merged (#928381)
- Add patch-mozilla_media_libvpx_Makefile_in for libvpx hack on
amd64/clang (#982693)
- Add patch-mozilla_gfx_skia_moz_build &
patch-mozilla_gfx_skia_trunk_src_opts_SkBitmapProcState_opts_SSSE3_cpp
to fix build on i386 (#1028827)
Tested at least with 28.0b1, 30.0b1, 31.0b1 and 31.0b2 during this cycle..
and even starts on sparc64!
ok sthen@ jasper@ naddy@
It is way too late to start moving stuff to an hypotethical xulrunner
31, so let's stay on the esr24 branch for this one - less important...
ok sthen@ jasper@ naddy@
The reasoning to update www/firefox-esr is simple: the esr31 branch will
be supported for the next 56 weeks, while the esr24 branch will die in
12 weeks - this way, 5.6-stable will receive updates.
- See https://www.mozilla.org/en-US/firefox/31.0/releasenotes/
- Fixes MFSA 2014-56->66
- Add libvpx hack for clang build (#982693)
- Build against gstreamer1
- Add skia patches for i386/sse3 (#1028827)
- Add intl install patch (#990196)
- Remove patch-ipc_chromium_src_base_debug_util_posix_cc, merged (#927810)
- Remove patch-ipc_chromium_src_base_dir_reader_bsd_h, merged (#909005)
- Remove patch-js_src_ctypes_libffi_src_x86_freebsd_S, merged (#928381)
ok sthen@ jasper@ naddy@
- See https://www.mozilla.org/en-US/firefox/31.0/releasenotes/
- Fixes MFSA 2014-56->66
- rm/add aboutcerterror/aboutCertError.xhtml patch, corresponding code
moved - i'm still pondering why we keep that patch..
- remove patch-browser_branding_official_Makefile_in, merged (#992613)
- remove chunk 1 of patch-configure_in, merged (#991686)
- improve skia/i386/sse3 patches from #1028827, for something simpler and
closer to what will be commited upstream
- fix README to point users to gstreamer1-plugins-libav instead of
gstreamer-ffmpeg, reminded by jturner@ a while ago
ok sthen@ jasper@ naddy@
Set PORTHOME to ${WRKSRC}, since the build system creates a ~/Desktop
dir for some reason (from ajacoutot@)
This commit (and all the upcoming moz-related ones) are ok jasper@ sthen@ naddy@
successful LDAP bindings as a proper authentication, without checking
the length of the user's password. But the LDAP server configuration
might allow password-less bindings to retrieve public information.
ok naddy@
Fix RT 84403 - 'Security problem: missing "start" mode dumps ENV to output
page'
https://github.com/markstos/CGI--Application/pull/15
While here remove groff and fix runtime depends.
www/p5-CGI-PSGI is optional, include it as people nowadays run PSGI and are
moving away from MOD_PERL.
From maintainer Ian McWilliam
to count LIB_DEPENDS and WANTLIB in build-deps, only the actual subpackaged
version count (reminder: even single package ports are actually multi-packaged,
with SUBPACKAGE=-, hence we will count LIB_DEPENDS- and WANTLIB-).
This was actually a discrepancy between manual builds and dpb builds, as the
output of dump-vars won't show plain LIB_DEPENDS. This caused a bit of
confusion wrt multimedia/mlt. Hence the actual fix.
