Arch Linux User Repository

@godic @Lulzagna It's been fixed, I already had the patches available from when I was updating discord-canary, but didn't get around to pushing them until now.

In addition to @godic suggestion, the symbolic link also needed updating.

Here's my full patch:

diff --git a/PKGBUILD b/PKGBUILD
index 30438c5..0531c8a 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -33,18 +33,15 @@ package() {
   install -d "$pkgdir"/opt/$pkgname
   cp -a $_pkgname/. "$pkgdir"/opt/$pkgname

-  chmod 755 "$pkgdir"/opt/$pkgname/$_pkgname
+  chmod 755 "$pkgdir"/opt/$pkgname/$pkgname

   rm "$pkgdir"/opt/$pkgname/postinst.sh

   install -d "$pkgdir"/usr/{bin,share/{pixmaps,applications}}
-  ln -s /opt/$pkgname/$_pkgname "$pkgdir"/usr/bin/$pkgname
+  ln -s /opt/$pkgname/$pkgname "$pkgdir"/usr/bin/$pkgname
   ln -s /opt/$pkgname/discord.png "$pkgdir"/usr/share/pixmaps/$pkgname.png
   ln -s /opt/$pkgname/$pkgname.desktop "$pkgdir"/usr/share/applications/$pkgname.desktop

-  # setuid on chrome-sandbox
-  chmod u+s "$pkgdir"/opt/$pkgname/chrome-sandbox
-
   install -Dm644 LICENSE.html "$pkgdir"/usr/share/licenses/$pkgname/LICENSE.html
   install -Dm644 OSS-LICENSES.html "$pkgdir"/usr/share/licenses/$pkgname/OSS-LICENSES.html
 }

starting with version 1.0.188, discord changed the structure of the files inside the .tar.gz available at https://dl-ptb.discordapp.net/apps/linux/1.0.188/discord-ptb-1.0.188.tar.gz to only include a wrapper discord-ptb script that downloads discord-ptb instead of the full data of discord-ptb directly.

This fails the build because there's no longer a binary named DiscordPTB inside the extracted dir.

The fix is to change:

• chmod 755 "$pkgdir"/opt/$pkgname/$_pkgname line to chmod 755 "$pkgdir"/opt/$pkgname/$pkgname

• and remove / comment out the line chmod u+s "$pkgdir"/opt/$pkgname/chrome-sandbox because it no longer exists.

for the StartupWMClass, Discord PTB still uses discord as window class, so the window won't be grouped with the pinned icon on the taskbar/window list

xprop | grep -i class
WM_CLASS(STRING) = "discord", "discord"

0.0.20 looks like a bogus version bump (that package version was already released for the PTB channel back in 2020, only stable is currently at 0.0.20), especially since 0.0.33 appears to run fine still. Let's wait a bit if Discord manages to fix their release numbering, I don't really want to bump the package epoch just for this.

@efindus So that's why the icon behaves weirdly. Thanks for the hint, will fix.

Could you please make the sed in prepare() modify StartupWMClass to discord-ptb so that application icons won't get mixed up in KDE Plasma (and possibly GNOME although I haven't checked)?

Should be fixed now. I occasionally forget that I have to manually exclude those files from the validity checks, since they change on every download.

The LICENSE.html and OSS-LICENSES.html files have changed, making the validity checks fail

Sorry for the delay, I'm not sure where my notifications went...

I applied the fix from the main Discord package, as well as updated the package to 0.0.23 while at it.