Guys you must start Wm using dbus-run-session <wmname>
Search Criteria
Package Details: spotify 1:1.2.42.290-1
Package Actions
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: | Antiz |
Votes: | 165 |
Popularity: | 7.03 |
First Submitted: | 2023-02-09 22:51 (UTC) |
Last Updated: | 2024-07-22 14:00 (UTC) |
Dependencies (13)
- alsa-lib
- at-spi2-atk (at-spi2-atk-gitAUR, at-spi2-core-gitAUR, at-spi2-core)
- desktop-file-utils (desktop-file-utils-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR, gtk3-classic-xfceAUR)
- libayatana-appindicator
- libcurl-gnutls (libcurl3-gnutlsAUR, libcurl-http3-ngtcp2-gnutlsAUR, libcurl-gnutls-gitAUR)
- libsm
- libxss
- nss (nss-hgAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- ffmpeg4.4 (optional) – Adds support for playback of local files
- libnotify (libnotify-gitAUR) (optional) – Desktop notifications
- zenity (qarma-gitAUR, zenity-gtk3AUR, zenity-gitAUR) (optional) – Adds support for importing local files
Required by (20)
- blockify-git
- genius-spicetify-git
- i3blocks-contrib (optional)
- i3blocks-contrib-git (optional)
- mustream-git
- polybar-spotify
- polybar-spotify-module
- sp
- spotify-adblock
- spotify-adblock-git
- spotify-adkiller-dns-block-git
- spotify-adkiller-git
- spotify-control
- spotify-fixer
- spotify-remove-ad-banner
- spotify-tray-git
- spotifywm-git (optional)
- spotrec (optional)
- spotrec-git (optional)
- spotx-linux
Sources (7)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 14 Next › Last »
Baturax commented on 2024-04-03 05:17 (UTC)
omnigenous commented on 2024-03-30 14:31 (UTC)
Got same issues as @crispy-caesus (spotify window opens but it's blank gray) for several months now :(. Arch wiki suggestion to delete ~/.cache/spotify
did nothing. I'm on hyprland wayland, haven't tested on xorg.
vinismarques commented on 2024-03-25 14:48 (UTC)
I had issues when authenticating and almost ran out of ideas. One of my last attempts was using another browser. I set the default browser app back to Firefox, instead of Brave, and it worked! In case anyone else has problems authenticating, this might be a solution.
zangoku commented on 2024-03-19 00:09 (UTC)
Getting the same error as @rearwindowtaxidr. Restarting and cleaning files won't fix it.
gromit commented on 2024-03-12 14:38 (UTC)
@rearwindowtaxidr yeah, maybe just try again, that's not a problem with the package atleast.
Depending on your setup you might need to clean up the (partially) downloaded files, idk if the server supports byte ranges.
<deleted-account> commented on 2024-03-12 14:25 (UTC)
When downloading deb from repository.spotify.com, cURL outputs an error and stops.
curl: (18) transfer closed with 71965275 bytes remaining to read
Is this because Spotify's servers are poor?
crispy-caesus commented on 2024-03-10 14:24 (UTC)
@gromit, I've restarted yes, I've had this problem for 2 days now (I've installed it from flatpak but I'd prefer AUR if possible)
I tried deleting the cache now, though nothing changed.
I run Wayland usually, though it doesn't work either when I try it on Xorg
Where would I ask in the forums exactly, sorry I'm new to this
gromit commented on 2024-03-10 13:06 (UTC) (edited on 2024-03-10 13:07 (UTC) by gromit)
@crispy-caesus, did you restart in the meantime?
Also the output you mentioned is talked about here: https://wiki.archlinux.org/title/Spotify#/usr/lib/libcurl-gnutls.so.4_error
Although in my experience this should not be a hard error 🤔
Do you run under X or Wayland? Maybe others can help you in the forums or on IRC :)
crispy-caesus commented on 2024-03-10 09:38 (UTC)
On spotify 1:1.2.31.1205-2
I can't seem to start the app, this also applies to the spotify-launcher
[crispy@bob ~]$ spotify
/opt/spotify/spotify: /usr/lib/libcurl-gnutls.so.4: no version information available (required by /opt/spotify/spotify)
/opt/spotify/spotify: /usr/lib/libcurl-gnutls.so.4: no version information available (required by /opt/spotify/spotify)
/opt/spotify/spotify: /usr/lib/libcurl-gnutls.so.4: no version information available (required by /opt/spotify/spotify)
[crispy@bob ~]$
is what I keep getting, also upon reinstalling and a few other things like emptying my config
Antiz commented on 2024-02-23 17:36 (UTC)
@agowa Thanks for your detailed input on the matter.
Your proposal is interesting but I'm not convinced it's the way to go though (as you kinda said yourself).
While the information you gave may be valuable security wise I don't think such workflow would be expected:
First of all, while it may not be convenient in Spotify's specific case (since they tend to change the signing GPG key often, even between two releases), I don't think having a "self-updating" PKGBUILD on that front would be expected. I assume such a change should be acknowledged, verified and edited properly by the package maintainers themself, as it's supposed to be for pkgver or checksums changes for instance (with the exception of -git packages by their nature, obviously). Additionally, having it automatically importing the key in user's local keyring would be even less expected ('# Maybe even:' part in your proposal). For what it's worth, such mechanism has been implemented in this package once but was quickly reverted due to it being objectively wrong.
Moreover, I think it's important to keep the PKGBUILD as clear and as intelligible as possible, not only for its maintenance but also for trust reasons. In my opinion, it is more trustworthy to have the PKGBUILD clearly stating what key it is expecting (whether it is correct/up-to-date or not) than having to actually launch a build against the said PKGBUILD to get the information (since with such an auto-updating mechanism, you cannot guarantee that the key noted in the validpgpkeys array is indeed the one returned by the validpgpkeys=() function, until you actually run it yourself). It may be convenient but it just makes getting the actual information harder in my opinion.
Lastly, I think it is to important to remind that AUR packages are not officially supported (as community maintained packages). This is to say that implementing such mechanism that "we'd never do under normal circumstances" is probably not expected at the package level for the above reasons; but such useful information as the ones you provided should, in my opinion, be directed to users instead so they get more input to verify the trustworthiness of the package before building/installing it on their system (as everyone is expected to do when it comes to the AUR).
Once again, this is just my opinion. Don't hesitate to challenge me :)
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:
And always build in a clean chroot. It is as easy as:
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 aspotify-flags.conf
file under$XDG_CONFIG_HOME
or~/.config
:)