===> The following configuration options are available for openh264-2.6.0,2:
DEBUG=off: Build with debugging support
PLUGINS=on: Build and/or install plugins
TEST=off: Build and/or run tests
===> Use 'make config' to modify these settings
multimedia/openh264: clean up pkg-plist
cliqz has been removed 2020-12-31, and seamonkey was removed 2019-07-13.
A firefox-nightly might even never have existed in the official tree
(it sure is not there riht now, and I cannot find any commit related
to that in the git history).
No PORTREVISION bump, as this does not change any installed file, and
the symlinks created/removed by the postexec statements shouldn't exist
in any remotely current system.
multimedia/openh264: security update to v2.6.0
This includes a security fix:
"- Fix potential bug in the codebase (Commit: 63db555e, PR: #3818)"
which the 2.5.1 release described as
"Fix decoder heap overflow vulnerability".
<https://github.com/cisco/openh264/releases>
But due to the other fixes, let's move to 2.6.0 right away.
Requires gmp-api (GeckoMediaPlayer) API update to Firefox 135 to build.
Changelog: https://github.com/cisco/openh264/blob/openh264v2.6.0/RELEASES#L4
Security: 03ba1cdd-4faf-11f0-af06-00a098b42aeb
Security: CVE-2025-27091
PR: 288375
Approved by: ports-secteam@ (fernape@)
MFH: 2025Q3 (needs gmp-api update)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
multimedia/openh264: add -znotext to LDFLAGS on i386, for lld
Example error:
/usr/bin/ld: error: can't create dynamic relocation R_386_32 against
local symbol in readonly segment; recompile object files with -fPIC
This port links some non-PIC code, which fails with lld as it defaults
to disallowing relocations against read-only segments. For i386 we can
just add -znotext unconditionally: for GNU BFD ld it just affirms BFD's
existing default.
PR: 214864
Approved by: bapt
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D17179
multimedia/openh264: make sure as(1) is available
aarch64 lacks binutils in base unlike armv6 while the buildbot only
copies ld(1) from ports under /usr/bin. Note, Clang 3.9 still doesn't
support the assembly used here.
multimedia/openh264: back out r418381 (try#2)
As every consumer was broken except for net/pjsip which isn't actually
linking against openh264 there's no need to bump PORTREVISION.
multimedia/openh264: oops, drop unused devel/binutils
USE_BINUTILS isn't magically enabled for non-autotools ports.
One of the following had to be provided
CFLAGS+= -B${LOCALBASE}/bin
MAKE_ENV+= COMPILER_PATH=${LOCALBASE}/bin
However, binutils 2.17 in base is enough for NEON with armv6 while
aarch64 requires recent binutils for everything, not just this port.
PR: 201273 (ping)
Reported by: Mikael Urankar (via private mail)
MFH: 2015Q4
X-MFH-With: r400578
multimedia/openh264: unbreak build on armv6
Disable NEON support for armv6 (softfp). Alas, MACHINE_CPU is
underspecified on arm* to conditionalize NEON check within a port.
PR: 201273
Reported by: pkg-fallout
Submitted by: mikael.urankar@gmail.com
MFH: 2015Q3
Switch OpenH264 plugin to use environment variable
files/patch-system-openh264 causes patch churn on updates and hits
assertion with DEBUG=on[1]. Rework to use MOZ_GMP_PATH instead.
While here populate Last Updated field to avoid falling back to Epoch start
and disable Automatic Updates in an unlikely case of
- Cisco & Mozilla providing prebuilt version for FreeBSD
- Firefox running with root priveleges i.e., write permission under /usr/local
PR: 202218 [1]
Reported by: kib, pi [1]
Inspired by: Gentoo
MFH: 2015Q3
USE_GITHUB: For the new support, fix DISTNAME to be more consistent.
When using GH_TAGNAME the DISTNAME would have GH_PROJECT and GH_ACCOUNT in
it. When not using GH_TAGNAME it would not have this. Now both cases
will add in the GH_PROJECT and GH_ACCOUNT.
Add special care to ensure that the DISTVERSION is not added in twice. If
a port does GH_TAGNAME=v${PORTVERSION} it will be added in twice though. For
that case DISTVERSIONPREFIX=v should be set and no GH_TAGNAME should be used.
empty() is used rather than (!defined || !${}) to support fmake.
The purpose of setting DISTNAME at all in these cases is to make it more clear
that the distfile is from *GITHUB* and to avoid collisions if a project were
to be renamed or moved. Without adding in GH_PROJECT and GH_ACCOUNT then there
are real risks that collisions on filenames would happen on renamed or moved
projects, which is fairly common. A GITHUB-generated file may not match
a custom-rolled or git-archive-rolled distfile.
PR: 199069
With hat: portmgr
Testing done: All USE_GITHUB ports without GH_COMMIT were
checksum/fetch/extract/WRKSRC tested.
- Update Thunderbird to 31.3.0
- Update gmp-api to 35.0
- Update openh264 to 1.2
- Update NSS to 3.17.3
- Update Firefox to 34.0.5
- Update Firefox ESR 31.3.0
- Update libxul to 31.3.0
- Improve CONFIGURE_TARGET handling
- Always build using client.mk
- Switch to clang by default on systems without libc++
(/stable/8 and /stable/9)
- Drop lang/python2 dependency, only lang/python27 is required
to build
- Use DuckDuckGo searchplugin from upstream (has suggestions
and purposes)
- Backport a few about:memory fixes
- Backport Web Notifications libnotify integration
- Add GTK3 option for www/firefox. Adwaita is a bit broken
since Gtk 3.14, see:
https://bugzilla.mozilla.org/show_bug.cgi?id=1073117
PR: 195559
Submitted by: Jan Beich
MFH: 2014Q4
Security: http://vuxml.org/freebsd/7ae61870-9dd2-4884-a2f2-f19bb5784d09.html
OpenH264 is a codec library which supports H.264 encoding and decoding.
It is suitable for use in real time applications such as WebRTC.
WWW: http://www.openh264.org/
PR: 194356
Submitted by: Jan Beich
