Package Details: brave-beta-bin 1.68.88-1

Git Clone URL: (read-only, click to copy)
Package Base: brave-beta-bin
Description: Web browser that blocks ads and trackers by default (beta binary release).
Upstream URL:
Licenses: MPL2
Provides: brave-beta-bin, brave-beta-browser
Submitter: originof
Maintainer: gregbunk
Last Packager: gregbunk
Votes: 40
Popularity: 0.21
First Submitted: 2018-09-28 15:42 (UTC)
Last Updated: 2024-06-14 08:43 (UTC)

Dependencies (9)

Required by (0)

Sources (3)

Latest Comments

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

gregbunk commented on 2024-03-23 12:32 (UTC) (edited on 2024-03-23 12:34 (UTC) by gregbunk)

Here's what I see. Note that --incognito is passed along correctly.

~ cat .config/brave-beta-flags.conf

~ brave-beta & 
 %  ~  [7651:7651:0323/] :components/enterprise/browser/controller/ Cloud management controller initialization aborted as CBCM is not enabled. Please use the `--enable-chrome-browser-cloud-management` command line flag to enable it if you are not using the official Google Chrome build.
[7696:7696:0323/] GetVSyncParametersIfAvailable() failed for 1 times!

~ ps aux | grep brave | grep inco
gwhite      7641  0.0  0.0   7520  3640 pts/0    S    08:30   0:00 /bin/bash /opt/ --incognito --disable-gpu-driver-bug-workarounds
gwhite      7651  9.7  0.5 34504444 348140 pts/0 S<l  08:30   0:00 /opt/ --incognito --disable-gpu-driver-bug-workarounds 
[7696:7696:0323/] GetVSyncParametersIfAvailable() failed for 2 times!
[7696:7696:0323/] GetVSyncParametersIfAvailable() failed for 3 times!

 ~  cat (which brave-beta)
#!/usr/bin/env bash

# Allow users to override command-line options
if [[ -f $USER_FLAGS_FILE ]]; then
   USER_FLAGS="$(cat $USER_FLAGS_FILE | sed 's/#.*//')"

if [[ -z "${CHROME_USER_DATA_DIR}" ]]; then
    export CHROME_USER_DATA_DIR=~/.config/BraveSoftware/Brave-Browser-Beta
exec "/opt/" "$USER_FLAGS" "$BRAVE_FLAGS" "$FLAG" "$@"

tinmarr commented on 2024-03-22 21:17 (UTC)

The script shouldn't have $USER_FLAGS in quotes. In it's current state, the brave-beta-flags.conf file does nothing (test with --incognito for example).

Here is the modified last line that works for me:

exec "/opt/" $USER_FLAGS $BRAVE_FLAGS $FLAG "$@"

gregbunk commented on 2024-02-09 22:00 (UTC)

That's weird. It's definitely not a dependency of this package (which you can see in the PKGBUILD.) Must be something else going on.

querta commented on 2024-02-09 21:58 (UTC)

While installing it's asking Telegram as dependency which's not listed here

kido007 commented on 2023-11-30 19:28 (UTC) (edited on 2023-11-30 19:28 (UTC) by kido007)

Just upgraded to the latest iteration of brave beta and the previously reported error is gone... thank you.

gregbunk commented on 2023-11-30 13:08 (UTC)

I'm not seeing it here, FWIW

kido007 commented on 2023-11-30 10:58 (UTC)

I get this when I start brave, not sure if I am the only one:

brave-browser-beta --version /usr/bin/brave-browser-beta: line 48: 368925 Segmentation fault "$HERE/brave" "$@"

( I am on x64 )

gregbunk commented on 2023-09-11 14:18 (UTC) (edited on 2023-09-11 14:32 (UTC) by gregbunk)

Yes, the solution is to split this into two packages, one for intel and one for arm, until such time as AUR supports this kind of split packaging -or- upstream builds. That would mean dropping arm support here, and then someone else could create an arm package.

That is getting more and more appealing as I continue to field complaints about arm, when I don't even have a way to test the arm package.

wknapik commented on 2023-09-11 12:22 (UTC)

@grebunk I'm not sure how well this would work, but here's an idea. Let's say there's a version available for both x64 and arm64, then Brave releases another version, which can be available for either x64 and arm64, or just x64, or just arm64. In the first case, everything would work as it does now. In the second and third, the PKGBUILD would be updated to only contain the one architecture available.

Now that I've written it down, I realize that at least new installations for the missing architecture probably wouldn't work (?), not sure about update behavior.

It would be good to get some advice from the distro/AUR folks - this can't be the first package with this problem.

The obvious solution that comes to mind would be for AUR to support pkgver split by architecture, the way other parameters can be split (source, shasums).

gregbunk commented on 2023-09-10 14:50 (UTC)

Not that I can see. Right now, the best option seems to be to remove support and let someone who actually has an ARM device to test this with create a new one. At some point, one assumes that upstream will build consistently, but right now it basically an annoyance.