Search Criteria
Package Details: brave-beta-bin 1.74.6-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/brave-beta-bin.git (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: | https://brave.com/download-beta |
Licenses: | MPL2 |
Provides: | brave-beta-bin, brave-beta-browser |
Submitter: | originof |
Maintainer: | gregbunk |
Last Packager: | gregbunk |
Votes: | 41 |
Popularity: | 0.057637 |
First Submitted: | 2018-09-28 15:42 (UTC) |
Last Updated: | 2024-11-15 11:36 (UTC) |
Dependencies (9)
- 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
- libglvnd (libglvnd-gitAUR) (optional) – Support multiple different OpenGL drivers at any given time
- libgnome-keyring (optional) – gnome keyriung support
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-amd-bc250AUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amber) (optional) – Hardware accelerated rendering
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »
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.
hamza72x commented on 2023-09-10 02:00 (UTC)
Based on architecture, You can do some conditional check maybe (setting up proper version)? Because for arm64, it's always failing unless manual changes.
gregbunk commented on 2023-09-09 12:53 (UTC) (edited on 2023-09-09 12:54 (UTC) by gregbunk)
Correct. This is an issue somewhere between Brave upstrean and Arch. Brave's ARM packages fail to build quite often, while the Intel versions work. Arch doesn't allow split package versions by architecture. The choice I face is to either wait to upgrade intel until Arm is fixed (a very poor choice - almost everybody uses intel), drop ARM support (or maybe create a brand new package for it - and since I have no way to test this package, not a great choice), or just ignore Arm fails and move forward, thus keeping Intel up to date.
For now, I chose the latter.
I'm sure that at some point, the Brave ARM builds will build consistently, at which point this will be a non-issue.
hamza72x commented on 2023-09-09 08:17 (UTC)
The solution is to downgrade the version, as I did locally:
hamza72x commented on 2023-08-19 06:09 (UTC) (edited on 2023-08-19 06:09 (UTC) by hamza72x)
gregbunk commented on 2023-08-02 14:25 (UTC)
Thanks. I'm using the github API to pull the actual builds as they occur.
wknapik commented on 2023-08-02 14:07 (UTC)
hey @gregbunk. please take a look at https://versions.brave.com/ - it's an overview of Brave versions, including links to individual endpoints returning a version for a given platform/architecture, that can be used in automation - e.g. https://versions.brave.com/latest/beta-linux-x64.version and https://versions.brave.com/latest/beta-linux-arm64.version.
gregbunk commented on 2023-08-01 08:46 (UTC)
Sorry for the long update interval; missed that the script had broken.
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »