Package Details: brave-bin 1:1.25.73-2

Git Clone URL: https://aur.archlinux.org/brave-bin.git (read-only, click to copy)
Package Base: brave-bin
Description: Web browser that blocks ads and trackers by default (binary release).
Upstream URL: https://brave.com/download
Keywords: brave browser
Licenses: BSD, MPL2, custom:chromium
Conflicts: brave
Provides: brave, brave-browser
Submitter: vorbote
Maintainer: mixedCase
Last Packager: mixedCase
Votes: 412
Popularity: 28.76
First Submitted: 2016-04-06 13:16
Last Updated: 2021-06-17 14:45

Dependencies (8)

Required by (2)

Sources (4)

Pinned Comments

mixedCase commented on 2019-03-11 13:52

=== PLEASE READ PLEASE READ BEFORE REPORTING OUT OF DATE ===

Before making your report, please note that the newer GitHub release you're looking at belongs to the "Release Channel" and --isn't marked as prerelease--.

I have a cron running that's checking every 30 minutes if there's a new release and sends me an email if so. If you see the release was tagged in the last couple of hours please give it some time before flagging.

Also please take into account a stable version may be "released" on GitHub but not marked as ready (read, NOT PRELEASE) for a long time.

Another handy tool to check latest OFFICIALLY MARKED AS STABLE version of Brave is to run:

curl https://brave-browser-downloads.s3.brave.com/latest/release.version

Latest Comments

1 2 3 4 5 6 ... Next › Last »

mixedCase commented on 2021-06-17 14:47

Updated.

maxpayne3 commented on 2021-06-17 06:44

Please update the desktop entry since the one contained in rpm/deb release has more mimetypes and translations for new window and private window actions.

mixedCase commented on 2021-06-15 15:20

@maxpayne3 Well if you want the details of my reasoning:

Linux is the kernel, yes, that doesn't matter; it's the potential for package-specific hacks that only concern itself with the userspace of Debian-derivatives that I'm concerned about. I don't want to maintain patches for those as a matter of principle, no matter how small, and even if there's none needed now, those packages are meant for Debian derivatives, meaning that upstream is free to break compat with us at any time for they don't officially support running the Debian package in a non-Debian system, and they very explicitly ship a tarball for non-Debian systems. Does this mean they'll add such hacks that break .deb's contents for Arch? Unlikely, but I'd rather stick to reasonable expectations for upstream: *.deb meant for Debian-based distros, Tarball is generic.

But even more important to me is the first thing I mentioned: I don't want to make a big packaging change for so small a gain, it's not worth my time. If your network constraints means that those 33MB are a big difference for you, I'd suggest forking the Google Chrome AUR and adapting it for Brave's deb release, and you can even publish it as a brave-deb AUR package for other people who share the same needs.

Hope that makes sense, sorry I didn't explain myself earlier. Cheers.

maxpayne3 commented on 2021-06-15 12:20

Sorry, but I don't think it's worth reworking the PKGBUILD and adding unnecessary risk using a release not meant for us for 33MB.

Not meant for us? Fedora and Ubuntu are Linux distributions, just like Arch. Those packages include even the desktop entry and logos, so you don't have to provide yours outside. Maybe it's worth give them a try. Google Chrome on AUR is made from the official deb package.

Parintachin commented on 2021-06-14 05:40

The scaling problem appears to have been fixed with the newest release. Thanks for the help again mixedCase (o:

longstation commented on 2021-06-12 15:14

@mixedCase Simply adding that flag does show video hardware acceleration on paper. But looking at any videos I found it's using ""Dav1dVideoDecoder" and looking at the CPU usage, I think it's not using GPU for video decoding.

I believe it used to have a build parameter that allows GPU video decoding. Can we get it back?

[update] Just checked the official deb packages. It seems they have switched to compile with vaapi off. I guess unless we compile it ourselves, there's nothing we can do.

[update] OK, filed an issue: https://github.com/brave/brave-browser/issues/16392

[update] My bad. I probably just played a video that's encoded using AV1. But most of other videos are indeed decoded using GPU. Confirmed by using the media tab of the inspector. Sorry for the confusion.

francoism90 commented on 2021-06-07 10:22

@mixedCase Thanks, that seems to work :)

Graphics Feature Status
Canvas: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Out-of-process Rasterization: Hardware accelerated
OpenGL: Enabled
Rasterization: Hardware accelerated on all pages
Skia Renderer: Enabled
Video Decode: Hardware accelerated
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated

mixedCase commented on 2021-06-06 14:21

@maverick1 Sorry, but I don't think it's worth reworking the PKGBUILD and adding unnecessary risk using a release not meant for us for 33MB.

@francoism90 That feature moved to a command line parameter when the rebase to Chromium 91 occurred:

--enable-features=VaapiVideoDecoder

You can add it to your .config/brave-flags.conf for convenience.

francoism90 commented on 2021-06-06 11:25

Seems hardware video decoding support has been removed, is it possible to enable the video_decode flag again?

maverick1 commented on 2021-06-05 09:24

Can you switch to the .deb package instead of the .zip one? Its saves 33 MB of download.