Arch Linux User Repository

I have reinstalled ArchLinux. There was definitely no cache nowhere messing anything up.

I can't seem to reproduce your issue. Have you tried buiding the package manually with makepkg -C (capital C)?

Because my build system on github also had no issue. https://github.com/SibrenVasse/deezer/releases/tag/v5.30.580

I am seeing the same error message as @jongeduard

Build fails with an error for me (sorry some texts are in Dutch because I have my system setup as NL language):

==> Bezig met het uitvoeren van prepare()...
build/main.js 299ms
build/preload.js 45ms
build/renderer.js 28ms
build/service-worker.js 1ms
build/titlebar.js 16ms
Applying patch remove-kernel-version-from-user-agent.patch...
patching file build/main.js
patching file build/preload.js
patching file build/renderer.js
patching file build/titlebar.js
Applying patch avoid-change-default-texthtml-mime-type.patch...
patching file build/main.js
Hunk #1 FAILED at 2897.
1 out of 1 hunk FAILED -- saving rejects to file build/main.js.rej
==> FOUT: Er is een fout opgetreden in prepare().
    Afbreken...

I see that the file which the above message about rejects refers to sits in "src/resources/app/build/" and contains the following content:

--- build/main.js
+++ build/main.js
@@ -2897,12 +2897,7 @@
                 this.tray.init(),
                 this.updater.init(),
                 this.network.watch(),
-                this.powerSave.check(),
-                this.deepLink.getSchemes().forEach((scheme) => {
-                  external_electron_namespaceObject.app.setAsDefaultProtocolClient(
-                    scheme
-                  );
-                });
+                this.powerSave.check();
               const dzrFilter = { urls: ["*://*/*"] },
                 DOMAINS_WHITELIST = [
                   "deezer.com",

@CReimer: yeah electron13 is no longer supported unfortunately. The official windows version is shipped with electron12 (also unsupported). I was able to update their app to electron13, but beyond that the changes are very extensive.

So I'd say: at worst it's no more insecure as the official version.

Isn't it a security risk to use Electron 13?

PSA: If you encounter any issues or you see something like the following error when starting Deezer on the cli:

/usr/lib/electron13/electron: error while loading shared libraries: libicui18n.so.71: cannot open shared object file: No such file or directory

Please make sure to install electron13-bin instead of electron13.

msrd0: Unfortunately not. Deezer is distributed with Electron v12. To fix the breaking changes with electron 14 (electron/remote) it would require to include a full electron install in this package (similar installing a binary package, but even more against how arch does things!)

Shame on me that I didn't figure out to try electron13-bin. Because I'm actually a maintainer of electron[9-21]-bin %_%.

Any chance this package can get updated to a newer electron version? I dislike installing binary packages from the AUR, but electron13 requires python2 to build which I refuse to install. The currently installed version of electron13 on my system unfortunately doesn't work due to the recent flac update.