Package Details: brave-nightly-bin 1.44.35-1

Git Clone URL: (read-only, click to copy)
Package Base: brave-nightly-bin
Description: Web browser that blocks ads and trackers by default (nightly binary release).
Upstream URL:
Licenses: MPL2
Provides: brave-nightly-bin, brave-nightly-browser
Submitter: gregbunk
Maintainer: gregbunk
Last Packager: gregbunk
Votes: 20
Popularity: 0.72
First Submitted: 2019-03-28 14:18 (UTC)
Last Updated: 2022-08-10 20:20 (UTC)

Dependencies (10)

Required by (0)

Sources (3)

Latest Comments

EncryptedCicada commented on 2022-07-06 11:28 (UTC)

Hey! Just wanted to point out that there is a typo in the optdepends 'libgnome-keyring' line.

gregbunk commented on 2022-06-06 20:56 (UTC)

Sorry about that. Should be fixed now.

Khaithang commented on 2022-06-06 20:52 (UTC)

sha512sum checks fails, i am getting:


and not 06f3503f4166c9d5f750dcf809247bc9990b9d42b99227ce15674381d9756ef61ffd1acf95733fce7bcdaa8baddc84498d7f5e96bd09d1811dd3d467b7b9eec9

as given in PKGBUILD for the deb package.

Archanfel80HUN commented on 2022-04-29 07:47 (UTC) (edited on 2022-04-29 14:54 (UTC) by Archanfel80HUN)

Im trying to figure out what exactly triggered the memory leak. I cant reproduce the issue exactly, sometimes its just happens if i use the nightly build. With the standard build its not happened thats for sure.

UPDATE: i think i found it. Something in the .config/BraveSoftware folder messed up. I did delete everything except the Default folder which contained the profile, purged the cache and the temp files. It seems this fixed the issue. I did rolled this folder since many years now and tgz the whole before any OS reinstall, so something probably messed up in there. I dont want to celebrate too early but it seems the issue is gone now.

gregbunk commented on 2022-04-28 14:20 (UTC)

I use KDE as well - and haven't seen this.

Archanfel80HUN commented on 2022-04-28 14:14 (UTC)

It seems only affect KDE plasma. Somehow interfered with kde5d and not closing the unused socket connections. Eventually even if i kill all of the brave process the kde5d remains consuming all the available sockets. It did not occured with other DE like xfce or i3, but it also not occured with the non nightly version of brave, not even in KDE. So the problem is with the nightly and with KDE specifically. I will report this issue for sure but i use the standard version for now because my main DE is KDE.

gregbunk commented on 2022-04-28 12:57 (UTC)

I haven't seen that, Archanfel80HUN. That does sound frustrating.

Please report that to Brave directly - this is simply a repackaged version of what they produce.

Archanfel80HUN commented on 2022-04-28 11:35 (UTC)

In the latest 2-3 updates i noticed a nasty bug. Its have a memory leak which is consumed all the available Xsocket connection. Once the maximum connection of Xorg sockets depleted nothing starts anymore and the whole system become unresponsive. The log files full of this: cannot open display: :0.0 Maximum number of clients reached

According to xrestop brave eats 190+ connection and eventually the default 256 limit reached. Revert back to the non nightly version the problem is gone.

gregbunk commented on 2021-10-21 20:18 (UTC)

Not seeing any glitches here, but am seeing the (annoying) warning. It appears that brave is setting that itself, when it starts the renderer processes.

I'll keep poking around.

DelightfulFlower commented on 2021-10-21 20:06 (UTC) (edited on 2021-10-21 20:06 (UTC) by DelightfulFlower)

What is going on with the latest version (1.33.25-2) since I get a warning when opening the browser:

You are using an unsupported command-line flag: --translate-security-origin= Stability and security will suffer."

Stability definitely suffered since the browser has weird glitches now.

wknapik commented on 2021-10-21 17:09 (UTC)

Thanks gregbunk!

gregbunk commented on 2021-10-21 13:40 (UTC)

Thanks, wknapik. Added the chmod. It should be all set.

wknapik commented on 2021-10-20 22:51 (UTC)

Doesn't work with linux-hardened, presumably because of CONFIG_USER_NS_UNPRIVILEGED!=y.

% zgrep CONFIG_USER_NS_UNPRIVILEGED /proc/config.gz
% brave-nightly 
[77169:77169:1021/] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/ is owned by root and has mode 4755.
/opt/ line 48: 77169 Trace/breakpoint trap   (core dumped) "$HERE/brave" "$@"
% ls -l /opt/
-rwxr-xr-x 1 root root 237728 Oct 20 23:31 /opt/

The stable package brave-bin addresses this here with

# allow firejail users to get the suid sandbox working
chmod 4755 "$pkgdir/usr/lib/brave-bin/chrome-sandbox"

pmorales commented on 2021-09-09 16:25 (UTC)

@gregbunk Awesome! Thanks

gregbunk commented on 2021-09-09 16:01 (UTC)

Sure. Added. Thanks!

pmorales commented on 2021-09-09 15:03 (UTC)

