As I didn't announce it here when I updated the package: As of 0.0.29-2
Electron 24 is now used, segfaults due to arch repo's electron22
version shouldn't occur any longer. electron25
with this package resulted in unstable behavior again.
Search Criteria
Package Details: discord-electron 0.0.30-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/discord-electron.git (read-only, click to copy) |
---|---|
Package Base: | discord-electron |
Description: | Discord using system provided electron (v24) for increased security and performance |
Upstream URL: | https://discord.com |
Keywords: | discord discord-stable discordapp electron |
Licenses: | custom |
Conflicts: | discord |
Provides: | discord |
Submitter: | SunRed |
Maintainer: | SunRed |
Last Packager: | SunRed |
Votes: | 10 |
Popularity: | 2.17 |
First Submitted: | 2023-04-03 07:00 (UTC) |
Last Updated: | 2023-09-18 21:30 (UTC) |
Dependencies (9)
- electron24 (electron24-bin)
- libxss
- asar (make)
- curl (curl-git, curl-quiche-git, curl-http3-ngtcp2) (make)
- python-html2text (python-html2text-git) (make)
- libappindicator-gtk3 (libappindicator-bzr) (optional) – Systray indicator support
- libpulse (pulseaudio-dummy, pulseaudio-git) (optional) – Pulseaudio support
- rizin (rz-cutter-git, rizin-git) (optional) – Allow patching Krisp support
- xdg-utils (busking-git, xdg-utils-slock, xdg-utils-lxqt, mimi, mimi-git, xdg-utils-handlr, opener, xdg-utils-betterlockscreen, xdg-utils-symlink-fix, xdg-utils-custom-open, mimejs-git, xdg-utils-mimeo) (optional) – Open files
Required by (18)
- beautiful-discord-git (requires discord)
- clonehero-ptb (requires discord) (optional)
- devbook-bin (requires discord)
- discord-update-skip-git (requires discord)
- discordrpc (requires discord) (optional)
- discordupdater (requires discord)
- jfcord-appimage (requires discord) (optional)
- mbcord-appimage (requires discord) (optional)
- open-hexagon-git (requires discord) (optional)
- openasar-bin (requires discord) (optional)
- openasar-git (requires discord) (optional)
- plasticity-bin (requires discord) (optional)
- premid (requires discord) (optional)
- premid-git (requires discord) (optional)
- premid-nightly (requires discord) (optional)
- remoteit-desktop-bin (requires discord)
- sonic3air-bin (requires discord) (optional)
- xbox-xcloud (requires discord)
Sources (2)
SunRed commented on 2023-09-02 16:36 (UTC)
clems4ever commented on 2023-07-22 14:27 (UTC)
I'm facing what looks like the same issue as @weirdbeard. Discord crashes when starting. I can see the update screen and then it segfaults.
2023-07-22T14:20:01.223Z [Modules] Modules initializing
2023-07-22T14:20:01.224Z [Modules] Distribution: remote
2023-07-22T14:20:01.224Z [Modules] Host updates: enabled
2023-07-22T14:20:01.224Z [Modules] Module updates: enabled
2023-07-22T14:20:01.224Z [Modules] Module install path: /home/cmichaud/.config/discord/0.0.28/modules
2023-07-22T14:20:01.224Z [Modules] Module installed file path: /home/cmichaud/.config/discord/0.0.28/modules/installed.json
2023-07-22T14:20:01.224Z [Modules] Module download path: /home/cmichaud/.config/discord/0.0.28/modules/pending
[129484:0722/162001.238048:ERROR:gpu_init.cc(523)] Passthrough is not supported, GL is egl, ANGLE is
2023-07-22T14:20:01.316Z [Modules] No updates to install
2023-07-22T14:20:01.317Z [Modules] Checking for host updates.
2023-07-22T14:20:01.455Z [Modules] Host is up to date.
2023-07-22T14:20:01.455Z [Modules] Checking for module updates at https://discord.com/api/modules/stable/versions.json
2023-07-22T14:20:01.480Z [Modules] No module updates available.
Optional module ./ElectronTestRpc was not included.
[WebContents] crashed (reason: crashed, exitCode: 139)... reloading
Optional module ./ElectronTestRpc was not included.
[WebContents] double crashed (reason: crashed, exitCode: 139)... RIP =(
I'm facing it with the official discord, this discord-electron as well as discord_arch_electron.
It's happening on wayland only apparently because I tried to run it on X and it seems to work.
I have tried to debug and came up with this stack trace which does not give me an obvious answer
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/lib/electron24/electron --type=renderer --crashpad-handler-pid=120751 --en'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 XInternAtom (dpy=0x0, name=0x7f4e07a750c0 "_NET_WM_PID", onlyIfExists=1) at /usr/src/debug/libx11/libX11-1.8.6/src/IntAtom.c:175
175 LockDisplay(dpy);
[Current thread is 1 (Thread 0x7f4e079ff6c0 (LWP 120982))]
(gdb) bt
#0 XInternAtom (dpy=0x0, name=0x7f4e07a750c0 "_NET_WM_PID", onlyIfExists=1) at /usr/src/debug/libx11/libX11-1.8.6/src/IntAtom.c:175
#1 0x00007f4e07a2fc0b in discord::ProcessObserver::PlatformInit() () at ../../discord_desktop/native_modules/discord_utils/src/process_observer_linux.cpp:90
#2 0x00007f4e07a1bb2f in (anonymous namespace)::CreateWorker()::$_19::operator()() const (this=<optimized out>) at ../../discord_desktop/native_modules/discord_utils/src/utils_bindings.cpp:56
#3 discord::uv::Executor::ExecuteBlocking<(anonymous namespace)::CreateWorker()::$_19>((anonymous namespace)::CreateWorker()::$_19&&)::{lambda()#1}::operator()() const (this=<optimized out>) at ../../discord_common/native/uv/executor.h:52
#4 discord::uv::Task<discord::uv::Executor::ExecuteBlocking<(anonymous namespace)::CreateWorker()::$_19>((anonymous namespace)::CreateWorker()::$_19&&)::{lambda()#1}>::Run() (this=0x14a8017a7660) at ../../discord_common/native/uv/executor.h:29
#5 0x00007f4e07a33f09 in discord::uv::Executor::ExecutePending() (this=0x14a8016c9800) at ../../discord_common/native/uv/executor.cpp:140
#6 0x0000563825aa8ec3 in uv.async_io ()
#7 0x0000563825ab9588 in uv.io_poll ()
#8 0x0000563825aa9309 in uv_run ()
#9 0x00007f4e07a34699 in discord::uv::ThreadedEventLoop::ThreadMain(char const*, std::__1::promise<void>) (this=0x0, name=<optimized out>, ready=...) at ../../discord_common/native/uv/threaded_event_loop.cpp:95
#10 0x00007f4e07a3496d in std::__1::__invoke<void (discord::uv::ThreadedEventLoop::*)(char const*, std::__1::promise<void>), discord::uv::ThreadedEventLoop*, char const*, std::__1::promise<void>, void>(void (discord::uv::ThreadedEventLoop::*&&)(char const*, std::__1::promise<void>), discord::uv::ThreadedEventLoop*&&, char const*&&, std::__1::promise<void>&&)
(__f=@0x14a8017e1118: (void (discord::uv::ThreadedEventLoop::*)(class discord::uv::ThreadedEventLoop * const, const char *, class std::__1::promise<void>)) 0x7f4e07a345d0 <discord::uv::ThreadedEventLoop::ThreadMain(char const*, std::__1::promise<void>)>, __a0=@0x14a8017e1128: 0x14a8017cfa98, __args=@0x14a8017e1130: 0x7f4e07a74bfd "Utils", __args=...)
at ../../discord_common/native/third_party/llvm/libcxx/include/type_traits:3470
#11 std::__1::__thread_execute<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, void (discord::uv::ThreadedEventLoop::*)(char const*, std::__1::promise<void>), discord::uv::ThreadedEventLoop*, char const*, std::__1::promise<void>, 2ul, 3ul, 4ul>(std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, void (discord::uv::ThreadedEventLoop::*)(char const*, std::__1::promise<void>), discord::uv::ThreadedEventLoop*, char const*, std::__1::promise<void> >&, std::__1::__tuple_indices<2ul, 3ul, 4ul>) (__t=...) at ../../discord_common/native/third_party/llvm/libcxx/include/thread:273
#12 std::__1::__thread_proxy<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, void (discord::uv::ThreadedEventLoop::*)(char const*, std::__1::promise<void>), discord::uv::ThreadedEventLoop*, char const*, std::__1::promise<void> > >(void*) (__vp=0x14a8017e1110)
at ../../discord_common/native/third_party/llvm/libcxx/include/thread:283
#13 0x00007f4eac09d44b in start_thread (arg=<optimized out>) at pthread_create.c:444
#14 0x00007f4eac120e40 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
I have tried using many versions of electron (20, 22, 23, 24, 25), always the same issue and whatever the flag, either --ozone-platform=wayland or --ozone-platform-hint=auto. I also tried to strace the process but without any luck so far.
Anyone has any idea what could be the problem?
ZauberParacelsus commented on 2023-07-09 20:58 (UTC)
I've used this package off and on, and I'm finding that it appears to suffer from a memory leak. More specifically, its electron22 container appears to be using over 2.5 gigabytes of memory after a few hours of use.
SunRed commented on 2023-07-03 21:07 (UTC)
@rsa Sorry, I must have blindly copied that line from my other package integrating OpenAsar. I fixed it and just pushed it. Thanks for the hint.
@weirdbeard @Infernio Sorry I just now come back to this. There is a bug report I still have to report back to. The issue seems rather strange and hard to nail down. What works for me for now is using electron22-bin from the AUR using the pre-compiled package from the Electron project but this somehow might not make a difference depending on system configuration. Also one wants to update the package as the maintainer still hasn't updated it. Updating the _subver
to 3.15
at the time of writing and updating the checksums e.g.using updpkgsums
and building the package is one possibility.
rsa commented on 2023-07-02 14:35 (UTC) (edited on 2023-07-02 14:36 (UTC) by rsa)
There's a mistake in the prepare, script, where you replace the macros in the launcher script:
s|@PKGVER@|${_pkgver}|g
you probably meant
s|@PKGVER@|${pkgver}|g
given that there is no value for $_pkgver in the PKGBUILD. This causes the krisp library not to be found and fixed.
weirdbeard commented on 2023-06-24 17:15 (UTC)
I'm getting
2023-06-24T17:14:55.466Z [Modules] Modules initializing
2023-06-24T17:14:55.466Z [Modules] Distribution: remote
2023-06-24T17:14:55.466Z [Modules] Host updates: enabled
2023-06-24T17:14:55.466Z [Modules] Module updates: enabled
2023-06-24T17:14:55.466Z [Modules] Module install path: /home/musungo/.config/discord/0.0.27/modules
2023-06-24T17:14:55.466Z [Modules] Module installed file path: /home/musungo/.config/discord/0.0.27/modules/installed.json
2023-06-24T17:14:55.466Z [Modules] Module download path: /home/musungo/.config/discord/0.0.27/modules/pending
2023-06-24T17:14:55.613Z [Modules] No updates to install
2023-06-24T17:14:55.613Z [Modules] Checking for host updates.
2023-06-24T17:14:55.920Z [Modules] Host is up to date.
2023-06-24T17:14:55.920Z [Modules] Checking for module updates at https://discord.com/api/modules/stable/versions.json
2023-06-24T17:14:56.018Z [Modules] No module updates available.
Optional module ./ElectronTestRpc was not included.
Segmentation fault (core dumped)
Everytime I try to run discord
Infernio commented on 2023-06-19 21:34 (UTC)
electron22
is at version 22.3.13-2
in the Arch repos now, but I'm running into the crash when maximizing Discord's window with this package. Does not occur with the official discord
package.
SunRed commented on 2023-05-27 19:00 (UTC)
@nasado Sorry I just now come back to this. This issue that occurs when maximising the window on Wayland is fixed in the latest Electron 22 release (22.3.11) and shouldn't occur any longer when the official Arch repos finally update the electron
/electron22
package.
In the meantime I updated this package with a new launch script (Thanks to Zoddo / discord_arch_electron
) that loads a config file for custom Electron flags and fixed a few other minor issues.
Cheers.
nasado commented on 2023-05-01 23:55 (UTC)
Under KDE Plasma, this Discord build crashes when maximized or snapped to a side of the screen. I've confirmed this doesn't happen with the main discord
package, or with element-desktop
, another package which uses the system Electron, meaning the issue is specific to this package.
tbb commented on 2023-01-03 20:08 (UTC)
electron13 is way better works on my potato pc, thanks for creating this package.
Pinned Comments
SunRed commented on 2022-10-23 08:55 (UTC) (edited on 2023-06-02 20:00 (UTC) by SunRed)
Maybe I should write down the motivation for creating yet another Discord AUR package:
For streaming / sharing a screen on Wayland I recommend using discord-screenaudio in tandem with this package.
Maintenance of this package is done in my Gitea repo.