Package Details: firefox-vaapi 133.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.038505
First Submitted: 2023-02-24 13:48 (UTC)
Last Updated: 2024-12-01 12:05 (UTC)

Dependencies (54)

Required by (171)

Sources (7)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

deemon commented on 2023-11-02 00:05 (UTC)

is it just me, or is this thing rather crashy in Wayland with native wayland mode set ( MOZ_ENABLE_WAYLAND=1 )? :-(

deemon commented on 2023-10-17 18:59 (UTC) (edited on 2023-10-18 06:19 (UTC) by deemon)

@ewout nvm. had to sudo gpg --list-keys for the empty db to be generated... and after that the build worked...

ewout commented on 2023-10-17 07:06 (UTC)

@deemon Not a package error.

deemon commented on 2023-10-17 01:17 (UTC) 

==> Verifying source file signatures with gpg...
    firefox-118.0.2.source.tar.xz ... FAILED (unknown public key E36D3B13F3D93274)
==> ERROR: One or more PGP signatures could not be verified!
 -> error making: firefox-vaapi-exit status 1
 -> Failed to install the following packages. Manual intervention is required:
firefox-vaapi - exit status 1

xzntest commented on 2023-10-10 13:50 (UTC)

FYI 118.0.1 need rust compiler 1.71 to compile.

See https://firefox-source-docs.mozilla.org/writing-rust-code/update-policy.html

With rustup: rustup toolchain install 1.71 rustup default 1.71

kemelzaidan commented on 2023-09-21 13:50 (UTC)

Why those patches can't get into the main Firefox package? It would benefit much more people...

rossome commented on 2023-08-02 05:06 (UTC)

I really like the new media support matrix

ewout commented on 2023-08-01 17:43 (UTC)

@solarisfire The change you were referring to was made in the upstream firefox package, this AUR package tries to remain as close as possible to it.

solarisfire commented on 2023-08-01 17:17 (UTC)

I don't see how this can be due to an upstream change...

The issue is during the compile phase, and bugs.archlinux.org isn't for issues within the AUR.

Monitoring the compilation ld.lld is the process that starts using excessive amounts of RAM, and that's affected by lto.

Are you actually able to build this with <=32GB of RAM?

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »