Package Details: spotify 1:1.2.31.1205-2

Git Clone URL: https://aur.archlinux.org/spotify.git (read-only, click to copy)
Package Base: spotify
Description: A proprietary music streaming service
Upstream URL: https://www.spotify.com
Licenses: custom
Submitter: Foxboron
Maintainer: gromit (Antiz)
Last Packager: gromit
Votes: 151
Popularity: 13.80
First Submitted: 2023-02-09 22:51 (UTC)
Last Updated: 2024-02-21 23:20 (UTC)

Pinned Comments

gromit commented on 2024-01-24 14:22 (UTC) (edited on 2024-02-22 23:00 (UTC) by gromit)

Please make sure to import the correct GPG key first:

$ curl -sS https://download.spotify.com/debian/pubkey_6224F9941A8AA6D1.gpg  | gpg --import -

And always build in a clean chroot. It is as easy as:

pacman -S devtools
git clone https://aur.archlinux.org/spotify.git
cd spotify
pkgctl build
pacman -U <path-to-spotify-package>

It is expected that the package will break now and then, as spotify continuously changes download binaries, gpg keys etc (which is not appropriate, but we cannot change this). Please be patient if an update does not occur the next day, you can still use an existing spotify install or update the version yourself.

Antiz commented on 2023-09-13 13:21 (UTC)

@lightofpast Just pushed v1:1.2.20.1210-2 that now allows you to set custom launch flags in a spotify-flags.conf file under $XDG_CONFIG_HOME or ~/.config :)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 13 Next › Last »

phoenix277yt commented on 2023-09-28 12:58 (UTC)

@gromit yup i did, ended up using debtap to install the app from a debian binary

trainzkid commented on 2023-09-27 09:01 (UTC) (edited on 2023-09-29 12:42 (UTC) by trainzkid)

I'm getting a grey screen with nothing loading with the newest version of both this pkg and the spotify-launcher pkg. Not sure what both have in common, but I've pasted relevant info in an issue on the spotify-launcher's github, since that's where I experienced it first (and the output to the terminal is the exact same). As stated in the github issue, I am able to use an older version of this pkg without issue in the meantime.

I'm guessing I'm just missing something obvious, or maybe I have a dependency issue, not sure.

EDIT: it was not something obvious, but I did finally figure it out, nothing to do with spotify, even if spotify was the only thing affected on my system. For a full write-up and resolution, check out the aforementioned issue I opened on the spotify-launcher github.

TLDR: code green, false alarm.

bKoZii commented on 2023-09-26 10:24 (UTC) (edited on 2023-09-26 10:26 (UTC) by bKoZii)

my Song Changes Notifications only show for the first 1-2 songs I played, and I have to click Close Button on Notification to keep it coming. my System: KDE with X11, 6.5.5-AMD-znver2 Kernel

gromit commented on 2023-09-26 08:37 (UTC)

@phoenix277yt did you try to also build as the pinned comment advises (with devtools in a clean chroot)? Most likely this is an error with your AUR helper.

Generally the package builds just fine for me and the type of error suggests that you are only missing the gpg key and not that this would need changes from the packaging side.

phoenix277yt commented on 2023-09-26 06:49 (UTC)

Spotify breaks when installing for me, something to do with gpg keys. when running
curl -sS https://download.spotify.com/debian/pubkey_7A3A762FAFD4A51F.gpg | gpg --import -
i get
gpg: Total number processed: 1
gpg: unchanged: 1
and when building with yay, i get
==> Verifying source file signatures with gpg...
spotify-1.2.20.1210-3-Release ... FAILED (unknown public key 7A3A762FAFD4A51F)
==> ERROR: One or more PGP signatures could not be verified!
-> error making: spotify-exit status 1
-> Failed to install the following packages. Manual intervention is required:
spotify - exit status 1

kekjuice commented on 2023-09-19 04:43 (UTC)

src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: 538982482
src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: 943215175
src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: 842094158
src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: 842094169
src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: 808530000
src/gbm_drv_common.c:57: GBM-DRV error (get_bytes_per_component): Unknown or not supported format: 538982482

I get several different variations of this when launched. Does anyone know how to go by fixing this?

gromit commented on 2023-09-15 17:10 (UTC) (edited on 2023-09-15 17:10 (UTC) by gromit)

@Aerz Actually both things are expected:

  • Separate flags belong on different lines
  • The full line (if its not a comment) is passed to spotify as arg

You are actually causing the oddy behaviour by having a space at the end of the line in the config:

# With space
+ exec /opt/spotify/spotify '--enable-features=UseOzonePlatform ' --ozone-platform=wayland

# Without space
+ exec /opt/spotify/spotify --enable-features=UseOzonePlatform --ozone-platform=wayland

So I think it is fine as is but I am open to suggestions as I personally dont need to pass any flags to spotify :)

Aerz commented on 2023-09-15 16:57 (UTC)

@grommit Thanks for doing an update. I've been tested but it still doesn't work at all.

In case all arguments goes to the first line in the config file:

# ~/.config/spotify-flags.conf
--enable-features=UseOzonePlatform --ozone-platform=wayland

I still see one string when I set set -x in the script wrapper:

+ exec /opt/spotify/spotify '--enable-features=UseOzonePlatform  --ozone-platform=wayland'

And setting one argument per line in config, it works but getting an oddy result:

+ exec /opt/spotify/spotify '--enable-features=UseOzonePlatform ' --ozone-platform=wayland

If you liked the previous solution, you could remove the quotes when using the SPOTIFY_USER_FLAGS just as google-chrome package does. You will see the SC2086 warning but I think is fine :)

gromit commented on 2023-09-14 14:21 (UTC)

@Aerz I have pushed a different version of the script that contains your suggestions in a modified way. Let me know if that still does not work out for you!

Background info: We took the launch scripts from the google-chrome package as base for these ones but now the vars are quoted where they previously werent.. So the difference was really subtle :p

Aerz commented on 2023-09-14 10:53 (UTC) (edited on 2023-09-15 08:15 (UTC) by Aerz)

Hi. I've been trying out the new spotify-flags.conf and I've noticed that the flags are not being captured properly. . The script sends all the flags as a single string.

exec /opt/spotify/spotify '--enable-features=UseOzonePlatform --ozone-platform=wayland'

A really quick fix might be to remove the quotes from "${SPOTIFY_USER_FLAGS}"but another way I suggest is to use mapfile to convert the config file to an array to use each argument in a clean way. The bad thing is one argument per line.

#!/usr/bin/env bash

# Substitute XDG_CONFIG_HOME by ~/.config if the env var is unset or empty
XDG_CONFIG_HOME=${XDG_CONFIG_HOME:-~/.config}

# Allow users to override command-line options
if [[ -f "${XDG_CONFIG_HOME}/spotify-flags.conf" ]]; then
    mapfile -t SPOTIFY_USER_FLAGS < "${XDG_CONFIG_HOME}/spotify-flags.conf"
    echo "User flags:" "${SPOTIFY_USER_FLAGS[@]}"
fi

# Launch Spotify
exec /opt/spotify/spotify "${SPOTIFY_USER_FLAGS[@]}" "${@}"

Feel free to use it and thank you for your work.