the line
ln -s /usr/lib/brave-browser/Brave "$pkgdir"/usr/bin/brave
in PKBUILD should read
ln -s /usr/lib/brave-browser/brave "$pkgdir"/usr/bin/brave
it's a small, but elusive error. caused me much confusion (bave: command not found).
Search Criteria
Package Details: brave-bin 1:1.73.91-1
Package Actions
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 |
Keywords: | brave browser |
Licenses: | BSD, MPL2, custom:chromium |
Conflicts: | brave |
Provides: | brave, brave-browser |
Submitter: | toropisco |
Maintainer: | alerque (alosarjos) |
Last Packager: | alosarjos |
Votes: | 820 |
Popularity: | 16.85 |
First Submitted: | 2016-04-06 13:16 (UTC) |
Last Updated: | 2024-11-20 18:19 (UTC) |
Dependencies (8)
- alsa-lib
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libxss
- nss (nss-hgAUR)
- ttf-font (neuropol-ttfAUR, ttf-win7-fontsAUR, ttf-ms-win8AUR, ttf-ms-win8-arabicAUR, ttf-ms-win8-hebrewAUR, ttf-ms-win8-seaAUR, ttf-ms-win8-indicAUR, ttf-ms-win8-japaneseAUR, ttf-ms-win8-koreanAUR, ttf-ms-win8-zh_cnAUR, ttf-ms-win8-zh_twAUR, ttf-ms-win8-thaiAUR, ttf-ms-win8-otherAUR, ttf-kidsAUR, ttf-liberation-sans-narrowAUR, ttf-cavafy-scriptAUR, ttf-ms-fontsAUR, ttf-dejavu-ibAUR, ttf-zeldaAUR, ttf-oxygenAUR, ttf-oxygen-gfAUR, ttf-share-gfAUR, ttf-gostAUR, otf-inconsolata-dzAUR, ttf-d2codingAUR, ttf-agaveAUR, ttf-caracteresAUR, ttf-cuprumAUR, ttf-autour-oneAUR, ttf-impallari-milongaAUR, ttf-impallari-miltonianAUR, ttf-clarity-cityAUR, ttf-ms-win10AUR, ttf-ms-win10-japaneseAUR, ttf-ms-win10-koreanAUR, ttf-ms-win10-seaAUR, ttf-ms-win10-thaiAUR, ttf-ms-win10-zh_cnAUR, ttf-ms-win10-zh_twAUR, ttf-ms-win10-otherAUR, ttf-win10AUR, ttf-ms-win10-cdnAUR, ttf-bmonoAUR, ttf-pt-astra-factAUR, ttf-weblysleekuiAUR, ttf-pt-astra-sansAUR, ttf-pt-astra-serifAUR, ttf-pt-sansAUR, ttf-pt-serifAUR, ttf-pt-monoAUR, ttf-pt-root_uiAUR, ttf-xo-fontsAUR, noto-fonts-liteAUR, ttf-paratypeAUR, ttf-plemoljp-binAUR, ttf-dejavu-emojilessAUR, noto-fonts-variable-liteAUR, ttf-lucida-fontsAUR, ttf-plemoljpAUR, ttf-juiseeAUR, ttf-ms-win10-autoAUR, ttf-karlaAUR, noto-fonts-latin-greek-cyrillicAUR, apple-fontsAUR, ttf-noto-sans-vfAUR, ttf-noto-serif-vfAUR, ttf-noto-sans-mono-vfAUR, ttf-ms-win11AUR, ttf-ms-win11-japaneseAUR, ttf-ms-win11-koreanAUR, ttf-ms-win11-seaAUR, ttf-ms-win11-thaiAUR, ttf-ms-win11-zh_cnAUR, ttf-ms-win11-zh_twAUR, ttf-ms-win11-otherAUR, ttf-ms-win11-autoAUR, gnu-free-fonts, noto-fonts, ttf-bitstream-vera, ttf-croscore, ttf-dejavu, ttf-droid, ttf-ibm-plex, ttf-input, ttf-input-nerd, ttf-liberation)
- cups (cups-gitAUR, cups-gssapiAUR) (optional) – Printer support
- libgnome-keyring (optional) – Enable GNOME keyring support
- libnotify (libnotify-gitAUR) (optional) – Native notification support
Required by (10)
- brave-extension-bitwarden-git (requires brave) (optional)
- chromium-material-icons-for-github-bin (requires brave) (optional)
- chromium-vencord (requires brave) (optional)
- chromium-vencord-bin (requires brave) (optional)
- chromium-vencord-git (requires brave) (optional)
- ice-ssb-git (requires brave) (optional)
- mermaid-cli-brave (requires brave)
- mermaid-cli-brave (requires brave) (make)
- nfauthenticationkey (requires brave) (optional)
- profile-sync-daemon-brave (requires brave) (optional)
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 52 53 54 55 56 57 58 59 Next › Last »
ondoho commented on 2016-04-05 06:34 (UTC)
kozaki commented on 2016-03-31 12:26 (UTC)
Latest release builds fine.
Whether me commenting out 'SRCPKGDEST=' in this system makepkg.conf or the '$srcdir/brave.png' new syntax in the PKGBUILD most probably allowing for that.
Be sure I'd review my BUILD environement thoroughly if any other PKGBUILD failed to build, which isn't the case atm (60 packages in two architectures).
toropisco commented on 2016-03-25 01:02 (UTC)
@shuu, I must apologize. Earlier today I was very short on time when I read your email (already leaving for church) and did a very cursory check. Somehow I forgot to update the checksums array. That is fixed now.
toropisco commented on 2016-03-24 22:18 (UTC)
@shuu, that's the correct sha384 checksum against my local git repo, synced with AUR. Try downloading again the pkgbuild files and copying over the upstream binary (no need to waste bandwith if you already have the upstream bundle).
And sorry all for the short list revision dance. fd.o bit me hard this time.
shuu commented on 2016-03-24 19:09 (UTC)
I got '43d5244a193bb093972c070fbc8f79cc59a3b46a034cb028edd2f645437633fd91226c6c36b713d1f387fbc377714f9d' for the sum on brave.desktop. Is this a problem with my package or a mistake?
toropisco commented on 2016-03-14 16:12 (UTC) (edited on 2016-03-14 16:18 (UTC) by toropisco)
@kozaki I do not take it personally but your insistence is obsesive compulsive. I only stated the facts. "Loosing time", by the way? Read <http://blog.oxforddictionaries.com/2013/01/loose-or-lose/>.
Your claims about a defective PKGBUILD are simply not true. I concede I noticed a couple of stylistic inconsistencies last night and they will be in the next package. But none of those fixes will make an impact in your problem, which apparently is far greater than you suppose. I would presume your system is borked, back up everything, wipe the disk and start over.
As there is a new release, I'll upload it later when I have the time, the new version works great, btw. I've already taken measures to minimized the impact of sysem libraries on the binary package.
Cheers, V.
kozaki commented on 2016-03-14 12:08 (UTC)
@vorbote, I reported trying to be usefull; no need to make it personal.
My "limited command of the English language" as you wrote doesn't impede me to confirm the PKGBUILD I have to correct the path to 'app.png' or it fails is this package's that can be found here: <https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=brave-browser-bin> (tried to make it clear by quoting it on 2016-03-11 20:30 btw).
I'm glad it builds elsewehre without changing the path; no big deal. I'm interested understanding where this PKGBUILD issue comes from, != "loosing time" IMHO.
toropisco commented on 2016-03-12 22:53 (UTC)
@soimort Yes, that is correct. Apparently they are building binaries in Ubuntu with outdated nodejs, npm and, worse, g++/libstdc++ versions. As Arch uses, in general, the latest upstream releases there are unavoidable compatibility problems. Building from source does not help either due to the same ABI differences between the upstream electron and Arch's g++. One of he joys of C++ libraries.
soimort commented on 2016-03-12 22:47 (UTC)
It's certainly an upstream issue though, the binary release throws a lot of segfaults on my Arch machine (freetype2 2.6.3-1).
[431811.937668] Brave[1039]: segfault at 7fff964542d0 ip 00007fcb4209ee67 sp 00007fff96451710 error 6 in libfreetype.so.6.12.3[7fcb4203a000+b9000]
[431903.283281] Brave[1275]: segfault at 7ffda34dfd08 ip 0000000000b66b5a sp 00007ffda34dfd10 error 6 in Brave[400000+369e000]
[431993.854196] Brave[1398]: segfault at 7ffdf9403fb8 ip 00007fdaede9a7cd sp 00007ffdf9403f80 error 6 in libfreetype.so.6.12.3[7fdaede38000+b9000]
[432243.487119] Brave[1824]: segfault at 7fff8023a708 ip 00007fe051eed7cd sp 00007fff8023a6d0 error 6 in libfreetype.so.6.12.3[7fe051e8b000+b9000]
[432253.123910] Brave[1895]: segfault at 7ffd8f9457c8 ip 00007fe96acdf7cd sp 00007ffd8f945790 error 6 in libfreetype.so.6.12.3[7fe96ac7d000+b9000]
Pinned Comments
alerque commented on 2021-11-27 03:11 (UTC)
@ant0n et all, lets keep the comments here about packaging issues, general Brave usage issues should go in another forum to not clutter up this comment space. I'm deleting comments that have no relation to packaging. Grey areas like crashes that could be blamed on Arch can stay until proven otherwise, but things like how to configure Brave to handle popups or site X or whatever just don't belong here. Thanks for understanding.