Although sometimes electronNM-bin packages are duplicated by the same major electronNM version in extra, AUR rules doesn't forbid providing vanilla binaries from upstream authors, so please don't file deletion requests. E.g. like this rejected one.
Search Criteria
Package Details: electron24-bin 24.8.8-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/electron24-bin.git (read-only, click to copy) |
---|---|
Package Base: | electron24-bin |
Description: | Build cross platform desktop apps with web technologies — prebuilt |
Upstream URL: | https://electronjs.org |
Keywords: | electron electron24 node nodejs |
Licenses: | MIT, LicenseRef-custom |
Conflicts: | electron24 |
Provides: | electron24 |
Submitter: | yurikoles |
Maintainer: | yurikoles (zxp19821005) |
Last Packager: | zxp19821005 |
Votes: | 2 |
Popularity: | 0.000776 |
First Submitted: | 2023-02-16 09:26 (UTC) |
Last Updated: | 2024-08-21 09:57 (UTC) |
Dependencies (8)
- alsa-lib
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR)
- nss (nss-hgAUR)
- kde-cli-tools (kde-cli-tools-gitAUR) (optional) – file deletion support (kioclient5)
- pipewire (pipewire-full-gitAUR, pipewire-gitAUR) (optional) – WebRTC desktop sharing under Wayland
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR) (optional) – enable Qt5 with --enable-features=AllowQt
- trash-cli (trash-cli-gitAUR) (optional) – file deletion support (trash-put)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR) (optional) – open URLs with desktop`s default
Required by (46)
- amethyst-player-bin (requires electron24)
- blix-bin (requires electron24)
- chatd (requires electron24)
- chatd-bin (requires electron24)
- clash-auto-bin (requires electron24)
- doc2x (requires electron24)
- elemntary-bin (requires electron24)
- fdc3-sail-bin (requires electron24)
- felida-bin (requires electron24)
- ffbox (requires electron24)
- ffbox-bin (requires electron24)
- ffbox-git (requires electron24)
- frame-cast-bin (requires electron24)
- fukayo-bin (requires electron24)
- huelectron-bin (requires electron24)
- interastral-peace-chat-bin (requires electron24)
- kalidoface-bin (requires electron24)
- kinda-bard-bin (requires electron24)
- ldtk-bin (requires electron24)
- lightrail-core-bin (requires electron24)
- Show 26 more...
Sources (6)
Latest Comments
yurikoles commented on 2025-04-24 16:35 (UTC)
alerque commented on 2024-03-04 13:59 (UTC)
@yurikoles Using a pkgver() function in this package to automatically bump updates as @SoftExpert would be against Arch packaging guidelines. Don't do that. You could add a VCS package that did that but it should not be done with regular stable (or -bin) packages.
@bkb, If you need a /usr/bin/electron
and want to use the -bin packages then use electron-bin
from the AUR. It provides that the say way the official Arch builds do, but using the AUR -bin variants.
@yurikoles As noted by @qubidt this and all other elecronNN-bin packages should NOT have provides=(electron)
, only provides=(electronNN)
. Please remove all those, this is causing a mess all over the Electron ecosystem since the upstream change to the electron meta package approach.
yurikoles commented on 2023-07-06 08:45 (UTC)
@SoftExpert
Yes, in theory, it's possible, but I don't know how to do this in practice. Could you please provide some examples?
SoftExpert commented on 2023-07-05 22:26 (UTC)
@yurikoles: you could read the version in pkgver() method from GitHub, so that the package detects automatically the latest release ...
Beh_256914 commented on 2023-05-29 17:03 (UTC)
please update to the latest bin version
bkb commented on 2023-04-04 08:03 (UTC)
tl; dr: electron22-bin is a virtually useless package. We are forced to use the non aur version
qubidt commented on 2023-04-03 20:49 (UTC)
You can see that the official electron
package in the community repo (https://archlinux.org/packages/community/x86_64/electron/) provides
electron22
and contains both /usr/bin/electron
and /usr/bin/electron22
. The goal is /usr/bin/electron
always points to the latest version of electron supported officially by Arch, and if users want a specific version they can point at /usr/bin/electron<VERSION>
.
tl;dr: if you want /usr/bin/electron
, just install the electron
package
bkb commented on 2023-04-03 11:15 (UTC) (edited on 2023-04-03 11:21 (UTC) by bkb)
If they replace the other electron, how I'm supposed to have a /bin/electron by using those? Basically electron22-bin is totally unusable in production as it deletes /bin/electron
qubidt commented on 2023-03-30 21:12 (UTC)
Since none of these electron<N>-bin packages have a /usr/bin/electron
, they really shouldn't have provides=('electron')
. See electron20
or electron21
in the community repo. The only thing this package should provide
is electron24
.
/usr/bin/electron-latest
is unnecessary (IMO). If anything, it would just be /usr/bin/electron
, but that means this package would better be named electron-bin
(perhaps appropriate, at least once a stable release of electron v24 is out)
bkb commented on 2023-03-05 10:57 (UTC)
Link /bin/electron-latest to /bin/electron
Link /bin/electron24 to /bin/electron-latest
Or something
Pinned Comments
yurikoles commented on 2025-04-24 16:35 (UTC)
Although sometimes electronNM-bin packages are duplicated by the same major electronNM version in extra, AUR rules doesn't forbid providing vanilla binaries from upstream authors, so please don't file deletion requests. E.g. like this rejected one.