===> The following configuration options are available for waterfox-6.7.6,1:
CANBERRA=off: Sound theme alerts
DBUS=on: D-Bus IPC system support
DEBUG=off: Build with debugging support
FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
LIBPROXY=off: Proxy support via libproxy
LTO=off: Use Link-Time Optimization
OPTIMIZED_CFLAGS=on: Use extra compiler optimizations
PROFILE=on: Build with profiling support
TEST=off: Build and/or run tests
====> Extra cubeb audio backends (OSS is always available)
ALSA=off: ALSA audio architecture support
JACK=on: JACK audio server support
PULSEAUDIO=on: PulseAudio sound server support
SNDIO=on: Sndio audio support
===> Use 'make config' to modify these settings
## Missing features
Some features found on Windows, macOS and Linux are not implemented:
- Encrypted Media Extensions (requires Widevine CDM binary)
- Process sandboxing (requires Capsicum backend)
- Reduced memory usage (requires mozjemalloc)
- Crash Reporter (requires Google Breakpad and reproducible builds)
- WebVR (requires open source runtime)
- TCP fast open
- `about:networking` (requires link state notification)
## Audio backend
Currently used audio backend can be inspected on `about:support` page.
Supported backends and default probing order is as follows:
- `pulse-rust` if `pulseaudio` package is installed (PULSEAUDIO option)
- `jack` if `jackit` package is installed (JACK option)
- `sndio` if `sndio` package is installed (SNDIO option)
- `alsa` if `alsa-lib` package is installed (ALSA option)
- `oss` (always available)
To force a specific backend open `about:config` page and create
`media.cubeb.backend` preference.
Microphone selection only works in `oss`, `pulse`, `pulse-rust` backends.
Other backends are limited to `default` which is usually `/dev/dsp`,
so use virtual_oss to reroute microphones from non-default devices.
## Gamepad API
Requires evdev(4) joystick support. On FreeBSD 13.0 enable hgame(4)
while older versions can use sysutils/iichid or multimedia/webcamd.
## smb:// issues
Network group, machine, and share browsing does not work correctly.
## sftp://
Only sftp access using public key authentication works. To easily
setup public key authentication to `remote_host`:
$ ssh-keygen
$ cat ~/.ssh/id_rsa.pub | ssh remote_host "cat >> .ssh/authorized_keys"
The SSH server on `remote_host` must allow pub key authentication.
www/waterfox: Update 6.6.16 => 6.6.16.1
Waterfox 6.6.16.1 is a hotfix for the search rollout:
- Corrects Qwant being selected as the default in unsupported regions.
- Attempts to force Qwant AI answers/summaries to disabled by default.
- Fixes unsupported locale-country query values such as es_US, which
would result in Qwant refusing to return results.
https://www.waterfox.com/releases/6.6.16/
PR: 296677
Approved by: Martin Filla <freebsd@sysctl.cz> (maintainer, implicit)
Sponsored by: UNIS Labs
MFH: 2026Q3
www/librewolf: native DNS HTTPS resolving
This enables the geckos to use the OS' resolver to resolve
DNS HTTPS RRs (see RFC 9460 https://www.rfc-editor.org/rfc/rfc9460
for specs on that)
PR: 295188
Sponsored by: UNIS Labs
MFH: 2026Q2
wasi: consistently use the wasm32-wasip1 triple
The WebAssembly community have reclaimed wasm32-wasi, without suffix,
for a future WASI 1.0 standard. The first version of WASI, 0.1, is
now wasm32-wasip1 in triple form, WASI 0.2 is wasm32-wasip2, etc.
Starting LLVM 22 the non-suffixed form is deprecated, aligning with
Rust and Go:
https://github.com/llvm/llvm-project/issues/165344https://blog.rust-lang.org/2024/04/09/updates-to-rusts-wasi-targets/
The Mozilla build system's WASI checks always pass -Werror so
configure fails when the non-suffixed target/triple is passed using
LLVM 22:
(Only the first 15 lines of the commit message are shown above )
www/{librewolf,tor-browser,waterfox}: Fix runtime on arm64 (gecko-based ports)
Reports of crashes on arm64 with aslr enabled.
PR: 271081288512288516288504
MFH: 2025Q3
Reapply "devel/wasi-libc: chase missed _DEPENDS line changes after
flavourisation"
Incorrect branch.
This reverts commit 85b72a5454c5bdcc850e153b66fdaa4e83e84f3d.
Revert "devel/wasi-libc: chase missed _DEPENDS line changes after
flavourisation"
Flavorization of the devel/wasi-libc was not MFH.
This reverts commit 0c538aad8a8708a074157b767459360aa09398f0.
wasi: update to latest commit past sdk-22
devel/wasi-libc is now flavourised per supported LLVM version. Each
flavour includes/copies the corresponding clang's stdarg.h and
stddef.h instead of simply using the latest clang release.
Technically upstream dropped support for LLVM < 18, but the commit
doing so admittedly operated under an uncertain assumption. LLVM
17 is still supported in these ports for the benefit of Rust and
gecko@ ports, which specify LLVM 17 minimum, and to facilitate LTO
with that version. LLVM 19 is also supported in this version, with
the corresponding ports to be committed separately.
Bump PORTREVISION of consumers
www/waterfox: Update 6.0.18 → 6.0.19, improve port
Update 6.0.18 → 6.0.19 are trivial - just change version.
Improve port:
- Make Makefile more look like www/librewolf/Makefile and
www/firefox-esr/Makefile
- Remove doubles of USE_GECKO and BUILD_DEPENDS+=devel/wasi-*
- Fix warnings from portclippy
Changelog:
https://github.com/BrowserWorks/Waterfox/releases/tag/G6.0.19
PR: 281330
www/waterfox: remove expired port
- Old style system (pre-Stylo) is no longer maintained for vulnerabilities
- FreeBSD lacks process sandboxing to protect against any undisclosed
vulnerabilities
- Backporting from current Firefox releases to 56.* codebase is non-trivial
- During 57-60 timeframe many compatibility bridges have been burnt, so the
next release based on ESR60 is likely to require porting extensions to it
- www/firefox-esr can be built with MOZ_EXPORT+=MOZ_ALLOW_LEGACY_EXTENSIONS=1
in Makefile.local which would make it act similar to Nightly or Waterfox 60.*
- www/firefox privacy can be enhanced via about:config, for anything more
porting Tor Browser would be a better option
www/firefox: switch to Clang 6.0.1 on FreeBSD 11.1
Clang 6 is already used on 10.4, 11.2 and -CURRENT. No need to expose
users to Clang 4.0.0 regressions fixed in 4.0.1 or later versions.
