Package Details: waterfox 6.6.17-1

Git Clone URL: https://aur.archlinux.org/waterfox.git (read-only, click to copy)
Package Base: waterfox
Description: A customizable, privacy‑focused web browser
Upstream URL: https://github.com/BrowserWorks/waterfox
Licenses: MPL-2.0
Submitter: random-nick
Maintainer: xiota (chaotic-aur)
Last Packager: chaotic-aur
Votes: 23
Popularity: 1.54
First Submitted: 2020-02-21 16:04 (UTC)
Last Updated: 2026-07-23 01:54 (UTC)

Dependencies (46)

Required by (1)

Sources (5)

Latest Comments

1 2 3 4 5 6 Next › Last »

Joomzie commented on 2026-08-09 23:25 (UTC)

@xiota Thanks for confirming. I was afraid of that, but it's not unexpected. Funnily enough, I had actually removed 4.4 right before the release of 9. I couldn't remember why I had it, and a -Qi didn't show it had anything relying on it. At any rate, though, thanks for the suggestion. It's working as a workaround, so I'm content for now.

xiota commented on 2026-08-09 21:21 (UTC) (edited on 2026-08-09 21:22 (UTC) by xiota)

@Joomzie Would need patch or upstream update, but as you may be aware, AUR is currently frozen. Install extra/ffmpeg4.4 for now.

Joomzie commented on 2026-08-09 20:14 (UTC)

Seems the release of ffmpeg 9 broke certain types of video playback, and I'm not sure if this is something that can be fixed on this end, or if it's needed to be handled upstream. An example, though, is YouTube live streams. Normal video playback is fine, but streams will just display a generic error saying "Your browser can't play this video". Sites other than YouTube will also have no audio during playback. I tried building this package against the new version of ffmpeg, but that just resulted in the same issue, and rolling back to 8.1.2-11 has been the only solution.

It's also worth mentioning that I'm on CachyOS, and this could just be an issue with their ffmpeg package. I've not tried Arch's yet, but that's only because I have to manually upgrade/downgrade/rebuild several packages just to switch between these two versions.

xiota commented on 2026-07-28 03:11 (UTC)

@tea Pretty much all firefox forks set it that way, probably for dynamic dispatch. For example, extra/firefox.

tea commented on 2026-07-27 21:49 (UTC)

I'm not sure !makeflags is necessary

simona commented on 2026-03-23 23:54 (UTC)

require libvpx.so=11-64

expresso commented on 2026-03-10 03:57 (UTC) (edited on 2026-03-10 03:59 (UTC) by expresso)

Thanks for the heads-up, @xales. I've just added you as a co-maintainer.

Actually, instead of just a version bump, I’ll be rewriting the entire PKGBUILD over the next weeks. The current codebase has several build errors, poor optimization, and broken assets (like the Wayland icons).

I want to clean up the build process and ensure upcoming versions are stable and follow AUR best practices. Feel free to update it

xales commented on 2026-03-09 00:05 (UTC)

Reached out to the maintainer via email to see if they're planning to update the package again, as the current minor version difference (6.6.7 on AUR, 6.6.9 latest release) is missing several security fixes that were subject to a Mozilla advisory: https://www.mozilla.org/en-US/security/advisories/mfsa2026-15/ / https://github.com/BrowserWorks/waterfox/releases/tag/6.6.9:

  • Fixed multiple security vulnerabilities as described in Mozilla Foundation Security Advisory 2026-15.
  • Fixed 3 CVEs in the JPEG-XL image decoder.

zperk13 commented on 2026-01-12 10:28 (UTC)

@expresso your latest commit fixed everything! Thanks! Though I think you need to do a little version bump (to 6.7.7-2?) because I had to go delete my cached version for yay to actually download the new PKGBUILD

vapormoon commented on 2026-01-10 22:59 (UTC)

I received the same mach error as zperk13 but instead of downloading the whole waterfox git I added the contents of the locale submodule https://github.com/BrowserWorks/l10n to /src/waterfox-$pkgver/waterfox/browser/locales and updated the checksum.

1 2 3 4 5 6 Next › Last »