Hi. Can you add custom flags support? Maybe like in brave-bin package (

#!/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/#.*//')"

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

gregbunk commented on 2021-02-03 20:36 (UTC)

Thanks - fixed.

sperg512 commented on 2021-02-03 20:29 (UTC)

why does this conflict with itself? it should conflict with brave-browser-nightly

commented on 2020-11-15 12:37 (UTC)

I don't think it conflicts with brave-bin.

gregbunk commented on 2020-11-12 11:46 (UTC)

Agreed. Made it optional.

commented on 2020-11-12 11:14 (UTC)

libgnome-keyring should be an optional dependency. People who don't use the GNOME keyring don't need this dependency at all.

oidualc commented on 2020-09-30 20:46 (UTC)

The issue I was mentioning some months ago where when clicking on the icon it generates a second icon to hold the windows (incorrect StartupWMClass) is back with this new version. I made a new patch to add back the StartupWMClass in the .desktop file, could you apply it?

kiankasad commented on 2020-09-23 00:44 (UTC) (edited on 2020-09-23 01:03 (UTC) by kiankasad)

The file /proc/sys/kernel/unprivileged_userns_clone is provided by a kernel patch that exists in Debian. On Arch Linux, the file should never exist. This means that even when user namespaces are enabled, Brave will run with the sandbox disabled (which is not good).

This can be fixed by removing the check for /proc/sys/kernel/unprivileged_userns_clone in

EDIT: I've applied this suggestion, as well as made the script work in POSIX-compliant shells (sh). It can be found here:

LongerHV commented on 2020-09-17 15:30 (UTC)

On latest update (1.16.23-4) configuration was moved from ~/.config/Brave-Software/Brave-Browser to ~/.config/Brave-Software/Brave-Browser-Nightly, so it appeared as all configuration was reset (at least on my system). I have removed Brave-Browser-Nightly directory, made a symlink to Brave-Browser and all my settings are back.

gregbunk commented on 2020-09-03 15:51 (UTC)

@scootz That did it! Thanks! Now if I can manage to check in my changes (AUR is timing out) we'd be good to go.

scootz commented on 2020-09-03 11:03 (UTC)

According to AUR/brave comment (, adding '--use-gl=desktop' to ~/.config/brave-flags.conf will make it work. It works for me (tested by going to Maybe modifying to include this user flag might be an idea but forcing it on for everyone might not be the way to do it.

gregbunk commented on 2020-09-03 08:26 (UTC)

@scootz Before I started pulling the files from Chrome, I tried making the system libEGL/libGLES (either libglvnd or just straight up mesa) libraries work and couldn't. I could get Chrome to load them, but it would then fail. It looked to me like ANGLE is not a straight up replacement for libEGL/libGLES but rather does some translation that the Chrome engine in Brave depends on.

scootz commented on 2020-09-03 00:19 (UTC) (edited on 2020-09-03 00:25 (UTC) by scootz)

about the libEGL/GLES, would adding a package requirement for "libglvnd" work to avoid pulling in google chrome's version?

0000000011111111 commented on 2020-08-16 10:12 (UTC)

Thank you gregbunk, I appreciate it! Let's hope they include the missing files soon.

gregbunk commented on 2020-08-13 08:27 (UTC)

I've reported these missing files to Brave so the inclusion of these two files is hopefully very temporary. I've taken a look at building the ANGLE GL libraries (which is what these seem to be), but even that would be - hopefully - a very temporary fix.

See here:

0000000011111111 commented on 2020-08-13 02:39 (UTC)

Thank you for maintaining! Question: Are you sure we should pull and directly from Google Chrome? Is there any way to do it without trusting Google? Thank you!

Alarg commented on 2020-08-11 15:57 (UTC) (edited on 2020-08-11 20:40 (UTC) by Alarg)

PKGBuild broke, it should get changed. No need for sudo ln, just ln

oidualc commented on 2020-07-19 19:41 (UTC)

Thank you! I forgot the bits about the Incognito Window, if you don't mind this patch would add this feature also:

gregbunk commented on 2020-07-19 18:37 (UTC)

Thanks! Patch applied.

oidualc commented on 2020-07-19 10:01 (UTC)

There are a couple issues with this package. 1) It doesn't have the actions "New Window" and "New Incognito Window" and 2) when clicking on the icon it generates a second icon to hold the windows (incorrect StartupWMClass). Would you mind applying this patch to fix those issues?

fesiba commented on 2020-07-08 14:51 (UTC) (edited on 2020-07-14 17:07 (UTC) by fesiba)

[Bug fixed] Not receiving brave notifications in kde-plasma.

Works fine since update of 13/07.

zvezdin commented on 2020-07-06 10:58 (UTC)

Do we need libgnome-keyring as a required dependency?

Geradot commented on 2020-03-30 08:36 (UTC)

For those who show the error "failed to prepare transaction (conflicting dependencies: brave-nightly-bin)": try changing the source build directory. It helped me.

wknapik commented on 2020-02-10 14:21 (UTC)

This package is set to conflict with itself and cannot be installed using pacaur:

% pacaur -S brave-nightly-bin
:: Package brave-nightly-bin not found in repositories, trying AUR...
:: resolving dependencies...
:: unresolvable package conflicts detected
:: failed to prepare transaction (conflicting dependencies: brave-nightly-bin)

urklang commented on 2020-01-09 09:47 (UTC)

The situation in my previous comment has resolved itself upstream. 1.5.20 is now the latest nightly release version. The PKGBUILD needs to be updated accordingly.

urklang commented on 2020-01-09 02:29 (UTC)

Upstream just recently broke this PKGBUILD because the release URLs got shuffled around somehow. The most recent release with a URL of the form like what is in the PKGBUILD is the following:

Bumping pkgver back to 1.5.18 and updating the expected SHA resolves it at least temporarily.

1.5.19 and 1.5.20 exist but are currently at URLs like this:

commented on 2020-01-03 16:59 (UTC)

gconf is an obsolete configuration database system. Brave does not have this dependency.

Tjuh commented on 2019-08-03 17:02 (UTC)

Man, I love this browser, but for some reason I can't set it as default web browser in XFCE. Have to manually select the brave-nightly bin file to make it work.