Package Details: discord_arch_electron 0.0.53-1

Git Clone URL: https://aur.archlinux.org/discord_arch_electron.git (read-only, click to copy)
Package Base: discord_arch_electron
Description: Discord (popular voice + video app) using the system provided electron for increased security and performance
Upstream URL: https://discord.com
Keywords: chat discord discord-stable discordapp electron video voice
Licenses: custom
Conflicts: discord
Provides: discord
Submitter: johnnyapol
Maintainer: Zoddo (Thaodan, SunRed)
Last Packager: Zoddo
Votes: 189
Popularity: 5.09
First Submitted: 2020-05-19 23:51 (UTC)
Last Updated: 2024-05-06 19:01 (UTC)

Dependencies (5)

Required by (22)

Sources (4)

Pinned Comments

Zoddo commented on 2022-09-15 17:54 (UTC) (edited on 2023-03-31 17:24 (UTC) by Zoddo)

Starting with 0.0.26-1 (2023-03-31):
  • Switched back to the main electron package (electron22)
  • Watching cameras and streams is working again
Starting with 0.0.20-1 (2022-09-15):
  • Bumped electron16 to electron19 (I still have blocking issues with electron20)
  • Added support for $XDG_CONFIG_HOME/discord-flags.conf: this works like electron-flags.conf, you can set in this file the command line flags you want to pass to electron when running Discord (there are some useful flags in the wiki, especially if you are experiencing lag in the Discord UI).
FAQ

Discord requires an update, but this package isn't yet updated
Check the wiki.

The Discord UI is lagging
Try to add the flags recommended in the wiki in $XDG_CONFIG_HOME/discord-flags.conf.

Krisp not working
This is an issue that will likely never be fixed for this package. The Krisp module checks if Discord binaries are signed by Discord, which is not the case with this package.
See this comment and this GitHub issue for more details and possibles workarounds.

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 35 Next › Last »

Zoddo commented on 2022-12-22 18:41 (UTC) (edited on 2022-12-22 18:42 (UTC) by Zoddo)

@sbeve72: Sorry for the wall of text, but I wanted to clarify these points for everyone.

Regarding Krisp, sadly, I don't think it will ever work with this package. The discord_krisp module checks if the discord binary is signed by Discord (likely for licensing reasons). In the case of this package (using the system's electron), what ends up being verified is the electron binary, which is of course not signed by Discord.

The only way to workaround to this issue is to patch the discord_krisp module to bypass that signature check. Putting aside that I don't currently know any way to automate such patching, it's also a file that isn't packaged but dynamically downloaded by Discord in the user's home directory. Patching this file would therefore require some ugly hacks, like doing the patch in the launch wrapper script. But if we do that, what happens on the first launch when the module isn't yet downloaded, or later when Discord downloads an upgraded version? The result would be that Krisp would randomly stop to work until Discord is restarted (and the file patched again). That's unpredictable behavior.

--

Regarding crashes when watching a stream, the cause seems to be an incompatibility between the Discord H264 module (which is an already compiled native module) and the V8/nodejs version embedded by electron17+. Downgrading to electron16 fixes the issue. However, I want to avoid adding a dependency to another AUR package, unless absolutely necessary. That's why the package was updated to electron19 despite it breaking streams. A medium-term goal is also to be able to use a supported version of electron that still receives security updates (that's in the package description: "Discord [...] using the system provided electron for increased security…"). Downgrading to electron16 goes against this.

If you want to downgrade to electron16, changing the variable _electron=electron19 to _electron=electron16 in the PKGBUILD should be enough.

As an additional note, it looks like Discord has started some work to upgrade electron in their official build. This will hopefully come with fixes that make native modules compatible with newer electron versions.

--

I will update the pinned comment to summarize known issues and possible workarounds.

haxibami commented on 2022-12-22 09:02 (UTC)

@Samega7Cattac Krisp setting doesn't show up in "Voice & Video" tab even with the latest PKGBUILD (with all cache removed).

Instead, I manually patched the Krisp binary in user dir (~/.config/discord/{version}/modules/discord_krisp/discord_krisp.node) as described in here, and this fixed the issue.

sbeve72 commented on 2022-12-18 21:55 (UTC)

Krisp still doesn't work and today while trying to watch a friend's stream, it kept crashing. Are there fixes available for this? I already have the latest PKGBUILD and the icu package installed.

llde commented on 2022-12-16 13:42 (UTC)

@Samega7Cattac icu package was already installed.

Samega7Cattac commented on 2022-12-15 11:57 (UTC)

@haxibami Krisp should work since last package update, the binary can't be stripped for it to work and it was set by default now

haxibami commented on 2022-12-14 13:40 (UTC) (edited on 2022-12-14 13:43 (UTC) by haxibami)

Is there anyone successfully running Krisp noise suppression with this package? According to this issue, Krisp module may not load if Discord executable is not signed.

Zoddo commented on 2022-12-13 18:27 (UTC)

@s0lst1ce Make sure your system is fully updated. icu 72 was released in arch repos late October, and node was rebuilt at the same time, but in your error, it's still trying to load icu 71. So either you did a partial upgrade (this isn't supported!) or you have an AUR/manually built version of node in your PATH that needs to be rebuilt.

Samega7Cattac commented on 2022-12-13 10:58 (UTC)

@llde install the icu package

s0lst1ce commented on 2022-12-13 08:11 (UTC)

Hello! I'm unable to build the package because: node: error while loading shared libraries: libicui18n.so.71: cannot open shared object file: No such file or directory. How can I fix this ?

llde commented on 2022-11-25 22:29 (UTC)

same as tatsumara I cannot join a video cal or watch a stream. I can however have a video in output myself, and it will be seen by other partecipant to the call. If I use electron16 I can even stream a window, but not watch a stream