Package Details: firefox-vaapi 131.0-1

Git Clone URL: https://aur.archlinux.org/firefox-vaapi.git (read-only, click to copy)
Package Base: firefox-vaapi
Description: Fast, Private & Safe Web Browser (with VA-API patches)
Upstream URL: https://www.mozilla.org/firefox/
Keywords: firefox libva va-api vaapi video
Licenses: MPL-2.0
Conflicts: firefox
Provides: firefox
Submitter: ewout
Maintainer: dcelasun
Last Packager: dcelasun
Votes: 11
Popularity: 0.147842
First Submitted: 2023-02-24 13:48 (UTC)
Last Updated: 2024-10-08 19:33 (UTC)

Required by (161)

Sources (7)

Latest Comments

1 2 3 4 5 6 Next › Last »

deemon commented on 2024-09-28 11:49 (UTC)

Is it possible to turn on HDR for this version of browser somehow? How? Currently I can watch HDR youtube videos with mpv, but in the firefox-vaapi they play as SDR. Is it my configuration error or it's not possible?

dcelasun commented on 2024-09-22 05:29 (UTC) (edited on 2024-10-08 19:36 (UTC) by dcelasun)

@fpointer it could very well be possible, but I don't have a list of all libraries touched by these patches. libmozavcodec.so for one, but there are likely others. I also don't know if Firefox supports building just a few select libraries (incremental builds are supported, but not on a pick&choose basis).

fpointer commented on 2024-09-22 05:26 (UTC)

Hi I've tried every setting I could find to enable hardware video decoding in Firefox with my Nvidia GPU, but about:support still shows: FEATURE_HARDWARE_VIDEO_DECODING_NO_LINUX_NVIDIA Looking at the source code, I found that it's forcefully disabled in /widget/gtk/GfxInfo.cpp with the comment: // Disable on all NVIDIA hardware

I then came across the firefox-vaapi AUR package. It seems to bypass this forced disablement with a patch called 0003-enable-vaapi.patch.

However, I believe we only need to rebuild the gfx-related modules instead of the entire Firefox browser. What do you think?

Is it feasible to build and provide only the modified modules instead of the entire Firefox browser?

Perhaps we could use an installation hook to back up the original modules from Extra/firefox to a location like /usr/lib/firefox-vaapi/ and replace them with the patched versions and restore the original modules during uninstallation.

Currently, building firefox-vaapi takes over an hour on my system, and I'd like to find a more efficient way.

dcelasun commented on 2024-08-23 19:22 (UTC)

@gilvbp should be good now.

gilvbp commented on 2024-08-23 17:54 (UTC) (edited on 2024-08-23 17:54 (UTC) by gilvbp)

@dcelasun please check and add this https://gitlab.archlinux.org/archlinux/packaging/packages/firefox/-/blob/main/0004-Bug-1912663-Fix-some-build-issues-with-cbindgen-0.27.patch?ref_type=heads. patch file.

gilvbp commented on 2024-08-17 23:42 (UTC) (edited on 2024-08-18 00:09 (UTC) by gilvbp)

@dcelasun, yes. Same error using an arch fresh install, there's a duplicate value inside on one .toml file

carlosnewmusic commented on 2024-08-14 18:56 (UTC) (edited on 2024-08-16 15:10 (UTC) by carlosnewmusic)

https://firefox-source-docs.mozilla.org/setup/configuring_build_options.html#sccache build error 31:06.45 Compiling crashreporter v1.0.0 (/var/tmp/pamac-build-carlos/firefox-vaapi/src/firefox-129.0/toolkit/crashreporter/client/app) 31:07.28 Compiling libloading v0.8.3 31:13.13 warning: Unified_cpp_gfx_thebes1.cpp: function control flow change detected (hash mismatch) _ZN17gfxGraphiteShaper8ShutdownEv Hash = 742261418966908927 up to 10 count discarded [-Wbackend-plugin] 31:13.86 Compiling hyper v0.14.24 31:19.36 1 warning generated. 31:24.02 Compiling mozilla-central-workspace-hack v0.1.0 (/var/tmp/pamac-build-carlos/firefox-vaapi/src/firefox-129.0/build/workspace-hack) 32:07.96 media/ffvpx/libavutil/libmozavutil.so 32:08.02 toolkit/library/build/libxul.so 32:20.03 media/ffvpx/libavcodec/libmozavcodec.so 32:23.22 Finished release profile [optimized] target(s) in 2m 00s 32:24.45 toolkit/crashreporter/client/app/crashreporter 2371:53.82 clang++: error: unable to execute command: Killed 2371:55.91 clang++: error: linker command failed due to signal (use -v to see invocation) 2372:14.86 make[4]: *** [/var/tmp/pamac-build-carlos/firefox-vaapi/src/firefox-129.0/config/rules.mk:539: ../../../dist/bin/libxul.so] Error 1 2372:17.50 make[3]: *** [/var/tmp/pamac-build-carlos/firefox-vaapi/src/firefox-129.0/config/recurse.mk:72: toolkit/library/build/target] Error 2 2372:22.65 make[2]: *** [/var/tmp/pamac-build-carlos/firefox-vaapi/src/firefox-129.0/config/recurse.mk:34: compile] Error 2 2372:29.61 make[1]: *** [/var/tmp/pamac-build-carlos/firefox-vaapi/src/firefox-129.0/config/rules.mk:359: default] Error 2 2372:31.33 make: *** [client.mk:60: build] Error 2 2372:37.09 W 141 compiler warnings present. Config object not found by mach. Configure complete! Be sure to run |mach build| to pick up any changes Parallelism determined by memory: using 16 jobs for 16 cores based on 31.2 GiB RAM and estimated job size of 1.0 GiB ==> ERROR: Se produjo un fallo en build(). Cancelando...

dcelasun commented on 2024-08-14 05:07 (UTC)

@gilvbp maybe an outdated rust dependency, somehow? Are you building in a clean chroot?

gilvbp commented on 2024-08-13 18:09 (UTC)

I can't build the 129 version, anyone with the same problem? here's log: https://pastebin.com/epFmqAwb

dcelasun commented on 2024-08-08 15:27 (UTC) (edited on 2024-08-08 15:27 (UTC) by dcelasun)

Anyone else have a massively overgrown libxul.so with version 129? It works correctly, but it's unexpectedly huge.

$  ls -alh /usr/lib/firefox/libxul.so
-rwxr-xr-x 1 root root 1,6G Aug  6 18:21 /usr/lib/firefox/libxul.so