Package Details: spotify 1.0.66.478-1

Git Clone URL: https://aur.archlinux.org/spotify.git (read-only)
Package Base: spotify
Description: A proprietary music streaming service
Upstream URL: http://www.spotify.com
Licenses: custom:"Copyright (c) 2006-2010 Spotify Ltd"
Submitter: gadget3000
Maintainer: AWhetter
Last Packager: AWhetter
Votes: 1255
Popularity: 42.523174
First Submitted: 2010-07-12 12:17
Last Updated: 2017-10-29 19:29

Pinned Comments

NicoHood commented on 2017-05-28 14:45

@Lenovsky There you go. Please upvote this topic if you wish to have spotify in the official ArchLinux [community] repository.

https://community.spotify.com/t5/Desktop-Linux-Windows-Web-Player/Redistribute-Spotify-on-Linux-Distributions/m-p/1695334#M188735

Latest Comments

lisu_ml commented on 2017-11-01 08:58

@raindev: forget it. It started to work again after reboot.

raindev commented on 2017-10-31 18:51

@lisu_ml works for me with the same version of spotify. I'm on MacBook. Any inforation in the logs (journalctl)?

lisu_ml commented on 2017-10-31 09:18

Since 1.0.66.478-1 update, my media keys are not working with spotify any more. I'm not able to pause, stop, resume, rewind of forward the tracks. Anyone else is experiencing this?

bulletmark commented on 2017-10-29 21:38

@mrsyellow, please just press the "flag package out of date" link next time. No need to spam us all. There are 45000 AUR packages. Imagine if everybody did that.

lukeniu666 commented on 2017-10-09 12:28

I have a problem with Spotify. I cannot play my local files, they are on the list but won't play. Also i cannot add another localisation for my local files, when I press Add source, nothing happends.
EDIT
I've installed ffmpeg0.10 and zenity from AUR and it works.

Alad commented on 2017-10-08 23:22

Please use a proper license name, e.g. custom:spotify.

shieldwed commented on 2017-10-07 16:18

@cabbage: Maybe spotify removed the tray icon since it seems not to have any future anyway. Gnome 3.26 just removed the tray icon panel (see: https://help.gnome.org/misc/release-notes/3.26/#thats-not-all last section).

cabbage commented on 2017-10-07 09:01

Last update has no tray icon on Gnome 3.24 to minimize. The "Startup and window behavior" section in settings is empty. Anyone else has some idea or is this only happens to me?

MrBlackWolf commented on 2017-10-03 18:04

Settings option won't work.

MarechalLima commented on 2017-09-30 18:24

Update:
pkgver=1.0.64.407
_anotherpkgver=.g9bd02c2d
_amd64_pkgrel=26

sha256sums_x86_64=('8c97a95ade46ce9f8e2bbe565cd2e79396ed31fc4f0646a907a6f3e028db887d')

luelistan commented on 2017-09-27 00:42

Update:
pkgver=1.0.64.401
_anotherpkgver=.g9d720389
_amd64_pkgrel=21
_i386_pkgrel=21

Rugantio commented on 2017-09-26 23:46

@f8x2n3

You need to see here which package you need according to your architecture http://repository.spotify.com/pool/non-free/s/spotify-client/

Then edit the PKGBUILD accordingly, namely the variables:
pkgver=1.0.59.395
_anotherpkgver=.ge6ca9946
_amd64_pkgrel=18
_i386_pkgrel=18

After you download the .deb package (if you use yaourt it will be in /tmp/yaourt-tmp-apelle/aur-spotify) you have to run
$ sha256sum SPOTIFYNAME.deb
to hash the package e substitute the string in the corresponding sha256sums_ARCH parameters of the PKGBUILD.

i.e. for spotify-client_1.0.64.401.g9d720389-21_amd64.deb
the hash is cc69c8826bf495ecf57b1d0daf6df87754592f48668cec4992d5187bbe85d308

f8x2n3 commented on 2017-09-26 19:39

The source URL currently leads to a 404.

gumballhead commented on 2017-09-01 17:56

If you're trying to login with Facebook and just getting a blank window, you can work around it like this:

Go to spotify.com, login with Facebook, and edit your profile. Chose the "Set device password" option in the menu on the left. Use the account id it gives you and the password you set to login directly.

sirUnix commented on 2017-08-24 02:41

Too many freezes with latest Spotify and Gnome 3. Sometimes Gnome crashes (restart Gnome Shell) when song changes. Often Spotify does't respond to interface changes like a volume control. I use linux-zen kernel (4.12.8-1), if it matters. Something similar behavior like @sepf

goetzc commented on 2017-08-11 23:06

Hey!

There is an issue with Spotify, as it doesn't respect the ICCCM specifications for the WM_CLASS property, window managers that use this property (KWin, i3, Awesome, etc) can't apply specific rules like starting it on a determined workspace, or maximizing it on start, and so on. More details on the official forum.[1] For this there is a workaround, spotifywm[2].

My request is for you to add the small MIT library that workarounds this, and extent the /usr/bin/spotify script to include the library on the LD_PRELOAD along with libcurl.

Hopefully you can add this,

Regards

[1] https://community.spotify.com/t5/Desktop-Linux-Windows-Web-Player/WM-CLASS-window-property-on-Linux/td-p/1247042
[2] https://github.com/dasJ/spotifywm

Maxattax commented on 2017-07-31 23:44

@ARandomScientist I've had similar issues on multiple Linux distributions, not sure why. Regardless, try logging in with Facebook's email and password.

I originally referenced this page: https://community.spotify.com/t5/Desktop-Linux-Windows-Web-Player/quot-Login-Failed-quot-Cannot-log-into-Spotify-using-Facebook/td-p/100761

ARandomScientist commented on 2017-07-31 01:15

The "LOG IN WITH FACEBOOK" dialog will not work for me. I've created a gfycat vid of the problem viewable here: https://gfycat.com/SneakyOddBuck

This is a new issue for me. Whenever I tried to log into Facebook with Spotify before, it would simply bring me to my default browser. Now it has its own (broken) window. It will sit there, blank, and never load.

sepf commented on 2017-07-18 23:46

Been having the same issue for months that @SeerUK reported in an earlier comment: can start spotify, and play songs, but the UI will lock up randomly during regular use. It is as if I can click the UI elements, but nothing happens (clicking on the play button for a song will not do anything). When it does freeze, the song progress bar will also freeze.

Using the latest version of spotify with all up-to-date dependencies, and no changes made to the installation or configuration of spotify.

coeus commented on 2017-07-17 12:43

Hi All,

I keep receiving the error

Error: Failure while downloading http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.57.474.gca9c9538-30_amd64.deb

I have a network connection.

Any help would be gratefully appreciated.

SeerUK commented on 2017-07-15 21:24

Hi there, I'm also getting the same issue some users had a few months ago. I can open Spotify, but if I start to play a song the whole UI locks up. The music plays, but I can't do anything then. Other things like playerctl also don't work with it once it's frozen. I believe it must be one of the dependencies being used. The same happens for me when using spotify-stable too.

UPDATE: Downgraded from linux to linux-lts, and this resolved the issue for me.

UPDATE 2: Nope, it's still doing it. Intermittently now though.

vegangaro commented on 2017-07-11 17:39

Same here. Spotify does not "remember" the last track played. UPDATE: Its working again!

bol0bal4 commented on 2017-07-11 10:02

Hi @Tipoun, I had spotify 1.0.57.474-1 and everything works fine. I dont get any problem on "remember-me"

Tipoun commented on 2017-07-11 09:10

I have the same problem since last update, but I think it is a problem in Spotify not related to Arch.

wget commented on 2017-07-03 09:36

Since the last update, the "remember me" feature does not work any more. I tried a fresh install removing the spotify content in .local, .config and .cache, but I'm still experiencing the same problem. Any one with this issue too?

LindyBalboa commented on 2017-06-29 11:03

I get the following error. I've tried every combination of libcurl and libopenssl in the repos. Any ideas?

/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
/proc/self/exe: /usr/lib/libcurl.so.3: no version information available (required by /proc/self/exe)

pacaur -Qi libcurl-compat [I]
Name : libcurl-compat
Version : 7.54.0-1
Description : An URL retrieval library (without versioned
symbols)
Architecture : x86_64
URL : https://curl.haxx.se
Licenses : MIT
Groups : None
Provides : None
Depends On : curl glibc krb5 openssl libpsl zlib
libssh2.so=1-64
Optional Deps : None
Required By : spotify
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 502.00 KiB
Packager : Maxime Gauduin <alucryd@archlinux.org>
Build Date : Wed 26 Apr 2017 09:24:51 PM CEST
Install Date : Thu 29 Jun 2017 12:57:45 PM CEST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature

pacaur -Qi openssl [I]
Name : openssl
Version : 1.1.0.f-1
Description : The Open Source toolkit for Secure Sockets Layer
and Transport Layer Security
Architecture : x86_64
URL : https://www.openssl.org
Licenses : custom:BSD
Groups : None
Provides : None
Depends On : perl
Optional Deps : ca-certificates [installed]
Required By : apache coreutils curl encfs git iputils
ldns libarchive libcurl-compat libevent
libgit2 libmariadbclient libsasl libshout
libssh2 net-snmp ntp openslp openssh
openvpn opusfile perl-net-ssleay
pkcs11-helper postgresql-libs python python2
python2-pyopenssl ruby s-nail virtualbox
vpnc w3m wimlib
Optional For : apr-util
Conflicts With : None
Replaces : None
Installed Size : 6.26 MiB
Packager : Pierre Schmitz <pierre@archlinux.de>
Build Date : Thu 25 May 2017 06:50:57 PM CEST
Install Date : Tue 20 Jun 2017 03:26:17 PM CEST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature

AWhetter commented on 2017-06-28 02:40

Hey everyone. Sorry for the slow update here. I've been away for the past week. The package is now up to date!

Jack12816 commented on 2017-06-26 18:40

@AWhetter: Here is the latest patch for the current version of spotify :)

```
--- a/PKGBUILD 2017-06-26 20:34:28.306111912 +0200
+++ b/PKGBUILD 2017-06-26 20:35:59.523774483 +0200
@@ -2,10 +2,10 @@
# Contributor: Eothred <yngve.levinsen@gmail.com>

pkgname=spotify
-pkgver=1.0.55.487
-_anotherpkgver=.g256699aa
-_amd64_pkgrel=16
-_i386_pkgrel=16
+pkgver=1.0.57.474
+_anotherpkgver=.gca9c9538
+_amd64_pkgrel=30
+_i386_pkgrel=30
pkgrel=2
pkgdesc="A proprietary music streaming service"
arch=('x86_64' 'i686')
@@ -19,8 +19,8 @@
sha256sums=('989920e9360cadc1a8103b8c04acf0c87cb7911eb9a09dddb0cf4708d6249d34'
'af54f3b90cac46fa100b3f919a9225d10d847617d24aa9af3d832e7689f482c3'
'4e8bea31ca27e16cac9c9dcd8f6ec27e1f82b45de86d6fee7a1e77e23f884b92')
-sha256sums_x86_64=('20073ba6fdf7d960361d4cb2afa6453e7a2108bd84df8f9cdf2cdf7225a83027')
-sha256sums_i686=('183f87b930b75d85ecb34cef2b26b0355a3a18ffa38e0e0a476bfb190972b74d')
+sha256sums_x86_64=('fe46f2084c45c756bee366f744d2821d79e82866b19942e30bb2a20c1e597437')
+sha256sums_i686=('8f2f4e6c71fe923512062e1c0378424a74651f5c107c05e8daf3b7bf67fd6de1')

source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-${_amd64_pkgrel}_amd64.deb")
```

RPDiep commented on 2017-06-22 20:05

@AWhetter: I've put the changes on GitHub. You can pull from https://github.com/RPDiep/aur-spotify if you want.

Info for current version:

pkgver=1.0.57.474
_anotherpkgver=.gca9c9538
_amd64_pkgrel=30
_i386_pkgrel=30

sha256sums_x86_64=('fe46f2084c45c756bee366f744d2821d79e82866b19942e30bb2a20c1e597437')
sha256sums_i686=('8f2f4e6c71fe923512062e1c0378424a74651f5c107c05e8daf3b7bf67fd6de1')

knasan commented on 2017-06-22 19:39

Hi, Version 1.0.55 is no longer available. New 1.0.57.474. Simple version and sha256 exchange and PKGBUILD works (tested with 64Bit version)

polyzen commented on 2017-06-22 17:53

Evidently the desktop and png files don't need to be executable, and -Dm644 should be used for installing those.

j53c commented on 2017-06-19 09:17

For people with the firewall problem (i.e. when the pgp server returns gpg: keyserver receive failed: No data), you can use another keyserver that uses port 80. This worked for me: gpg --recv-keys --keyserver hkp://keyserver.ubuntu.com:80 13B00F1FD2C19886

ryanvade commented on 2017-06-14 14:55

Another round of updates today and spotify works again. I have no idea why..

kube1984 commented on 2017-06-10 16:48

had same issue as a number of people today...

Fixed by running

pacman -Syu

ryanvade commented on 2017-06-08 15:26

I have rebuilt openssl-1.0 libssl-1.0-compat libcurl-1.0-compat and spotify without success.

mareke commented on 2017-06-06 16:33

Strange suddenly I am getting this error:
/usr/bin/spotify: line 3: 6884 Segmentation fault (core dumped) /usr/share/spotify/spotify "$@"

passcod commented on 2017-06-06 00:16

Same issue as @annata83, @ryanvade, and @guusw, with an up-to-date system.

guusw commented on 2017-06-03 03:48

Same issue as @annata83 and @ryanvade as well.
8ea338e4a5365e4f727c8535824fe70d7b4c0d83 still seems to work for me though.

ryanvade commented on 2017-05-31 16:41

I'm having the same issue as @annata83, my system is fully up-to-date.

NicoHood commented on 2017-05-28 14:45

@Lenovsky There you go. Please upvote this topic if you wish to have spotify in the official ArchLinux [community] repository.

https://community.spotify.com/t5/Desktop-Linux-Windows-Web-Player/Redistribute-Spotify-on-Linux-Distributions/m-p/1695334#M188735

Lenovsky commented on 2017-05-28 08:59

@NicoHood
Hey, since you know the problem better than us, could you start such a thread and link it here or/and somewhere? It would be great ;)

NicoHood commented on 2017-05-27 08:57

@ayoung The terms of use forbid to redistribute Spotify in our official repositories. If you package it on your own, thats a different procedure.

I've contacted spotify and was forwarded to the boss of the desktop app and the main 2 linux devs. However I got no response back after that.

If you guys want to have spotify in our official repository I suggest opening a thread in their forum. People need to upvote this and then we can possibly work closer with spotify. I am willing to package spotify for [community].

d4n3sh commented on 2017-05-27 01:43

Confirmed, ssl was officially reverted. #sudo pacman -Syu today and the problem is fixed.

annata83 commented on 2017-05-27 00:06

Hi, I just starting out with arch.. don't understand much of how building goes yet, I downloaded the snapshot and execute it with makepkg -si.. now i get this:
usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
...............................
I also run yaourt -S libopenssl-1.0-compat libcurl-openssl-1.0 spotify after adding the keys but same thing. What is this and how can I fix it?

By the way trying to check for openssl 1.0 i get this:
openssl-1.0-compat and libopenssl-1.0-compat are in conflict

ualbq200 commented on 2017-05-26 07:22

naxinz: confirmed working now after reverting openssl.

ayoung commented on 2017-05-25 22:19

Is there any chance of this package moving to [community], rather than remaining in the AUR?

polyzen commented on 2017-05-25 16:58

naxinz, just tested and can confirm this.

naxinz commented on 2017-05-24 22:15

The openssl changes that broke this package were just officially reverted in openssl-1.0 1.0.2.k-4. Should be able to go back to only depending on libcurl-compat now.

dr00p3h commented on 2017-05-23 09:43

Here's how to fix it!
1- add those gpg keys...just copy this in a new terminal :)

gpg --recv-keys --keyserver hkp://pgp.mit.edu D9C4D26D0E604491
gpg --recv-keys --keyserver hkp://pgp.mit.edu 5CC908FDB71E12C2

2- yaourt -S libopenssl-1.0-compat libcurl-openssl-1.0 spotify

3- ENJOY =)

kabbalah100 commented on 2017-05-21 15:16

This is the page, look it:https://github.com/virtapi/arch-package-builder

kabbalah100 commented on 2017-05-21 15:10

Like the dependencies that asked me: libopenssl-1.0-compat libcurl-openssl-1.0

kabbalah100 commented on 2017-05-21 15:06

I installed spotify from this repo.
http://archive.virtapi.org/packages/s/spotify/

Zoleeka88 commented on 2017-05-20 12:11

Hi guys, I have recently updated my packages with pacman and yaourt as well, and got the following message according to AUR package Spotify:

antergos 149.9 KiB 2.76M/s 00:00 [######################] 100%
core 125.2 KiB 7.19M/s 00:00 [######################] 100%
extra 1684.6 KiB 49.9M/s 00:00 [######################] 100%
community 3.8 MiB 60.8M/s 00:00 [######################] 100%
multilib 176.1 KiB 0.00B/s 00:00 [######################] 100%
libcurl-openssl-1.0 : Orphan
libopenssl-1.0-compat : Orphan
Foreign packages: \ 15 / 15

Is it allright just to leave it alone or should I do something with the two orphaned packages? Thanks for your help in advance. ( Until today I didn't get those packages as orphaned )

NicoHood commented on 2017-05-20 09:27

@all: I've created a stable PKGBUILD of spotify which uses the stable branch instead of testing. Spotify should break less often (i hope so). I've also included GPG checks which AWhetter refused to add, so you can be sure your spotify download is the binary from the official spotify developers.

https://aur.archlinux.org/packages/spotify-stable/

mis commented on 2017-05-19 22:40

@AWhetter, with openssl-1.0-1.0.2.k-4 (currently in [testing]) spotify works again with libcurl-compat and openssl-1.0 from the repos.

jossuawe commented on 2017-05-17 14:57

I got the solution from here:

https://forum.antergos.com/topic/6717/lib-version-not-found-required-by/5

--
@realmain - your solution is the same, thanks!

dom3k commented on 2017-05-17 07:01

My solution:

gpg --recv-keys --keyserver hkp://ipv4.pool.sks-keyservers.net:80 D9C4D26D0E604491
gpg --recv-keys --keyserver hkp://ipv4.pool.sks-keyservers.net:80 5CC908FDB71E12C2

Forum_Liker commented on 2017-05-16 17:04

==> Validating source files with sha256sums...
curl-7.54.0.tar.gz ... Passed
curl-7.54.0.tar.gz.asc ... Skipped
==> Verifying source file signatures with gpg...
curl-7.54.0.tar.gz ... FAILED (unknown public key 5CC908FDB71E12C2)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build libcurl-openssl-1.0.


==> Validating source files with sha256sums...
openssl-1.0.2k.tar.gz ... Passed
openssl-1.0.2k.tar.gz.asc ... Skipped
no-rpath.patch ... Passed
ssl3-test-failure.patch ... Passed
==> Verifying source file signatures with gpg...
openssl-1.0.2k.tar.gz ... FAILED (unknown public key D9C4D26D0E604491)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build libopenssl-1.0-compat.

anhdat commented on 2017-05-15 04:59

After installed `-compat` packages as suggested, and then renamed `libssl-compat.so.1.0.01` `libcrypto-compat.so.1.0.0` to `libssl.so.1.0.0``libcrypto.so.1.0.0`, I was able to bring spotify back. Thanks all!

Maxattax commented on 2017-05-12 23:31

The solution provided by @realmain worked flawlessly for me.

dnt994 commented on 2017-05-10 14:52

Added key for libopenssl-1.0-compat "gpg --recv-keys D9C4D26D0E604491"
and for libcurl-openssl-1.0 "gpg --recv-keys 5CC908FDB71E12C2"

and succesfully installed spotify folder with "makepkg -si"

skiwi commented on 2017-05-09 20:03

thumbs up for rob, simply add the proper gpg key, in my case
`gpg --recv-keys --keyserver hkp://pgp.mit.edu D9C4D26D0E604491`

sohakes commented on 2017-05-09 18:38

@mazzolino I know it wasn't for me, but thank you so much for this. Finally got Spotify working here with this!

mazzolino commented on 2017-05-09 16:35

As long as this doesn't work cleanly on Arch, my workaround is to make an AppImage. That is a statically linked binary which includes all dependencies, so it should work everywhere.

I am probably not allowed to distribute a Spotify AppImage, so you can clone this repository and build the image yourself, as shown in the readme: https://github.com/djmaze/docker-appimage-recipe-builder

RobLW365 commented on 2017-05-09 15:29

On Manjaro, had the issue of latest spotify complaining about the PGP key when trying to install libcurl.
Simply add the pgp to your system, then continue with the rebuild. ( gpg --recv-keys --keyserver hkp://pgp.mit.edu 5CC908FDB71E12C2 )

I recommend avoiding upgrading the openSSL stuff solutions others have come up with, as when I followed that road, it buggered up my entire system once I tried to upgrade to kernel 4.11, pacman had so much issues I had to boot of a usb to fix it.

gokhanckgz commented on 2017-05-07 21:10

i have solution for manjaro from "https://forum.manjaro.org/t/spotify-dependencies-openssl/22664/17"

-sudo pacman -U http://manjarolinux.polymorf.fr/unstable/extra/x86_64/openssl-1.0-1.0.2.k-3-x86_64.pkg.tar.xz --force

-yaourt -S spotify

if spotify already installed first uninstall then reinstall.

brekkjern commented on 2017-05-07 19:34

I can't make it work with any of the workarounds here. Does anyone have any suggestions for what I could try?

Martian commented on 2017-05-05 22:12

I can't run it anymore after recent system upgrade. I got the following messages:

/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)

It seems like the solution described here fixes the issue:
https://bugs.archlinux.org/task/53836

auberginepop commented on 2017-05-05 18:58

+1 thanks @realman

sohakes commented on 2017-05-05 18:21

Hey guys.

I installed this some time ago (3 months or something), so it's not a problem on any of the recent updates. I thought that maybe some update would fix it but no success, and can't find the problem anywhere else. Hope it's ok to ask here.

Anyway, when I play the first music on the player, everything works fine (sometimes it doesn't show the music which is playing). If I wait some time and try to change music, it also works somewhat well. But it's REALLY slow to change music if I try to change it "fast". It keeps playing the current music for something like 20 seconds, and then it changes. Sometimes it doesn't update the interface with the current playing song.

The interface becomes more unresponsive when trying to change songs too. It doesn't really hang, I can scroll things, it highlights everything when the mouse passes over, but when I click it takes some time to change something. Actually, the slow to respond thing happens when I click anything in the interface, not only when playing songs (that is, if I don't wait 20 seconds+ before the last click).

Any ideas? Tried to open it with debug flags, but it didn't help me much (I don't understand it that much anyway). Maybe it's caused by some lib that spotify uses, but I didn't suffer from the same thing with any other installed program I use. I also tried to use spotify with Mopidy, and it works fine, but I prefer Spotify's interface.

Thanks.

luudvig commented on 2017-05-05 15:21

@realmain Thanks! Worked perfectly!

realmain commented on 2017-05-05 13:42

1. gpg --recv-keys --keyserver hkp://pgp.mit.edu D9C4D26D0E604491
2. yaourt -S libopenssl-1.0-compat
3. gpg --recv-keys 5CC908FDB71E12C2
4. yaourt -S libcurl-openssl-1.0
* In the build change: depends=('curl' 'glibc' 'krb5' 'openssl-1.0' 'libpsl' 'zlib' 'libssh2.so')
to: depends=('curl' 'glibc' 'krb5' 'libopenssl-1.0-compat' 'libpsl' 'zlib' 'libssh2.so')
5. yaourt -S spotify

runical commented on 2017-05-03 17:13

Now for something completely different. Does anyone else have trouble opening open.spotify.com urls? When I run spotify --url or spotify --uri it will just ignore the flag completely. I have no clue if this worked before, but it is slightly inconvenient.

aleksandra commented on 2017-05-03 16:35

I was able to bring Spotify back by installing libopenssl-1.0-compat and libcurl-openssl-1.0 from AUR, then reinstalling (newest) spotify.
(Update: Artist and Album pages don't load. No idea if this is related)

no4b commented on 2017-05-03 10:08

Maybe it is possible to patch spotify binary so it would look for OPENSSL_1_0_2k instead of OPENSSL_1.0.0. Unfortunately this would be only workaround as it would need to be patched after every openssl-1.0 package upgrade.

mirh commented on 2017-05-02 16:37

If a distribution is still shipping openssl 1.0.x, then you can just edit libcurl pkgbuild with that.

Anyway, did anybody investigate the use of spotify flatpak repackage? https://github.com/alexlarsson/spotify-app

Blind55 commented on 2017-05-02 15:15

The
"-S --m-arg --skippgpcheck --noconfirm"
options indeed make spotify work, but break curl with SSL (e.g. with yaourt) on Arch in my case.

SuperIce97 commented on 2017-05-01 17:33

@QJas The version of openssl currently in the Arch repos is openssl 1.1, which is incompatible with 1.0. Spotify is a binary package and thus cannot be recompiled with openssl 1.0 support which is why the openssl-1.0 package is needed. The "benefit" of it is that it makes Spotify work on Arch Linux.
Remember, Manjaro != Arch Linux, do you should expect stuff to break if you're trying to use packages designed for Arch

QJas commented on 2017-05-01 16:09

Hi,

I wonder what the dependency update to libopenssl-1.0 actually does / what's th benefit of it, because it breaks the installation of the AUR package on Manjaro Linux.
In Manjaro, the openssl package deployed by the system is called openssl (and not openssl-1.0), currently in version 1.0.2.k-1

Lysio commented on 2017-04-30 00:05

Another solution that works for me:

- Downgrade openssl to the 1.0.2.k-1 version
- Download openssl-1.1.0e > https://www.openssl.org/source/openssl-1.1.0e.tar.gz
- Extract the folder
- Configure the package ( $ ./config > make > make install )
- Copy the libcrypto.so.1.1 and libssl.so.1.1 files to /usr/lib

btmcg commented on 2017-04-29 23:02

Thanks for your work here.

I suggest adding --mode=644 as an option to the install commands in the PKGBUILD. Otherwise, those two files are installed with perms 755.

LinuxNewbi commented on 2017-04-29 18:26

@vollekannehoschi Thanks! It Worked. However, after installing those first two packages, I had to run yaourt -S spotify without --nonconfirm spotify.

Anyways, for someone having trouble, here's the process:

yaourt -S --m-arg --skippgpcheck --noconfirm libopenssl-1.0-compat

yaourt -S --m-arg --skippgpcheck --noconfirm libcurl-openssl-1.0

yaourt -S spotify

vollekannehoschi commented on 2017-04-29 15:45

this worked for me:
ya -S --m-arg --skippgpcheck --noconfirm libopenssl-1.0-compat
ya -S --m-arg --skippgpcheck --noconfirm libcurl-openssl-1.0
ya -S --noconfirm spotify
(ya=yaourt)

LinuxNewbi commented on 2017-04-29 15:28

@Lcunha I ran the command both normally and with sudo, but I still get the same error

maek commented on 2017-04-29 13:58

[SOLVED] Apparently you face the following issues if you are using ld.gold as the linker...

$ /usr/bin/spotify
/usr/share/spotify/spotify: /usr/lib/libssl-compat.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto-compat.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl-openssl-1.0.so: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto-compat.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /usr/lib/libcurl-openssl-1.0.so)
/usr/share/spotify/spotify: /usr/lib/libssl-compat.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /usr/lib/libcurl-openssl-1.0.so)

LCunha commented on 2017-04-29 03:40

Solve the all problems with:

1) gpg --recv-keys --keyserver http://pgp.mit.edu D9C4D26D0E604491 && gpg --recv-keys --keyserver http://pgp.mit.edu 5CC908FDB71E12C2

2) Manually build libcurl-openssl-1.0 using makepkg and install: https://aur.archlinux.org/packages/libcurl-openssl-1.0/

3) yaourt -S libopenssl-1.0-compat or install through of makepkg.
4) yaourt -S spotify

I did it all manually using makepkg.

ben2ben commented on 2017-04-29 03:12

the problem was that the server(s) that were giving the pgp keys were offline or busy.. I even checked my firewall logs and I didn't seeing anything outbound being blocked from my ip.. so thanks to the user who posted the server was back up I was able to recieve the keys.. here are the steps I had to take to get it working.

legend [...] = I skipped the next next stuff and just tried to include the relevant info.

==> spotify dependencies:
- alsa-lib>=1.0.14 (already installed)
- gconf (already installed)
- gtk2 (already installed)
- glib2 (already installed)
- nss (already installed)
- libsystemd (already installed)
- libxtst (already installed)
- libx11 (already installed)
- libxss (already installed)
- desktop-file-utils (already installed)
- rtmpdump (already installed)
- libopenssl-1.0-compat (building from AUR)
- libcurl-openssl-1.0 (building from AUR)


Verifying source file signatures with gpg...
curl-7.54.0.tar.gz ... FAILED

libcurl-openssl-1.0 7.54.0-1 (2017-04-26 21:18)

==> Validating source files with sha256sums...
curl-7.54.0.tar.gz ... Passed
curl-7.54.0.tar.gz.asc ... Skipped
==> Verifying source file signatures with gpg...
curl-7.54.0.tar.gz ... FAILED (unknown public key 5CC908FDB71E12C2)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build libcurl-openssl-1.0.

==> Restart building libcurl-openssl-1.0 ? [y/N]
==> --------------------------------------------
==> n
==> Restart building spotify ? [y/N]
==> --------------------------------
==> n

$gpg --keyserver pgp.mit.edu --recv-keys 0x5CC908FDB71E12C2
gpg: /home/andyroo/.gnupg/trustdb.gpg: trustdb created
gpg: key 5CC908FDB71E12C2: public key "Daniel Stenberg <daniel@haxx.se>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1

yoaurt spotify

[...]

==> Continue building libcurl-openssl-1.0 ? [Y/n]
==> ---------------------------------------------
==> y

==> Building and installing package
==> Making package: libcurl-openssl-1.0 7.54.0-1 (Fri Apr 28 21:51:52 EDT 2017)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading curl-7.54.0.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 3416k 100 3416k 0 0 332k 0 0:00:10 0:00:10 --:--:-- 577k
-> Downloading curl-7.54.0.tar.gz.asc...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 488 100 488 0 0 353 0 0:00:01 0:00:01 --:--:-- 353
==> Validating source files with sha256sums...
curl-7.54.0.tar.gz ... Passed
curl-7.54.0.tar.gz.asc ... Skipped
==> Verifying source file signatures with gpg...
curl-7.54.0.tar.gz ... Passed
==> Extracting sources...
-> Extracting curl-7.54.0.tar.gz with bsdtar
==> Starting build()...

[...]

==> Continue installing libcurl-openssl-1.0 ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
y

successfull

[...]

==> Continue building libopenssl-1.0-compat ? [Y/n]
==> -----------------------------------------------
==> y

==> Building and installing package
==> Making package: libopenssl-1.0-compat 1.0.2.k-3 (Fri Apr 28 21:57:29 EDT 2017)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading openssl-1.0.2k.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 5184k 100 5184k 0 0 1927k 0 0:00:02 0:00:02 --:--:-- 1928k
-> Downloading openssl-1.0.2k.tar.gz.asc...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 455 100 455 0 0 757 0 --:--:-- --:--:-- --:--:-- 757
-> Found no-rpath.patch
-> Found ssl3-test-failure.patch
==> Validating source files with sha256sums...
openssl-1.0.2k.tar.gz ... Passed
openssl-1.0.2k.tar.gz.asc ... Skipped
no-rpath.patch ... Passed
ssl3-test-failure.patch ... Passed
==> Verifying source file signatures with gpg...
openssl-1.0.2k.tar.gz ... FAILED (unknown public key D9C4D26D0E604491)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build libopenssl-1.0-compat.
==> Restart building libopenssl-1.0-compat ? [y/N]
n
abort building spotify
$ gpg --keyserver pgp.mit.edu --recv-keys 0xD9C4D26D0E604491
gpg: key D9C4D26D0E604491: public key "Matt Caswell <matt@openssl.org>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1

.. and 20th try is the charm?

yaourt spotify
==> spotify dependencies:
- alsa-lib>=1.0.14 (already installed)
- gconf (already installed)
- gtk2 (already installed)
- glib2 (already installed)
- nss (already installed)
- libsystemd (already installed)
- libxtst (already installed)
- libx11 (already installed)
- libxss (already installed)
- libcurl-openssl-1.0 (already installed)
- desktop-file-utils (already installed)
- rtmpdump (already installed)
- libopenssl-1.0-compat (building from AUR)

[...]

==> Continue installing libopenssl-1.0-compat ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
==> y

[...]

-> Compressing package...
[...]
==> Continue installing spotify ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
==> yes please :)

==> Continue installing spotify ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
==> y

==> Continue installing spotify ? [Y/n]
==> [v]iew package contents [c]heck package with namcap
==> ---------------------------------------------------
==> y

loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) spotify-1.0.53.758-2

Total Installed Size: 195.61 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [##########################] 100%
(1/1) checking package integrity [##########################] 100%
(1/1) loading package files [##########################] 100%
(1/1) checking for file conflicts [##########################] 100%
(1/1) checking available disk space [##########################] 100%
:: Processing package changes...
(1/1) installing spotify [##########################] 100%
Optional dependencies for spotify
ffmpeg0.10: Adds support for playback of local files
zenity: Adds support for importing local files [installed]
:: Running post-transaction hooks...
(1/3) Updating icon theme caches...
(2/3) Arming ConditionNeedsUpdate...
(3/3) Updating the desktop file MIME type cache...
error: file owned by 'openssl' and 'openssl-1.0': 'usr/lib/libcrypto.so.1.0.0'
error: file owned by 'openssl' and 'openssl-1.0': 'usr/lib/libssl.so.1.0.0'

These last two errors are because during troubleshooting I ran

sudo pacman -U --force http://manjarolinux.polymorf.fr/unstable/extra/x86_64/openssl-1.0-1.0.2.k-3-x86_64.pkg.tar.xz

in an effort to resolve the issue. As I understand it they are both similar and the stable branch will adopt openssl-1.0 in the future so it is safe for me to leave this conflict in place.



moewb commented on 2017-04-29 01:31

@ben2ben
I tried just now and it worked for me. Give it another shot, maybe the server was just unavailable when you ran those commands ;-)

ben2ben commented on 2017-04-28 23:13

Kernel: x86_64 Linux 4.9.24-1-MANJARO
DE: KDE 5.33.0 / Plasma 5.9.4
CPU: Intel Core i5-5300U @ 4x 2.9GHz [38.0°C]
RAM: 1523MiB / 7863MiB

no solutions in the comments have worked. Same issues as many have had the gpg keys

$gpg --keyserver pgp.mit.edu --recv-keys 0x5CC908FDB71E12C2
gpg: keyserver receive failed: Connection refused

gpg --recv-keys 5CC908FDB71E12C2
gpg: keyserver receive failed: No keyserver available

What is going on with this package?



hgabreu commented on 2017-04-28 18:56

I had the same problem. My issue was the company firewall blocking the route/ports to the keyserver. On my home wifi it worked fine.

vollekannehoschi commented on 2017-04-28 14:17

I have also the error message "gpg: keyserver receive failed: No such file or directory" with and without specified keyserver. Can't find much about that error :(

bol0bal4 commented on 2017-04-28 07:24

hi @ReekyMarko,
Can you double check about libnghttp2?
I'm so sure spotify can works well without libnghttp2.

ReekyMarko commented on 2017-04-28 07:20

@bol0bal4 hmm might be to that I install all of my AUR packages to my server's local repo

mrngm commented on 2017-04-27 19:28

@hippieben regarding adding keys: use `gpg --keyserver pgp.mit.edu --recv-keys 0xD9C4D26D0E604491` and `gpg --keyserver pgp.mit.edu --recv-keys 0x5CC908FDB71E12C2`

--recv-keys expect a keyid.

After that, it passes PGP integrity check.

hippieben commented on 2017-04-27 18:13

ben@TARDIS:~/AUR/spotify$ gpg --recv-keys D9C4D26D0E604491
gpg: keyserver receive failed: No such file or directory


ben@TARDIS:~/AUR/spotify$ gpg --receive-keys --keyserver https://pgp.mit.edu/ 5CC908FDB71E12C2
gpg: keyserver receive failed: No such file or directory


no luck

Got it installed by manually building each dep with --skippgpcheck, which I feel is better than adding keys willy nilly. Still not happy that I can't add keys though.

bol0bal4 commented on 2017-04-27 11:21

Hi @ReekyMarko,
When I check $ldd /usr/share/spotify/spotify I didn't see libnghttp2,
My spotify version is 1.0.53.758-2

ReekyMarko commented on 2017-04-27 11:06

@runical

$ spotify
/usr/share/spotify/spotify: error while loading shared libraries: libnghttp2.so.14: cannot open shared object file: No such file or directory

This is what I get when I try to run Spotify without libnghttp2

runical commented on 2017-04-27 09:44

@ReekyMarco: Are you sure? It runs just fine on my system without that dependency.

ReekyMarko commented on 2017-04-27 09:10

Please add libnghttp2 as a dependency, spotify won't lauch without that

Zappa commented on 2017-04-26 15:08

Works for me:

$ gpg --recv-key 5CC908FDB71E12C2
$ gpg --recv-key D9C4D26D0E604491
$ yaourt -S spotify

felipec commented on 2017-04-26 05:48

Why the dependency on libopenssl-1.0-compat? The issue is in openssl-1.0, by fixing the symbol versions Spotify works just fine:

https://bugs.archlinux.org/task/53836

amoros commented on 2017-04-25 20:31

cribari's fix worked for me as well. Just import daniel@haxx.se key 5CC908FDB71E12C2 (if you trust it).

$ gpg --receive-keys --keyserver https://pgp.mit.edu/ 5CC908FDB71E12C2
$ aurget -S libcurl-openssl-1.0
$ aurget -S spotify

Installation done.

jsbach commented on 2017-04-25 17:59

This works for me:

1) gpg --recv-keys --keyserver http://pgp.mit.edu D9C4D26D0E604491 && gpg --recv-keys --keyserver http://pgp.mit.edu 5CC908FDB71E12C2
2) Manually build libcurl-openssl-1.0 after changing the dependency in its PKGBUILD from "openssl-1.0" to "openssl"
3) yaourt -S libopenssl-1.0-compat
4) yaourt -S spotify

Scimmia commented on 2017-04-25 17:51

michaldybczak, partial updates are not supported.

michaldybczak commented on 2017-04-25 17:45

error: package openssl-1.0 was not found

I tried to edit PKGBUILD (with updated version on: https://curl.haxx.se/download.html and SHA256) but didn't get it working.

thurstylark commented on 2017-04-25 15:27

Missing a dependency on libnghttp2.

Scimmia commented on 2017-04-25 15:05

1. That is not part of this package.
2. That's normal, and common to every package that verifies the source using pgp.

nepoxx commented on 2017-04-25 14:54

Latest version breaks if you didn't add the gpg key manually:

Verifying source file signatures with gpg...
curl-7.53.1.tar.gz ... FAILED (unknown public key 5CC908FDB71E12C2)

AWhetter commented on 2017-04-25 14:39

Woops I'd forgotten to stage the pkgrel changes. That's what I get for updating it late at night! Updated.

runical commented on 2017-04-25 08:29

@AWhetter: It would be nice if you'd bump the pkgrel for a rebuild like this ;)

MrFastDie commented on 2017-04-25 07:48

@Ionaowna gpg —recv-keys —keyserver hkp://pgp.mit.edu D9C4D26D0E604491 && gpg —recv-keys —keyserver hkp://pgp.mit.edu 5CC908FDB71E12C2 && yaourt -S libopenssl-1.0-compat libcurl-openssl-1.0 spotify - that works for me

lonaowna commented on 2017-04-25 07:39

Please bump the pkgrel, for the openssl rebuild.

ryanvade commented on 2017-04-25 01:35

The export line provided by @swordbeta worked for me.

marcolussetti commented on 2017-04-24 19:54

@bluehue Thank you so much for the fix.
I note for others that I had to do perform a git fetch --depth=2 (for now, might need to increment later) before the checkout as it was only fetching the first commit.

TuriTyrsson commented on 2017-04-24 18:55

@bluehue I run the command:

pacaur -S libopenssl-1.0-compat libcurl-openssl-1.0
Then, I press Y key but the installation doesn't start

I also have problems with megasync because of these libraries.

MageJohn commented on 2017-04-24 16:59

@bluehue, note that it's sometimes necessary to do a `git pull origin` before `git checkout 226c803`. At least for me it was. :)

agm28011997 commented on 2017-04-24 16:26

is it possible to do in an automatic way with the PKGBUILD? I think it is possible but I don't know how...i wish i could help, sorry

swordbeta commented on 2017-04-24 15:45

In addition to the comments below I had to start spotify like so:

#!/bin/sh
export "LD_PRELOAD=libcurl-openssl-1.0.so /usr/lib/openssl-1.0-compat/libssl.so /usr/lib/openssl-1.0-compat/libcrypto.so"
/usr/share/spotify/spotify "$@"

Source: https://bbs.archlinux.org/viewtopic.php?pid=1702528#p1702528

bluhue commented on 2017-04-24 13:14

Indeed, even on patch 226c8036af52585b566dc032509d242b28a6be42 the package no longer works since the openssl version bump.

Edit: On further investigation, I stand corrected

gpg --recv-keys --keyserver hkp://pgp.mit.edu D9C4D26D0E604491
gpg --recv-keys --keyserver hkp://pgp.mit.edu 5CC908FDB71E12C2
pacaur -S libopenssl-1.0-compat libcurl-openssl-1.0
cd ~/.cache/pacaur/spotify
git clean -fdx
git pull origin # cheers agm28011997
git checkout 226c803
makepkg -si

WhyNotHugo commented on 2017-04-22 03:44

Latest update remains broken:

$ /usr/bin/spotify
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)

What's worse: the former workaround not longer works either.

Pandoras_Fox commented on 2017-04-21 16:55

Local file playback no longer works for me on the latest build - I just get told "This song is not available. If you have the file on your computer you can import it".

I've installed the ffmpeg and zenity deps. There's also some output from ffmpeg in the terminal:

[mp3 @ 0x7fdc38b56940] max_analyze_duration 5000000 reached at 5015510
[mp3 @ 0x7fdc38b1b2e0] max_analyze_duration 5000000 reached at 5015510

Dunno what exactly is up or what broke.

edit: turned out to be ffmpeg-compat-54 was broken. I had to go disable the sha256 check on one of its sources for its package to build, then all was fine in the world again.

kameleon83 commented on 2017-04-16 19:19

Error :
/usr/share/spotify/spotify: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

dsifford commented on 2017-04-15 23:47

Long-time listener, first-time commenter.

@AWhetter, thanks so much for your hard work on this. Even more so being that it's a holiday weekend. I'm sure I speak for everybody when I say we greatly appreciate your hospitality and responsiveness.

Enjoy the rest of your weekend and have a happy holiday!

AWhetter commented on 2017-04-15 23:41

I've just reverted the openssl change. I think it makes more sense for the [testing] users to have to checkout a specific commit than for regular users to have to do it. We'll have a problem again when openssl goes to [core] but we can deal with that when we come to it. In the mean time, [testing] users will need to checkout commit 226c8036af52585b566dc032509d242b28a6be42.

When openssl goes to [core], you can get spotify working without needing to wait for me by using the same commit. When this happens I'll bring back the fix and bump up the pkgrel.

bulletmark commented on 2017-04-15 22:52

Maintainer, so regular Arch users have to wait for the openssl changes in testing to reach the stable packages before we can build or update this package?

Steinberg2010 commented on 2017-04-15 11:47

Follow the instructions left by mis below:

--------
For the non [testing] users:
You can just checkout the last commit before the [testing] fixes.

git clone https://aur.archlinux.org/spotify.git
cd spotify
git checkout 28698fb
makepkg

pepper_chico commented on 2017-04-15 08:40

I'm not using [testing]! The package is broken :(

ata commented on 2017-04-14 19:52

[ata@ata]: ~/spotify>$ yaourt -S spotify
==> Bir paket listesinden yükleniyor
hata: hedef bulunamadı: export
hata: hedef bulunamadı: /usr/share/spotify/spotify
but m install

git clone https://aur.archlinux.org/spotify.git
cd spotify
makepkg -sri

mis commented on 2017-04-14 11:29

For the non [testing] users:
You can just checkout the last commit before the [testing] fixes.

git clone https://aur.archlinux.org/spotify.git
cd spotify
git checkout 28698fb
makepkg

jgottlander commented on 2017-04-14 09:48

I got it fixed by installing libcurl-openssl-1.0 and libopenssl-1.0-compat manually. Manually imported the GPG keys with:
gpg --recv-keys XXXXXXXXXXXXXXXXXXX

And had to change dependency in libcurl-openssl-1.0 from "openssl-1.0" to "openssl", by changing the PKGBUILD file.

bbolgradov commented on 2017-04-14 09:27

@AWhetter
Why was it necessary to replace libcurl-compat with libopenssl-1.0-compat and libcurl-openssl-1.0 ?
And also, what's this "impending openssl doom" that you fixed?

lol43442232323 commented on 2017-04-14 08:02

Hello i use manjaro linux and have a problem to install spotify because i get an error of openssl :/ pls fix it <3 thanks

cocreature commented on 2017-04-14 06:35

The changes for [testing] broke the PKGBUILD for people not using [testing]:
libcurl-openssl-1.0 depends on openssl-1.0 and that is only available in testing so far.

AWhetter commented on 2017-04-14 05:37

Updated to 1.0.53.758 and I've also integrated the fixes for openssl and curl in [testing]. Thanks for much for those fixes @mis!

victor_ide commented on 2017-04-14 02:21

New repo URL:
http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.53.758.gde3fc4b2-33_amd64.deb

Like @deadFreak781 said: edit in PKGBUILD

deadFreak781 commented on 2017-04-14 02:17

The source has change. The PKGBUILD must be edited.

ata commented on 2017-04-13 20:36

-> spotify-client-0.9.17_0.9.17.8.gd06432d.31-1_amd64.deb1.0.52.717.g2f08534a-47_amd64.deb indiriliyor...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found
==> HATA: http://repository.spotify.com/pool/non-free/s/spotify/spotify-client-0.9.17_0.9.17.8.gd06432d.31-1_amd64.deb1.0.52.717.g2f08534a-47_amd64.deb indirilirken hata oluştu
Çıkılıyor...

WhyNotHugo commented on 2017-04-09 19:39

Only this worked for me:

export "LD_PRELOAD=libcurl-openssl-1.0.so /usr/lib/openssl-1.0-compat/libssl.so /usr/lib/openssl-1.0-compat/libcrypto.so"
/usr/share/spotify/spotify "$@"

Note that I the actual binary is NOT /usr/bin/spotify.

dwatzke commented on 2017-04-08 15:45

@mis: thanks, this works for me - I just had to install libcurl-openssl-1.0 from AUR too

mis commented on 2017-04-06 15:45

@p4block, this PKGBUILD provides the openssl-1.0 libs without the versioned symbols patch introduced with openssl-1.0 1.0.2.k-3
EDIT: uploaded to AUR https://aur.archlinux.org/packages/libopenssl-1.0-compat

Works for me with following export line in the start script:

export "LD_PRELOAD=libcurl-openssl-1.0.so /usr/lib/openssl-1.0-compat/libssl.so /usr/lib/openssl-1.0-compat/libcrypto.so"

p4block commented on 2017-04-06 11:50

For [testing] fellow users

Downgrade openssl-1.0 to 1.0.2.k-2 version, the latest version will make spotify not work again.

borrelnoot commented on 2017-04-05 17:07

The fix from mis didn't work for me either.
For now I'm using the flatpak package [1].
It gives similar errors, but after a small delay at the first run, it works fine.

For anyone interested, I did the following:
# pacman -Sy flatpak
$ flatpak --user install --from https://s3.amazonaws.com/alexlarsson/spotify-repo/spotify.flatpakref
$ flatpak run com.spotify.Client

[1] http://flatpak.org/apps.html#spotify

ebot commented on 2017-04-04 03:52

@firecat53, I am also experiencing the same issue with closing spotify on i3 after the latest update

tmalt commented on 2017-04-03 20:23

I've got the same errors as @polyzen

/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)

The window opens, I can play one song ... application freezes up after that, can't click anything.

Anyone know how to fix this?

mis commented on 2017-04-03 09:48

If you don't use [testing] there is nothing you need to do. (Until the openssl and libcurl-compat packages are moved to [core] / [community])

tmalt commented on 2017-04-02 23:52

@mis

Any way around this without using the testing repo?

Tried installing openssl-1.0 from testing, but it conflicted with the libraries that are already installed on my system.

Thanks

samcv commented on 2017-04-01 22:51

Thank you @mis for this. I have been having this problem a while. I would email the maintainer with your fix. Worked perfectly. Hope this package gets updated soon to have those changes.

mis commented on 2017-03-30 10:01

I uploaded libcurl-openssl-1.0, that does not conflict with libcurl-comapt. https://aur.archlinux.org/packages/libcurl-openssl-1.0/
To get spotify working with that package you need to change the spotify start script. (and of course the dependency: libcurl-compat -> libcurl-openssl-1.0)

export LD_PRELOAD=libcurl.so.3 -> export LD_PRELOAD=libcurl-openssl-1.0.so

@AWhetter, please consider to apply this changes when libcurl-compat-7.53.1 is moved from [testing] to [community].

bol0bal4 commented on 2017-03-30 02:41

@firecat53, I'm using awesome WM. Spotify is actually killed by Window-close function. Just so you know dude... :))
@mis, Thank you, I downgraded libcurl-compat to ver 7.52.1-1 and spotify works correctly. :)

firecat53 commented on 2017-03-30 00:20

Using i3, the most recent update (spotify-1.0.52.717-1) does not actually kill Spotify when using the window-close (Win-shift-q) shortcut. The window is killed but the process lives on. Previous version works correctly (spotify-1.0.49.125-2). Starting spotify again actually starts a whole 2nd instance...I can actually play two music streams at once! Interesting...

mis commented on 2017-03-29 13:49

If you have no other packages installed that depend on libcurl-compat, another way is to use this libcurl-compat version build against openssl-1.0
Edit: libcurl-compat-openssl-1.0 removed from AUR

sebi506 commented on 2017-03-29 13:26

Worked for me too, @mis. Thanks a lot! :)

mis commented on 2017-03-29 09:16

For the [testing] users:
Installing openssl-1.0 and downgrading libcurl-compat to version 7.52.1-1 from [community] works for me.

polyzen commented on 2017-03-29 01:01

Tried the --force-device-scale-factor workaround mentioned way back in the comments to no avail.

sebi506 commented on 2017-03-28 21:58

I'm experiencing the same problem as @polyzen. Starting from Terminal gives me the same error, starting from .desktop terminates immediately. Any update on that issue yet?

deraffe commented on 2017-03-27 15:08

Experiencing the same problem as @ulke here: Spotify listens on DBUS, but does not respond. No idea how to further debug this, though.

polyzen commented on 2017-03-25 22:25

That's installed.

lowph commented on 2017-03-25 22:11

Maybe try installing openssl-1.0.

polyzen commented on 2017-03-25 18:50

Getting these errors after updating my system with the packages rebuilt for openssl 1.1.0 (in [testing]): https://ptpb.pw/x0A4

Tried both rebuilding the package and updating to the latest version. Any ideas?

CaBeTuX commented on 2017-02-24 05:13

sha256sum 1d6d1cccfb7f996b835f21c8dbabc16ca4bd214878e06738dba7886640470050
spotify-client_1.0.49.125.g72ee7853-111_amd64.deb

Works fine in Manjaro KDE (16.10)

ulke commented on 2017-02-16 09:00

MPRIS now works again, without another Spotify update. Apparently the problem was elsewhere.

ulke commented on 2017-02-14 10:39

The MPRIS interface seems to be broken in the current version. playerctl just hangs when I try to query/control the client.

Plexcon commented on 2017-02-13 18:45

spotify 1.0.49.125-1 trabaja correctamente en Manjaro KDE Edition (16.10.3)

Anonymous comment on 2017-02-11 17:31

http://repository.spotify.com/pool/non-free/s/spotify-client/

Package, where PKGBUILD is pointing is nonexistent, edit PKGBUILD according to repo and generate SHA256 by using command sha256sum or something else.

Example of editing AMD64:

spotify-client_1.0.48.103.g15edf1ec-121

pkgname=spotify
pkgver=1.0.48.103
_anotherpkgver=.g15edf1ec
_amd64_pkgrel=121

SHA256 of AMD64 spotify-client_1.0.48.103.g15edf1ec-121
sha256sums_x86_64=('63a1289f146d8327518306a7fa92299751eb0fb264a21433850e46b1fbebfc66')

Tested on Antergos with GNOME and it seems that everything is fluent on this build.

s3k0 commented on 2017-02-09 22:09

Stable version "1.0.47.13" Spotify
https://github.com/s3k0/spotify-stable

ItayXD commented on 2017-02-07 23:38

@bulletmark thank you very much, it drove me crazy!
Update: if you suffer from this issue get the new files (`panel.js` & `ui.js`) from the git repo and restart the shell

bulletmark commented on 2017-02-07 07:00

I'm running version 1.0.48.103-1 and notice that GNOME seems to completely freeze for about 2 secs on any song change, including if you manually step a track. The mouse won't move, keystrokes stop, clock seconds display stops, etc. Anybody else seeing this?

PS: Tried 2 previous versions back to 1.0.45.186-1 but still does it. Using play.spotify.com now which works fine.

PS next day edit: Ok, worked out that the problem is with the media-player-indicator extension so raised a bug on that at https://github.com/eonpatapon/gnome-shell-extensions-mediaplayer/issues/313.

francoism90 commented on 2017-02-06 18:16

@plebian: Thanks for the workaround! :)
Same issue here.

alexis6307 commented on 2017-02-01 09:19

Spotify last update installs and works perfect! Thanks!

MarechalLima commented on 2017-02-01 03:40

SHA256SUM amd64: f660115dd423937e7ac03effbad0e9f53f77f51fb69cc45066503db2bcc44ba6

spotify-client_1.0.47.13.gd8e05b1f-89_amd64.deb

HOuadhour commented on 2017-01-31 21:10

The current versions in spotify repositories
se we can't install spotify :(

spotify-client_1.0.47.13.gd8e05b1f-17_i386.deb 31-Jan-2017 09:45 73098374
spotify-client_1.0.47.13.gd8e05b1f-89_amd64.deb 31-Jan-2017 09:45 71895310
spotify-client_1.0.48.103.g15edf1ec-14_i386.deb 31-Jan-2017 11:25 73398758
spotify-client_1.0.48.103.g15edf1ec-94_amd64.deb 31-Jan-2017 11:25 72106144

bulletmark commented on 2017-01-25 22:02

@plebian, that problem where the account link does not work has existed for many versions. Also on GNOME. Thanks for the tip about the arrow keys.

plebian commented on 2017-01-25 13:28

Can't seem to click the link to account settings, don't know if more people have this problem otherwise I'm opening a ticket. On Gnome

edit: using the arrow keys with enter works as a workaround

tmalt commented on 2017-01-25 01:16

@he-leon

I ran spotify as root. Like you said, everything works fine.

I believe you're right about dbus; I get the following message when running as root:

(spotify:2173): GLib-GIO-CRITICAL **: g_dbus_connection_send_message: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

I haven't been able to find any information about this error, but I'll keep searching.

Also, I have a similar situation with my laptop as well. I have a manjaro install and I get the same libssl errors. Running as normal user works fine.
I'll let you know if I find anything.

-Tom

he-leon commented on 2017-01-23 13:47

@ThomasMaltese:

I experience the same problem. I don't think it has something to do with libssl.
When running Spotify as root everything works just fine. It prints the same messages about libssl etc, so i don't think this is the problem.

I have another Arch Linux installation on my notebook. The strange thing is: Everything works normal on my notebook. Spotify runs smoothly executed as a normal user and is btw also printing the messages you mentioned.
I couldn't find out what is making the difference here. Both systems are nearly identical and up-to-date.

I noticed that when running it as root Spotify is not connecting to dbus for some reason. Could that make the difference maybe?

Any help is appreciated! Thanks!

regards
Leonhard

dfrey commented on 2017-01-21 06:35

I noticed that these data files were being installed with execute permissions:
/usr/share/applications/spotify.desktop
/usr/share/pixmaps/spotify-client.png

Fixed in this commit:
https://github.com/dpfrey/arch-aur-spotify/commit/1f80c860647d6db96045a2657dc0d1b77f9959f8

tmalt commented on 2017-01-20 03:06

All,

I'm having some issues with spotify and openssl.

When I launch spotify, the window opens and I can log in. Once I hit play on a song, I get sound, the application freezes and I can't click anything (pause, change songs, etc.)

Errors from the terminal:

/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
[0119/213400:ERROR:main_delegate.cc(752)] Could not load cef_extensions.pak


I've tried using an older version of spotify (1.0.44.100) using git and makepkg as suggested by @chso, but I end up with the same errors.
Before re-installing, I made sure to remove stuff like ~/.cache/spotify and ~/.config/spotify and the like.

I don't know much about openssl aside from that it has to do with cryptography. My gut tells me I shouldn't mess around with it.

Version information:
pacman -Q spotify
spotify 1.0.47.13-1

pacman -Q openssl
openssl 1.0.2.j-1

If it matters, "which openssl" returns the path to my anaconda2 (python distribution) installation:
/home/USERNAME/anaconda2/bin/openssl

Also, I did pacman -Syy and -Syu before installing so my system is up to date.

If anybody knows what the issue could be, any help would be greatly appreciated.
Thanks,

spookykidmm commented on 2017-01-15 00:53

I did @PipeNinja's change but for both x86_64 and i686 and uploaded that modified pkgbuild here: https://github.com/spookykidmm/spookykidmm-pkgbuilds/tree/master/spotify

Dragoon commented on 2017-01-14 21:56

i can confirm @PipeNinja solution is working, upgrading from spotify 1.0.44 to 1.0.47 on two already logged 64 systems, thanks :)

Anonymous comment on 2017-01-14 17:46

Updated to version 1.0.47.13 - http://sprunge.us/bMBT

PipeNinja commented on 2017-01-14 13:26

For those wanting to install the new version before the PKGBUILD is updated you can do the following (on x86_64).

Kick of the installer via yaourt (yaourt -S spotify)

When asked, edit the PKGBUILD.

Change the "source_x86_64" to "http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.47.13.gd8e05b1f-47_amd64.deb"

And the "sha256sums_x86_64" to "7f32e25aa7188ec74a93d240b994f1126fc034325b66ec6549e7006e05dee900"

Save the PKGBUILD and continue building.

Enjoy.

Bumble-Bee commented on 2017-01-14 08:47

Looks like a new version is available as of yesterday

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.47.13.gd8e05b1f-47_amd64.deb

1.0.45 seems to be unavailable

Dragoon commented on 2017-01-13 23:10

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.45.186.g3b5036d6-95_amd64.deb not found, sticking with the 1.0.44 version meanwhile

NicoHood commented on 2017-01-13 10:59

@ErnestoDiazMD What you suggested is a simple downgrade to version 100. With the exception that it is not packaged as package and so it will totally trash your filesystem. I already suggested to only use stable spotify versions, as testing really seems to break stuff.

ErnestoDiazMD commented on 2017-01-13 00:42

I found a way to resolve the issue, adapted to Arch (actually I use Antergos) from a post I found here (http://negativo17.org/spotify-client/) in the comments section, made by CIFER

a) Download the package from spotify.com:
http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.44.100.ga60c0ce1-89_amd64.deb
b) Unpack the .deb file and the data.tar.gz within, then:
c) Copy the content of the folder /usr/share/spotify (from the tar that you just extracted from the spotify.deb) to the /usr/share/spotify in your system.

francoism90 commented on 2017-01-12 11:53

@chso @mpcsh: what happens if you do login, and then upgrade to the latest?

mpcsh commented on 2017-01-12 02:17

Also having the same segfault, also fixed by downgrading.

chso commented on 2017-01-10 05:22

Currently still receiving segfault error on attempted login. @paulodiovani's answer of downgrading fixed current issues.

Downgraded to version 1.0.44.100 steps:

# remove package
pacman -Rcs spotify

# clone from git reposistory
git clone https://aur.archlinux.org/spotify.git
cd spotify

# checkout previous version and install
git checkout d14db2c
makepkg -sri

Thanks to paulodiovani.

TiTan4T commented on 2017-01-08 15:55

Spotify can't handle with my password. I think the problems are the special characters :
"/usr/bin/spotify: Zeile 3: 4129 Speicherzugriffsfehler (Speicherabzug geschrieben) /usr/share/spotify/spotify "$@"
"

wijagels commented on 2017-01-08 04:16

After the update, spotify is stuck in fullscreen, anybody else experiencing this?

freddiaN commented on 2017-01-06 15:20

It seems like that I for some reason can't login, no matter what kind of client I use (mopidy, despotify-svn or downgraded normal client). I thought it would be something with ufw/a firewall in general, but uninstalling ufw proofed to be not the solution to the problem. The Error code I get is just "Service is temporarily unavailable, please try again later (Error code: 2)". Anyone else got the same problem and possibly a solution to it? (EDIT: just to clarify: some minutes of googleing did not help)

blainsmith commented on 2017-01-04 14:57

@CaptainJellyfish Thank you very much for the help here!

bkuri commented on 2017-01-03 17:53

@CaptainJellyfish thanks for your help. You saved me a visit to the spotify forums, which BTW is where linux user feedback goes to die.

ScripTAL commented on 2016-12-31 14:32

@paulodiovani Thanks for help me ;)

paulodiovani commented on 2016-12-31 03:14

Some thoughts of Version 1.0.45.186 problems:

- It happens for me on login, only. A failed login, mostly due to internet connection problem, makes the client segfaults
--- If already logged in the app starts, but shows always offline
- Version 1.0.44.100 does not segfaults, but still can't login on my current network, with error type 2 (service unnavailable)
--- If you want, you can downgrade with the steps bellow

Downgraded to version 1.0.44.100 steps:

# remove package
pacman -Rcs spotify

# clone from git reposistory
git clone https://aur.archlinux.org/spotify.git
cd spotify

# checkout previous version and install
git checkout d14db2c
makepkg -sri

ScripTAL commented on 2016-12-30 21:04

Crash in login
reported ERROR in terminal::

[1230/175745:ERROR:main_delegate.cc(752)] Could not load cef_extensions.pak
[1230/175746:ERROR:sandbox_linux.cc(343)] InitializeSandbox() called with multiple threads in process gpu-process.
[1230/175755:ERROR:PlatformKeyboardEvent.cpp(94)] Not implemented reached in static bool blink::PlatformKeyboardEvent::currentCapsLockState()
/usr/bin/spotify: line 3: 1521 Segmentation fault (core dumped) /usr/share/spotify/spotify "$@"

Already tried ::

spotify --username=MY_NICK --password=MY_PASS

But it says the wrong username and password, I tried the spotify-legacy tip, but my machine is i686, Help here please!!!

melmeiro commented on 2016-12-30 12:05

@gorghoa You made my day. Thanks a lot.

mani.zaeim commented on 2016-12-30 08:22

@CaptainJellyfish and @Nazzr, thanks for your suggestion and effort,this may work, but its not a solution, I do not know whats the problem but I believe this should be fix if this is packaging problem, otherwise, I would be appreciated if anyone can explain and report it to spotify team.
Thanks.

@gorghoa, Thanks. it worked.

gorghoa commented on 2016-12-30 08:17

@Kunda, @Nazzr & @CaptainJellyfish, no need to uninstall/reinstall each time you want to log in, just launch spotify by hand (or with alt + f2) with this command:

spotify --username=YOUR_SPOTIFY_USERNAME --password=YOUR_PASSWORD

Kunda commented on 2016-12-29 22:12

Thanks @Nazzr (and especially to @CaptainJellyfish)
that workaround worked :)

Nazzr commented on 2016-12-29 10:57

@CaptainJellyfish Thanks! Got it working :D

This is what i did:
1. Remove spotify (current version)
2. Install spotify-legacy
3. Open spotify and log in.
4. Close spotify.
5. Remove spotify-legacy and install the current version again.
6. Open spotify and you should be logged in,

Thanks again! the web player sucks! :)

CaptainJellyfish commented on 2016-12-29 08:11

Got it starting. :D

1) install spotify-legacy
2) login, close it
3) remove spotify-legacy while installing spotify (did it in pamac in one step)
4) start Spotify - you should be logged in now - no crash

I hope it works for others, too.

mani.zaeim commented on 2016-12-29 03:34

Spotify crash before authentication, after pressing login btn

1229/112715:ERROR:PlatformKeyboardEvent.cpp(94)] Not implemented reached in static bool blink::PlatformKeyboardEvent::currentCapsLockState()
/usr/bin/spotify: line 3: 8748 Segmentation fault (core dumped) /usr/share/spotify/spotify "$@"

windy commented on 2016-12-26 09:12

Could you please add the remaining number-suffix to $anotherpkgver? This would make the diff much more readable since the URL would not change anymore.

PixelatedToast commented on 2016-12-26 05:26

Installing version 1.0.44.100 and upgrading as @Erro suggested worked for me.

hakeber commented on 2016-12-25 22:38

Same segmentation fault error here since the previous update

freedent commented on 2016-12-24 19:18

Nazzr same problem for me.

/usr/bin/spotify : line 3 : 4710 Error of segmentation (core dumped)/usr/share/spotify/spotify "$@"

Nazzr commented on 2016-12-23 16:34

Getting segmentation fault since the previous update.
The issue still remains with this update.

NicoHood commented on 2016-12-23 11:23

@AWhetter: GPG gives us authenticity of the sources that we download and it is the only way to verify the origin. The whole security of our OS relies on those signatures and the more packages that use those, the better it is.

Furthermore makepkg does have support for source verification, that is exactly what I am using in my PKGBUILD. The only problem we have is, that spotify provides the signatures in a not optimized way.

ArchLinux is not made for beginners, and those who are can learn the stuff, as security is most important for an operating system. Also the "barrier" that you have is to download spotifys GPG key, which is a single line command. This also applies to every other package and should not keep you from using GPG. It also works with AUR wrappers that are not officially supported.

Arch is meant for latest software, correct. But as you see the testing version did not work. That is possibly something for the testing repository that does not apply to AUR. We can split it into two packages, but I'd go for the stable package. Also it is updated frequently, so it is not super old. Also your source array still has an incorrect license entry.

Please add GPG signatures and include the command to download the spotify fingerprint as a sticky AUR post.

~Nico

voepew commented on 2016-12-23 10:37

Even today update didn't help. It still crash after login.

AWhetter commented on 2016-12-23 09:27

@NicoHood: I've decided not to use your gpg changes. They create to much of a barrier for new users. It doesn't make the PKGBUILD easy to use. But I'll definitely make the necessary changes when makepkg adds support for source verification.
As for stable vs non-stable, we did used to have a spotify and spotify-beta package but the stable one fell too far behind so it made more sense to make spotify use the more up to date version. spotify-legacy provides the older version (https://aur.archlinux.org/packages/spotify-legacy/).

@CaptainJellyfish It looks like you've not downloaded the PKGBUILD properly and you've downloaded a html page instead. Use the "Download snapshot" link in the "Package Actions" section of this page and untar the tarball to get all ofthe source file.

urbanslug commented on 2016-12-22 19:37

@s3k0 you can just use the PKGBUILD I linked to.

@NikoHood Sounds like a good idea but the whole point of Arch (at least for me) is to get the latest software. I don't have an opinion on this plus you can modify the PKGBUILD as you wish.

s3k0 commented on 2016-12-22 12:00

Spotify stable https://github.com/s3k0/spotify-stable

i installed this 1.0.45.xxx version but crashes everytime after login...

NicoHood commented on 2016-12-22 10:39

Why dont we use the stable version anyways instead of the testing version?
http://repository.spotify.com/dists/stable/non-free/binary-amd64/Packages

urbanslug commented on 2016-12-22 08:54

Here's a working and updated PKGBUILD. https://gist.github.com/urbanslug/396150167652f92441050ca121a05a38

CaptainJellyfish commented on 2016-12-21 14:52

@Erro
Thanks for you suggestion. Sadly there are several errors when trying to install the downloaded files (translated from German by me, so maybe not the exact words in english):
/home/air/Downloads/Spotify/PKGBUILD: Line 1: !DOCTYPE: File or folder not found.
/home/air/Downloads/Spotify/PKGBUILD: Line 2: Syntax error at unexpected word `newline'
/home/air/Downloads/Spotify/PKGBUILD: Line 2: ` "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">'
==> ERROR: Couldn't determine the source of /home/air/Downloads/Spotify/PKGBUILD

I just downloaded the files, nothing was changed in any way...

Anmol_Sharma commented on 2016-12-21 14:02

Unable to login, after update. It crashes on login

codingquark commented on 2016-12-21 05:29

I'm also unable to login after the last update. It crashes upon login.

Hydeh commented on 2016-12-20 20:48

Hi I'm having a bit of an issue with spotify when I open it and put my login details in it closes spotify and the processes, Any idea how to fix this?

Dragoon commented on 2016-12-19 23:03

you are right @mis , spotify is working again perfectly, thanks a lot :)

mis commented on 2016-12-19 21:55

@Dragon use 1.0.44.100, it works and is still available http://repository.spotify.com/pool/non-free/s/spotify-client/

Dragoon commented on 2016-12-19 18:40

can anyone share spotify-client_1.0.43.125.g376063c5-91_amd64.deb ? so i can try @Erro 's solution???

dflt commented on 2016-12-18 18:08

is this version is safe for the ssd? (the vacuum bug)

Erro commented on 2016-12-18 16:07

For those who get a segfault on login, try to install the previous version instead
https://aur.archlinux.org/cgit/aur.git/tree/?h=spotify&id=d14db2c92907a4cad04da31d48bc04b61f1ef6e2

Download the files, open a terminal in the folder and run
makepkg -s
makepkg -i

pf83 commented on 2016-12-17 19:32

Crash on login here as well. Anyone know why this happens and how to fix it?

gj545rndmu commented on 2016-12-17 17:17

Yes, here it crashes on login only as well.

mis commented on 2016-12-17 12:10

It crashes on login only. If you was logged in (remember me checked) in the previous version before the update to 1.0.45.182 it works.

@NicoHood namcap complained about uninstalled libcef.so and libwidevinecdm.so in previous working versions too. That shouldn't be the problem, some libs are shipped with the .deb package.

No useful gdb output http://pastebin.com/KDVyGibw, at lest to me..

desaparecido commented on 2016-12-17 08:12

hi everybody, for me all builds and works fine (about @taylorhurlow's question), I'm in 64 bits with testing enabled, and I use makepkg to build (not AUR helper).

did you clean you build folder before? sometime are conflict when build over older versions

taylorthurlow commented on 2016-12-17 06:23

Is it working for anyone? I'm avoiding the update for now.

Dragoon commented on 2016-12-16 22:02

same error as @NicoHood , tested on a fresh 64 bits arch install

NicoHood commented on 2016-12-16 10:45

With version 1.0.45.182 I get a segfault:
[1216/114314:ERROR:main_delegate.cc(752)] Could not load cef_extensions.pak
[1216/114318:ERROR:PlatformKeyboardEvent.cpp(94)] Not implemented reached in static bool blink::PlatformKeyboardEvent::currentCapsLockState()
/usr/bin/spotify: line 2: 4844 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /opt/spotify/spotify "$@"

spotify W: Referenced library 'libcef.so' is an uninstalled dependency
spotify W: Referenced library 'libwidevinecdm.so' is an uninstalled dependency

NicoHood commented on 2016-12-16 10:35

@AWhetter: would you please change the license variable to custom and use the GPG signature checks to ensure everyone's package security?

gj545rndmu commented on 2016-12-16 08:32

I am getting following error now:

2016-12-16 09:30:19 ERROR dbus Could not connect to Spotify dbus session: org.freedesktop.DBus.Error.ServiceUnknown: The name org.mpris.MediaPlayer2.spotify was not provided by any .service files
2016-12-16 09:30:19 ERROR dbus Failed to get DBus property: org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
2016-12-16 09:30:19 ERROR dbus Could not connect to Spotify dbus session: org.freedesktop.DBus.Error.ServiceUnknown: The name org.mpris.MediaPlayer2.spotify was not provided by any .service files
2016-12-16 09:30:19 ERROR dbus Failed to get DBus property: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.144 was not provided by any .service files
/usr/bin/spotify: line 3: 9470 Segmentation fault (core dumped) /usr/share/spotify/spotify "$@"

AJSlye commented on 2016-12-16 02:27

New versions:
http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.45.182.gbbd5909f-21_i386.deb
http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.45.182.gbbd5909f-72_amd64.deb

Dragoon commented on 2016-12-16 02:04

perhaps is just me but http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.43.125.g376063c5-91_amd64.deb is not found anymore

kukrimate commented on 2016-12-08 20:57

rtmpdump is not really needed by the client at all

Scimmia commented on 2016-12-02 14:57

As explained earlier, please ignore all of that.

NicoHood commented on 2016-12-02 13:28

@AWhetter: Would you please consider to use my gpg check functions? This increases everyone security.

It'd also make sense to add a link to the license inside the PKGBUILD as well as to the sources, as then its simpler to do a manual update by looking at the addresses.

Please also change the license value to "custom" only.

Updated PKGBUILD:
https://gist.github.com/NicoHood/5ae26f778d4c62aee32e4b56081cc925

Bobyl commented on 2016-12-02 08:33

source url is wrong for the x86_64 version.
_anotherpkgver should be g376063c5
trailing number should be 91

billypilgrim commented on 2016-12-01 19:33

@bit_shifter thanks for this!

bit_shifter commented on 2016-12-01 19:10

This gets the x86_64 version working but will break the i686 version (due to differing _anotherpkgver strings):

$ diff PKGBUILD_1.0.43.123.txt PKGBUILD_1.0.43.125.txt
5,6c5,6
< pkgver=1.0.43.123
< _anotherpkgver=.g80176796
---
> pkgver=1.0.43.125
> _anotherpkgver=.g376063c5
21,22c21,22
< source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-86_amd64.deb")
< sha256sums_x86_64=('157ce6ac9a86fa537ab93f162c8b018fedb6fa84dc9e5ad0ce401bf287ba652d')
---
> source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-91_amd64.deb")
> sha256sums_x86_64=('7b68ede2428634b2fa1cca0bb13a73821b3a803774aa89f07b1af96622767ee2')

billypilgrim commented on 2016-12-01 18:20

The newest AMD64 version of the package is already not working as the Spotify people seem to have deleted the version of the .deb file that the package is using as a source. The correct source is: http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.43.125.g376063c5-91_amd64.deb

daltones commented on 2016-11-30 18:20

@hobarrera I usually check for updates here: http://repository-origin.spotify.com/pool/non-free/s/spotify-client/

I installed myself this new version and it's working good.

WhyNotHugo commented on 2016-11-29 15:19

Package is not out-of-date:

http://repository-origin.spotify.com/dists/stable/non-free/binary-amd64/Packages

But current package returns an error when attempting to search (tried this on different systems). Is nobody else having this issue?

Freso commented on 2016-11-23 09:16

@eabi Similar to https://community.spotify.com/t5/Desktop-Linux-Windows-Web-Player/Top-right-menu-items-are-non-responsive/m-p/1472227#M168411 ?

eabi commented on 2016-11-22 23:19

I've never been able to enter into the settings, and I've already tried 4 snaps. Is it a known bug or just me? (It's probably the last option, I'm having troubles with gtk2 and some packages...)

Scimmia commented on 2016-11-19 19:57

@trojkat, please read the AUR wiki page. base-devel is assumed at built time.

trojkat commented on 2016-11-19 19:41

Please add fakeroot to dependencies.

NicoHood commented on 2016-11-17 18:21

@AWhetter: I've updated the PKGBUILD again to fix the PGP signature naming. Feel free to add me as co-maintainer and I will add the changes. You should also add this links to the sources, as its not simple to find those for everyone.
https://gist.github.com/NicoHood/5ae26f778d4c62aee32e4b56081cc925

I am cancling the orphan request now.

Scimmia commented on 2016-11-17 15:14

Arch does promote verifying PGP signatures, and I agree with that. In this case, though, upstream isn't signing the tarball, they're signing a text file which has a checksum for another file which has a checksum for the tarball. Way too convoluted for pacman/makepkg and not supported. On the other hand, it's a good way for the maintainer to verify that the checksum they're putting into the PKGBUILD is correct.

siglot commented on 2016-11-17 11:44

@Scimmia pacman doesn't support AUR at all, if you mean makepkg it does support PGP checks. As NicoHood said spotify signed packages in a nonstandard way so verifying it needs some tinkering. If you don't like given prepare function please propose something better. As I wrote earlier Arch maintainers make exactly opposite conclusion than yours, that PGP checks should be done in PKGBUILD directly. What's the point of checking PGP externally by maintainer when he can check that in PKGBUILD so all users could do all the steps he did for maximum reproducibility? And the most important question is - what's the downside of PGP checking?

Scimmia commented on 2016-11-17 03:58

If you do implement the PGP checks (which is a setup pacman does not support), please do not use the prepare function given; it's a mess.

Really, this is something the maintainer should do before adding that checksum to the PKGBUILD, not done at build time by the user.

NicoHood commented on 2016-11-16 14:43

@AWhetter: Thanks for taking care.

PGP is extremely important as described by siglot. you can get the missing key by doing gpg --recv-keys <key> or similar. This verifies that the source was published by spotify and nobody else. However they do not sign the debian package directly. They sign a file with hashes which sign another file with hashes which actually contains the hashes for the sources. Thatswhy my bigger prepare() modifications.

About /opt: Binaries (elf files) are not supposed to be installed to /usr/share. This is also what namcap tells you when you check the package. Those should be installed to /usr/lib. But you cannot just move the binaries as spotify gives zero fucks about FSH. Thatwhy the whole package needs to be installed to /opt, which is the best case for such kind of binary blobs.

Thank you for switching to sha256sums, however using even stronger hashes is still not a bad idea. Their (signed) hash files also contain sha512sums. If you use my pgp modification those are used anyways, but you can also use them as role model for other people.

Do additionally increase the package security you'd also want to sign the PKGBUILD (because if you can tamper the gpg key in there, you can also tamper the sources). This can be done by signing the git commits or by signing the PKGBUILD itself. I also want to discuss this for the official Arch Packages, as we really need this for them too. The trust then relies on your side as aur maintainer though.

Using https is not possible for spotify sadly, so you already did your best here. Use https whenever you can.

It would be nice if you could add the gpg fix, however someone reported that I need to make the source unique, otherwise it does not get downloaded again on an update. I am going to fix this soon and publish my changes here.

siglot commented on 2016-11-16 12:25

@AWhetter PGP is the ultimate way to verify sources (not only binary packages). Actually arch is on its way to enable PGP verification for sources wherever possible https://www.archlinux.org/todo/use-gpg-signatures-and-https-sources/ . The benefit of it is exactly the same for AUR source code as for repo sources. I think a comment in PKGBUILD could be added that user have to exec specific command before install like "gpg --recv-keys --keyserver hkp://pgp.mit.edu <key id>". You can find key in https://www.spotify.com/nl/download/linux/ or https://wiki.debian.org/spotify . Alternatively PGP verificaton could be commented out by default if you think that above is too much burden for users ;) , but it should be easily available anyway.

AWhetter commented on 2016-11-16 06:59

@NicoHood I've had a look at your suggestions. Thanks for taking the time to do that. I've added a license file but replaced all of the unicode that was in there. The EULA was recently updated as well so I've added the newer version. I've also switched to sha256sums.
I have a couple of questions about the other changes. Why have you chosen to move the package to /opt? This actually used to install to /opt but it was moved back to /usr/share. I can't remember exactly why but I think it was because there wasn't really a reason move it outside of where Spotify installs by default, and because spotify doesn't really fit the description of a "Large self-contained packages such as Java, etc." [1].
Also what PGP key have you used? I thought there wasn't much benefit to signing AUR packages and it was only really useful for repo packages? I'm probably wrong though...

[1] https://wiki.archlinux.org/index.php/Arch_packaging_standards#Directories

siglot commented on 2016-11-12 18:16

@NicoHood for some strange reason I can't run it through /opt directory. It says: `/opt/spotify/spotify': not a valid identifier. I had to fallback to /usr/share. Otherwise your PKGBUILD works great.

devl_archer commented on 2016-11-12 12:48

i am sorry i think i flagged it wrong - the sources are up to date but the PACKAGEBUILD does refer to the outdated URLs (version numbers)....

NicoHood commented on 2016-11-11 15:41

I've updated the gist with the missing files. scrol down or just download the zip.

siglot commented on 2016-11-11 11:10

@NicoHood could you post somewhere your spotify.sh and license file so we can test your pkgbuild?

penguinista commented on 2016-11-11 05:28

Following what @AWhetter said below:
The PKGBUILD can be found here. Note the spotify.sh also requires a not listed (minor) path and name change.
https://gist.github.com/NicoHood/5ae26f778d4c62aee32e4b56081cc925

I get this error:
==> ERROR: spotify.sh was not found in the build directory and is not a URL.
==> ERROR: Makepkg was unable to build spotify.
==> Restart building spotify ? [y/N]
==> --------------------------------

Can you please advise?
Thanks!

NicoHood commented on 2016-11-10 21:09

@AWhetter: Would you mind adding me as co-maintainer?

I've updated the spotify package to improve several things:
* Installs now in correct path /opt
* Uses pgp signatures
* Improved readablity
* Use (upstream) sha512sums
* Installed proper license file

The PKGBUILD can be found here. Note the spotify.sh also requires a not listed (minor) path and name change.
https://gist.github.com/NicoHood/5ae26f778d4c62aee32e4b56081cc925

Knatterton commented on 2016-11-10 21:05

Confirm.
Spotify installed (x86_64) and working after modifying the PKGBUILD according to joshb.

joshb commented on 2016-11-10 20:24

Package is outdated as Spotify have updated their repo's with a new deb.

To get this working you need to edit the PKGBUILD:

Updated Repo & MD5 hash:

source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.42.151.g19de0aa6-74_amd64.deb")
md5sums_x86_64=('dcce36b6956fd12baff87427357558d2')

source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.42.151.g19de0aa6-27_i386.deb")
md5sums_i686=('c2840db7c82747591f8ab480da1dcca0')

This is by far not a permanent fix, but it'll get it installed.

Mladia commented on 2016-11-10 16:45

Either what @edoardo849 said, or you can make a text file PKGBUILD, add the @nezumi build and call makepk and pacman -U.

Sadly this didn't work for me, as I get that the size of the package, that is to be installed is 0.00 Mb.

edoardo849 commented on 2016-11-10 16:02

was able to build with nezumi's and Alph4d0g's solutions. Just say Y when prompted for editing the PKGBUILD and add nezumi's code

nezumi commented on 2016-11-09 19:31

I was able to build with Alph4d0g's link

diff --git a/PKGBUILD b/PKGBUILD
index 09289ee..c9ec19c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,8 +2,8 @@
# Contributor: Eothred <yngve.levinsen@gmail.com>

pkgname=spotify
-pkgver=1.0.42.145
-_anotherpkgver=.g7a5a182e
+pkgver=1.0.42.151
+_anotherpkgver=.g19de0aa6-74
pkgrel=1
pkgdesc="A proprietary music streaming service"
arch=('x86_64' 'i686')
@@ -16,8 +16,8 @@ source=('spotify'
md5sums=('cfef2f72647980c639201c6ab39e8534'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

-source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-37_amd64.deb")
-md5sums_x86_64=('9b3d3b70373d72a46739a6472bd9dc2c')
+source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}_amd64.deb")
+md5sums_x86_64=('dcce36b6956fd12baff87427357558d2')

source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-17_i386.deb")
md5sums_i686=('d811a49e5394fd5f3e56c4b6b2b7618c')

Alph4d0g commented on 2016-11-08 07:27

new x64 version link:
http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.42.151.g19de0aa6-74_amd64.deb

KamranMackey commented on 2016-11-08 00:50

Already out of date. Spotify pushed out a new build probably to fix some outstanding issues.

m3thodic commented on 2016-11-07 23:28

Updated PKGBUILD for latest releases:
https://gist.github.com/tonylambiris/f1cad3a51965f81d3d335c4f3d81f2d2

Vladimir93 commented on 2016-11-07 20:22

Spotify has a new UI.

dcelasun commented on 2016-11-07 15:57

@felipec: Same UI issues here as well. I've checked the link @jar3k mentioned but that doesn't resolve it for me on Xfce.

lostkhaos commented on 2016-10-21 14:23

Do we not want to strip the binaries? I noticed libcef.so in particular is awfully large.

karel_louwagie commented on 2016-09-19 19:12

Could you please remove the KDE support part? This makes the content of the package dependent on the system it was built on. If you want a kde supported version you should consider creating spotify-kde for example.

jar3k commented on 2016-09-19 12:50

@felipec I also had the same issue, but I've found solution. Just set track_notifications_enabled as false like is described here: https://wiki.archlinux.org/index.php/spotify#Deadlock_GUI_Thread

barakisbrown commented on 2016-09-14 15:27

Just installed it. No UI issues whatsoever.

felipec commented on 2016-09-13 07:49

Anybody is having UI issues? Any operation like seeking, or changing the song, results in a huge lag. After several seconds the action seems to take place.

Vanpra commented on 2016-09-11 16:32

@NicoHood Thanks for the information, I have now updated the package to use SHA512 checksums. https://github.com/vanpra/spotify

NicoHood commented on 2016-09-10 14:52

@Creimer I thought that too first. However you can always have a man in the middle. There are different options for this:

* A local hacker in your lan (even friends) (dns/normal http spoofing)
* Your router got hacked (extern/local via wlan) (dns)
* Your provider got hacked (dns)
* Spotify servers get hacked (different binaries)
* As a special note: the download uses http, with https it would be a bit less problem

In all those cases you will get a different file. To verify its integrity you need a good hash algorithm. And that's why md5 or sha1 is not good enough if you ask me. Another point is, that spotify provides sha512sums. So its not even a big deal to use them.

CReimer commented on 2016-09-10 12:35

It's totally irrelevant which checksum is used. We're downloading directly from spotify.com. What should go wrong?

Checksums are not there for security reasons. They are there to check if something happend while downloading. And IMO for that purpose even MD5 is good enough.

NicoHood commented on 2016-09-10 12:26

@Vanpra Thanks you for updating. However sha1 is not really better than md5. sha256 or even better sha512 gives the most security.

Vanpra commented on 2016-09-10 12:05

I have updated the package to use SHA1 instead of md5. For anyone who wants the updated package you can find it here: https://github.com/vanpra/spotify

meantonyaharding commented on 2016-09-03 18:36

@antiblond thanks for the updated info, WFM.

antiblond commented on 2016-09-03 15:28

@NicoHood: sha512 seems excessive, but ok:
c148a4bfdaae14b1d87fa09b6d4c9780fd87e594ae310f8fc1d696be6111214f88ddc239e368faab17d327a5c7ec2b745391d4f114bd41ad9ce6e3b731790609 spotify-client_1.0.37.152.gc83ea995-42_amd64.deb
and
ef18a4ad61427669c2da00dbd2487882de2cfab191c42cc385f0db230b2bae6b0f03f504c60f5dde67aecc12becb0076727729f6380a7fa88ce01d140965efd1 spotify-client_1.0.37.152.gc83ea995-42_i386.deb
The official MD5, SHA1, SHA256 and SHA512 sums can be found at:
http://repository.spotify.com/dists/testing/non-free/binary-amd64/Packages
and
http://repository.spotify.com/dists/testing/non-free/binary-i386/Packages
The sums for these files can be found at
http://repository.spotify.com/dists/testing/Release
, for which you find a GPG signature at
http://repository.spotify.com/dists/testing/Release.gpg
The rest is up to you, the key should be signed by someone important.

benbristow commented on 2016-09-03 10:42

@antiblond Works fine. Thanks!

moonlies commented on 2016-09-02 22:26

I can confirm antiblonds solution as well as the given md5 sums.

NicoHood commented on 2016-09-02 16:12

@antiblond: If you don't like to live dangerously you should better use sha512sums and not md5. Why doesnt the maintainer switch to sha512sums. Its much more secure and gives no problems at all. Its just better and safer.

Could you also send me the sha512sums, so I can verify those with my download?

antiblond commented on 2016-09-02 15:25

The PKGBUILD has to be changed once again:

pkgver=1.0.37.152
_anotherpkgver=.gc83ea995

and

source_x86_64=("http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-42_amd64.deb")
md5sums_x86_64=('7fb0b777aa807bd79157f62ca3dc435f')

should work. If you need to use the i686 binary, change the lines below to:

source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-42_i386.deb")
md5sums_i686=('3fe48999909ff10b0004dd7a4d845990')

If you don't like to live dangerously, wait for someone to confirm the md5sums.

mazzolino commented on 2016-08-26 14:21

@GLaDER, Spotify's start page is a severe resource hog in the app, because of the animated stuff. For me, the problem disappears when switching to another area (e.g. a playlist).

GLaDER commented on 2016-08-26 13:12

I am having severe GUI issues when running Spotify. If I start Spotify all applications will start freezing every once in a while (a couple of seconds in between). If I close Spotify, everything works fine.

Running i3wm.

wadawalnut commented on 2016-08-14 23:42

sigbjorn's method worked for me as well. Thanks a lot sigbjorn.
I'm very curious to know how one could go about figuring out how to fix this kind of error. This one seems mind-boggling to me.
Anyway, great job.

EgidioCaprino commented on 2016-08-14 18:09

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.34.146.g28f9eda2-19_amd64.deb

SyntaxError commented on 2016-08-14 18:06

So to explain for people who doesn't know what sigbjorn is talking about, download the snapshot and open up PKGBUILD with whatever text editior that you like (I used nano)

Then when it's open find the two sections that sigbjorn points out, change them and save it. Then run makepkg and it shall work.

Good job sigbjorn.

keepitsimpleengr commented on 2016-08-13 15:48

Spot on, sigbjorn

greh commented on 2016-08-12 20:54

Worked for me as well. Thanks!

sigbjorn commented on 2016-08-12 18:30

Hi, Seems that the spotify version at download site is changed/updated:
changing to

pkgver=1.0.36.120
_anotherpkgver=.g536a862f

and

source_x86_64=("http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-20_amd64.deb")
md5sums_x86_64=('8c27d59e63eca56f36688cca9a7da4a5')

did the trick for the x86_64 for me.

greh commented on 2016-08-12 12:14

Can't build:
"The requested URL returned error: 404 Not Found
==> BŁĄD: Błąd podczas pobierania http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.34.146.g28f9eda2-19_amd64.deb
Przerywam...
==> BŁĄD:Makepkg nie był w stanie zbudować spotify.
==> Powtórzyć budowanie spotify?[t/N]"

nsantiago2719 commented on 2016-08-12 02:22

Spotify detects I'm offline even though I have a internet connection. I tried to re open the app but still it says I'm offline.

eugenelet commented on 2016-08-10 16:53

It seems that I can't access the settings menu, I'm using LxQt. Have to go back to spotify-legacy :(

NicoHood commented on 2016-08-07 10:54

I suggest to replace the md5sums with sha512sums to make the integrity of the download more secure, since its downloaded via http (and https seems not supported for this download).

Blazer78 commented on 2016-08-06 11:00

Wrong url and checksum

For X86_64 Edit pkgbuild this way

pkgname=spotify
pkgver=1.0.34.146
_anotherpkgver=.g28f9eda2
pkgrel=1
pkgdesc="A proprietary music streaming service"
arch=('x86_64' 'i686')
license=('custom:"Copyright (c) 2006-2010 Spotify Ltd"')
url="http://www.spotify.com"
options=('!strip' '!upx')

source=('spotify'
'spotify.protocol')
md5sums=('cfef2f72647980c639201c6ab39e8534'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

source_x86_64=("http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_$
md5sums_x86_64=('DF428370556F2300763BE025359E9FB1')


Vanpra commented on 2016-08-06 10:49

For anyone who wants an updated PKGBUILD: https://github.com/vanpra/spotify

techMod commented on 2016-08-06 07:20

Wrong md5-sum here max version on the provided link is 1.0.28.89 the needed version is 1.0.34.146

Please update this.Package won´t build. I have already updated the package except of the md5´s


https://mega.nz/#!080gHaoY!TQRLou5K14Jxe2Jolm9xBO-GoO-CP4uG28XE0UcvT3I

ImaWizardLizard commented on 2016-08-06 01:33

Updated Link:
http://repository-origin.spotify.com/pool/non-free/s/spotify-client/

md5sums can be found here:
http://repository.spotify.com/dists/stable/non-free/binary-amd64/Packages
http://repository.spotify.com/dists/stable/non-free/binary-i386/Packages

mirh commented on 2016-08-05 20:02

Somebody should update links

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.34.146.g28f9eda2-2_i386.deb

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.34.146.g28f9eda2-19_amd64.deb

tmp-meteque commented on 2016-07-04 08:09

@b52, zenity is listed in the optional dependencies.

b52 commented on 2016-07-01 09:36

Apparently, spotify requires `zenity`. For instance, when I try to change the cache location (clicking the button) nothing happens, but an error message is logged:
sh: zenity: command not found

Thus, it might make sense to add this as dependency.

Azertyfun commented on 2016-06-23 18:42

Source is 404 on spotify.com, can you please update it to the latest version (http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.32.96.g3c8a06e6-37_amd64.deb and http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.32.96.g3c8a06e6-3_i386.deb)?

mahkoh commented on 2016-06-22 20:27

Can you please replace the spotify wrapper by

#!/bin/sh
export LD_PRELOAD=libcurl.so.3
exec /usr/share/spotify/spotify "$@"

to avoid cluttering the process tree?

AWhetter commented on 2016-06-21 21:08

Updated to version 1.0.32.94.
Also started install the kde protocol file to kde5 location.
Icons are installed now as well.

zenity is already included as an optdepend so I haven't changed that.

reaver585 commented on 2016-06-21 16:13

Tray icon is missing since the last update, any updates on that?

navi_se commented on 2016-06-20 11:05

Missing dependency zenity to add local files.
https://community.spotify.com/t5/Help-Desktop-Linux-Windows-Web/Unable-to-Add-a-Directory-to-Play-Local-Files-linux/td-p/1337871

Unfortunately, files cannot be played and cause program crash, because of the missing library ffmpeg-compat-54 (which had issue building, see https://trac.ffmpeg.org/ticket/4956#no1, but should be fixed in aur package ).

no4b commented on 2016-06-19 18:11

According to Spotify's employee segfault on systems without pulseaudio should be fixed in next release:

https://community.spotify.com/t5/Help-Desktop-Linux-Windows-Web/Linux-spotify-1-0-31-segfault-when-using-alsa-without-pulseaudio/m-p/1364026

tmp-meteque commented on 2016-06-18 16:04

@no4b, installing apulse solved the issue for me.

webreflection commented on 2016-06-18 10:15

@kuenx @FAT32 @bcc this one to fix the Segmentation fault (core dumped) issue foreva:
https://aur.archlinux.org/packages/spotify/?comments=all#comment-544797

no4b commented on 2016-06-13 07:09

Deathice's workaround works but is not valid for people who don't want to use pulseaudio.

@rcintra it worked after restart because systemd started pulseaudio for your user after you rebooted. Now you're using pulseadio.

I'm really lucky that I have 1.0.29.92 on other computer so I can downgrade.

andreasaronsson commented on 2016-06-12 19:58

Fixed it for me too. Many thanks!

rcintra commented on 2016-06-08 03:27

Just confirming that Deathice's solution worked for me as well (installing pulseaudio and pulseaudio-alsa). However I had to restart my computer after installing those packages to make it work.

rsolvang commented on 2016-06-06 08:10

When trying to upload/change cover image on my playlists (new feature recently added to Spotify), the file chooser does not appear. Don't know if this is a bug in Spotify or related to packaging issues. Screenshot: http://bit.ly/1t0E6zh

felipec commented on 2016-06-04 10:26

The icons are in the wrong place. I sent you patches to fix the issue. But here:

for size in 22 24 32 48 64 128 256 512; do
install -D "${pkgdir}/usr/share/spotify/icons/spotify-linux-$size.png" \
"$pkgdir/usr/share/icons/hicolor/${size}x${size}/apps/spotify.png"
done

Jorre commented on 2016-06-03 08:06

What Deathice said solved the problem for me. (Thanks!)
needed to install pulseaudio and pulseaudio-alsa packages and the problem was gone!

Deathice commented on 2016-06-02 21:56

I have the same problem. I reinstalled the pulseaudio packages and fix it.

Check ur audio driver.

Best regards.

DkTyph commented on 2016-06-02 20:16

I'm having the same segfault problem. It only occurs when playing audio, and "--force-device-scale-factor=1.0000001" does not fix it. I'm using alsa, without pulseaudio.
EDIT: Installing pulseaudio and pulseaudio-alsa fixed the problem.

zhehao commented on 2016-06-02 00:59

Adding "--force-device-scale-factor=1.0000001" doesn't seem to work for me. The segfault only occurs when I try to play audio. Does anyone have any ideas? I'm using dmix with alsa, if that changes anything.

FadeMind commented on 2016-06-01 05:03

Why you install protocol file to OLD PATH for KDE4 instead of new valid PATH for Plasma 5?

Valid path is

/usr/share/kservices5/

if [ -f /usr/bin/startkde ]; then
echo "Installing with KDE support"
install -Dm644 "${srcdir}/spotify.protocol" \
"${pkgdir}/usr/share/kservices5/spotify.protocol"
fi

chendaniely commented on 2016-05-31 19:46

the `.deb` sources are 404 not found.

x86_64 deb url: http://repository.spotify.com/pool/non-free/s/spotify/spotify-client-0.9.17_0.9.17.8.gd06432d.31-1_amd64.deb

md5sum: 69a320368ded33cfcc4e3bb4cc71575c

kuenx commented on 2016-05-26 14:02

@FAT32, @bcc: This fixed it for me too. Thanks!

FAT32 commented on 2016-05-20 08:23

@bcc - this was the solution for me.

I assume you updated, this caused some scaling changes to be removed.

To resolve:
$ which spotify
/usr/bin/spotify

$ sudo vim /usr/bin/spotify
displays:
1 #!/bin/sh
2 LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

should be:
1 #!/bin/sh
2 LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify --force-device-scale-factor=1.0000001 "$@"

So we add the following:
--force-device-scale-factor=1.0000001

bcc commented on 2016-05-19 14:58

I just get /usr/bin/spotify: line 2: 6740 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@" and it doesn't start

FillFeile commented on 2016-05-14 10:43

amd64 deb md5sum doesn't match - source has f8972caff7bb8a24281d1cff043030ee

AWhetter commented on 2016-05-12 19:28

Done! Thanks for pointing that out. I haven't updated pkgrel as it won't affect those with 1.0.29.92 installed already.

arojas commented on 2016-05-12 18:15

Please remove the install file, it's superseded by hooks

gvli commented on 2016-05-10 07:52

The latest version (1.0.28.89-1) causes audio pops on playback whereas the previous version (1.0.27.73-1) did not.

dlh commented on 2016-05-05 21:31

@orschiro Any progress on those orphaned files?
/usr/share/icons/hicolor/128x128/apps/spotify-client.png
/usr/share/icons/hicolor/16x16/apps/spotify-client.png
/usr/share/icons/hicolor/22x22/apps/spotify-client.png
/usr/share/icons/hicolor/24x24/apps/spotify-client.png
/usr/share/icons/hicolor/256x256/apps/spotify-client.png
/usr/share/icons/hicolor/32x32/apps/spotify-client.png
/usr/share/icons/hicolor/48x48/apps/spotify-client.png
/usr/share/icons/hicolor/512x512/apps/spotify-client.png
/usr/share/icons/hicolor/64x64/apps/spotify-client.png

webreflection commented on 2016-05-03 05:58

Are you tired of fixing the --force-device-scale-factor=X issue every single time this package updates?

# copy the launcher into the local overrides
cp /usr/share/applications/spotify.desktop ~/.local/share/applications/

# edit ~/.local/share/applications/spotify.desktop
# so that the following
# Exec=spotify %U
# becomes this:
Exec=spotify --force-device-scale-factor=2 %U
# use --force-device-scale-factor=1.0000001
# if you are not on HiDPi screen

P.S. you need to relaunch your Desktop Manager after

fx101 commented on 2016-05-03 01:33

Even with this latest version (1.0.28.89-1) I'm still getting the CURL_OPENSSL_3 errors. I reinstalled spotify and libcurl-compat to no avail. Cleaned out ~/.config/spotify. Nothing helps. Any ideas?

/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)

thebonaestest commented on 2016-05-01 17:45

@AWhetter Can confirm, I installed ffmpeg0.10 and the problem went away

rafaelsoaresbr commented on 2016-04-29 13:34

Shouldn't that "# Copy protocol file if KDE is installed" be on a post-install script?

AWhetter commented on 2016-04-29 11:42

@zacmps You need ffmpeg0.10 rather than ffmpeg.

zacmps commented on 2016-04-29 09:42

Getting a seg fault when attempting to play local files (I have ffmpeg installed.)

/usr/bin/spotify: line 2: 11158 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

dlh commented on 2016-04-28 22:31

They fixed mpris, finally

https://community.spotify.com/t5/Help-Desktop-Linux-Windows-Web/SOLVED-Linux-Spotify-DBus-MPRIS2-support-not-fully-working/td-p/1208249/page/2

dundee commented on 2016-04-22 07:59

Thanks, added.

harbind commented on 2016-04-22 06:54

zenity is missing from dependencies (optional perhaps). It's used at least when changing the cache location.

ianks commented on 2016-04-21 17:41

I have the same segfault issue which --force-device-scale-factor=1.0000001 fixed.

CSYates_98 commented on 2016-04-20 03:09

For some reason every time I close Spotify on i3 with the quit shortcut, Spotify relaunches and when I check gnome-system-monitor it says that another Spotify instance opens for every time I close Spotify. I am currently using the --force-device-scale-factor=1.0000001 flag to even get it to launch.

AlexTes commented on 2016-04-16 10:00

Can we get the flag added through the PKGBUILD? I think FHD+ users are used to these types of flags / problems while most users are FHD users which are not. Spotify seems unreceptive to the idea of fixing their segfault so meanwhile I think in the spirit of keeping things simple this package could include the scaling flag by default.

If @AWhetter or others feel this warrants discussion maybe create a thread and point us there.

nebulon commented on 2016-04-11 14:25

The fix with --force-device-scale-factor=1.0000001 also works for me, preventing the segfault. Thanks! I guess it will break hidpi screens?

binaryplease commented on 2016-04-11 11:36

@bryn I have to use this and add every time I update.
+1 for adding this to the PKGBUILD!

dundee commented on 2016-04-11 10:03

Updated, thanks!

michaudg commented on 2016-04-10 12:49

Thanks for sharing bryn. No more segfault with your solution.

bryn commented on 2016-04-10 11:05

If you're getting segfaults after updating try the workaround mentioned below by @sauliusl :

spotify --force-device-scale-factor=1.0000001

If that works you can add it to /usr/bin/spotify. Maybe this should be added to the PKGBUILD since it seems to be causing crashes for so many?

Ekaradon commented on 2016-04-10 07:54

i386 version out too: http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.27.73.g602ced10-2_i386.deb

foxtrotmj commented on 2016-04-10 04:12

Also getting a seg fault with the newest version, related to the libcurl-compat libs.

thesuitisnotblak commented on 2016-04-09 20:39

I'm getting a couple errors when installing:

error: could not open file /var/lib/pacman/local/spotify-1.0.27.73-1/desc: No such file or directory
warning: could not fully load metadata for package spotify-1.0.27.73-1
error: failed to prepare transaction (invalid or corrupted package)

brittyazel commented on 2016-04-08 21:45

The pulled the 1.0.26 build from their servers, so right now this package fails to install

bboozzoo commented on 2016-04-08 19:39

Thanks for a quick update

tsester commented on 2016-04-08 18:17

bboozzoo:

http://repository.spotify.com/pool/non-free/s/spotify-client/

:: -15_amd64.deb is not there anymore

bboozzoo commented on 2016-04-08 18:13

Anyone else gettig 404 when attempting to download deb?

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.26.125.g64dc8bc6-15_amd64.deb

dundee commented on 2016-04-08 17:13

Thanks, I will probably wait until the i386 version is ready.

InfernoZeus commented on 2016-04-08 13:10

This is segfaulting for me now, it's been working for a while before:
/usr/bin/spotify: line 2: 25759 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

Ekaradon commented on 2016-04-08 11:40

MPRIS support out!
http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.27.71.g0a26e3b2-9_amd64.deb
https://community.spotify.com/t5/Help-Desktop-Linux-Windows-Web/Linux-Spotify-client-1-x-now-in-stable/m-p/1323233#M154625

dundee commented on 2016-04-06 12:23

Added, thanks.

mis commented on 2016-04-06 12:15

Please add rtmpdump to dependencies.

/usr/share/spotify/spotify: error while loading shared libraries: librtmp.so.1: cannot open shared object file: No such file or directory

sp0ker commented on 2016-04-03 18:56

I warned the maintainer for version -15. Everything works now :-)

It has changed in 5 minutes, a big congratulations to him!

Louis commented on 2016-04-03 12:12

I now have problems launching Spotify too.

Get this output in terminal before it crashes.

I've switched to Spotify 0.9 aka spotify-stable which works quite fine despite being older than this build.

luolimao commented on 2016-04-03 01:28

You can also set md5sums_x86_64=('SKIP') or md5sums_i686=('SKIP') as needed, if this happens again. The md5sums array is unchanged since the maintainer created those files.

orestisf commented on 2016-04-01 15:49

Thanks @sauliusl, everything you said worked!

sauliusl commented on 2016-04-01 12:37

To fix 'Failure while downloading' for 1.0.26.125, change the '-14' at the end of x86_64 source to -15, i.e. the line should read:

source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-15_amd64.deb")

the hashes are as follows:

md5sums=('3f843269e92d536cefdd2f68df11f248'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')
md5sums_x86_64=('8141998034aa5e5e587fa67151403d08')
md5sums_i686=('833e19db74fce0ffd84c35f1289b553f')


Also, --force-device-scale-factor=1.0000001 seems to workaround the crash issue

plebian commented on 2016-03-30 18:24

Thanks for the tip @bryn, your solution didn't help but in combination with the HiDPI startup flag I got it working again.

tsester commented on 2016-03-27 11:15

thnx for the HiDPI, @bryn i don't know if deleting cache and config fixed it because i deleted them before doing HiDPI

bryn commented on 2016-03-24 12:51

Hi! For anyone else getting segfaults after updating, I fixed it for myself by deleting my $XDG_CONFIG_HOME/spotify directory (~/.config/spotify). Also thx webreflection for the HiDPI tip!

sekret commented on 2016-03-21 16:15

This package hasn't been working for me for some versions, I always get this

$ spotify
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: symbol lookup error: /usr/share/spotify/libcef.so: undefined symbol: gconf_client_get_default

Does one of you guys have an idea what's wrong here?

webreflection commented on 2016-03-20 09:35

new package, old gotchas (at least in HiDPi)
Here how to fix:
https://aur.archlinux.org/packages/spotify/?comments=all#comment-537023

littlerock commented on 2016-03-20 00:02

Hello,

The link http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.23.93.gd6cfae15-30_amd64.deb is currently broken (404)

GeorgeTG commented on 2016-03-18 21:05

patch for the latest version(1.0.25.127):

--- spotify/PKGBUILD 2016-02-21 13:51:29.000000000 +0200
+++ spotify_n/PKGBUILD 2016-03-18 22:54:56.064908768 +0200
@@ -2,8 +2,8 @@
# Contributor: Eothred <yngve.levinsen@gmail.com>

pkgname=spotify
-pkgver=1.0.23.93
-_anotherpkgver=.gd6cfae15
+pkgver=1.0.25.127
+_anotherpkgver=.g58007b4c
pkgrel=2
pkgdesc="A proprietary music streaming service"
arch=('x86_64' 'i686')
@@ -16,11 +16,11 @@
md5sums=('3f843269e92d536cefdd2f68df11f248'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

-source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-30_amd64.deb")
-md5sums_x86_64=('0ed02db6c7c35a83ac73055865b4b350')
+source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-22_amd64.deb")
+md5sums_x86_64=('fcf478a17e580587094d1d7681af60b4')

-source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-5_i386.deb")
-md5sums_i686=('7544df3da236efe574b163a4fdb2b19d')
+source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-6_i386.deb")
+md5sums_i686=('088693020e9ec649db0cf2b39538bfef')

depends=("alsa-lib>=1.0.14" "gconf" "gtk2" "glib2" "nss" "libsystemd" "libxtst" "libx11" "libxss" "libcurl-compat" "desktop-file-utils" "rtmpdump")
optdepends=('ffmpeg0.10: Adds support for playback of local files'

meloferreira commented on 2016-03-18 00:03

I reinstalled everything a couple of times using @brenns10 patch, and it worked fine

WonkoTheSane commented on 2016-03-17 18:25

-> Downloading spotify-client_1.0.23.93.gd6cfae15-30_amd64.deb...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.23.93.gd6cfae15-30_amd64.deb
Aborting...

meloferreira commented on 2016-03-17 17:36

@tilal6991
You said you solved the segmentation fault by forcing libcurl-compat to use curl 7.24 and then adding a patch to change the CURL_OPENSSL_4 symbol to CURL_OPENSSL_3. How can I do this?

Thanks

brenns10 commented on 2016-03-17 03:07

@JohnRobson The source is 404-ing because this package is out of date, and the out of date files were deleted from Spotify's repository.
@AWhetter The following patch to the PKGBUILD seems to make everything work fine for the newest version:
diff --git a/PKGBUILD b/PKGBUILD
index 3c1f2fc..81b2e58 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,9 +2,9 @@
# Contributor: Eothred <yngve.levinsen@gmail.com>

pkgname=spotify
-pkgver=1.0.23.93
-_anotherpkgver=.gd6cfae15
-pkgrel=2
+pkgver=1.0.24.104
+_anotherpkgver=.g92a22684
+pkgrel=1
pkgdesc="A proprietary music streaming service"
arch=('x86_64' 'i686')
license=('custom:"Copyright (c) 2006-2010 Spotify Ltd"')
@@ -16,11 +16,11 @@ source=('spotify'
md5sums=('3f843269e92d536cefdd2f68df11f248'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

-source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-30_amd64.deb")
-md5sums_x86_64=('0ed02db6c7c35a83ac73055865b4b350')
+source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-29_amd64.deb")
+md5sums_x86_64=('2c11286829b5a00822dac44e59c5c240')

-source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-5_i386.deb")
-md5sums_i686=('7544df3da236efe574b163a4fdb2b19d')
+source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-9_i386.deb")
+md5sums_i686=('a5b5d8b2056a7d494c144d34dfa73c32')

depends=("alsa-lib>=1.0.14" "gconf" "gtk2" "glib2" "nss" "libsystemd" "libxtst" "libx11" "libxss" "libcurl-compat" "desktop-file-utils" "rtmpdump")
optdepends=('ffmpeg0.10: Adds support for playback of local files'

JohnRobson commented on 2016-03-17 00:42

-> Downloading spotify-client_1.0.23.93.gd6cfae15-30_amd64.deb...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.23.93.gd6cfae15-30_amd64.deb
Aborting...
==> ERROR: Makepkg was unable to build spotify.

eycsigfy commented on 2016-03-15 20:03

I hate pulse audio, sorry for the spam. I thought this was related to spotify, not the sound server.

eycsigfy commented on 2016-03-15 19:46

I can't get playback to work at all on this. I'm running a relatively fresh install of Arch with XFCE. What can I do?

AlexMora commented on 2016-03-13 22:31

To solve the problem of not being able of installing it, go into this link: http://repository.spotify.com/pool/non-free/s/spotify-client/
-Once there, copy the name of the spotifify version you'd like to install.
-Then try installing again spotify from yaourt, and edit the PKGBUILD.
-Forget the variables and just change the lines that say:
source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-30_amd64.deb")
md5sums_x86_64=('0ed02db6c7c35a83ac73055865b4b350')

For:
source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.25.127.g58007b4c-22_amd64.deb")
md5sums_x86_64=('fcf478a17e580587094d1d7681af60b4')

And its done.

dundee commented on 2016-03-12 18:04

Thanks, I added the scale factor as default to PKGBUILD.

AlexTes commented on 2016-03-12 09:51

Here's a patch for 1.0.25.127: https://gist.github.com/AlexTes/eb6a3f78ee2cabd63c84

However this *doesn't* fix the issue with the scaling having to be forced. Because not all people use desktop files, certainly not on arch, I vote the maintainer also add the option to force scaling at 1.0000001 to the bin-script. After all people with HiDPI are probably used to dealing with forcing scaling factors and much less likely to be bitten by this.

I also posted something on the spotify community, hopefully they'll fix this issue.

rollhax commented on 2016-03-12 02:37

@SomeoneBehindYou: your directions didn't work, but it did lead me to a workaround for myself. Grab the link for the latest version for your arch from here:

http://repository.spotify.com/pool/non-free/s/spotify-client/

Edit PKGBUILD, replace the source_[arch] with the link from above and its md5sum.

Beyond that, the fix specified by @webreflection got spotify to actually work, as well.

sl13kp commented on 2016-03-11 23:58

need a new pkgbuild

dsifford commented on 2016-03-11 23:39

--force-device-scale-factor > 1 also worked for me.. Thanks everyone! I've been dying for this to work! :)

SomeoneBehindYou commented on 2016-03-11 15:02

If you need to install this without waiting for the link patch, do it manually:
edit the PKGBUILD and
-> change the value of 'pkgver' to '1.0.25.127'
-> change the value of '_anotherpkgver' to '.g58007b4c'

then if you need the x86_64 version
-> change the value of 'md5sum_x86_64' to 'fcf478a17e580587094d1d7681af60b4'

or if you need the i686 version
->change the value of 'md5sum_i686' to '088693020e9ec649db0cf2b39538bfef'

if you don't know which version to use, change the two values

fusion809 commented on 2016-03-11 14:30

@tomsargeaunt This is because this AUR package has become out-of-date, this is why it was flagged as out-of-date. Not sure why AWhetter is taking this long to bump the package.

ceides commented on 2016-03-11 12:17

I can confirm that running with --force-device-scale-factor solves the crash for me
> spotify --force-device-scale-factor=1.0000001

tomsargeaunt commented on 2016-03-10 23:56

Sources now appear to be incorrect.

The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.23.93.gd6cfae15-30_amd64.deb
Aborting...

warmwaffles commented on 2016-03-10 22:13

> spotify --force-device-scale-factor=1.0000001

This worked for me even after reinstall all deps

webreflection commented on 2016-03-10 10:33

so @c4software confirmed, force-device-scale-factor solves the problem.

$ which spotify
/usr/bin/spotify

$ cat /usr/bin/spotify
#!/bin/sh
LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify --force-device-scale-factor=2 "$@"

adjust =2 with =1.0000001 if you're not on HiDPi and enjoy Spotify ;-)

c4software commented on 2016-03-10 07:27

Hi,

Strange... I also have the Seg fault problem. But its really strange, when i run Spotify by specifying a specific device scale factor the problem disappear... (only if i set a force-device-scale-factor higher than 1)

Exemple :
spotify --force-device-scale-factor=1.0000001

By specifying something close to 1 the interface look almost the same as usual (a bit more blurry).

webreflection commented on 2016-03-09 20:52

Dell XPS13 here and for few days I couldn't start it. It was launching too damn small (I have HiDPi screen) and crashing every single time.

I've just tried now in console `spotify --force-device-scale-factor=2` and it started and worked without issues (so far)

Maybe this will help, and maybe next version will have a smarter bootstrap that won't instantly crash like it was before (2 weeks ago or more)

Cheers

c4software commented on 2016-03-09 14:40

I have reinstall all deps but the problem still remain. I also try to removed my profil, but after the login the app crash :

/usr/bin/spotify : ligne 2 : 16362 Erreur de segmentation (core dumped)LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify $@


[Edit]

Really strange, when i run Spotify by specifying a specific device scale factor the problem disappear... (only if i set a force-device-scale-factor higher than 1)

Exemple :
spotify --force-device-scale-factor=1.0000001

dundee commented on 2016-03-09 11:54

Strange, it works for me. Try to reinstall all deps.

c4software commented on 2016-03-09 11:13

Hi,

Same here the latest version still crash on startup :

11:12:51.910 D [gaia_protobuf_device.cpp:237 ] GAIA: GaiaProtobufDevice::triggerAllCallbacks
[1] 21057 segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify


dundee commented on 2016-03-09 10:44

tobru: When did it crash? During startup or after some specific action?

tobru commented on 2016-03-09 09:44

Segfaults with

/usr/bin/spotify: line 2: 1581 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify $@

Using 1.0.24.104-3

warmwaffles commented on 2016-03-08 19:50

I too am still getting a segfault on version `1.0.24.104-3`

> LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify

Did not work for me. With out the LD_RELOAD

> /usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
> /usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
> /usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
> [0308/134911:ERROR:browser_main_loop.cc(203)] Running without the SUID sandbox! See https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more information on developing with the sandbox on.
> /usr/share/spotify/spotify: /usr/lib/libcurl.so.3: no version information available (required by /usr/share/spotify/spotify)
> /usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
> /usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
> /proc/self/exe: /usr/lib/libcurl.so.3: no version information available (required by /proc/self/exe)
> /proc/self/exe: /usr/lib/libssl.so.1.0.0: no version information available (required by /proc/self/exe)
> /proc/self/exe: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /proc/self/exe)
> [0308/134911:ERROR:main_delegate.cc(764)] Could not load cef_extensions.pak
> [0308/134911:ERROR:main_delegate.cc(764)] Could not load cef_extensions.pak
>
> ....
>
> /usr/bin/spotify: line 2: 25444 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify $@

CReimer commented on 2016-03-08 14:28

1.0.24.104.g92a22684 works without any problems on my system.
No segfaults. It just works.

mamantoha commented on 2016-03-08 14:26

@binaryplease try
$ LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify

But latest version still segfaults for me.

Airblader commented on 2016-03-07 21:03

@CReimer I cannot confirm that. 1.0.24.104 still segfaults for me.

binaryplease commented on 2016-03-06 19:29

Segfault here too, this is the output when running /usr/share/spotify/spotify

/usr/share/spotify/spotify: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)

CReimer commented on 2016-03-06 12:30

@AWhetter: You could add me as co-maintainer. I have an updated PKGBUILD.
The new version works much better than 1.0.23.93

AWhetter commented on 2016-03-06 01:41

Hey everyone. Sorry for the slowness in getting this updated. I'll update it as soon as possible after I'm back on the 19th.

woqer commented on 2016-03-04 01:20

I also got the segmentation fault with this version...
You can easily downgrade de package with:
# pacman -U /var/cacke/pacman/pkg/spotify-1.0.XXXX
The version 1.0.19 works perfectly for me. If you already cleaned the cache, here is the package https://www.dropbox.com/s/mgg10pr8n7y5lug/spotify-1.0.19.106-1-x86_64.pkg.tar.xz?dl=0
Just install it with the very same command "pacman -U spotify-1.0.19.XXX"

Airblader commented on 2016-02-28 23:26

You can pick up the last version that spotify-beta was using before this update here:

http://slackware.uk/sbosrcarch/by-name/multimedia/spotify/

That one doesn't segfault for me.

Drarrell commented on 2016-02-25 12:30

This version is realy bad...

The sorting of playlists in left panel doesn't work, the client crashes often and the icon in system tray has disappeared.

okubax commented on 2016-02-24 18:04

For anyone who wants it, I have the previous version that still work (archlinux package)

Link: https://onedrive.live.com/redir?resid=454F538A23D5C1F4!22776&authkey=!ABklVutEAU2vD3I&ithint=file%2cxz

Spotify Version: 1.0.15.137-1
Arch: x86_64

aptinio commented on 2016-02-24 14:51

It worked after restarting my computer.

AlexTes commented on 2016-02-24 11:24

It seems spotify doesn't like to keep old builds around. Just some VERY old builds. You can install one of those if you're really desperate. Grab this package. Apply the following patch: https://gist.github.com/AlexTes/e074677bf54498b272bd
build and install it.
It devours CPU, is laggy as hell and search is broken. So playlists is really all you have.

I highly recommend you just go to https://play.spotify.com.

AlexTes commented on 2016-02-24 10:43

I think the issue has been pointed out clearly enough people.

Their binary segfaults, the terminal spits out the line in the bin-script that calls the binary as a consequence. Wait for someone to figure out more, or Spotify to release a fix. This is not an issue tracker, no reason to repeat ourselves. This effects all of us, it's clear.

baelter commented on 2016-02-24 09:42

+1 segfault

aptinio commented on 2016-02-24 06:32

Same issue here:
/usr/bin/spotify: line 2: 3680 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@

akshaysth commented on 2016-02-23 18:42

@doctorpewds @Stephen304 @mokkurkalve I'm seeing the same issue only when I play local files
/usr/bin/spotify: line 2: 23415 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

dundee commented on 2016-02-22 15:50

find "${pkgdir}" -type d -exec chmod 755 {} +

is also not correct, because it changes rights of other dirs, not only the changed ones.

FadeMind commented on 2016-02-22 09:58

NOT

chmod 755 "${pkgdir}/usr"
chmod 755 "${pkgdir}/usr/bin"
chmod 755 "${pkgdir}/usr/share/doc"
chmod 755 "${pkgdir}/usr/share/spotify"
chmod 755 "${pkgdir}/usr/share/doc/spotify-client"

Just

find "${pkgdir}" -type d -exec chmod 755 {} +




I have warnings about this (in polish lang)

Pakiety (1) spotify-beta-1.0.23.93-3

Do zainstalowania: 177,06 MiB
Zmiana po aktualizacji: 0,00 MiB

:: Kontynuować instalację? [T/n]
(1/1) sprawdzanie kluczy w bazie [################################################] 100%
(1/1) sprawdzanie spójności pakietów [################################################] 100%
(1/1) wczytywanie listy plików [################################################] 100%
(1/1) sprawdzanie konfliktów plików [################################################] 100%
(1/1) sprawdzanie dostępnego miejsca na dysku [################################################] 100%
:: Przetwarzanie zmian pakietu...
(1/1) aktualizowanie spotify-beta [################################################] 100%
ostrzeżenie: Różne uprawnienia dla katalogu dla /usr/share/spotify/
system plików: 775 pakiet: 755
ostrzeżenie: Różne uprawnienia dla katalogu dla /usr/share/doc/spotify-client/
system plików: 775 pakiet: 755

Freso commented on 2016-02-22 09:56

Perhaps add "spotify" to $provides in addition to $conflicts?

dundee commented on 2016-02-22 09:49

FadeMind: Thanks, fixed.

vagorafaelino commented on 2016-02-21 15:51

In order to support plasma 5 users (like me), please also install protocol file in /usr/share/kservices5 directory

diff --git a/PKGBUILD b/PKGBUILD
index 3c1f2fc..912d8de 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -48,5 +48,6 @@ package() {
if [ -f /usr/bin/startkde ]; then
echo "Installing with KDE support"
install -Dm644 "${srcdir}/spotify.protocol" "${pkgdir}/usr/share/kde4/services/spotify.protocol"
+ install -Dm644 "${srcdir}/spotify.protocol" "${pkgdir}/usr/share/kservices5/spotify.protocol"
fi
}

doctorpewds commented on 2016-02-21 08:56

@Stephen304 @mokkurkalve Same. Spotify opens for a second and then I get a segfault.
Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

Stephen304 commented on 2016-02-21 00:40

@mokkurkalve Same issue here:

/usr/bin/spotify: line 2: 22060 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

mokkurkalve commented on 2016-02-20 15:42

I get segmentation fault (core dumped) now. Anybody else? (x86_64)

slester commented on 2016-02-19 22:28

I'm having full DM freezes with the latest Spotify. (My keyboard is still responsive, so not a kernel panic, but SDDM/KDE5 freezes completely. I can CTRL+ALT+F1 into a shell just fine, though.)

AWhetter commented on 2016-02-19 21:54

When you upgrade you might get a warning about differences in directory permissions. Spotify have started putting group writeable even on /usr and /usr/bin in this release, which is different from how Arch does it so without any changes we were getting file system warnings. Therefore I've decided to just remove group and other writeable bits from everything under $pkgdir/usr now, not just under $pkgdir/usr/share/spotify.

To fix the warning turn off group writable bits for everything under /usr/share/spotify with `chmod -R g-w /usr/share/spotify`.

tsester commented on 2016-02-19 19:59

i made some changes for the new files but , spotify x86_64 still does not play, only i686 seems to play , (you might be able to use it though..)

--- spotify/PKGBUILD 2016-01-04 13:20:20.000000000 +0200
+++ aur-spotify/PKGBUILD 2016-02-19 21:50:22.899915063 +0200
@@ -2,9 +2,9 @@
# Contributor: Eothred <yngve.levinsen@gmail.com>

pkgname=spotify
-pkgver=1.0.19.106
-_anotherpkgver=.gb8a7150f
-pkgrel=3
+pkgver=1.0.23.93
+_anotherpkgver=.gd6cfae15
+pkgrel=1
pkgdesc="A proprietary music streaming service"
arch=('x86_64' 'i686')
license=('custom:"Copyright (c) 2006-2010 Spotify Ltd"')
@@ -16,11 +16,11 @@
md5sums=('3f843269e92d536cefdd2f68df11f248'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

-source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}_amd64.deb")
-md5sums_x86_64=('bf32c2e053099789bdd9246fd8cd828c')
+source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-30_amd64.deb")
+md5sums_x86_64=('0ed02db6c7c35a83ac73055865b4b350')

-source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}_i386.deb")
-md5sums_i686=('fff46b31c56fd283c654166afb232728')
+source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}-5_i386.deb")
+md5sums_i686=('7544df3da236efe574b163a4fdb2b19d')

depends=("alsa-lib>=1.0.14" "gconf" "gtk2" "glib2" "nss" "libsystemd" "libxtst" "libx11" "libxss" "libcurl-compat" "desktop-file-utils" "rtmpdump")
optdepends=('ffmpeg-compat: Adds support for playback of local files'

http://pastebin.com/2w37y49h

Drarrell commented on 2016-02-19 12:33

The two URLs to download the .deb files return a 404 error.

gijsjan commented on 2016-02-19 10:36

If you edit the PKGBUILD and change `pkgver`, `_anotherpkgver` and (in my case) `md5sums_x86_64`, install will run successfully.

FadeMind commented on 2016-02-19 09:27

I have a warning about permissions for directiories:

:: Processing package changes...
(1/1) reinstalling spotify-beta [################################################] 100%
warning: directory permissions differ on /usr/
filesystem: 755 package: 775
warning: directory permissions differ on /usr/bin/
filesystem: 755 package: 775
warning: directory permissions differ on /usr/share/doc/
filesystem: 755 package: 775

Simple fix is adding in package() at the end:

find "${pkgdir}" -type d -exec chmod 755 {} +

dundee commented on 2016-02-19 09:13

audiophiel: Thanks, updated to new version.

audiophiel commented on 2016-02-19 07:12

The file http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.19.106.gb8a7150f_amd64.deb ist not available (error 404).

tarkin88 commented on 2016-02-18 21:46

There's a new version of package. the current package on the PKGBUILD lauch a 404. Here mine:


https://gist.github.com/tarkin88/71028c7d7b096a2b3f3d

tilal6991 commented on 2016-02-12 13:16

For those of you with segfault issues please see my comment from a few months ago:

"
@munrek: the curse of Arch is that all my installs are up to date :/

[STRIKE]Mind sharing your built version. I'll try and dig into it at some point soon to figure out the real reason but would like to have spotify until then :)[/STRIKE]

EDIT: Did some digging. interestingly enough the symbol that it is complaining about is actually not even in the curl version we are downloading! In fact it was not even introduced until curl 7.24 in https://github.com/bagder/curl/commit/7cc2e8b349df28d55d5f40bfae323485df9f0cf2 (you can see from the git tags that this commit is only present in 7.24 onwards). Moreover, when this was committed, the version was set to 4 by default so CURL_OPENSSL_3 was never in the official version of curl at all.

All in all this leads to an interesting scenario where I am very confused as to why Spotify is working for anyone at all - according to the commits, it should be crashing for everyone. In any case I managed to hack the hack by forcing libcurl-compat to use curl 7.24 and then adding a patch to change the CURL_OPENSSL_4 symbol to CURL_OPENSSL_3. This now makes spotify work for me :)
"

Tijok commented on 2016-01-24 09:40

I'm seeing a conflict in Manjaro, between libcurl-gnutls and libcurl-compat when trying to install from AUR. Steam requires libcurl-gnutls, but my current version of 9.17.8 is running well, so no worries, just a heads up.

fx101 commented on 2016-01-19 02:00

Still can't run spotify...
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)

Even after uninstalling and rebuilding libcurl-compat. Any ideas?

014 commented on 2016-01-17 06:34

After getting libcurl-compat from the AUR, Spotify builds, installs, and seems to work fine so far. Sweet!

linux-neophyte commented on 2016-01-11 05:51

I can't install spotify. I keep getting the error:

libcurl-compat and libcurl-gnutls are in conflict.

swistak35 commented on 2016-01-07 23:33

For any of you having problem with segfaults (I see from your comments that some people do have this problem) it may be good to hit "Me too" button on this issue tracker page: https://community.spotify.com/t5/Help-Desktop-Linux-Windows-Web/Linux-Client-crashing-segfault-on-certain-songs/td-p/1218471

bouhappy commented on 2016-01-06 11:30

@AWhetter

I just want to say that after a rebuild a both libcurl-compat and spotify it now works. The error with the "ef.so" not found is gone. I am not sure why. I suppose my libcurl-compat was not build properly somehow.

Anyway it works, I got my music and I am happy :)

AWhetter commented on 2016-01-04 11:21

I've put it in the dependencies. Thanks for reporting.

jeekajoo commented on 2016-01-04 06:45

as matte3560 said earlier (and it is still the case)
"""
Latest version gives an error about librtmp.so.1 not being found, and refuses to launch for me. Installing rtmpdump fixed the issue. Missing dependency?
"""
Other than that, it works great (i386)
Thanks

keepitsimpleengr commented on 2016-01-01 15:26

==> Package upgrade only (new release):
aur/spotify 1.0.19.106-1 1 -> 2

==> Continue upgrade ? [Y/n]
==> [V]iew package detail [M]anually select packages
==> --------------------------------------------------
==>
curl error: SSL connect error
==> ERROR: unable to update
------
Updating two systems, one got this several times. Workaround: persistence

AWhetter commented on 2016-01-01 12:34

@bouhappy: It depends on libcurl.so.4 but it's because spotify has been linked weirdly. It actually requires the libcurl.so.3 soname or you get the error "libcurl.so.4: version `CURL_OPENSSL_3' not found" on startup. Hopefully spotify will fix this eventually.

AWhetter commented on 2016-01-01 12:32

!upx is now in options. I've also removed the world writeable bit on files and started registering the spotify mimetype again.

zobi8225 commented on 2015-12-31 10:38

Hi, i got problem with libcurl-compat and libcurl-gnutls .
libcurl-gnutls is needed by an other package : mangaro-steam... Any idea ?

bouhappy commented on 2015-12-29 20:13

I'm getting a weird error on startup, which I have not seen in other comments:

/usr/share/spotify/spotify: error while loading shared libraries: ef.so: cannot open shared object file: No such file or directory

I'm pretty sure it's looking for libcef.so, which is highlighted in objdump:
objdump -p /usr/share/spotify/spotify | grep NEEDED

But I don't understand why it can't locate it. Btw, it also seems that the version I downloaded does not actually requires libcurl.so.3, but in fact requires libcurl.so.4:

NEEDED libcef.so
...
NEEDED libcurl.so.4
...

Is someone else having the same issues as me?

travnick commented on 2015-12-19 15:00

@AdmiringWorm
Thanks a lot!

Please add '!upx' option do PKGBUILD

dundee commented on 2015-12-08 11:40

adamundercover: Added, thanks.

Freso commented on 2015-12-06 17:03

@AWhetter I can confirm AdmiringWorm's comment. Can you add "!upx" to the $options?

mazzolino commented on 2015-12-06 16:10

@adamundercover: Thanks for the hint! Didn't even know it was possible to specify the scaling factor for Spotify.

For detecting HiDPI displays, I suppose a wrapper script for spotify (using xrdb?) would be needed.

adamundercover commented on 2015-12-06 11:59

An update to the PKGBUILD that detected HIDPI displays would be useful.

When installed, the spotify.desktop runs the application without any scaling, meaning that the user has to manually append --force-device-scale-factor=x to the file.

This could potentially be adjusted by allowing it to be configured in the PKGBUILD manually.

ryanvade commented on 2015-12-06 02:31

I'm still unable to install due to conflicting dependencies (libcurl-compat an libcurl-gnutls) any word on a solution yet?

dundee commented on 2015-12-04 14:00

xnart: Updated, thanks.

AdmiringWorm commented on 2015-12-04 03:40

@travnick I don't suppose you have upx enabled?
if you do then disable it for this package and spotify should
work as expected.

xnart commented on 2015-12-03 22:36

pkgver=1.0.19.106
_anotherpkgver=gb8a7150f

sha256sums=('af54f3b90cac46fa100b3f919a9225d10d847617d24aa9af3d832e7689f482c3')
sha256sums_x86_64=('be6b99329bb2fccdc9d77bc949dd463576fdb40db7f56195b4284bd348c470be')
sha256sums_i686=('128b5d04dda8a052802fb9e664a996250569696fac359e94ea35043472f5dbcb')

travnick commented on 2015-12-03 22:21

And as usual:

LANG=en_US spotify
/usr/bin/spotify: line 2: 26748 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"


core/curl 7.45.0-1
local/libcurl-compat 7.23.1-3

phraktal commented on 2015-12-02 21:21

breaks with:
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading spotify-client_1.0.17.75.g8f111100_amd64.deb
Aborting...

Looks like the correct .deb package is:

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.19.106.gb8a7150f_amd64.deb

Paviluf commented on 2015-11-30 23:13

@AWhetter Great, thank you !

AWhetter commented on 2015-11-30 23:10

libcurl-gnutls doesn't include libcurl.so.3 which is what spotify needs, so we can't use that package. I've asked the libcurl-compat maintainer to add libcurl-gnutls to its provides array, because it does include the libcurl-gnutls files.

Paviluf commented on 2015-11-30 22:45

That may be useful :
https://forum.manjaro.org/index.php?topic=28737.msg239590#msg239590

Paviluf commented on 2015-11-30 21:47

Maybe we should use libcurl-gnutls instead of libcurl-compat because libcurl-gnutls is newer and to avoid dependencies conflict ?

https://aur.archlinux.org/packages/libcurl-gnutls/

yiyo commented on 2015-11-30 13:53

With latest Manjaro Linux update, there is a conflict with libcurl-compat dependency of this package.
error: failed to commit transaction (conflicting files)
libcurl-gnutls: /usr/lib/libcurl-gnutls.so.3 exists in filesystem

pacman -Qo /usr/lib/libcurl-gnutls.so.3
/usr/lib/libcurl-gnutls.so.3 is owned by libcurl-compat 7.23.1-2

AWhetter commented on 2015-11-19 17:22

@mdaubs Check past comments. You need to uninstall spotify first when upgrading from versions <1.0

mdaubs commented on 2015-11-19 13:59

1.0.17.75-2 refuses to upgrade from 0.9.17.8-1

error: failed to commit transaction (conflicting files)
spotify: /usr/share/applications/spotify.desktop exists in filesystem
Errors occurred, no packages were upgraded.

boblehest commented on 2015-11-15 12:24

@AWhetter: That's what I am running, it doesn't work for me.

> which spotify
/usr/bin/spotify
> cat $(which spotify)
#!/bin/sh
LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

Edit: Oops, I must have copied the error from Land_oR's comment further down!
I didn't notice that his error has libcurl.so.4 in it, while obviously the error I am getting refers to libcurl.so.3 since that's what it's using:

/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)

AWhetter commented on 2015-11-14 22:03

Don't run /usr/share/spotify/spotify directly. Run /usr/bin/spotify because it includes the fix needed to run spotify.

boblehest commented on 2015-11-14 19:35

Any pending fixes for this error?

/usr/share/spotify/spotify: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)

@travnick: How did you revert? I tried installing the previous version, but it appears that they've removed the "old" .deb files from their servers... Gotta save those precious megabytes. :/

travnick commented on 2015-11-14 13:43

reverting, the update is useless.

travnick commented on 2015-11-09 20:33

/usr/bin/spotify: line 2: 20703 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

Freso commented on 2015-11-08 19:42

@Land_oR `LD_PRELOAD=libcurl.so.3` is already in the /usr/bin/spotify script included with this package.

Land_oR commented on 2015-11-08 13:00

For those with the error:
/usr/share/spotify/spotify: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)

add LD_PRELOAD=libcurl.so.3 to /usr/local/bin/spotify

rafasc commented on 2015-11-07 20:10

@sfrique
you could try this python script I made. https://github.com/rafasc/spotify-mpris2-proxy. Open spotify, then run this script.
The Plasma media controller plasmoid will detect this script as a player and the script will relay all commands to spotify. Seeking is not working but you'll get Next, Prev, Play/Pause, AlbumCover and song information.
The problem with spotify is that their mpris2 dbus interface is out of spec. That could be either a bug or they removed some of the functionality intentionally.

But if you main goal is to control spotify from another machine, you need something else. Maybe something like spotcommander.

polson136 commented on 2015-11-07 04:33

It seems that the system tray icon has been removed from spotify altogether, based on FadeMind's comment below. I also saw people complaining about it on Windows as well.

I don't know anything about Plasma, but I do use playerctl, which I would assume uses the same data. I found that it knows about spotify, can control spotify, but cannot get the state of spotify (which it was previously able to do, so they must have removed that functionality...) If there is no proper solution, you could always bind a global keyboard shortcut to run "playerctl play-pause". (after installing it of course). It won't get you everything you are used to, but it will be better than nothing.

sfrique commented on 2015-11-07 00:34

Plasma5 cannot control spotify anymore.

Anyone knows how to fix it?

There are 2 problens for me.

First: No tray icon, i was able to control spotify from here, next, play and etc..

Second: Media tray icon doesw not "knows" about spotify, so it can not control either.

If i can fix just one of those i would be glad.. i leave my spotify running in another desktop, so i need to change music from the desktop i am current in..

Anyone?

Thanks

zman0900 commented on 2015-11-04 21:45

namcap shows that there are numerous files in the package installed with the world writable bit set, as of 1.0.17.75-2:

spotify W: File (usr/share/spotify/natives_blob.bin) has the world writable bit set.
spotify W: File (usr/share/spotify/devtools_resources.pak) has the world writable bit set.
spotify W: File (usr/share/spotify/snapshot_blob.bin) has the world writable bit set.
spotify W: File (usr/share/spotify/cef_100_percent.pak) has the world writable bit set.
spotify W: File (usr/share/spotify/libcef.so) has the world writable bit set.
spotify W: File (usr/share/spotify/cef.pak) has the world writable bit set.
spotify W: File (usr/share/spotify/icudtl.dat) has the world writable bit set.
spotify W: File (usr/share/spotify/cef_200_percent.pak) has the world writable bit set.
spotify W: File (usr/share/spotify/locales/en-US.pak) has the world writable bit set.

Also some other problems that should be simple fixes:

spotify E: Mime type handler found. Add "update-desktop-database -q" to the install file
spotify E: Missing custom license directory (usr/share/licenses/spotify)

argymeg commented on 2015-11-04 20:01

Like matte3560 said, the latest version won't launch without rtmpdump installed. It does seem like a missing dependency.

FadeMind commented on 2015-11-04 10:57

Spotify since lastest 1.0.x branch not providing tray icon anymore. X button CLOSE app - not hidding in tray.

it is not a bug. it is a feature ( ͡° ͜ʖ ͡°)

K5HV commented on 2015-11-04 09:14

@arthurg:
I've this same issue.
Using KDE4 and Spotify doesn't show in tray. When I close Spotify, Spotify quits and not just hide. Is there any resolution?

RicardoScar commented on 2015-11-02 22:24

Guys, there's some musics that when Spotify try to play, it closes with the following message on terminal:
"usr/bin/spotify: line 2: 32045 Falha de segmentação (imagem do núcleo gravada)LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@""

I tried to reinstall curl but it continues happening, any ideas?

AWhetter commented on 2015-11-02 22:20

Thanks for the heads up. I've added zenity as an optional dependency and bumped up pkgrel.

japanskcykel commented on 2015-11-02 20:52

I am running a pretty barebones tiling setup with dwm. This installations works as described when I delete the 'spotify.desktop' as many people have pointed out (existed from a previous installation).

*However* when I try to add my own local files via the 'add a source' buttin in the settings, nothing happens. Upon closer inspection, Spotify reports: 'sh: zenity command not found'. This happens because zenity is the chosen program to browse the directories for the local sources, the fix for this was to add zenity (depends on libwebgtk2 and libnotify). Now everything works as expected (for me).

I would recommend adding the package 'zenity' from the official sources as an optional dependency just as 'ffmpg-compat' is needed for adding local sources.

matte3560 commented on 2015-11-02 01:28

Latest version gives an error about librtmp.so.1 not being found, and refuses to launch for me. Installing rtmpdump fixed the issue. Missing dependency?

chendaniely commented on 2015-10-30 20:19

I had to either delete or rename `/usr/share/applications/spotify.desktop` to `/usr/share/applications/spotify.desktop.bkup` because of conflicting files

error: failed to commit transaction (conflicting files)
spotify: /usr/share/applications/spotify.desktop exists in filesystem
Errors occurred, no packages were upgraded.

l0gic commented on 2015-10-30 13:25

I noticed libcef.so is shipped as world-writable, so here is a small patch for the PKGBUILD: http://ix.io/lHY

arthurg commented on 2015-10-29 15:25

Since last version, Spotify doesn't "stick" in app indicator place... If I close the windows Spotify app stops too... I'm the only one ?

misz commented on 2015-10-29 09:46

Fixed PKGBUILD:
http://pastebin.com/3S76ZNWp

dundee commented on 2015-10-29 07:45

Turski: Thanks, updated.

z1gm4 commented on 2015-10-29 01:29

must to change the md5sum of both files to
amd64.deb --> 6e7cdbc4321ddf218bff5f36a565f0c2
i386.deb --> 843743f3706aeb65a122625c1183c859

z1gm4 commented on 2015-10-29 01:23

You must change the $pkgver value in PKGBUILD to 1.0.17.75 and the $anotherver value to .g8f111100, or you get an 404 error code.
Maybe this error, can be permantly solved, if in the pkgbuild it uses some bash sentences to get the name of files of this url:http://repository-origin.spotify.com/pool/non-free/s/spotify-client/

Turski commented on 2015-10-28 21:59

diff --git a/PKGBUILD b/PKGBUILD
index 1b68fe0..24782b8 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,9 +4,9 @@
# Contributor: Christopher Reimer <mail+aur[at]c-reimer[dot]de>

pkgname=spotify-beta
-pkgver=1.0.16.104
-_anotherpkgver=g3b776c9e
-pkgrel=2
+pkgver=1.0.17.75
+_anotherpkgver=g8f111100
+pkgrel=1
pkgdesc="A proprietary peer-to-peer music streaming service"
arch=('x86_64' 'i686')
license=('custom:"Copyright (c) 2006-2010 Spotify Ltd"')
@@ -22,8 +22,8 @@ source=('spotify.protocol')
source_x86_64=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}.${_anotherpkgver}_amd64.deb")
source_i686=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}.${_anotherpkgver}_i386.deb")
sha256sums=('af54f3b90cac46fa100b3f919a9225d10d847617d24aa9af3d832e7689f482c3')
-sha256sums_x86_64=('2b3e7a7cccadaa4567450e9d3c801a2f72ec9a5ad9295241701874310f6bd96a')
-sha256sums_i686=('b61ba5b2a42db6e888f002094d3bae7493997e18f2f7821208bcf90b6b129aff')
+sha256sums_x86_64=('65ad49871a5f281aa7248690c0379fc18c17c063ab640590bbfa7edc02cb223f')
+sha256sums_i686=('480d8791d4de95f43ba95e4c5d31fc5a02662c6e041c3eb45f481a5ef6bd39b0')

package() {
cd "${srcdir}"

Leonidaz0r commented on 2015-10-26 08:29

The file /usr/share/applications/spotify.desktop has executable bits set, that seems to be weird to me.
In addition the icon does not appear in Cinnamon's start menu. That can be fixed by changing

GenericName=Music Player

to

GenericName=Media Player

It might also be a problem with cinnamon. Both problems should probably be fixed upstream though.

rafasc commented on 2015-10-24 04:26

For those on KDE who want a (working mediacontroller plasmoid/Media Keys)
I made a small python script that acts as a player and relays the info between the two programs: https://github.com/rafasc/spotify-mpris2-proxy

Until spotify fixes their mpris2 implementation you can use this. :)

tilal6991 commented on 2015-10-23 11:49

@munrek: the curse of Arch is that all my installs are up to date :/

[STRIKE]Mind sharing your built version. I'll try and dig into it at some point soon to figure out the real reason but would like to have spotify until then :)[/STRIKE]

EDIT: Did some digging. interestingly enough the symbol that it is complaining about is actually not even in the curl version we are downloading! In fact it was not even introduced until curl 7.24 in https://github.com/bagder/curl/commit/7cc2e8b349df28d55d5f40bfae323485df9f0cf2 (you can see from the git tags that this commit is only present in 7.24 onwards). Moreover, when this was committed, the version was set to 4 by default so CURL_OPENSSL_3 was never in the official version of curl at all.

All in all this leads to an interesting scenario where I am very confused as to why Spotify is working for anyone at all - according to the commits, it should be crashing for everyone. In any case I managed to hack the hack by forcing libcurl-compat to use curl 7.24 and then adding a patch to change the CURL_OPENSSL_4 symbol to CURL_OPENSSL_3. This now makes spotify work for me :)

chx commented on 2015-10-22 09:28

With the latest spotify I am getting only 1 track played on last.fm. So I rolled back to tar.gz file given by @artafinde . This plays Spotify music but last.fm doesn't find it at all. If I use Chrome to launch my mix on last.fm then spotify emits a Socket error 103. If I use Firefox then I get a 104.

Anonymous comment on 2015-10-22 06:43

@tilal6991 : I advise you to read my comment on libcurl-compat ( https://aur.archlinux.org/packages/libcurl-compat/#comment-516742 ).

The fix is to get an "older" build of libcurl-compat from a different installation.

tilal6991 commented on 2015-10-21 21:06

Unfortunately I have the same issue as @munrek. The CURL_OPENSSL_3 symbol is not in my built libcurl.so.3 file so I would imagine something is badly wrong. No idea what that could be though :/

EAXBreakPARTY commented on 2015-10-20 15:39

Yepp Spotify>=10.0.x requires pulseaudio to work.

B_E commented on 2015-10-18 10:49

You can pull 1.0.16.104 from https://github.com/beheh/spotify-beta.git

Edit: Disregard, I just noticed the "spotify" package is on that version already.

zettaone commented on 2015-10-18 02:19

Update vars in PKBUILD:

For 64 bits:

pkgver=1.0.16.104
_anotherpkgver=g3b776c9e

sha256sums_x86_64=('2b3e7a7cccadaa4567450e9d3c801a2f72ec9a5ad9295241701874310f6bd96a')

FadeMind commented on 2015-10-17 21:07

rafasc media key issue is KDE bug - KDE not recognize new spotify as media player.

rafasc commented on 2015-10-17 19:55

Not working with KDE Media Player Controls. (Probably due to spotify not updating the player status on the mpris interface.)

Media keys not working on spotify. (Not sure if the problem is on my side though)

FadeMind commented on 2015-10-17 15:41

@alumni
Tray icon was purged from spotify.
Media Player indicator need to have a update rule for new spotify release.

alumni commented on 2015-10-17 13:10

No tray icon and doesn't work properly with the media player indicator.

bezirg commented on 2015-10-15 18:08

I think >1.0 requires pulseaudio. Otherwise there is no sound. Please add pulseaudio to the dependencies.

petterk commented on 2015-10-15 17:07

-> Downloading spotify-client_1.0.15.137.gbdf68615_amd64.deb...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading spotify-client_1.0.15.137.gbdf68615_amd64.deb
Aborting...
==> ERROR: Makepkg was unable to build spotify.

FadeMind commented on 2015-10-15 14:52

Improved PKGBUILD code: https://raw.githubusercontent.com/FadeMind/archpkgbuilds/master/aur4-customized/spotify/PKGBUILD

Thymo commented on 2015-10-15 12:53

Not having any crashes but the last played song doesn't save. Spotify starts with the same song whenever I run it.

brendan.rius commented on 2015-10-15 09:01

Here is the updated PKGBUILD that should be used (version 1.0.16.104) : http://pastebin.com/ALSpGDrc

Cannot push it to the repo since it is read-only

darkanmoore commented on 2015-10-15 00:43

I try to install spotify but there is a problem during download of "spotify-client_1.0.15.137.gbdf68615_amd64.deb", instead there is a new version of it, the 1.0.16. Please update the package...

tsester commented on 2015-10-13 10:29

me2

mokkurkalve commented on 2015-10-13 10:11

Reverting...

Salzi commented on 2015-10-13 09:14

I also downgraded to 0.9 ...

doragasu commented on 2015-10-13 07:52

Yep, same crash here on x86_64: memory corruption detected, and then segfault. Reverting to 0.9...

sevecekp commented on 2015-10-12 23:08

The new version works fine for me, but it is missing the tray icon. I got quite used to it, so I downgraded to older version provided by artafinde. Thanks.

artafinde commented on 2015-10-09 20:41

For anyone looking to go back to 0.9 you can download a tar.gz through https://aur.archlinux.org/cgit/aur.git/snapshot/aur-df0b5cc1eafbfaae0f949bff51e430b2949e4aa0.tar.gz

Anonymous comment on 2015-10-09 19:35

Obviously the branch 1.0 is not that stable. Please rollback to 0.9, and let's just leave spotify-beta for bleeding-edge users.

chuckdaniels commented on 2015-10-09 09:58

Same crash here @mokkurkalve, only with specific artists/albums. (p.e. Paul Kalkbrenner 7 album when you try to play some songs):

../../third_party/tcmalloc/chromium/src/free_list.h:118] Memory corruption detected.

gat commented on 2015-10-09 09:15

Spotify does not seem to be working with Alsa, only with Pulseaudio. See discussion on https://aur.archlinux.org/packages/spotify/?comments=all

dundee commented on 2015-10-09 06:27

monkeynaleo: strange, it works for me.

twizmwazin commented on 2015-10-09 03:00

With the 1.X update, cairo-dock isn't showing the icon when launched. The icon does however show up in cinnamon's window list applet. Does anyone know a fix for this?

monkeynaleo commented on 2015-10-09 01:25

Does anybody know what is up? After the new update, sound will not work at all. I checked, and the sound is turned all the way up, both in alsamixer, and spotify.

mokkurkalve commented on 2015-10-08 17:23

1.0.15.137-1 occasionally have sudden crashes on x86_64. Output are:

../../third_party/tcmalloc/chromium/src/free_list.h:118] Memory corruption detected.
/usr/bin/spotify: line 6: 2581 Minnesegmentsfeil (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

Anybody knows what that's about?

dundee commented on 2015-10-08 07:52

Thanks, updated.

AWhetter commented on 2015-10-08 07:30

@shazde: It wouldn't work. Pacman does file conflict checking before pre_upgrade in the package is run. Really it needed to be in the .install file in the previous version but I didn't know that until the new version was out.

hertog commented on 2015-10-08 07:30

There has been a new release 2 days ago;
spotify-client_1.0.15.137.gbdf68615_amd64.deb 06-Oct-2015 15:22
spotify-client_1.0.15.137.gbdf68615_i386.deb 06-Oct-2015 15:23

shazde commented on 2015-10-08 05:51

I removed /usr/share/applications/spotify.desktop manually and the upgrade went without any problem.

Can we add a rm -f /usr/share/applications/spotify.desktop in the installation script so the upgrade works without any problem?

hariskar commented on 2015-10-08 03:56

shazde, I had this message too, so I uninstalled the previous version, deleted spotify folder in profile and re-installed the new without the message.
I also had the no sound problem without Pulsaudio installed, but I would be happy if Spotify could produce sound without Pulsaudio.

shazde commented on 2015-10-08 01:36

The upgrade for me fails with the following error:
error: failed to commit transaction (conflicting files)
spotify: /usr/share/applications/spotify.desktop exists in filesystem

mouseman commented on 2015-10-07 17:50

No sound for me either.

Edit: that was simple. It seems it now depends on Pulse audio being installed and correctly configured (ie, working). Once I did that Spotify is working again.

tsester commented on 2015-10-07 14:29

+mamciek

me too, no sound

Salzi commented on 2015-10-07 12:03

I have also problems with the new version:

/usr/bin/spotify: line 2: 12923 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

mamciek commented on 2015-10-07 10:07

After upgrading to 1.X I have no sound emitted by spotify. Anybody has the same problem?

Anonymous comment on 2015-10-07 08:31

Since the update to 1.0.X, I have issues with libcurl-compat :

/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)

I tried reinstalling libcurl-compat, and preloading it before executing spotify, without any success.

travnick commented on 2015-10-07 07:09

just updated to 1.0.15.137-1:

/usr/bin/spotify: line 2: 6183 Segmentation fault (core dumped) LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify "$@"

bulletmark commented on 2015-10-07 07:03

The issue of not minimizing to the tray also occurs on GNOME so it is pretty generic. The media keys do work on GNOME however.

woqer commented on 2015-10-07 04:45

@RicardoScar i'm having same issue on KDE (no systray icon). Also, now spotify is not recognized by plasma as a media player, so the media keys are no longer working... In the previous version they did work

Freso commented on 2015-10-06 21:50

@AWhetter Yes, ffmpeg-compat (from [community]) is installed on both machines `spotify` is installed on. :/

AWhetter commented on 2015-10-06 21:08

@Freso: Do you have ffmpeg-compat installed? I had segfaults without it.

Freso commented on 2015-10-06 21:00

I'm getting segfaults trying to launch `spotify` now: https://ptpb.pw/AMEI7anAteuAxAmVlPzCT46EL28b (this is with LANG=C) - the problem might lie with libcurl-compat, or with some obscure setting on the system, so if anyone has a clue on how to investigate further, it'd be much appreciated.

adonisk commented on 2015-10-06 19:22

Did they change the application? it seems native-like

AWhetter commented on 2015-10-06 18:47

That was unfortunate timing. Spotify got updated again. I've updated the package.

noplomplom commented on 2015-10-06 18:35

Download links return a 404 error

vialrogo commented on 2015-10-06 18:02

@RicardoScar in gnome I have the same issue.

RicardoScar commented on 2015-10-06 15:31

After the last update it stopped minimizing to tray on my tint2 panel on openbox. Is there something i can do to solve it?

f3bruary commented on 2015-10-06 09:44

You can just remove the spotify.desktop file before updating. Worked for me.

AWhetter commented on 2015-10-05 23:46

Figured it was about time I updated this seeing as this seems to be accepted as the stable version now. If you get the error
spotify: /usr/share/applications/spotify.desktop exists in filesystem
when installing, uninstall the old version of spotify first.
If you get a segfault when starting then try installing ffmpeg-compat.

Gonzih commented on 2015-09-25 16:29

Well, full recent upgrade and recompilation of libgcrypt15 solved my previous crash.

Gonzih commented on 2015-09-24 07:46

I'm getting following segfault:

gtk2 is not the issue :)

anyone else having this problem?

/usr/share/spotify/spotify-client/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify-client/spotify)
/usr/share/spotify/spotify-client/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify-client/spotify)
07:44:52.010 I [breakpad.cpp:110 ] Registered Breakpad for product: spotify

07:44:52.011 I [translate.cpp:152 ] Reloading language file
07:44:52.022 I [translate.cpp:152 ] Reloading language file
07:44:52.023 I [breakpad.cpp:269 ] Searching for crashdumps: /home/me/.cache/spotify/*.dmp

/usr/bin/spotify: line 2: 5930 Segmentation fault (core dumped) /usr/share/spotify/spotify-client/spotify "$@"

nerayan commented on 2015-09-20 16:48

As an interim solution, update the PKGBUILD while installing with the version numbers from karlstav's comment and the sha256sum '6fed225815ada3a290dd588c7f19a5c83df2712cd016d8e6ad0a2bba4ef66257' for the 64bit version.

B_E commented on 2015-09-19 10:34

You can clone/pull here for the updated version (1.0.14.122/124): https://github.com/beheh/spotify-beta.git

karlstav commented on 2015-09-18 16:44

new release today:

spotify-client_1.0.14.122.gf29d9be0_i386.deb 18-Sep-2015 07:33 69292192
spotify-client_1.0.14.124.g4dfabc51_amd64.deb 18-Sep-2015 07:33 65887386

getting 404 since old sources are removed, are there some way to update the source paths automaticaly?

gigitux commented on 2015-09-18 14:03

Add to option dependencies for play local music: ffmpeg-compat

strebski commented on 2015-09-14 16:21

@dundee

Works fantastic (installed via yaourt)! Thanks so much! :-)

dundee commented on 2015-09-14 07:27

CReimer: Thanks, merged.

CReimer commented on 2015-09-13 10:40

dundee: That's not how it's done right.

There are architecture specific arrays: source_x86_64=() and source_i686=()

I fixed it for you. Would you please pull from here "git pull https://github.com/CReimer/spotify-beta.git"

Thanks

Graham42 commented on 2015-09-12 03:44

Looking through the comments it seems that people have experienced issues with using libgcrypt instead of libgcrypt15. However, no one has explain WHY libgcrypt15 is needed, or why that it's ok to use this unofficial crypto library. I'm really not fond of the idea of potentially leaving a gaping security hole in my computer.

Can someone enlighten me please? Why libgcrypt15? Is it really secure?

Thanks

dundee commented on 2015-09-11 13:05

strebski: Added, please try if it works.

strebski commented on 2015-09-10 16:36

Hi, please provide also 32bit version in this package. Both versions are on the same source: http://repository.spotify.com/pool/non-free/s/spotify-client/ Thank you for your great job! :)

stathisq commented on 2015-09-05 18:46

@dundee: dundee thanks for the answers...I deleted the spotify folder inside the .config and the problem has gone! thanks for your time...

evana commented on 2015-09-03 23:37

Client received a minor version bump today

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.13.112.g539ef41b_amd64.deb

Fixes the "add to queue" button missing.

dundee commented on 2015-09-02 10:19

@stathisq: Gnome3

stathisq commented on 2015-09-02 10:11

@dundee: Under which DE? I'm currently using Cinnamon...

dundee commented on 2015-09-01 14:04

stathisq: I am running fine in window.

stathisq commented on 2015-09-01 14:02

Am I the only one whose spotify runs only on fullscreen?

dundee commented on 2015-09-01 06:44

Thanks, updated.

WhiteHatHacker1 commented on 2015-09-01 02:59

Is anyone else having window problems with the Spotify application? It seems that whenever I leave the workspace Spotify is on and return to it, my cursor is lower on the y axis than it appears (i.e. my clicks register higher than the cursor is shown as being) on the Spotify window. I also can maximize the window with the appropriate button, but I have to use alternative means to shrink it.

System info: 64-bit, kernel 4.1.6, cinnamon desktop, latest Spotify version.

evana commented on 2015-08-31 18:14

Notable in this update is the return of dbus support

https://community.spotify.com/t5/Spotify-Announcements/Spotify-beta-1-0-13-for-Linux-released/td-p/1197675

episyron commented on 2015-08-31 17:08

New version available:

http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.13.111.g6bd0deca_amd64.deb

dmrobotix commented on 2015-08-29 17:20

This works great, I had zero problems with installation.

migueldvb commented on 2015-08-20 01:51

Is the spotify-legacy package not maintained any more? There is a spotify32bit package in the AUR for the beta version of the client but I could not find the 0.9 version for 32bit.

dundee commented on 2015-08-16 10:07

Thanks, added.

doweaver commented on 2015-08-15 22:06

It looks like this package requires libxss - I had to install manually from pacman before I could launch. The error I was seeing was:

$ spotify
/usr/share/spotify/spotify: error while loading shared libraries: libXss.so.1: cannot open shared object f

acidflash commented on 2015-08-10 08:11

Trying to upgrade to spotify-beta 1.0.11.131-1
Get this error:
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [#############################################] 100%
(1/1) checking package integrity [#############################################] 100%
(1/1) loading package files [#############################################] 100%
(1/1) checking for file conflicts [#############################################] 100%
error: failed to commit transaction (conflicting files)
spotify-beta: /usr/share/applications/spotify.desktop exists in filesystem
Errors occurred, no packages were upgraded.
==> WARNING: Your packages are saved in /tmp/yaourt-tmp-jonbys
==> ERROR: unable to update

To fix it i did: mv /usr/share/applications/spotify.desktop /usr/share/applications/spotify.desktop.old

After that the upgrade worked out..

acidflash commented on 2015-08-10 08:05

@blackwolf12333 what i know did dbus stop work after 1.X upgrade..

blackwolf12333 commented on 2015-08-04 17:05

Any idea why the dbus integration doesn't work in this version, but does work in the stable version?

zexias commented on 2015-08-04 15:11

weird... for me didn't work, I had to did that. But, thanks @evana for alert me

evana commented on 2015-08-04 14:36

@zexias libcurl-compat is a dependency already. Also, if you remove and reinstall the package the spotify executable should be fixed to use LD_PRELOAD.

zexias commented on 2015-08-04 14:33

New file http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.11.131.gf4d47cb0_amd64.deb

-pkgver=1.0.11.131
-_anotherpkgver=.gf4d47cb0

md5sum: af4bd4604c29d5d0ed2dde6e84453537

I had to install libcurl-compat to make it works.
I'm running spotify with: `LD_PRELOAD=libcurl.so.3 spotify`. Because just `spotify` I was getting CURL_OPENSSL_3 not found.

zexias commented on 2015-08-04 13:52

New file http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.11.131.gf4d47cb0_amd64.deb

-pkgver=1.0.11.131
-_anotherpkgver=.gf4d47cb0

md5sum: af4bd4604c29d5d0ed2dde6e84453537

jeekajoo commented on 2015-07-31 22:08

for those who need to build it against x86, here is a patch:

--- PKGBUILD_amd64 2015-08-01 00:01:44.203061632 +0200
+++ PKGBUILD_x86 2015-08-01 00:02:33.887062497 +0200
@@ -3,21 +3,21 @@
# Contributor: EvanA <evan@thelinuxman.us>

pkgname=spotify-beta
-pkgver=1.0.11.131
-_anotherpkgver=.gf4d47cb0
+pkgver=1.0.11.129
+_anotherpkgver=.g61510de3
pkgrel=1
pkgdesc="A proprietary peer-to-peer music streaming service"
-arch=('x86_64')
+arch=('i686')
license=('custom:"Copyright (c) 2006-2010 Spotify Ltd"')
url="http://www.spotify.com"
changelog='spotify.changelog'
options=('!strip')
conflicts=('spotify')

-source=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}_amd64.deb"
+source=("http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_${pkgver}${_anotherpkgver}_i386.deb"
'spotify.protocol'
)
-md5sums=('af4bd4604c29d5d0ed2dde6e84453537'
+md5sums=('4e467409f2de399e99d13cde84dc2f3d'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

depends=("alsa-lib>=1.0.14" "glibc>=2.6" "openssl" "gconf" "nss" "systemd" "gtk2" "libxtst" "libx11" "libcurl-compat")
@@ -49,4 +49,3 @@
install -Dm644 "${srcdir}/spotify.protocol" "${pkgdir}/usr/share/kde4/services/spotify.protocol"
fi
}

dundee commented on 2015-07-30 17:28

Thanks, updated.

harrygallagher4 commented on 2015-07-30 15:48

New version released today:
http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.11.131.gf4d47cb0_amd64.deb

The current PKGBUILD is not working as the old .deb files have been removed.

matthias.lisin commented on 2015-07-25 01:37

Update absolutely not worth it.
If you have the 1.0.7.x beta, KEEP IT!

AWhetter commented on 2015-07-19 20:16

Version 1.0.9.133 is still considered beta (https://community.spotify.com/t5/Spotify-Announcements/Spotify-Client-1-x-beta-for-Linux-has-been-released/m-p/1172112#M7474). I wasn't expecting it to be in beta for so long, but as there's a spotify-beta package I think it makes sense to make this package follow the stable releases in http://repository.spotify.com/pool/non-free/s/spotify/ and spotify-beta follow the beta releases in http://repository.spotify.com/pool/non-free/s/spotify-client/

dundee commented on 2015-07-19 08:52

crepererum: thanks, fixed.

crepererum commented on 2015-07-18 14:18

Your wrapper script does not forward command line arguments

LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify
should be
LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify $@

jpapadopoulos commented on 2015-07-12 18:08

Modified the PKGBUILD to install 1.0.9, but it seems it's broken due to curl symbol changes.

Weegee commented on 2015-07-11 12:45

Seems like a new version is out, 1.0.9.133.gcedaee38

http://repository-origin.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.0.9.133.gcedaee38_amd64.deb

artafinde commented on 2015-07-02 20:01

miss-clicked sorry, didn't mean to flag out-of-date

evana commented on 2015-06-07 12:30

32 bit client is coming soon.

enkeyz commented on 2015-06-07 11:29

Who knows when they will relase a i686 client? Much appreciated.

ZaZam commented on 2015-06-07 09:42

You should update the description as Spotify no longer uses peer-to-peer networking.

ZaZam commented on 2015-06-07 09:40

You should update the description as Spotify no longer uses peer to peer networking.

evana commented on 2015-06-06 21:39

This package should not be flagged out of date. If you want the newest 1.x release, which is still in beta, you should install the spotify-beta package https://aur.archlinux.org/packages/spotify-beta

evana commented on 2015-06-06 21:39

This package should not be flagged out of date. If you want the newest 1.x release, which is still in beta, you should install the spotify-beta package https://aur.archlinux.org/packages/spotify

evana commented on 2015-06-06 21:38

This package should not be flagged out of date. If you qant the newest 1.x release, which is still in beta, you should install the spotify-beta package https://aur.archlinux.org/packages/spotify

evana commented on 2015-06-06 21:35

Dbus support has been removed from the initial 1.x beta. They did a full re-write of the client, so many features are missing. They will be reimplementing dbus in later betas

jbbr commented on 2015-06-06 14:57

Playback control with playerctl/dbus isn't working for me. Dbus destination org.mpris.MediaPlayer2.spotify is missing - Non beta aur package "spotify" is working for me.

Is this an upstream issue or related to this package?

Perry3D commented on 2015-06-06 09:04

Thank you evana. I just renamed your package.

evana commented on 2015-06-06 01:24

I updated the package based on the mainline Spotify package. Several dependencies can be removed, including libgcrypt15, qtwebkit, nspr, libxss, and dbus. New dependencies are libxtst and libx11. My work is available here: https://github.com/linuxman94/spotify-aur

jforberg commented on 2015-06-05 15:54

Version 1.0 is out! https://community.spotify.com/t5/Spotify-Announcements/Spotify-Client-1-x-beta-for-Linux-has-been-released/m-p/1147084/thread-id/7253

episyron commented on 2015-06-05 11:17

New beta version 1.0.7.153.gb9e8174a has been released.

https://community.spotify.com/t5/Spotify-Announcements/Spotify-Client-1-x-beta-for-Linux-has-been-released/m-p/1147084/thread-id/7253

spaceisstrange commented on 2015-05-28 11:53

After downgrading GTK2 the app stopped giving the segfault, but now it came back and GTK2 it's still in the same version that's supposed to work. Is there any other workaround?

spaceisstrange commented on 2015-05-26 14:20

Am I the only one getting a segfault 11 when opening the app? It makes my system log off and I really don't know why.

gadget3000 commented on 2015-05-22 11:31

Woops! I missed that when removing the old source_i686 array. I've fixed the protocol file issue. The desktop file is already copied in spotify.install.

gadget3000 commented on 2015-05-22 11:30

Woops! I missed then when removing the old source_i686 array. I've fixed the protocol file issue. The desktop file is already copied in spotify.install.

FadeMind commented on 2015-05-22 11:23

Package is corrupted. Missing spotify.protocol file in src.
You missing copying desktop file too.
Fixed PKGBUILD: https://pastebin.com/11JJimjg

tom.ty89 commented on 2015-05-21 22:59

0.9.17.8 is released
32 bit seems no longer supported
also none of the so symlink is required anymore
makepkg will extract deb automatically with libarchive, so `ar x` is not necessary

btw it doesn't seem to me that qtwebkit is necessary for it, but qt4 definitely is, which also makes me wonder if it actually requires gtk2

Blazer78 commented on 2015-05-12 09:17

The deb in pkg was removed from spotify repo. If u like i used this http://megasearch.co.nz/438086/spotify-client0-9-4-183-g644e24e-428-1i386-deb
(download it in the spotify yaourt temp folder)

Just to install without modify pkg. It works and spotify almost too (just no showing nothing in the discover section).

JJK commented on 2015-05-07 08:42

Is there a specific reason for the fact that the i686 source is outdated?

foxlg commented on 2015-04-30 09:20

Problem when install.. i have system in "ro" mode when i had installed this package :/ Had someone the same problem?
(4.0.1-1-ARCH, crypt partition)

foxlg commented on 2015-04-30 09:16

Problem when install.. i have the ro system after when i install this package :/

gutigen commented on 2015-04-25 09:32

Last time I checked there was no stable release for Linux, just beta from Spotify Labs.

gadget3000 commented on 2015-04-24 21:02

@gutigen: That's a beta version. I'm not going to update the package until a new stable version is released (http://repository.spotify.com/pool/non-free/s/spotify/). For the beta version see spotify-beta (https://aur.archlinux.org/packages/spotify-beta/).

gutigen commented on 2015-04-24 20:57

New version is out:

http://download.spotify.com/beta/spotify-client_1.0.1.1062_amd64.deb

adonisk commented on 2015-04-14 09:00

Is there a way to make Gnome3 detect spotify as a music player?

robbiewxyz commented on 2015-04-09 16:02

This package is broken for me: spotify-client...deb and spotify-app...tar.bz2 both fail the md5sums validity check.

hEEGy commented on 2015-03-31 18:19

Nice changes ahead! https://community.spotify.com/t5/Help-Desktop-Linux-Mac-and/Spotify-0-9-17-for-GNU-Linux-and-the-upcoming-1-x-beta/m-p/1071035#M118499

Key points from the forum post:
"- We will be releasing a regular tarball file alongside our debian package for the benefit of non-debian users
- Spotify client releases will be made available for GNU/Linux users at the same time as users on other platforms
- We will also make a public `testing` apt repository to house unstable beta builds for testing"

NotSure commented on 2015-03-28 19:29

After several minutes spotify is eating my whole ram and the system is frozing.
Run it under gnome3.
Pls fix.

gadget3000 commented on 2015-03-26 16:41

Sorry about that. I've fixed the issue

anks commented on 2015-03-26 14:05

Building spotify for my x386 notebook, fails with a following error:
tar (child): data.tar.xz: Cannot open: No such file or directory

henkm commented on 2015-03-26 03:13

I had to change the download location for the sourcefile to http://repository-origin.spotify.com/pool/non-free/s/spotify/ Not sure why, but if others face problems (curl (6) could not locate blabla) this might be helpful.

fenuks commented on 2015-03-25 19:34

Thank you for your clarification.
Arch-specific arrays were added recently. I'm glad you like the tip.

gadget3000 commented on 2015-03-25 16:45

spotify-qt is a dummy package. I was used very early on when Spotify was first released for linux but it's not used any more.

I didn't know about source_x84_64. Thanks for that tip!

fenuks commented on 2015-03-25 13:01

Also I noticed that you are checking for arch in PKGBUILD. Now you can use md5sums_x86_64, source_i686, etc. I hope you get the idea. See article in Arch Wiki[1]

[1] https://wiki.archlinux.org/index.php/PKGBUILD#source

fenuks commented on 2015-03-25 12:53

@gadget3000
Spotify repository contains also qt-based spotify client, can you (if you are interested) add spotify-qt package? GTK-gui client do not work very well in Plasma 5. Thank you.

mareex commented on 2015-03-24 20:27

0.9.17 is eating up my RAM in a few seconds. Have to reboot by pressing power button.

EDIT: My Fault! Had an infinite recursion in my own startup script...

mareex commented on 2015-03-24 20:10

0.9.17 is eating up my RAM in a few seconds. Have to reboot by pressing power button.

jelly commented on 2015-03-24 18:49

0.9.17 is out http://repository.spotify.com/pool/non-free/s/spotify/

episyron commented on 2015-03-23 08:56

Thanks windy for the PKGBUILD. I have played now few tracks with it, and so far it has worked somewhat OK. There are some oddities like no menu bar (running on KDE) and no tray icon. But Spotify Connect actually works to my Pioneer receiver.

Roberth commented on 2015-03-21 18:05

Ohhhh, I didn't noticed them. Thanks.

windy commented on 2015-03-21 18:03

Roberth, are you sure that you used all files from the Gist, not just the PKGBUILD? The spotify start script has changed, too.

Roberth commented on 2015-03-21 17:12

I'm getting this when trying to start 1.0.1:

/usr/bin/spotify: line 6: /usr/share/spotify/spotify-client/spotify: No such file or directory

windy commented on 2015-03-21 09:21

For anyone who is interested, I created a quick-and-dirty PKGBUILD for 1.0.1:

https://gist.github.com/stovocor/8f5c9351b71064e4df28

Facebook users who use 2-Factor-Authentication (hopefully all of them!) are required to create an app password with Facebook and use it in the normal login form.

episyron commented on 2015-03-18 07:08

New release, anyone tried this yet? What I gathered from comments, it is still very much beta, lot of functionality not there yet. I am missing especially Connect.

http://download.spotify.com/beta/spotify-client_1.0.1.1062_amd64.deb

rafaelff commented on 2015-03-05 13:26

Again, FWIW, my testimony: I'm NOT presencing issues with spotify and gtk2, in any of its versions.

rafaelff commented on 2015-03-05 13:26

Again, FWIW, my testimony: I'm presencing issues with spotify and gtk2, in any of its versions.

mazzolino commented on 2015-03-05 12:20

Yep, someone fixed the bug! https://bugzilla.gnome.org/show_bug.cgi?id=745536

petterk commented on 2015-03-05 11:59

@ pdizzle: I just removed gtk2 from ignorepkg and upraded to 2.24.27-1 and spotify seems to work fine again.

pdizzle commented on 2015-03-04 22:32

has anyone upgraded gtk2 to 2.24.27-1 and tried it out?

mokkurkalve commented on 2015-03-01 21:35

Various obscure errors have been reported due to locale settings. This is just a wild goose chase, but have you tried if your problem persists if you start spotify the following way?
env LANG="en_US.utf8" LC_ALL="en_US.utf8" /usr/bin/spotify
(And probably check that you have the en_US.utf8 locale in locale.conf, otherwise generate it.)

RainerSchrott commented on 2015-03-01 18:47

Sportify doesn't crash anymore, but i cant save any albums to my profile.

RainerSchrott commented on 2015-03-01 18:46

Sportify doesn't crash anymore, but i cant save any albums to my account.

mokkurkalve commented on 2015-02-27 16:09

Yeah. All works fine here. x86_64.

BrunoSpy commented on 2015-02-27 16:09

Tested on x86_64 : seems to work fine !

gadget3000 commented on 2015-02-27 14:56

Fixed the symlink targets: http://pastebin.com/tjjEdA7e

mokkurkalve commented on 2015-02-27 14:51

Symlinks pointed to the libs in the builddir when I buildt that. Fixing that it seems this solution works just fine on my end. Tested on x86_64.

gadget3000 commented on 2015-02-27 13:47

It's worth a try! Here's a PKGBUILD to do just that: http://pastebin.com/V5GSiihN If it's working fine for others then I'll update the package.

crepererum commented on 2015-02-27 13:24

We could "implement" the following workaround: Add gtk2-2.24.24 binaries to this package and extract the libs to "/usr/share/spotify/libs/". This would work because /usr/bin/spotify isn't a pure executable but instead contains the following:
LD_LIBRARY_PATH=/usr/share/spotify/libs/ /usr/share/spotify/spotify-client/spotify "$@"

This "fix" is already used to compensate some library updates. See PKGBUILD for more information.

iknite commented on 2015-02-26 15:47

Posted on Spotify forums:

https://community.spotify.com/spotify/board/message?board.id=001&message.id=110247#M110247

ryanvade commented on 2015-02-26 02:34

@gadget3000 whoops I just noticed that. :(

frigaut commented on 2015-02-25 05:11

Same thing for me here. Downgrading to 2.24.25 (and only that) and no more crashes.

gadget3000 commented on 2015-02-24 23:05

@ryanvade That's not a github repo for the linux client. Bugs should be reported on the spotify forums.

ryanvade commented on 2015-02-24 22:48

https://github.com/spotify/linux/issues/1

mokkurkalve commented on 2015-02-23 23:38

This is the crash I got:
kernel: spotify[13577]: segfault at 7f9af7e00dd0 ip 00007f9af7e00dd0 sp 00007fffd6c3ddf8 error 14 in SYSV00000000 (deleted)[7f9bcfa54000+5f5000]

Also solved by downgrading to gtk2 2.24.25-1

nebulon commented on 2015-02-22 16:19

Downgrading indeed also solved the problem for me. Is there a bug raised somewhere against spotify?

petterk commented on 2015-02-22 16:04

Confirmed working after downgrade gtk2 from ARM.

kefen commented on 2015-02-22 12:17

Thanks, downgrading gtk2 seems to have worked here to.

Note that I could listen to one of my custom playlists for hours without a hitch, but Spotify started segfaulting when I switched to the default 'Songs' playlist.

rafaelff commented on 2015-02-22 12:04

I'm NOT presencing any crashes.
spotify 0.9.11.27-1
gtk2 2.24.26-1

francoisvdv commented on 2015-02-22 11:46

Yep, confirmed! Thanks :)

juurakki commented on 2015-02-22 10:35

Another confirm, downgrading with
# pacman -U /var/cache/pacman/pkg/gtk2-2.24.25-1-x86_64.pkg.tar.xz
saved by day.

chrizel commented on 2015-02-21 16:22

I can confirm that a downgrade to gtk2-2.24.25-1 stopped the crashes.

stepo1011 commented on 2015-02-21 12:52

@petterk @francoisvdv

segfaults despite downgrade gtk2?

francoisvdv commented on 2015-02-21 11:26

Same as petterk. Spotify works for like a minute or so, then segfaults.

/usr/bin/spotify: line 6: 2665 Segmentation fault (core dumped) LD_LIBRARY_PATH=/usr/share/spotify/libs/ /usr/share/spotify/spotify-client/spotify "$@"

petterk commented on 2015-02-21 10:27

Recent crashes:

/usr/bin/spotify: line 6: 20589 Segmentation fault (core dumped) LD_LIBRARY_PATH=/usr/share/spotify/libs/ /usr/share/spotify/spotify-client/spotify "$@"

Never experiences this before.

stepo1011 commented on 2015-02-21 09:09

downgrading gtk2 to version gtk2-2.24.25-1 solves the problems for me

mazzolino commented on 2015-02-20 22:49

Same here as hectorsales. Some crashes:

[11439.585183] spotify[7741]: segfault at 7fec18190dd0 ip 00007fec18190dd0 sp 00007fff72661aa8 error 14 in pulse-shm-4209366616[7fece8860000+4001000]
[11610.553430] spotify[7914]: segfault at 7f3c224d0dd0 ip 00007f3c224d0dd0 sp 00007fff226b5738 error 14 in SYSV00000000 (deleted)[7f3cf1768000+60000]
[13279.335504] spotify[15264]: segfault at 7f3d5def9dd0 ip 00007f3d5def9dd0 sp 00007fffb52a8658 error 14 in SYSV00000000 (deleted)[7f3e2e79b000+a3000]
[13393.866756] spotify[15703]: segfault at 7f58cd086dd0 ip 00007f58cd086dd0 sp 00007fff5f8ddcf8 error 14
[13726.753499] spotify[17681]: segfault at 7f64c117edd0 ip 00007f64c117edd0 sp 00007fff79fe9b88 error 14

Seeing "pulse-shm" in the output: maybe this problem is related to the recent pulseaudio update?

[2015-02-15 19:58] [ALPM] upgraded pulseaudio (5.0-1 -> 6.0-1)

hectorsales commented on 2015-02-20 21:55

Adding more info:

$ dmesg

[ 265.529426] spotify[849]: segfault at 7f4469cdddd0 ip 00007f4469cdddd0 sp 00007fffaa2d1a38 error 14 in pulse-shm-1228716241[7f453d2c4000+4001000]

[ 479.526505] spotify[1000]: segfault at 7f4dd636fdd0 ip 00007f4dd636fdd0 sp 00007fffc8d54838 error 14 in SYSV00000000 (deleted)[7f4ea9a44000+80000]

mcstayinskool commented on 2015-02-20 21:14

I've been using this spotify client for 8 months without any major issue, but just started getting the same segmentation faults as hectorsales reports today as well. I have to assume it has something to do with a conflict of other packages, since the spotify client hasn't been updated.


[ 853.039020] spotify[1892]: segfault at 7f5588032dd0 ip 00007f5588032dd0 sp 00007fff3e71be28 error 14 in SYSV00000000 (deleted)[7f565c14f000+383000]
[ 1106.355066] spotify[2143]: segfault at 7ff0ccd87dd0 ip 00007ff0ccd87dd0 sp 00007fff1cc12718 error 14

hectorsales commented on 2015-02-20 16:11

Hello, when I start spotify after a few minutes unexpectedly close ..
"
/usr/bin/spotify: line 6: 963 Segmentation fault (core dumped) LD_LIBRARY_PATH=/usr/share/spotify/libs/ /usr/share/spotify/spotify-client/spotify "$@
"

My Desktop Environment is Cinnamon 2.4.6 and gtk 3.14.

Regards.

zarthon commented on 2015-02-18 00:19

I installed spotify from the AUR and i am getting the following error,

usr/share/spotify/spotify-client/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify-client/spotify)
/usr/share/spotify/spotify-client/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify-client/spotify)
23:57:28.024 I [breakpad.cpp:107 ] Registered Breakpad for product: spotify

23:57:28.134 I [translate.cpp:139 ] Reloading language file
23:57:28.403 I [translate.cpp:139 ] Reloading language file
23:57:28.421 I [breakpad.cpp:261 ] Searching for crashdumps: /home/*/.cache/spotify/*.dmp

23:57:33.761 E [watchdog.cpp:173 ] Deadlock detected (Thread: gui)
23:59:30.760 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)
23:59:31.761 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)
23:59:32.761 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)
23:59:33.761 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)
23:59:34.760 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)
23:59:35.760 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)
23:59:36.761 E [watchdog.cpp:181 ] Fatal deadlock detected - would have crashed!! (Thread: gui)


Got any idea how to resolve this?

samosaara commented on 2015-02-08 15:07

No you're not, and judging by the missing file name it's part of the 'libgcrypt15' package who is missing. Well the solution would be finding the package that file belongs to. *GOOGLE'ING it.*

catharsis commented on 2015-01-26 06:35

@ogredebarbarie:
https://aur.archlinux.org/packages/libgcrypt15/

ogredebarbarie commented on 2015-01-25 18:47

I encountered the following error:

==> Making package: spotify 0.9.11.27-1 (Sun 25 Jan 19:43:10 CET 2015)
==> Checking runtime dependencies...
==> Installing missing dependencies...
[sudo] password for xxxxx:
error: target not found: libgcrypt15
==> ERROR: 'pacman' failed to install missing dependencies.

The current version of the library seems to be 1.6.2. Has anyone figured out this error?

orschiro commented on 2014-12-15 13:03

Has anyone found a solution to the "Reconnect failed" issue?

I frequently receive the error that Spotify cannot reconnect after I changed networks which leaves me in offline mode.

The only inconvenient workaround is to close Spotify and restart it.

thof commented on 2014-12-14 13:36

@msx, I have encountered the same problem after I had to remove aur/libgcrypt11 due to some other dependency conflict. In this situation, as gadget3000 wrote, libgcrypt15 from official repositories must be reinstalled since this package contains libgcrypt.so.11 file.

Drew commented on 2014-12-11 07:19

The problem with this for 32 bit systems is that the PKGBUILD defines the version for 32 bit systems in such a way that is not interpreted until makepkg is run. 0.9.4.x is actually the latest version for 32 bit systems, not 0.9.11.x. When the PKGBUILD script is run during makepkg, the system successfully recognizes the CARCH variable in the if statement, which likewise results in the system accurately labeling spotify as 0.9.4.x. The problem is that because CARCH is defined in /etc/makepkg.conf, a version check that looks at the PKGBUILD before running makepkg is going to consider that variable to be null and ignore the commands within the if statement that say the 32 bit version is actually supposed to be 0.9.4.x and not 0.9.11.x.

There are two possible solutions for this. The first solution is to improve the method to do version checks of AUR packages. Namely, in this case, read the /etc/makepkg.conf file for the version check. I might end up integrating that into my AUR installer script, but if you use Yaourt then I assume all you can do is file a bug report. Another solution would be to modify the PKGBUILD to use a more reliable architecture check, such as uname -m, rather than CARCH.

sciguy2000 commented on 2014-12-08 04:10

How come the PKGBUILD locks 32-bit systems into only getting 9.4? Is there an unresolvable problem with any further updates, or is it just that the developers are updating their 64-bit version beyond the 32-bit?

milouse commented on 2014-12-01 13:18

Since half a month I was no more able to launch spotify without having an error, which says "Fail skin load" or something. In terminal, it says something about resource files not synced. After some search on the internet, I found that the problem seems to come from gtk theme or icon theme not recognized for some reason. But changing gtk or icon theme did not resolve the problem for me. The only way I found (and that's why I put this here...) is not to change the gtk theme, but the qt one. Instead of « gtk+ » in qtconfig-qt4, I choose « plastic » and spotify works again. I suspect a recent update in my gtk theme (numix) to break its compatibility with qt. Anyone can report same behaviour ?

gadget3000 commented on 2014-11-25 08:22

@msx: For me libgcrypt.so.11 is included in libgcrypt15, which is in the dependencies. It might be that I need to put libgcrypt11 in the dependencies instead and get libgcrypt15 to provide libgcrypt11. I'll look into this. Thanks for reporting.

msx commented on 2014-11-24 23:51

@gadget3000: well, I don't know if you changed anything in this script-build lately or if the new Spotify version needs AUR/libgcrypt11 -- as I never experienced this error before, but installing the aforementioned library all is well again.
Btw, thanks for maintaining this app!

msx commented on 2014-11-24 23:45

Hi all, I'm having this error (on a fresh Arch install):
/opt/spotify/spotify-client/spotify: error while loading shared libraries: libgcrypt.so.11: cannot open shared object file: No such file or directory

Am I the only one?

Dark_Arc commented on 2014-11-05 01:00

I discovered while helping a friend that, there is a problem where this indefinitly, is detected as out of date by pamac when using the 32-bit client instead of the 64-bit client, because the 32-bit version of the client hasn't been updated for a much longer duration of time, and is currently version 9.4 instead of 9.11.

Dark_Arc commented on 2014-11-05 01:00

I discovered while helping a friend that, there is a problem where this indefinitly, is detected as out of date by pamac when using the 32-bit client instead of the 64-bit client, because the 32-bit version of the client hasn't been updated for a much longer duration of time, and is currentl version 9.4 instead of 9.11.

gadget3000 commented on 2014-10-26 10:49

It does provide the icons but I think xdg-icon-resource also does some magic to integrate them nicely into desktop environments and gtk. I may just be able to copy the icons into the package then run gtk-update-icon-cache but I'm not sure. I'll look into it and check if this is consistent with other packages.

orschiro commented on 2014-10-26 10:39

@gadget3000

Thanks, that is clear now. Any particular reason that the script needs to run outside the scope of the package? Does Spotify not provide any icons by itself?

gadget3000 commented on 2014-10-26 10:33

/usr/share/spotify/spotify-client/register.sh is run after spotify is installed. It uses xdg-icon-resource to install spotify's icons, and it does this "outside the scope of the package". If you were to uninstall spotify then /usr/share/spotify/spotify-client/unregister.sh would be run and it would uninstall the icons. You can see where these two scripts get run from inside spotify.install.

orschiro commented on 2014-10-26 10:07

Does anyone know why the icon files are shown as orphans although they should belong to the spotify package?

/usr/share/icons/hicolor/128x128/apps/spotify-client.png
/usr/share/icons/hicolor/16x16/apps/spotify-client.png
/usr/share/icons/hicolor/22x22/apps/spotify-client.png
/usr/share/icons/hicolor/24x24/apps/spotify-client.png
/usr/share/icons/hicolor/256x256/apps/spotify-client.png
/usr/share/icons/hicolor/32x32/apps/spotify-client.png
/usr/share/icons/hicolor/48x48/apps/spotify-client.png
/usr/share/icons/hicolor/512x512/apps/spotify-client.png
/usr/share/icons/hicolor/64x64/apps/spotify-client.png

dlduvio commented on 2014-10-20 01:01

Builds correctly and works appropriately.

tetragir commented on 2014-10-07 07:56

Builds and works correctly.

orschiro commented on 2014-10-05 16:49

Can I somehow tweak Spotify so that it automatically detects if my connection is back online? By default I always have to restart it manually in order to let it detect the online status correctly.

lyoneel commented on 2014-09-29 10:58

Hi, one of the dependences cant be resolved (cant compile) i resolve this with libgcrypt11-1.5.4-3 and symlink:
ln -s /usr/lib/libudev.so /usr/lib/libudev.so.0

PDP-8e commented on 2014-09-26 21:01

@nfnty oops, second day using arch, first using the AUR, don't know how I didn't think of that. Thanks!

nfnty commented on 2014-09-26 20:16

libgcrypt15 is in AUR.

PDP-8e commented on 2014-09-26 20:13

Getting an error for missing dependencies here, libgcrypt15 but the repos only supply libgcrypt, when I change the PKGBUILD spotify installs.

Then however running spotify it complains about not seeing libgcyrpt.so.11, and symlinking the latest gcrypt to that just makes more errors.

Need a recompile on spotifys' part?

orschiro commented on 2014-09-05 05:29

@all

I come to the conclusion that the "Failed to load skin" error is in fact a bug. Anyone with privileges [1] to submit a bug report?

[1] http://community.spotify.com/t5/Bugs/Reporting-a-bug-How-does-this-work/td-p/241930

orschiro commented on 2014-09-04 08:11

@mazzolino

Yes, can confirm that restarting works usually. I was wondering what is causing this issue and how to fix it.

mazzolino commented on 2014-09-04 07:44

Same problem here @orschiro. Starting it again seems to always work though.

orschiro commented on 2014-09-04 06:18

Sometimes Spotify fails to load with the message:

"Failed to load skin"

Can someone reproduce this?

Thanks!

Maverick commented on 2014-08-25 15:31

Got crash with the following error on the first launch:

[0825/172500:FATAL:main_delegate.cc(449)] Check failed: !loaded_locale.empty(). Locale could not be found for en-US


Restarted again and it worked. Weird.

demaio commented on 2014-08-23 12:34

@BenvanDamme

I get the same messages but Spotify starts and runs anyway after printing those lines.

BenvanDamme commented on 2014-08-22 07:48

Still getting this error.
/usr/share/spotify/spotify-client/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify-client/spotify)
/usr/share/spotify/spotify-client/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify-client/spotify)

How did you get it to work?

Kind Regards

mladoux commented on 2014-08-10 17:13

I'm not on OpenSSL 0.9.8, and it works fine for me. I wouldn't recommend downgrading to an outdated, and possibly insecure, version of a core security library.

** OS: Linux 3.15.8-1-ARCH x86_64
** Distro: ArchLinux
** CPU: 6 x AMD FX(tm)-6300 Six-Core Processor (AuthenticAMD) @ 3.50GHz
** RAM: Physical: 11.7GiB, 89.0% free
** Disk: Total: 2.2TiB, 79.4% free
** VGA: NVIDIA Corporation Gainward GeForce GT 610
** Sound: HDA-Intel - HDA ATI SB1: HDA-Intel - HDA NVidia2: USB-Audio - USB Device 0x46d:0x8213: USB-Audio - Samson Q2U Microphone
** Ethernet: Realtek Semiconductor Co., Ltd. CIe Gigabit Ethernet
** OpenSSL: OpenSSL 1.0.1i 6 Aug 2014

artafinde commented on 2014-08-05 19:37

Seems like the latest Spotify needs openssl098 (from AUR) as dependency as the new ssl 1.0.0 is not backwards compatible. Install openssl098 and re-build spotify.

athordan commented on 2014-08-01 16:18

Works great!
Good job, thnx.

nfnty commented on 2014-07-22 22:49

The source is pointing to the wrong URL:

+http://repository-origin.spotify.com/pool/non-free/s/
-http://repository.spotify.com/pool/non-free/s/

d3000 commented on 2014-07-22 21:52

I tried editing PKGBUILD to point to new URL, but receive md5sums error:

==> Validating source files with md5sums...
spotify-client_0.9.11.27.g2b1a638.81-1_amd64.deb ... FAILED
spotify ... Passed
spotify.protocol ... Passed
==> ERROR: One or more files did not pass the validity check!

josemota commented on 2014-07-22 19:55

It seems that the URL for the .deb file throws a 404. Maybe it's time to update this?

edeloa commented on 2014-07-03 19:13

Weird, it looks like the PKGBUILD that yaourt downloaded for me was out of sync the times I tried it, though the package versions matched up ...

Tried it again in a new session and the right md5sums are showing up. Thanks again.

gadget3000 commented on 2014-07-03 19:04

I've downloaded it a few times but the md5sum is always the same for me. It also matches what's in @soerensen3's PKGBUILD.

edeloa commented on 2014-07-03 17:57

@gadget3000, thanks for the update! Unfortunately, the package's md5sum doesn't match up with the one currently in PKGBUILD, so the build will throw errors.

gadget3000 commented on 2014-07-03 16:47

Looks like repository-origin.spotify.com is a few days ahead of repository.spotify.com so I've started using that. Thanks for the comments everyone!

soerensen3 commented on 2014-07-03 14:36

I changed updated my PKGBUILD to the new files for 64 bit, for 32 bit it seams to be the same as before.
I uploaded the changes to pastebin because i don't know how to update the tarball.
Just replace the old PKGBUILD with this one:
http://pastebin.com/Mipgv96c

horace_highwater commented on 2014-07-02 22:45

@thedeli

I had the same problem. Spotify released an updated .deb a few days ago.

horace_highwater commented on 2014-07-02 22:41

@thedeli

I had the same problem. Spotify just released a new .deb package a couple days ago so the current link is broken. I fixed it by changing the source in PKGBUILD to the following URL (well, actually I downloaded the package and pointed it to my download folder, but whatever):

http://repository.spotify.com/pool/non-free/s/spotify/spotify-client_0.9.11.26.g995ec04.78-1_amd64.deb

And I changed the md5sums under the "if [ "${CARCH}" = "x86_64" ]" conditional to md5sums=('BB54B187C5539D5095DB859DDCDA05FB')

horace_highwater commented on 2014-07-02 22:36

@thedeli

I had the same problem. Spotify just released a new .deb package a couple days ago so the current link is broken. I fixed it by changing the source in PKGBUILD to the following URL (well, actually I downloaded the package and pointed it to my download folder, but whatever):

http://repository-origin.spotify.com/pool/non-free/s/spotify/spotify-client_0.9.11.26.g995ec04.78-1_amd64.deb

And I changed the md5sums under the "if [ "${CARCH}" = "x86_64" ]" conditional to md5sums=('BB54B187C5539D5095DB859DDCDA05FB')

orschiro commented on 2014-07-02 19:53

@ventieldopje

Great news, thanks! Now I finally know where the weird collectionCache.bnk file comes from.

Anonymous comment on 2014-07-02 16:47

Spotify 0.9.11 has been released today, bug fixes and collectionCache.bnk will not be written to $HOME anymore (yay!).

thedeli commented on 2014-07-02 13:47

I get
'curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading spotify-client_0.9.10.17.g4129e1c.78-1_amd64.deb
'.. I looked up the source but I didn't see any problem..

orschiro commented on 2014-06-15 21:05

The dbus command to control next/previous/stop used to work. Now suddenly the service does no longer exist. Anyone else with a similar problem?

~ dbus-send --print-reply --dest=org.mpris.MediaPlayer2.spotify /org/mpris/MediaPlayer2 org.mpris.MediaPlayer2.Player.Next
Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.mpris.MediaPlayer2.spotify was not provided by any .service files

stevenandree87 commented on 2014-06-10 15:39

@zuberuber

Problem solved.

Ensure the following packages are installed:
pulseaudio
pulseaudio-alsa
lib32-libpulse
lib32-alsa-plugins

Let me know how you go

orschiro commented on 2014-06-08 08:59

Can someone confirm that the spotify icon in the window switch list is a bit fuzzy?

Screenshot: http://i.imgur.com/sp2Kjxo.png

stevenandree87 commented on 2014-06-07 04:07

@zuberuber

Same issue for me anybody got a solution to the error 4294967294

Cheers

whaines commented on 2014-06-04 02:25

In stock gnome 3 spotify gets a white border, which I think looks pretty bad. You can give a window a black border by setting the X property _GTK_THEME_VARIANT to "dark". I hacked up /usr/share/applications/spotify.desktop to do that like this:

Exec=bash -c " sleep 3 && ( xdotool search --name 'Spotify (Premium |Unlimited )?- Linux Preview' | head -n 1 | xargs --replace=ID xprop -id ID -f _GTK_THEME_VARIANT 8u -set _GTK_THEME_VARIANT dark ) & spotify"

Can anyone think of less terrible way to do that? Maybe something clean enough to be rolled into this package?

gadget3000 commented on 2014-06-02 13:19

@TheNumb Are you on 64bit or 32bit? The symlinks are only applied on 32bit now.

jackgu1988 commented on 2014-06-01 16:17

A file is being created in my home folder each time I run the latest spotify, collectionCache.bnk. It is really annoying. Is there a way to get rid of it?

karlnicoll commented on 2014-06-01 12:13

Just a quick heads up for anyone that has the same issue:

I found that with the new dark layout, some stuff wasn't working correctly (or at all). Clicking on the "Albums" section, for example, just presented a black square, rather than showing my list of albums.

To fix this (and a whole bunch of other issues I was having), I shut down spotify and deleted the ~/.cache/spotify/ and ~/.config/spotify directories. After restarting spotify, everything appears to be fixed.

Hope this helps someone :)

Anonymous comment on 2014-05-31 17:25

@gadget3000

You can safely drop the openssl symlinks since spotify is now built against openssl 1.0 (:

(works here :P)

zuberuber commented on 2014-05-29 11:19

When i try to play any song i get error:

"There is a problem with the connection to Spotify. Please try again shortly. (4294967294)"

I have looked on spotify forums with no effect. Does anybody have fix for it?

arch: x86_64

mjhooper commented on 2014-05-28 16:32

sibob I have a libgcrypt15 package which works fine with the new spotify on arch...

YOu need this one installed before the package can be built.

https://dl.dropboxusercontent.com/u/60601920/libgcrypt15-1.5.3-1-x86_64.pkg.tar.xz

mjhooper commented on 2014-05-28 16:31

sibob I have a libgcrypt15 package which works fine with the new spotify on arch...

YOu need this one installed as well as the spotify package for it work.

https://dl.dropboxusercontent.com/u/60601920/libgcrypt15-1.5.3-1-x86_64.pkg.tar.xz

sibob83 commented on 2014-05-28 15:23

Hi,

It doesnt run with libgcrypt.so.20 :(

[sebastian@hades spotify_0.9.10.17-1]$ makepkg
==> Erstelle Paket: spotify 0.9.10.17-1 (Mi 28. Mai 17:10:02 CEST 2014)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Fehlende Abhängigkeiten:
-> libgcrypt15
==> Prüfe Buildtime-Abhängigkeiten...
==> FEHLER: Konnte nicht alle Abhängigkeiten auflösen.

[sebastian@hades spotify_0.9.10.17-1]$ locate libgcrypt
/usr/bin/libgcrypt-config
/usr/lib/libgcrypt.so
/usr/lib/libgcrypt.so.20
/usr/lib/libgcrypt.so.20.0.1
/usr/lib32/libgcrypt.so
/usr/lib32/libgcrypt.so.20
/usr/lib32/libgcrypt.so.20.0.1


I have also tried it without dependencies. it doesn't succeed. Is there a possibility without downgrading libgcrypt?

Thanks,
Sibob

sibob83 commented on 2014-05-28 15:20

it doesnt run with libgcrypt.so.20 :(

[sebastian@hades spotify_0.9.10.17-1]$ makepkg
==> Erstelle Paket: spotify 0.9.10.17-1 (Mi 28. Mai 17:10:02 CEST 2014)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Fehlende Abhängigkeiten:
-> libgcrypt15
==> Prüfe Buildtime-Abhängigkeiten...
==> FEHLER: Konnte nicht alle Abhängigkeiten auflösen.
[sebastian@hades spotify_0.9.10.17-1]$ locate libgcrypt
/usr/bin/libgcrypt-config
/usr/lib/libgcrypt.so
/usr/lib/libgcrypt.so.20
/usr/lib/libgcrypt.so.20.0.1
/usr/lib32/libgcrypt.so
/usr/lib32/libgcrypt.so.20
/usr/lib32/libgcrypt.so.20.0.1


I have also tried it without dependencies. It doesnt success. Is there a possibility without downgrading libgcrypt?

Thanks,
Sibob

Vistaus commented on 2014-05-22 18:23

@gadget3000: Wrong. The Spotify Linux Team said on their Community Forum that the 32-bit version will come. They said they have some issues with the toolchain on 32-bit. They wanted to fix it before releasing the update, but they decided to release the 64-bit version anyway while they're fixing the issues with the toolchain for 32-bit.

mjhooper commented on 2014-05-22 11:55

Downloaded the tarball unzipped it all and it downloaded the deb file when I ran a makepkg on it and errored out on

"spotify was not found in the build directory and is not a URL."

Anyone else get the problem?

% makepkg
==> Making package: spotify 0.9.10.17-1 (Thu 22 May 12:33:39 BST 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading spotify-client_0.9.10.17.g4129e1c.78-1_amd64.deb...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 51.7M 100 51.7M 0 0 1891k 0 0:00:28 0:00:28 --:--:-- 1708k
==> ERROR: spotify was not found in the build directory and is not a URL.
martin@Gabrielle ~/builds/spotify

tumas commented on 2014-05-22 08:15

New version is working just great! But there seems to be an issue with the window-sizing and positioning (at least on kde). It always starts with 3/4 size (no fullscreen) and the buttons are behind the kde-systray. Anyway i guess that's not an arch specific problem.

C8483 commented on 2014-05-21 22:40

Wooo new interface. working flawlessly in arch x86_64

gadget3000 commented on 2014-05-20 19:03

An update is on it's way. I'm just doing the final checks.
Because i686 doesn't look like it's going to get any more updates I've split it out into another package called spotify-legacy [1] BUT for now I'll keep i686 support in this package as well. spotify-legacy is more for 32bit people who use AUR helpers and don't want to have to update spotify every time the 64 bit version gets an update. I may drop 32bit support from spotify if it gets difficult to keep both versions in here but for now it's staying :)

P.S. Note that spotify-legacy is 32 bit only because the old 64 bit debs no longer exist.
P.P.S Ahhh new UI is such a waste of space D: I can see hardly any tracks in a list now.

[1] https://aur.archlinux.org/packages/spotify-legacy/

acidflash commented on 2014-05-20 17:40

@defendor The latest 0.9.10.17 have the dark UI..

ryuzy commented on 2014-05-20 17:16

@nfnty Because now the new version is out only for x64.

nfnty commented on 2014-05-20 16:55

Updated PKGBUILD for 0.9.10.17 (I wasn't able to download the _i386 version):

https://gist.github.com/nfnty/1aed6ca9e89b37182f6b

nfnty commented on 2014-05-20 16:54

Updated PKGBUILD for 0.9.10.17:

https://gist.github.com/nfnty/1aed6ca9e89b37182f6b

jreese commented on 2014-05-20 16:22

Followed the diff from @rexroof, and was able to build and install the new version. Cheers!

rexroof commented on 2014-05-20 14:09

I applied this diff and the latest spotify installed successfully:

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,9 +1,11 @@
# Maintainer: Gadget3000 <gadget3000@msn.com>
# Contributor: Eothred <yngve.levinsen@gmail.com>

+# spotify-client_0.9.10.17.g4129e1c.78-1_amd64.deb
+
pkgname=spotify
-pkgver=0.9.4.183
-_anotherpkgver=.g644e24e.428-1
+pkgver=0.9.10.17
+_anotherpkgver=.g4129e1c.78-1
pkgrel=4
pkgdesc="A proprietary peer-to-peer music streaming service"
arch=('x86_64' 'i686')
@@ -15,7 +17,7 @@ options=('!strip')
conflicts=('spotify-beta')

if [ "${CARCH}" = "x86_64" ]; then
- md5sums=('e5d6049689a8ef0f3699986e47478fe2')
+ md5sums=('379cd63fb9f138928b30e3586a20ef29')
_carch=_amd64
elif [ "${CARCH}" = "i686" ]; then
md5sums=('20113ac3d6760ded6940fef8143fa9a3')

rexroof commented on 2014-05-20 14:08

I applied this diff and spotify successfully installed:

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,9 +1,11 @@
# Maintainer: Gadget3000 <gadget3000@msn.com>
# Contributor: Eothred <yngve.levinsen@gmail.com>

+# spotify-client_0.9.10.17.g4129e1c.78-1_amd64.deb
+
pkgname=spotify
-pkgver=0.9.4.183
-_anotherpkgver=.g644e24e.428-1
+pkgver=0.9.10.17
+_anotherpkgver=.g4129e1c.78-1
pkgrel=4
pkgdesc="A proprietary peer-to-peer music streaming service"
arch=('x86_64' 'i686')
@@ -15,7 +17,7 @@ options=('!strip')
conflicts=('spotify-beta')

if [ "${CARCH}" = "x86_64" ]; then
- md5sums=('e5d6049689a8ef0f3699986e47478fe2')
+ md5sums=('379cd63fb9f138928b30e3586a20ef29')
_carch=_amd64
elif [ "${CARCH}" = "i686" ]; then
md5sums=('20113ac3d6760ded6940fef8143fa9a3')

Vistaus commented on 2014-05-20 11:30

New version out: http://repository.spotify.com/pool/non-free/s/spotify/spotify-client_0.9.10.17.g4129e1c.78-1_amd64.deb

tanner commented on 2014-05-18 18:49

Doesn't look like it's been updated in >7 months. http://repository.spotify.com/pool/non-free/s/spotify/

tulcod commented on 2014-05-14 23:00

Latest debian packages are on http://repository.spotify.com/pool/non-free/s/spotify/ so you can use that for reference.

khannz commented on 2014-05-14 22:58

So... is there any updates for linux package?

rylaxd commented on 2014-05-01 16:22

libgcrypt15 is in fact required, but it is an AUR package. Install it from here: https://aur.archlinux.org/packages/libgcrypt15/ prior to installing Spotify.

gadget3000 commented on 2014-04-25 23:07

Doesn't for me. I get the following:
/usr/share/spotify/spotify-client/spotify: /usr/share/spotify/libs/libgcrypt.so.11: version `GCRYPT_1.2' not found (required by /usr/share/spotify/spotify-client/Data/libcef.so)

Semantimancer commented on 2014-04-25 22:44

Using the latest libgcrypt from the repos. I removed "libgcrypt15" from PKGBUILD, and everything works fine.

defendor commented on 2014-04-20 17:38

is this new ui coming to Linux?

http://www.engadget.com/2014/04/02/spotifys-new-design/

gadget3000 commented on 2014-04-08 16:22

@nmcom511 You need to install libgcrypt15 from the AUR https://aur.archlinux.org/packages/libgcrypt15/

ncom511 commented on 2014-04-08 16:20

==> Making package: spotify 0.9.4.183-4 (Tue Apr 8 18:17:07 CEST 2014)
==> Checking runtime dependencies...
==> Missing dependencies:
-> libgcrypt15
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies

Latest arch uses libgrcypt16.. even if you update PKGBUILD to use 16, spotify wont start. after install..
Broken. please fix thnx!

widowild commented on 2014-04-07 16:56

Hello,

$ spotify
/opt/spotify/spotify-client/spotify: error while loading shared libraries: libgcrypt.so.11: cannot open shared object file: No such file or directory

# pacman -Qs libgcrypt
local/lib32-libgcrypt 1.6.1-1
General purpose cryptographic library based on the code from GnuPG (32-bit)
local/lib32-libgpg-error 1.12-1
Support library for libgcrypt (32-bit)
local/libgcrypt 1.6.1-1
General purpose cryptographic library based on the code from GnuPG
local/libgpg-error 1.12-1
Support library for libgcrypt

Bastiencade commented on 2014-04-04 20:44

Downloaded on Manjaro and it works great. Thanks a lot.

lummox commented on 2014-04-01 18:50

Im having the same issue as @timidger

==> Validating source files with md5sums...
spotify-client_0.9.4.183.g644e24e.428-1_amd64.deb ... FAILED
spotify ... Passed
spotify.protocol ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build spotify.
==> Restart building spotify ? [y/N]

any ideas are welcome thanks.

barbuk commented on 2014-03-29 16:58

For non en_US configuration, the radio is broken.

Is it possible to sed the Exec line of the spotify.desktop to
Exec=env LC_NUMERIC=en_US.utf8 spotify %U ?

Infos on the official forum : http://community.spotify.com/t5/Help-Desktop-Linux-Mac-and/Linux-Radio-problem/m-p/421646#M49371

Thanks

timidger commented on 2014-03-26 21:48

@gadget3000 Right, sorry my mistake. My internet is spotty so I think it downloaded it incorrectly and when it upgraded with the added gtk2 dependency it re-downloaded the .deb file correctly. On top of that, I had a bad bash script in my bin that was causing problems. Thanks again though! :)

gadget3000 commented on 2014-03-25 18:33

@borrelnoot Thanks for pointing that out. I've added the dependency

@timidger I can't reproduce.

timidger commented on 2014-03-25 16:38

I'm getting an md5sum fail for spotify-client_0.9.4.183.g644e24e.428-1_i386.deb.

I'm getting this on both my laptop and desktop. The desktop had Spotify working fine, but it has suddenly stopped working. Both have this same issue

Anonymous comment on 2014-03-22 20:05

Please add 'gtk2' to depends:

$ spotify
/usr/share/spotify/spotify-client/spotify: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory
$ pkgfile -s libgtk-x11-2.0.so.0 127
extra/gtk2

crossRT commented on 2014-03-20 11:18

Works well! but anyone can me how can i get indicator for Gnome 3 like Ubuntu?

Langley commented on 2014-01-30 15:08

justin8, for me, actually having installed spotify and therefore also the libs it needs, it only spits out:
PKGBUILD (spotify) W: Reference to x86_64 should be changed to $CARCH
PKGBUILD (spotify) W: Reference to i686 should be changed to $CARCH


justin8 commented on 2014-01-29 03:34

FYI, there are a LOT of issues with this package; namcap points out the following warnings and errors:

spotify W: Referenced library 'libgtk-x11-2.0.so.0' is an uninstalled dependency
spotify W: Referenced library 'libnspr4.so.0d' is an uninstalled dependency
spotify W: Referenced library 'libpangocairo-1.0.so.0' is an uninstalled dependency
spotify W: Referenced library 'libcef.so' is an uninstalled dependency
spotify W: Referenced library 'libudev.so.0' is an uninstalled dependency
spotify W: Referenced library 'libpango-1.0.so.0' is an uninstalled dependency
spotify W: Referenced library 'libgdk-x11-2.0.so.0' is an uninstalled dependency
spotify W: Referenced library 'libcups.so.2' is an uninstalled dependency
spotify W: Referenced library 'libsmime3.so.1d' is an uninstalled dependency
spotify W: Referenced library 'libnss3.so.1d' is an uninstalled dependency
spotify W: Referenced library 'libXcomposite.so.1' is an uninstalled dependency
spotify W: Referenced library 'libcairo.so.2' is an uninstalled dependency
spotify W: Referenced library 'libssl.so.0.9.8' is an uninstalled dependency
spotify W: Referenced library 'libcrypto.so.0.9.8' is an uninstalled dependency
spotify W: Referenced library 'libnssutil3.so.1d' is an uninstalled dependency
spotify W: Referenced library 'libgdk_pixbuf-2.0.so.0' is an uninstalled dependency
spotify W: Referenced library 'libatk-1.0.so.0' is an uninstalled dependency
spotify W: Referenced library 'libplc4.so.0d' is an uninstalled dependency
spotify E: Symlink (usr/share/spotify/libs/libplc4.so.0d) points to non-existing /usr/lib/libplc4.so
spotify E: Symlink (usr/share/spotify/libs/libnspr4.so.0d) points to non-existing /usr/lib/libnspr4.so
spotify E: Symlink (usr/share/spotify/libs/libnss3.so.1d) points to non-existing /usr/lib/libnss3.so
spotify E: Symlink (usr/share/spotify/libs/libnssutil3.so.1d) points to non-existing /usr/lib/libnssutil3.so
spotify E: Symlink (usr/share/spotify/libs/libsmime3.so.1d) points to non-existing /usr/lib/libsmime3.so
spotify E: Symlink (usr/share/spotify/libs/libudev.so.0) points to non-existing /usr/lib/libudev.so
spotify E: Symlink (usr/share/spotify/libs/libssl.so.0.9.8) points to non-existing /usr/lib/libssl.so
spotify E: Symlink (usr/share/spotify/libs/libcrypto.so.0.9.8) points to non-existing /usr/lib/libcrypto.so
spotify E: ELF file ('usr/share/spotify/spotify-client/spotify') outside of a valid path.
spotify E: ELF file ('usr/share/spotify/spotify-client/Data/libcef.so') outside of a valid path.
spotify E: ELF file ('usr/share/spotify/spotify-client/Data/SpotifyHelper') outside of a valid path.
spotify E: Dependency libxdamage detected and not included (libraries ['usr/lib/libXdamage.so.1'] needed in files ['usr/share/spotify/spotify-client/Data/libcef.so'])
spotify W: Dependency alsa-lib included but already satisfied
spotify W: Dependency glibc included but already satisfied
spotify W: Dependency included and not needed ('qtwebkit')
spotify W: Dependency nspr included but already satisfied
spotify W: Dependency nspr included but already satisfied
spotify W: Dependency included and not needed ('nss')
spotify W: Dependency dbus included but already satisfied
spotify W: Dependency included and not needed ('systemd')

woqer commented on 2014-01-27 14:25

The hongleong fix (installing libgcrypt15 from AUR) also works in manjaro xfce. Actually now it works better than before, you can follow this steps (at your own risk) for the installation of spotify in manjaro xfce http://forum.manjaro.org/index.php?topic=7467.msg92303#msg92303

dloop commented on 2014-01-26 23:03

download ftp://ftp.gnupg.org/gcrypt/libgcrypt/libgcrypt-1.5.3.tar.bz2
unpack
./configure
make (don't make install)
copy ../.libs/libgcrypt.so.11.8.2 and libgcrypt.so.11 (symlink) to /usr/share/spotify/libs

Anonymous comment on 2014-01-26 12:56

Confirmed, hongelongs "fix" works.

jtheoof commented on 2014-01-23 21:39

Same as hongleong. Spotify works again.

hongleong commented on 2014-01-20 01:47

Installing the https://aur.archlinux.org/packages/libgcrypt15/ package after libgcrypt was updated to 1.6 works for me.

deden commented on 2014-01-19 18:27

Downgrade to libgcrypt 1.5 didn't work for me at all. I wasn't able to reboot after the downgrade. I had to upgrade to libgcrypt 1.6 with live CD in order to be able to boot again. I will wait for a patch...

civi commented on 2014-01-19 16:17

Spotify wont work with libgcrypt 1.6. Even trick with edit pkgbuild. Only downgrade to libgcrypt 1.5 work for me.

Nothing4You commented on 2014-01-17 16:37

Hi,

just installed this package to try it, but it fails to connect to spotify.
The last error occurs repeatedly with a quite large server list and none can be reached.

$ spotify
/usr/share/spotify/spotify-client/spotify: /usr/share/spotify/libs/libcrypto.so.0.9.8: no version information available (required by /usr/share/spotify/spotify-client/spotify)
/usr/share/spotify/spotify-client/spotify: /usr/share/spotify/libs/libssl.so.0.9.8: no version information available (required by /usr/share/spotify/spotify-client/spotify)
16:36:00.466 I [breakpad.cpp:107 ] Registered Breakpad for product: spotify

16:36:00.473 I [translate.cpp:140 ] Reloading language file
16:36:00.543 I [translate.cpp:140 ] Reloading language file
16:36:00.552 I [breakpad.cpp:261 ] Searching for crashdumps: /home/rschwab/.cache/spotify/*.dmp

[0117/173600:ERROR:zygote_host_impl_linux.cc(146)] Running without the SUID sandbox! See https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more information on developing with the sandbox on.
16:36:08.323 I [offline_authorizer.cpp:318 ] Unable to login offline: no such user
16:36:14.315 I [ap_connection_impl.cpp:898 ] Connecting to AP raija.ap.spotify.com:4070
16:36:19.316 E [ap_connection_impl.cpp:840 ] AP Socket Error: Timeout reached (20000)
16:36:19.886 E [ap_handler_impl.cpp:1425 ] Connection error: 117

felix123 commented on 2014-01-16 09:45

The trick of changing libgcrypt15 to libcrypt in the PKGBUILD, broke all non-purely musical features of spotify (album page, apps, ...), listening to music works, searching works but in-depth browsing is broken.

vxed commented on 2014-01-15 22:52

Spotify broke after an update.

I tried first the tips to alter the PKGBUILD which did not help but installing libgcrypt15-1.5.3-1 did the trick.

naturalblue commented on 2014-01-15 00:35

I simply changed libgcrypt15 to libgcrypt in the PKGBUILD file and it all workd well.
Tis was on a clean install of Manjaro.

melkir commented on 2014-01-14 17:42

It's seems that I have conflict with my libgcrypt 1.5.3-1, i edit my PKGBuilt
libgcrypt 15 to libgcrypt >= 1.5 and now it's seems to work except for local files, I can't play them.

Gringo commented on 2014-01-14 14:21

@FadeMind: we don't have the Spotify sources and the binary is linked to libgcrypt.so.11 . Usually you can work around this problem by simply symlinking this file with the newer library, but there's another catch: Spotify checks some symbols in the library to verify its version. Spotify won't work with newer libraries for now, I think... :(

However, Spotify works better than ever before now! Thanks a lot :)

FadeMind commented on 2014-01-14 09:55

Why in Dependencies is old version libgcrypt?
Current version is 1.6.0 and when I install libgcrypt15 from AUR I see warning about existing files.

https://www.archlinux.org/packages/core/i686/libgcrypt/
https://www.archlinux.org/packages/core/x86_64/libgcrypt/

Gordin commented on 2014-01-14 06:27

Works for me with libgcrypt15 installed
>jreese
>Just add a dependency on https://aur.archlinux.org/packages/libgcrypt15/ ?

jreese commented on 2014-01-14 01:33

Just add a dependency on https://aur.archlinux.org/packages/libgcrypt15/ ?

franziskus commented on 2014-01-13 21:07

@gadget3000 you can just add libgcrypt.so.11 (like chrome) for the time being

nfnty commented on 2014-01-13 20:31

I had to manually install libgcrypt.so.11.8.2 from libgcrypt-1.5.3-1 to /usr/lib/libgcrypt.so.11 in order to make Spotify work again.

nfnty commented on 2014-01-13 20:30

I had to install libgcrypt.so.11.8.2 from libgcrypt-1.5.3-1 to /usr/lib/libgcrypt.so.11 manually in order to make Spotify work properly again.

gadget3000 commented on 2014-01-13 20:28

Ah the upgrade hasn't hit me yet. I'll upload a fix once it does and I've been able to test it.

Anthony25 commented on 2014-01-13 20:26

It's installed. I get the same error on my laptop since today, with the libgcrypt upgrade (1.5.3 -> 1.6.0).

gadget3000 commented on 2014-01-13 20:11

@Anthony25: Make sure libgcrypt is installed properly. Reinstall it just to make sure.

Anthony25 commented on 2014-01-13 19:34

Hello,
I get the same error as you, but I'm not on the testing repos :
/usr/share/spotify/spotify-client/spotify: error while loading shared libraries: libgcrypt.so.11: cannot open shared object file: No such file or directory

dreuter commented on 2014-01-08 07:52

For me spotify works fine... Newest KDE with phonon-vlc backend.

wuest commented on 2013-12-31 04:48

If this broke as a result of a recent upgrade (not a fresh install), the following patch should work around the issue: http://pastebin.com/8F69ZEjH

tahahawa commented on 2013-12-31 03:17

Workaround, if you have the latest google chrome installed from AUR: LD_PRELOAD=/opt/google/chrome/libgcrypt.so.11 spotify

NeveHanter commented on 2013-12-27 11:24

Incompatible with the testing libgcrypt 1.6.0-1, because it doesn't contains libgcrypt.so.11.8.2 ( so I'm assuming that it'll go to stable in couple of days and then it will be a problem )

willtd commented on 2013-12-24 00:12

I'm having a similar problem as devoncrouse. I am using the latest KDE and cannot produce any sound with spotify.

devoncrouse commented on 2013-12-22 21:35

FYI - I'm unable to play audio as of today's -Syu with a bunch of KDE updates (even after rebuild). Let me know if unable to reproduce, and I'll try to dig deeper.

Martius commented on 2013-12-17 11:59

I use gnome3 and I don't have KDE parts on my system, I just reinstalled the package from AUR et now the "web parts" are back :)

jagguli commented on 2013-12-13 13:28

i have kdeinit4 running but still the web parts are not working in spotify :(

ckruse commented on 2013-12-09 12:47

I am sure it is KDE. It's not that I have to have KDE installed, I have to have it started (at least the runtime). W/o kdeinit4 in my startup files it will not work.

gadget3000 commented on 2013-12-07 18:21

Are you sure it's KDE and not just one of it's dependencies?

AndyRTR commented on 2013-12-07 18:13

All the web content (Album/Artist) image in the top square and right square are missing. Maybe another kde package is missing.

gadget3000 commented on 2013-12-07 18:01

@ckruse: What do you mean by web content? I don't have KDE installed but I'm not noticing and flickering issues.

AndyRTR commented on 2013-12-07 17:58

Any idea how to add a kdeinit4 service in Awesome WMs rc.lua to get webcontent played?

Adding it with "awful.util.spawn_with_shell("pnmixer")" doesn't work here. I'm running AwesomeWM behind lightdm.

gadget3000 commented on 2013-12-07 17:52

Thanks for spotting that. I've added it as an optional dependency.

Yakuma commented on 2013-12-07 17:18

You should add "ffmpeg-compat" to the list of dependencies.
It is needed to play local files.

skiwi commented on 2013-12-06 15:54

I had the same problem and am now using the web-interface which works quite nicely

https://play.spotify.com

ckruse commented on 2013-12-05 13:46

Using `kdeinit4` instead of `kded4` works even better.

ckruse commented on 2013-12-02 18:51

Seems as if one of the last spotify updates has a hard dependency on KDE. While running KDE spotify works as expected. When running w/o KDE web contents are not shown; instead for each web content view there are just flickering, gray regions.

After looking for a possible cause for some time I found out that when kded4 is startet, Spotify works. So in my i3 setup I now start kde4d in my .xinitrc before the `exec i3` call and everything works fine.

gadget3000 commented on 2013-10-15 21:25

Have you tried removing .cache/spotify and maybe .config/spotify as well?

loxley commented on 2013-10-15 21:10

I get the same missing pictures on top and discover doesnt show anything either.

AndyRTR commented on 2013-10-12 08:22

This is my attempt: http://pastebin.com/7sdwZBGZ

I don't have any broken dependencies and it plays songs well here. But since the update it doesn't show the pictures on top / webcontent(?) here anymore. Any idea?

moething commented on 2013-10-12 05:52

Did you update the PKGBUILD yesterday without increasing the build number? It still says "-1" but after I re-built the package today it works just fine ?!
I didn't get any notice from yaourt about a change.

gadget3000 commented on 2013-10-11 21:03

I don't understand why the symlinks aren't working anymore. I re-added what they were before I removed them. I do have openssl098 installed so maybe it needs to be a dependency again. It was removed as a dependency a while ago because it was causing some people to have dependency issues.

th0th commented on 2013-10-11 20:55

Symlinking library files is not a nice procedure, building openssl098 from AUR is better I guess.

sebstar commented on 2013-10-11 18:15

+1 @strubbisch:
"ln -s libssl.so.1.0.0 libssl.so.0.9.8" and "ln -s libcrypto.so.1.0.0 libcrypto.so.0.9.8" solve the problem for me too.

FadeMind commented on 2013-10-11 12:23

gadget3000

Add to PKGBUILD these lines too correct symlinks:

sudo ln -s /usr/lib/libnss3.so /usr/lib/libnss3.so.1d
sudo ln -s /usr/lib/libnssutil3.so /usr/lib/libnssutil3.so.1d
sudo ln -s /usr/lib/libsmime3.so /usr/lib/libsmime3.so.1d
sudo ln -s /usr/lib/libssl3.so /usr/lib/libssl3.so.1d
sudo ln -s /usr/lib/libplds4.so /usr/lib/libplds4.so.0d
sudo ln -s /usr/lib/libplc4.so /usr/lib/libplc4.so.0d
sudo ln -s /usr/lib/libnspr4.so /usr/lib/libnspr4.so.0d
sudo ln -s /usr/lib/libudev.so /usr/lib/libudev.so.0

After install openssl098 package spotify don't know version:

[tomasz@manjaro ~]$ ldd /usr/share/spotify/spotify-client/spotify | grep "not found"
/usr/share/spotify/spotify-client/spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by /usr/share/spotify/spotify-client/spotify)
/usr/share/spotify/spotify-client/spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by /usr/share/spotify/spotify-client/spotify)

And Browser build-in in Spotify Client don't load content after some time - i saw only load circles.

gadget3000 commented on 2013-10-10 21:57

Fixed

xaocon commented on 2013-10-10 20:51

A working PKGBUILD for the lazy:

http://ix.io/8py

strubbisch commented on 2013-10-10 18:35

A "ln -s libssl.so.1.0.0 libssl.so.0.9.8" and "ln -s libcrypto.so.1.0.0 libcrypto.so.0.9.8" solve the problem on my computer.

strubbisch commented on 2013-10-10 18:34

A ln -s libssl.so.1.0.0 libssl.so.0.9.8 and ln -s libcrypto.so.1.0.0 libcrypto.so.0.9.8 solve the problem on my computer.

hheld commented on 2013-10-10 18:16

ldd /usr/share/spotify/spotify-client/spotify | grep "not found"
libssl.so.0.9.8 => not found
libcrypto.so.0.9.8 => not found
libnss3.so.1d => not found
libnssutil3.so.1d => not found
libsmime3.so.1d => not found
libplc4.so.0d => not found
libnspr4.so.0d => not found
libudev.so.0 => not found

thieume commented on 2013-10-10 17:38

+1 for Morfeo :
/usr/share/spotify/spotify-client/spotify: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

robertfoster commented on 2013-10-10 17:15

please add openssl098 as dep

gadget3000 commented on 2013-10-10 16:56

Updated. The big changes are that ffmpeg-spotify shouldn't be needed to play local files anymore! Also dbus and systemd are now required, and the openssl symlinks have been removed.

gadget3000 commented on 2013-10-10 16:17

Thanks for the heads up. I'm in the process of updating it now.

mikeyg6754 commented on 2013-10-10 15:20

@gadget3000 The PKGBUILD needs to be updated to the latest version. I did it manually for my install.

ksavje commented on 2013-09-29 14:57

@gadget3000 Thanks for your quick reply, works like a charm now. :-) I'm running archbang on and old laptop, maybe that's why binutils was missing.

gadget3000 commented on 2013-09-29 13:47

@ksavje: When you install packages from the AUR you're expected to have the base-devel group installed already. In this case though, you need to install binutils.

ksavje commented on 2013-09-29 13:15

"line 48: ar: command not found" - Does anyone know how I can fix this? What package do I need to install to fix this?

bladtman commented on 2013-08-25 15:28

gadget3000:
Ahh my bad. I kept running makepkg -S (capital S).
Guess it's been too long :D
Thanks for the help.

gadget3000 commented on 2013-08-22 22:39

@bladtman: You need to download the tarball (on the right hand side), not the .deb. Then extract it and run makepkg on it.

This will give you more detail: https://wiki.archlinux.org/index.php/Arch_User_Repository#Acquire_build_files

bladtman commented on 2013-08-22 21:05

I'm a little confused.
What am I supposed to do with a .deb file on arch?

machmalabala commented on 2013-07-22 19:51

nss from extra is required as a dependency.

goakley commented on 2013-07-19 18:29

I am having the same issue as others.

/opt/spotify/spotify-client/spotify: /opt/spotify/libs/libcrypto.so.0.9.8: no version information available (required by /opt/spotify/spotify-client/spotify)
/opt/spotify/spotify-client/spotify: /opt/spotify/libs/libssl.so.0.9.8: no version information available (required by /opt/spotify/spotify-client/spotify)

The spotify lib links link to the latest 1.0 versions of these libraries.

Anonymous comment on 2013-07-12 10:37

/opt/spotify/spotify-client/spotify: /opt/spotify/libs/libcrypto.so.0.9.8: no version information available (required by /opt/spotify/spotify-client/spotify)
/opt/spotify/spotify-client/spotify: /opt/spotify/libs/libssl.so.0.9.8: no version information available (required by /opt/spotify/spotify-client/spotify)


I have installed libssl 1.0 and libcrypto 1.0 but don't work. Also i have installed openssl098 from AUR and linked correctly libs but nothing.

zeppelinlg commented on 2013-06-19 09:16

updpkgsums is nice, but you have differents checksums for x86_64 and i686 and the script update only the first occurence of md5sums. The i686 checksum is wrong. It's 4aeb0de3138d9b89a805bde84a2ac6c8 not d41d8cd98f00b204e9800998ecf8427e

rospo84 commented on 2013-06-19 09:14

spotify-client_0.9.1.55.gbdd3b79.203-1_i386.deb ... NON RIUSCITO
NON RIUSCITO means NOT WORK. How can i fix it ??

luolimao commented on 2013-06-18 21:16

There's no need to post checksums (there's a script called `updpkgsums' that is part of the pacman package that does it automatically). In fact, there's no need to keep using version numbers and cluttering up the comments and the notification emails; just use the "flag out-of-date" button -- this is what it's there for.

Spike29 commented on 2013-06-18 20:56

Oops sorry, I gave you a wrong md5sum for i686 :(
Actually it's 4aeb0de3138d9b89a805bde84a2ac6c8.

Spike29 commented on 2013-06-18 12:50

Hi, Spotify 0.9.1.55 has been released :)

New md5sum for i686 version is d41d8cd98f00b204e9800998ecf8427e,
and for amd64 it's 5be8c87214685bab303f4c4ec02d8264.

opt1mus commented on 2013-06-07 17:51

The conflict 'spotify-beta' is no longer in the AUR, and extra/nss should be listed as a dependancy.

gadget3000 commented on 2013-05-15 08:59

Maybe it didn't remove the flag when I uploaded the last version. I've removed the flag now.

Diego commented on 2013-05-15 08:53

Why this package is flagged "out of date"?

http://repository.spotify.com/pool/non-free/s/spotify/

Diego commented on 2013-05-15 08:52

Why this package is flagged "out of date"?

ravicious commented on 2013-05-07 05:18

I do have it installed.

gadget3000 commented on 2013-05-06 16:30

@ravicious You need to have ffmpeg-spotify installed.

ravicious commented on 2013-05-06 16:28

Playing local files still doesn't work, right?

Anonymous comment on 2013-05-03 12:49

@mattijsf thanks - that worked.

Anonymous comment on 2013-05-02 17:43

PKGBUILD for 0.9.0.133: http://pastebin.com/11Qy6LS4

lordchaos commented on 2013-05-02 16:27

0.9.x. has been released for linux

Barthalion commented on 2013-04-21 18:16

Net Upgrade Size: -2.05 MiB

\o/

Anonymous comment on 2013-04-16 18:32

Tested the PKGBUILD without ubuntu's libs and so far it's running smoothly. I also get a segfault when spotify exits but it is indeed an upstream issue.

Anonymous comment on 2013-04-16 16:46

Why you don't use the zip packages provided by spotify for other platforms than debian based distros?

(You can find the links here: http://community.spotify.com/t5/Help-Desktop-Linux-Mac-and/Linux-Spotify-0-8-8-for-GNU-Linux/td-p/237426)

lordchaos commented on 2013-04-16 11:25

I've tried the updated PKGBUILD (without the Ubuntu libs) and it seems to work fine. However, I still get the segmentation fault when the client exits, but that seems to be an upstream issue.

gadget3000 commented on 2013-04-16 10:53

I've tried removing the ubuntu libs again and it seems to work for me. I'd rather a few other people tested it out before I uploaded it though. Here's the updated PKGBUILD: http://pastebin.com/djvkL5F7

gadget3000 commented on 2013-04-16 10:04

Right you are. I've updated the PKGBUILD.

Anonymous comment on 2013-04-16 08:28

Is libpng12 necessary?
I changed it to libpng (version 1.5.15-1) and everything seems to work properly.

ardevd commented on 2013-04-08 06:55

Installed perfectly fine with the PKGBUILD from BadgerFence! Thanks

Anonymous comment on 2013-04-07 15:36

This works for me: http://pastebin.com/raw.php?i=qC7ZXr7D

laughingakio commented on 2013-04-07 15:18

If you take the pasted pkgbuild and remove the md5 things, and put the original md5 things in its place, and then correct the install commands to have the destination on the same line instead of on the next line, spotify builds and installs.

laughingakio commented on 2013-04-07 06:32

md5 is failing for spotify

mortzu commented on 2013-04-06 12:39

http://nopaste.info/44b362efe4.html

mortzu commented on 2013-04-06 12:39

# Maintainer: Gadget3000 <gadget3000@msn.com>
# Contributor: Eothred <yngve.levinsen@gmail.com>

pkgname=spotify
pkgver=0.8.8.323
_anotherpkgver=.gd143501.250-1
pkgrel=2
pkgdesc="A proprietary peer-to-peer music streaming service"
arch=('x86_64' 'i686')
license=('custom:"Copyright (c) 2006-2013 Spotify Ltd"')
install=spotify.install
url="http://www.spotify.com"
changelog='spotify.changelog'
options=('!strip')
conflicts=('spotify-beta')

if [ "${CARCH}" = "x86_64" ]; then
md5sums=('2b7c240a742a45a873b6208f7160b3e0'
'37ef199620c3257d1a3e3fb304f4d9b9'
'074fb11422f8947b2afa769d3be68bea')
_carch=_amd64
libarch=x86_64-linux-gnu
elif [ "${CARCH}" = "i686" ]; then
md5sums=('c2f61cd9e2496c06af471bbc1d071f42'
'e2cc39229a453fb3da9662dcb87a2ad4'
'5cf4795648486c846946ba8fc0a879f6')
_carch=_i386
libarch=i386-linux-gnu
fi

md5sums+=('eba2c71c7814e9ab1488284b04ca93ec'
'ef25ddc5b6bf8fe1a0d64cbd79e1f7b4')

depends=("alsa-lib>=1.0.14" "glibc>=2.6" "libxss" "qtwebkit" "gconf" "libpng12")
optdepends=('desktop-file-utils: Adds URI support to compatible desktop environments'
'ffmpeg-spotify: Adds playback support for local files')
source=("http://repository.spotify.com/pool/non-free/s/${pkgname}/${pkgname}-client_${pkgver}${_anotherpkgver}${_carch}.deb"
"http://mirrors.us.kernel.org/ubuntu/pool/main/n/nspr/libnspr4_4.8.7-0ubuntu3${_carch}.deb"
"http://mirrors.us.kernel.org/ubuntu/pool/main/o/openssl/libssl0.9.8_0.9.8g-4ubuntu3.20${_carch}.deb"
'spotify'
'spotify.protocol')

build() {
cd "${srcdir}"

# libnspr4 - ubuntu oneiric
install -d "${srcdir}/libnspr4"
ar x "${srcdir}/libnspr4_4.8.7-0ubuntu3${_carch}.deb" > /dev/null
tar -xzf data.tar.gz -C "${srcdir}/libnspr4"

# libssl0.9.8 - ubuntu hardy
install -d "${srcdir}/libssl"
ar x "${srcdir}/libssl0.9.8_0.9.8g-4ubuntu3.20${_carch}.deb" > /dev/null
tar -xzf data.tar.gz -C "${srcdir}/libssl"
}

package() {
cd "${srcdir}"

ar x "${pkgname}-client_${pkgver}${_anotherpkgver}${_carch}.deb" > /dev/null
tar -xzf data.tar.gz -C "${pkgdir}"

# Bin Script
install -Dm755 "${srcdir}/spotify" "${pkgdir}/usr/bin/spotify"

# libnspr4.so
install -Dm644 "${srcdir}/libnspr4/usr/lib/${libarch}/libnspr4.so" \
"${pkgdir}/opt/spotify/libs/libnspr4.so"
ln -s ./libnspr4.so "${pkgdir}/opt/spotify/libs/libnspr4.so.0d"

# libplc4.so
install -Dm644 "${srcdir}/libnspr4/usr/lib/${libarch}/libplc4.so" \
"${pkgdir}/opt/spotify/libs/libplc4.so"
ln -s ./libplc4.so "${pkgdir}/opt/spotify/libs/libplc4.so.0d"

# libnss3.so
ln -s /usr/lib/libnss3.so "${pkgdir}/opt/spotify/libs/libnss3.so.1d"

# libnssutil3.so
ln -s /usr/lib/libnssutil3.so "${pkgdir}/opt/spotify/libs/libnssutil3.so.1d"

# libsmime3.so
ln -s /usr/lib/libsmime3.so "${pkgdir}/opt/spotify/libs/libsmime3.so.1d"

# libssl
install -Dm644 "${srcdir}/libssl/usr/lib/libcrypto.so.0.9.8" \
"${pkgdir}/opt/spotify/libs/libcrypto.so.0.9.8"
install -Dm644 "${srcdir}/libssl/usr/lib/libssl.so.0.9.8" \
"${pkgdir}/opt/spotify/libs/libssl.so.0.9.8"

# Copy license
install -Dm644 "${pkgdir}/usr/share/doc/${pkgname}-client/copyright" \
"${pkgdir}/usr/share/licenses/${pkgname}/copyright"

# Copy protocol file if KDE is installed
if [ -f /usr/bin/startkde ]; then
echo "Installing with KDE support"
install -Dm644 "${srcdir}/spotify.protocol" "${pkgdir}/usr/share/kde4/services/spotify.protocol"
fi
}

luolimao commented on 2013-04-05 19:17

As long as you're changing stuff, those "|| return 1" are no longer needed (and haven't been for years, afaik).

Anonymous comment on 2013-04-05 18:51

This package doesn't install correctly with pacman 4.1.
The problem seems to be that the build() function is trying to write into the pkg/ directory ($pkgdir) from the src/ dir. In any case, the pkg/ directory suddenly gets permissions 000 and the whole thing aborts with an error message like:

==> Starting build()...
tar: /tmp/yaourt-tmp-$USER/aur-spotify/pkg/spotify: Cannot open: Permission denied
tar: Error is not recoverable: exiting now
==> ERROR: A failure occurred in build().
Aborting...

I've thusly flagged the package as out of date

Anonymous comment on 2013-03-08 09:46

If you don't want to reinstall spotify but get the qt > qt4 error when trying to do pacman -Su, this will solve the issue _without_ requiring re-install:

Edit this file: /var/lib/pacman/local/spotify-YOUR-VERSION-NBR/desc

Change under %DEPENDS%: qt=>4.5.0 to qt4=>4.5.0

Then just run pacman -Syu and it shall work :)

j.moyerman commented on 2013-03-07 00:01

For those of you trying to install after QT has been changed:
(see https://www.archlinux.org/news/qt4-replaces-qt/)

Easy fix, open the PKGBUILD file, navigate to line 37, change qt>4.5.0 to qt4>4.5.0

Run as normal

Anonymous comment on 2013-03-06 08:34

Please update the dependencies to include https://aur.archlinux.org/packages/ffmpeg-spotify/
-- I just debugged and gone crazy until i saw this package is needed to play local files!

l0res commented on 2013-03-05 16:37

I actually just removed spotify, upgraded qt and then reinstalled spotify. But before you do that, please upload your already built spotify 0.8.8.323-1 package from /var/cache/pacman/pkg/ , okay? :)

evanlec commented on 2013-03-05 16:20

same qt issue here, any ideas?

Anonymous comment on 2013-03-05 09:21

This package needs updating for the replacement of qt with qt4:

https://www.archlinux.org/news/qt4-replaces-qt/

:: Replace qt with extra/qt4? [Y/n]
error: failed to prepare transaction (could not satisfy dependencies)
:: spotify: requires qt>=4.5.0

% pacman -Si qt4|grep Version
Version : 4.8.4-13

l0res commented on 2013-03-04 21:11

Does anyone still have a 0.8.8.323-1 package compiled for x86-64 and could share it?

CorEnsute commented on 2013-03-04 13:26

I created a new PKGBUILD which uses the openssl and nspr libraries from the arch repository.

That means, only spotify is used from outside the arch repository.
Works fine for me.

http://pastebin.com/h2MhACCu

Azd325 commented on 2013-03-04 11:56

Spotify requires now the package qt4 because qt is not version 5
spotify: requires qt>=4.5.0

pdizzle commented on 2013-03-03 16:13

solved my issue by installing the ffmpeg-spotify package from the AUR, not sure how i made it this long without it

Anonymous comment on 2013-03-02 16:33

I have to appologize. My problem was full /tmp dir which didnt allowed building of spotify. Afret clening of /tmp I removed present spotify version from my sytem, updated system and then installed latest spotify version without qt dependencies. Everything works fine.

CorEnsute commented on 2013-03-02 08:12

Sorry, I accidentally pushed the out-of-date button? How can I remove this?

Anonymous comment on 2013-03-02 07:21

Hi. I have a conflict with spotify: requires qt>=4.5.0 while upgrading system. When I try do upgrade spotify first to the latest version I got this:
[liticovjesac@macbook ~]$ yaourt -S spotify
==> Downloading spotify PKGBUILD from AUR...
(23) Failed writing body
==> ERROR: spotify not found in AUR.
Any idea what should i do?

pdizzle commented on 2013-03-02 06:06

I seem to have lost the ability to play local files, mp3s specifically, with the most recent update & -Syu, files on the spotify server still play fine.. standard out was not very helpful to me, but here it is http://pastebin.ca/2327256. is there a way to make spotify more verbose?

pdizzle commented on 2013-03-02 06:05

I seem to have lost the ability to play local files, mp3s specifically, with the most recent update & -Syu, files on the spotify server still play fine.. standard out was not very helpful to me, but here it is http://pastebin.ca/2327256. is there a way to make spotify more verbose?

J0k3r commented on 2013-03-01 23:25

is there even any need for the dedicated ssl and nspr packages? i just packaged it with symlinks to the normal system libs and it still worked flawlessly.

gadget3000 commented on 2013-03-01 00:28

I've dropped the qt and openssl098 dependencies. Stopped bundling qtwebkit libraries and started bundling libssl0.9.8 (ubuntu hardy). The symlinks didn't work for me but bundling libssl0.9.8 did.

ilpianista commented on 2013-02-27 14:54

* There's no more a 'qt' package in [testing] (and in the next days in [extra])

ilpianista commented on 2013-02-27 14:53

Please drop qt from the depends array as qt is already required by qtwebkit.

Otherwise people that use [testing] will get:
:: spotify: requires qt>=4.5.0

Anonymous comment on 2013-02-25 07:15

@earlz

it's infuriating on touchpads though, where many movements are interpreted as dragging. Try to double click a song and play it? Segfault.

MatejLach commented on 2013-02-24 17:08

@lockheed - spotify watches it's territory :-)

lockheed commented on 2013-02-24 17:06

Since about two weeks or so every time I run spotify, it slowly makes all my tray icons disappear (over the time of about 30 seconds), until all is left is spotify, and one other random icon.

What the hell?!?

CorEnsute commented on 2013-02-23 22:27

For me
ln -s /usr/lib/libssl.so.1.0.0 /opt/spotify/libs/libssl.so.0.9.8
ln -s /usr/lib/libcrypto.so.1.0.0 /opt/spotify/libs/libcrypto.so.0.9.8
works.

Wouldn't it be smart to remove the openssl098 dependency?

Anonymous comment on 2013-02-20 19:26

Not sure what the cause was (maybe the update of ffmpeg), but I had to rebuild ffmpeg-spotify to get playback of local files to work again. Just in case somebody else has the same problem.

gadget3000 commented on 2013-02-19 13:33

I don't think the openssl098 upgrade problem is a guaranteed one because I can start Spotify fine

Jonhoo commented on 2013-02-19 13:31

Actually, since the recent update to the openssl098 package, Spotify now refuses to start entirely.

I wouldn't suggest symlinking like suggested by Diego, but rather symlinking into /opt/spotify/libs.

Fixed PKGBUILD here: http://pastebin.com/iz4fmhym

Diego commented on 2013-02-14 16:40

please don't install libssl098

ln -s /usr/lib/libssl.so.1.0.0 /usr/lib/libssl.so.0.9.8
ln -s /usr/lib/libcrypto.so.1.0.0 /usr/lib/libcrypto.so.0.9.8

Works well

earlz commented on 2013-02-05 16:34

Workaround for the playlist problem though is to do right-click->add to instead of the dragging.

earlz commented on 2013-02-05 16:33

I can't add anything to playlists with this latest version. If I pick an album and drag it over, nothing happens. If I select multiple songs and drag it to the playlist I get a segfault

MatejLach commented on 2013-02-03 19:40

@earlz
"Spotify uses peer to peer transfers to supplement their available bandwidth."
http://en.wikipedia.org/wiki/Spotify

Anonymous comment on 2013-01-29 02:52

I have two constant problems with this program:
1. where it just gives the errors and then doesn't start (solved in kde by switching to QtCurve in the GTK settings menu)
2. the usernames come up as numbers (solved by making soft-links of libssl.so.0.9.8 and libcrypto.so.0.9.8 that point to libcrypto.so and libssl.so)
other than that it works fine :P

earlz commented on 2013-01-28 15:39

I don't understand how this is a "peer-to-peer" music streaming service. I'm pretty sure it's just a streaming service with offline download capabilities. Other than that works surprisingly well on Arch :)

lordchaos commented on 2013-01-24 13:56

I get a segmentation fault every time spotify exits:

/usr/bin/spotify: line 6: 4332 Segmentation fault (core dumped) LD_LIBRARY_PATH="/usr/share/ffmpeg-spotify/lib/:/opt/spotify/libs/" /opt/spotify/spotify-client/spotify "$@"

By the way, the "/usr/share/ffmpeg-spotify/lib/" is a non-existent directory on my system. I've edited the LD_LIBRARY_PATH in /usr/bin/spotify but naturally that doesn't solve the segmentation fault.

Anonymous comment on 2013-01-21 14:53

Update: I removed gtk-qt-engine package for another reason and now spotify seems to be working just fine. I am not entirely sure that this was the reason though.

derblub commented on 2013-01-21 13:33

I'm having the same issue as ryandor.

╰─$ spotify
/usr/share/spotify/spotify: /usr/lib/spotify/libcrypto.so.0.9.8: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/spotify/libssl.so.0.9.8: no version information available (required by /usr/share/spotify/spotify)
/usr/bin/spotify: line 2: 2191 Segmentation fault (core dumped) LD_LIBRARY_PATH=/usr/lib/spotify /usr/share/spotify/spotify "$@"


╰─$ ps aux | grep spotify
blub 2342 0.0 0.0 11368 1168 pts/0 S+ 14:31 0:00 grep --color=auto spotify

Anonymous comment on 2013-01-21 13:10

I have recently switched to KDE 4.9 and I noticed that when I run Spotify, even though the process spawns normally (http://pastebin.com/GwZRe0AG), the window will not open. When I run spotify from terminal I get the following output: http://pastebin.com/H16Atk1E. I have tried to google the problem, but I couldn't find anything. I would appreciate some help, thanks.

luolimao commented on 2013-01-18 22:23

There is no native Arch package; the purpose of this PKGBUILD is to make one. Also, spotify doesn't release source, so there's no way to build without some specific versions of dependencies.

Anonymous comment on 2013-01-18 04:36

Would it be possible to use only Arch's native packages instead of using Ubuntu's?

luolimao commented on 2013-01-13 03:49

/opt/spotify/spotify-client/spotify: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

Jonhoo commented on 2013-01-07 18:21

pylich - Yeah, I have the same problem occasionally. For now, just right click and use the "Add To" submenu.

Also, I've filed a bug for the xdg-desktop-menu error: https://bugs.archlinux.org/task/33316

Anonymous comment on 2013-01-07 15:43

Installs fine but doesn't run like it should. It's not possible for me to drag some tracks into an playlist, the program crashes.

Anonymous comment on 2013-01-07 14:10

i get this one:
/opt/spotify/spotify-client/spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by /opt/spotify/spotify-client/spotify)
/opt/spotify/spotify-client/spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by /opt/spotify/spotify-client/spotify)
14:08:23.936 I [breakpad.cpp:106 ] Registered Breakpad for product: spotify

14:08:23.941 I [translate.cpp:133 ] Reloading language file
14:08:23.944 I [breakpad.cpp:259 ] Searching for crashdumps: /home/obi/.cache/spotify/*.dmp






ls -l /usr/lib/libcrypto.so.0.9.8
-rwxr-xr-x 1 root root 1628592 2. Jul 2012 /usr/lib/libcrypto.so.0.9.8

Jonhoo commented on 2013-01-07 00:39

If you're getting the error:
xdg-desktop-menu: No writable system menu directory found
The fix is to simply do
# mkdir /usr/share/desktop-directories/

Seems a change to xdg-desktop-menu means this directory must be present or the script will fail...

willardthor commented on 2013-01-05 16:57

Installs fine for me, on a fresh (2013-01-04) install of archlinux.

Jonhoo commented on 2013-01-03 13:45

The updated version still doesn't install the application file correctly though

Jonhoo commented on 2013-01-03 13:40

The updated version still doesn't install the application file correctly though

vendion commented on 2013-01-03 13:16

Seems that they already uploaded spotify-client_0.8.8.323 to their severs, any attempts to get 8.8.309 results in a 404.

Jonhoo commented on 2013-01-03 13:02

Latest update seems to break the installation of the launcher file.
Previous versions created a desktop file in /usr/share/applications, this one doesn't. Instead, it prints the following message after installation:

xdg-desktop-menu: No writable system menu directory found.

gadget3000 commented on 2013-01-03 11:52

Unfortunately you still need ffmpeg-spotify installed to play local files.

Gachapen commented on 2013-01-03 11:14

A new version is up: http://repository.spotify.com/pool/non-free/s/spotify/spotify-client_0.8.8.309.g76c21dc.239-1_i386.deb

Anonymous comment on 2012-12-16 16:47

also i got this error too

16:46:46.613 I [audio_driver_linux.cpp:35 ] Using Alsa
16:46:56.754 E [ap:4226 ] ChannelError(34, 1, link-tracks)
16:47:11.672 E [ap:4226 ] ChannelError(0, 1, link-tracks)
16:47:26.307 E [ap:4226 ] ChannelError(0, 1, link-tracks)

Anonymous comment on 2012-12-16 16:40

removing index.dat and linking doesn't work for me. also i can't build ffmpeg-spotify.

tcmalloc: large alloc 4294967296 bytes == (nil) @ 0xb2646cd3 0xb358485c 0x83a5a8a
/usr/bin/spotify: line 6: 2829 Segmentation fault (core dumped) LD_LIBRARY_PATH="/usr/lib;/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"

sebstar commented on 2012-12-13 16:10

For those who wanna have media key support in Gnome:
I created an AUR package for the spotify-gnome wrapper from https://github.com/jreese/spotify-gnome which installs a wrapper 'spotify' into /usr/local/bin/.
Find it at https://aur.archlinux.org/packages/spotify-gnome-git/

sebstar commented on 2012-12-08 14:07

Local file playback works! And ffmpeg-spotify didn't break VLC playback either. Thanks!

Gringo commented on 2012-12-08 12:29

The updated client works like a charm! Thanks, gadget3000.

@Pluto: I have tried the beta Spotify web player, but it's not a yet a real replacement. It looks really nice (very clean!), but it lacks the apps.

I was able to use the web player using the trick explained at the following web page: http://howto.cnet.com/8301-11310_39-57551372-285/enable-spotifys-web-player-right-now/

gadget3000 commented on 2012-12-07 17:56

Thanks to FirstWizardZorander over at https://bbs.archlinux.org/viewtopic.php?id=144935 I've been able to integrate a fix for local file playback into the package. It also depends on ffmpeg-spotify being installed.

Anonymous comment on 2012-11-25 12:10

How can I get local mp3s playing in spotify? I don't get a crash message or anything, but when I play them they just don't play. On their forums they seem to have ubuntu-specific fixes.

Pluto commented on 2012-11-18 17:55

epinephrine's solution finally deals with the problem related to the "social" side of the program. Moreover, it seems that it also reduces the number of segmentation faults :) However, they still occur from time to time. After a segfault I recommend deleting the cache and killing any background process related to Spotify (SpotifyWebHelper comes to mind) before starting Spotify again.

Besides, and I know this is not a solution, Spotify is releasing a web interface really soon. In fact, it is already available in some countries. It lacks some nice features compared to the desktop client, but it is way more stable despite being a beta. More info here: http://www.theverge.com/2012/11/15/3649068/spotify-browser-player-web-app

lockheed commented on 2012-11-11 14:11

Because since I am using spotify, I don't want to use other programs at the same time to do the same job, have separate playlists, sync profiles etc.

MatejLach commented on 2012-11-11 12:19

@lockheed - Why do you need local playback anayway?
Clementine, Banshee or Rhytmbox are much better for local music than Spotify is, especially in its Linux "beta" version.

MatejLach commented on 2012-11-11 12:18

@lockheed - Why do you need that anayway?
Clementine, Banshee or Rhytmbox is much better for local music than Spotify is, especially in its Linux "beta" version.

lockheed commented on 2012-11-11 10:27

wow, that's strange. Isn't there some way around it? I use VLC quite often...

gadget3000 commented on 2012-11-10 23:31

@lockheed You need to use an old version of ffmpeg. I use 0.10.2. VLC will stop working if you install it though so I keep a copy of both ffmpeg versions in .pkg.tar.gz form and install each one over the other as I need it.

lockheed commented on 2012-11-10 16:38

Is there some reason why Sporify won't play local mp3 files, or is it just not implemented? (I tried this package and spotify through wine).

MatejLach commented on 2012-11-05 17:41

@epinephrine - I don't use fb, but this solved my problem with freezing anyway :-) Thanks.

sebstar commented on 2012-10-28 02:06

If you're seeing numbers and no pics of your FB friends instead of their names and pics, you gotta first backup the files
/usr/lib/libcrypto.so.0.9.8
/usr/lib/libssl.so.0.9.8
and then symlink
/usr/lib/libcrypto.so -> /usr/lib/libcrypto.so.0.9.8
/usr/lib/libssl.so -> /usr/lib/libssl.so.0.9.8
It's dirty, but it works and seems to be stable (core/openssl 1.0.1.c-1 here).
See http://community.spotify.com/t5/Desktop-Linux/No-profile-pictures-and-user-names-on-Archlinux/td-p/23145 for the "official" discussion. The fix was presented on page 4.

MatejLach commented on 2012-10-24 16:38

Until a couple of weeks ago, Spotify was running fine for me, but nowdays it freezes every couple pf songs, mainly when using the 'Radio' feature and I must use force quit to close it and start it again, after this it does this again and again...
I have tried to clear the cache, config, uninstall and reinstall etc. but no improvement at all.
Any suggestions?

lockheed commented on 2012-10-09 13:34

The fixes suggested by xaos3k do work, but only for few hours. After that, spotify quits with the same error on track change. What a mess.

lockheed commented on 2012-10-08 20:29

I have the same crashes, but I don't have alsa equal, nor .asoundrc. The same thing happens with spotify-beta so as a result I cannot use spotify.

grine commented on 2012-09-25 10:17

I seem to have repaired this by removing alsa equal from my system and removing my .asoundrc config file, I'm not sure which action fixed it but spotify is alive again.

grine commented on 2012-09-19 07:38

I'm getting the same crashes as markhadman, spotify crashes on song changes, view updates (selecting a new playlist etc) and generally everything, I can usually listen to one or two songs if I do not navigate through the menus before starting playback.

markhadman commented on 2012-09-10 15:01

This regularly segfault, despite applying "Quick summary to fix "numbers instead of friends" and "/usr/bin/spotify: line 6: 12029 Segmentation fault LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@""", as described by Xaos3k below.

I'm very much regretting upgrading from the rock-solid 0.6 version to this - how do I go back, please?

luolimao commented on 2012-08-26 09:34

There's nothing that gadget3000 or any of us can do about the dependence on old library versions. Spotify explicitly depends on those versions, and by their very nature, two versions of the same library cannot be binary compatible. In fact, the only time a library gets a version bump is due to binary incompatibility with regard to previous versions. Therefore, symlinking library versions has not, does not, and will NEVER WORK. Also, spotify is only provided as a binary blob, so recompiling is out of the question. The only thing anyone can do is wait for a new version of spotify to come out and, IF we're lucky, the packagers will have updated the program to work with the newer versions of openssl, libpng, etc.

Anonymous comment on 2012-08-21 08:18

@mnbrightblade I agree, please make it work with newer version of openssl...

Gordin commented on 2012-08-03 08:18

All 10.X releases seem to work. I'm currently using 10.4 (The latest 10.X release)

Anonymous comment on 2012-08-02 20:58

ffmpeg 10.2 works for me.

pkgver=0.10.2
md5sums=('de1bd5fc4bbf3ef730a5361ee596fedd')

gadget3000 commented on 2012-07-20 23:46

I've tried bundling libavcodec and libavformat but I still can't play local files.
For libs 52 I used this PKGBUILD: http://pastebin.com/Rp0LNK05
For libs 53 I used this PKGBUILD: http://pastebin.com/Vsjx06QF

Gordin commented on 2012-07-20 17:08

I just figured out the problem with local playback myself... spotify depends on libavcodec and libavformat 53 or 52. Current ffmpeg provides version 54. Just symlinking the newer version to 52 does NOT work. Installing ffmpeg-legacy makes playback work again but it is really outdated and conflicts with current ffmpeg. :/
If someone could update the package to include these libs from ubuntu packages like the other ones that are already bundled, that would be awesome.

Gordin commented on 2012-07-20 16:21

Has someone figured out a reliable way to play local files again yet? None of the workarounds from the comments worked for me :/
Currently spotify just doesn't doesn't start playback on trying to play a local file. Sometimes it even blocks spotify completely so I have to kill it.
Also, every time when I try to play a local song this error appears on the terminal:
content-type missing in HTTP POST, defaulting to application/octet-stream

Anonymous comment on 2012-07-13 16:16

Make it so we don't have to downgrade openssl

Anonymous comment on 2012-07-13 16:02

Make it so we don't have to downgrade openssl

Anonymous comment on 2012-07-12 03:06

Under awesomewm, I can't move the Spotify window from its starting location (0,0). Anyone else experience this or know why that might be? Coincidentally, the window also doesn't respond to awesome's move/resize shortcuts. I'm not seeing anything printed to stdout (if run from a terminal) that seems related to window handling, e.g. there's no output when trying to move the window.

Otherwise, the app seems to work fine. Thanks for the build!

mmlb commented on 2012-07-11 16:56

Can you apply this patch which has the fix mentioned by @jdhky, but won't have an unowned softlink in the fs?

Patch can be found @ https://gist.github.com/3091672

--- PKGBUILD 2012-06-26 14:16:51.000000000 -0400
+++ PKGBUILD 2012-07-11 12:47:46.336402571 -0400
@@ -103,5 +103,10 @@
install -d ${pkgdir}/usr/share/kde4/services/
install -D -m644 ${srcdir}/spotify.protocol ${pkgdir}/usr/share/kde4/services/ || return 1
fi
-}

+ #Fix no usernames only numbers for People
+ #See 'Username on Spotify' thread: http://community.spotify.com/t5/Accounts-Subscriptions-and-Music/Username-on-Spotify/td-p/3473
+ #And the fix: http://community.spotify.com/t5/Accounts-Subscriptions-and-Music/Username-on-Spotify/m-p/67737#M8872
+ mkdir -p ${pkgdir}/etc/ssl/certs/
+ ln -s /etc/ssl/certs/Entrust.net_Secure_Server_CA.pem ${pkgdir}/etc/ssl/certs/ed524cf5.0
+}

abique commented on 2012-07-09 17:00

Hi, this version is quite strange.
I can't share music to facebook, and developer mode is enabled.

Anonymous comment on 2012-07-09 13:52

Is it only for me that i can't play local files? First it works but now it doesn't. The only thing i changed was to update some packages on the system.

Alister.Hood commented on 2012-06-30 13:30

Still crashes on my machine :(

# LD_LIBRARY_PATH="/usr/share/spotify/libs/"
# gdb /usr/share/spotify/spotify
GNU gdb (GDB) 7.4.1
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/share/spotify/spotify...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/share/spotify/spotify
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.3200.3-gdb.py", line 9, in <module>
from gobject import register
File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
import gdb.backtrace
ImportError: No module named backtrace

Program received signal SIGILL, Illegal instruction.
0xb3144683 in tcmalloc::SizeMap::NumMoveSize(unsigned int) ()
from /usr/share/spotify/libcef.so
(gdb) bt
#0 0xb3144683 in tcmalloc::SizeMap::NumMoveSize(unsigned int) ()
from /usr/share/spotify/libcef.so
#1 0xb3144ccd in tcmalloc::SizeMap::Init() ()
from /usr/share/spotify/libcef.so
#2 0xb3154075 in tcmalloc::Static::InitStaticVars() ()
from /usr/share/spotify/libcef.so
#3 0xb3159bb3 in tcmalloc::ThreadCache::InitModule() ()
from /usr/share/spotify/libcef.so
#4 0xb409797d in tc_malloc () from /usr/share/spotify/libcef.so
#5 0xb2450989 in set_binding_values.part.0 () from /lib/libc.so.6
#6 0xb2450bda in bindtextdomain () from /lib/libc.so.6
#7 0xb1499737 in gpg_err_init () from /usr/lib/libgpg-error.so.0
#8 0xb7fed126 in call_init () from /lib/ld-linux.so.2
#9 0xb7fed20c in _dl_init_internal () from /lib/ld-linux.so.2
#10 0xb7fdf19f in _dl_start_user () from /lib/ld-linux.so.2

Anonymous comment on 2012-06-26 16:44

newest version is: http://repository.spotify.com/pool/non-free/s/spotify/spotify-client_0.8.4.103.g9cb177b.260-1_amd64.deb

I built for myself and everything appears to work on x86_64 after updating the version strings.

Anonymous comment on 2012-06-26 12:57

new version : http://repository.spotify.com/pool/non-free/s/spotify/spotify-client_0.8.4.101.g5ba4fac.255-1_i386.deb
could you update the packge

Anonymous comment on 2012-06-25 17:54

@RobertBuhren: I'm only using the free service and afaik the offline mode doesn't work for free members, so I'm sorry that this didn't help.
@jdhky: Thanks for this fix, i was always wondering why there are only numbers :)
@LegionSB: It's "his" ;)

Quick summary to fix "numbers instead of friends" and "/usr/bin/spotify: line 6: 12029 Segmentation fault LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@""

$ sudo ln -s /etc/ssl/certs/Entrust.net_Secure_Server_CA.pem /etc/ssl/certs/ed524cf5.0

and change the content of '/usr/bin/spotify' to:

#!/bin/sh
#
# Uses alternative libs
# Passes all parametrs to spotify

LD_LIBRARY_PATH="/usr/lib;/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"

# Remove index.dat
rm ~/.cache/spotify/Storage/index.dat

Anonymous comment on 2012-06-24 12:59

@xaos3k That works, but then again all my offline Tracks are gone :/

@jdhky I tried your solution too, but my spotify still keeps crashing

So for now, spotify is useless for me :(

twouters commented on 2012-06-23 14:31

FYI: The conflict with nxclient has been resolved since nxclient-3.5.0.7-3

Anonymous comment on 2012-06-21 20:19

Also, if you are seeing all numbers instead of real names in the client, it's not finding ssl certificates, so do the following:

sudo ln -s /etc/ssl/certs/Entrust.net_Secure_Server_CA.pem /etc/ssl/certs/ed524cf5.0

With this and the fix I just posted I'm enjoying a fully functional spotify finally.

Anonymous comment on 2012-06-21 20:17

I had the segfault too and found a fix. Mine was related to libpng12 and NX. When I started spotify it was loading the NX version. To fix it I launch spotify using the following

% LD_LIBRARY_PATH="/usr/lib;/usr/share/spotify/libs/" /usr/share/spotify/spotify

I suggest patching /usr/bin/spotify with this change.

Anonymous comment on 2012-06-21 20:08

I was having the same segfault problem as xaos3k, and his/her solution worked for me as well.

Anonymous comment on 2012-06-19 01:23

For this problem
/usr/bin/spotify: line 6: 12029 Segmentation fault LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"
it seems to be enough to delete '~/.cache/spotify/Storage/index.dat'.
At least this works for me.

Anonymous comment on 2012-06-18 20:16

This works completely with my system, not a single issue! I just listened to two songs without so much as a hitch. Thanks for sharing!

Anonymous comment on 2012-06-16 04:31

I can't seem to use this application. I get 90% of the way through a song, and it will crash.

jimbob commented on 2012-06-10 18:43

My issues were fix by removing both ~/.config/spotify and ~/.cache/spotify

Alister.Hood commented on 2012-06-09 22:50

> I can only use spotify if i remove the "~.cache/spotify" folder before every start.

I don't even get far enough for it to create a "~.cache/spotify" folder.

Anonymous comment on 2012-06-09 11:30

I have the same problem, both with "spotify" and "spotify-beta" packages. I can only use spotify if i remove the "~.cache/spotify" folder before every start.
This is really annoying since then all my saved music is gone.

Alister.Hood commented on 2012-06-09 07:13

Yes, /usr/share/spotify/libs exists.
I didn't make any symlinks or anything - I just built from this PKGBUILD.
I also tried the spotify-beta package and tried using the qtcurve theme, since some people seemed to think those were possible workarounds.

Gringo commented on 2012-06-06 12:20

@Alister.Hood: check if the folder /usr/share/spotify/libs exists on your system. If go to the bottom of this page and click "Show all comments" and check the comment by pyther you'll see why.

A wrapper script was set up to force Spotify in using some additional libraries not provided by AUR (it's using Ubuntu QtWebKit for example). These libraries are downloaded during the building of the Spotify package.

I made these symlinks myself earlier in a rather crappy way (in the /usr/lib directory itself), which is not needed any longer. Unlink these if you created them as well. Then remove the ~/.cache/spotify and ~/.config/spotify directories and completely rebuild the package. It should create the /usr/share/spotify/libs directory with the symlinks in them and you're good to go.

Alister.Hood commented on 2012-06-02 01:32

Does this work for anyone currently? I get:

/usr/share/spotify/spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by /usr/share/spotify/spotify)
/usr/bin/spotify: line 6: 28912 Illegal instruction LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"

shadyabhi commented on 2012-05-29 15:53

As @twouters & @tequnix said, nxclient and spotify is having some kind of conflict.

Anonymous comment on 2012-05-25 22:48

I had the same issue as Erska - spotify kept segfaulting when starting the program.
Cleaning dumps and Storage cache in ~/.cache/spotify/ has fixed the problem

adament commented on 2012-05-24 16:37

For the people asking for openssl-compatibility, read the comments on openssl-compatibility, it is hopelessly out-of-date and insecure, please don't use it. Rather ask package maintainers to migrate to openssl098, which by the way provides openssl-compatibility.

earlz commented on 2012-05-23 21:19

I see no reason for openssl098 as a dependency. openssl-compatibility works just fine for me. Also, I just updated from 0.6 of Spotify and a lot more stuff works with this release including playing local music(though apparently requires ffmpeg for that) and adjusting volume in the application

Anonymous comment on 2012-05-23 07:27

Same issue as JamieKitson:

tcmalloc: large alloc 0 bytes == (nil) @ 0x7f6b5b6393cc
/usr/bin/spotify: line 6: 3884 Segmentation fault LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"

AMD E-350 APU
4GB DDR3 RAM

necopinus commented on 2012-05-22 22:33

Requires ffmpeg (at least on my system) for local file playback. Probably should be added as either a DEPENDS or an OPTDEPENDS.

Also, wouldn't it be more correct to install this to /opt/spotify rather than /usr/share/spotify?

jimbob commented on 2012-05-22 21:56

btw, I *think* this was caused by my latest upgrade. Before I did a yaourt -Syua today I hadn't been having issues.

jimbob commented on 2012-05-22 21:53

Same issue as Erska:
tcmalloc: large alloc 0 bytes == (nil) @ 0x7f4647f593cc
/usr/bin/spotify: line 6: 23188 Segmentation fault LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"

Oni commented on 2012-05-17 16:10

Why you have openssl098 in dependencies instead of openssl-compatibility ?

Anonymous comment on 2012-05-16 22:33

@twouters
Spotify crashed on my machine as well, after removing nxclient it started just fine, thank you :)

twouters commented on 2012-05-16 06:59

There seems to be a conflict with nxclient. Could someone else try to install both nxclient and spotify? Spotify crashes right after your start it.

Anonymous comment on 2012-05-14 14:46

Even after the newest update my spotify is plagued by random crashes due to segfaults while changing songs. I'm using my GTK+ theme (zukitwo) for my QT.
/usr/bin/spotify: line 6: 5630 Segmentation fault LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"
the number 5630 changes from crash to crash but the line remains the same.

alexandernst commented on 2012-05-12 11:56

I just wanted to say that this version (0.8.3.169-1) fixes the QtCurve bug!
Now you can use spotify with any theme engine!

Anonymous comment on 2012-05-11 20:30

@gadget3000 Yeah, it's fixed. Cheers!

Anonymous comment on 2012-05-11 17:42

The version released today is 0.8.3.278, there was a mistake regarding the version pushed today.
See the message from parbo here: http://community.spotify.com/t5/Desktop-Linux/ANNOUNCE-Spotify-0-8-3-for-GNU-Linux/m-p/60875/highlight/true#M574

gadget3000 commented on 2012-05-11 15:41

@carukia It should be fixed now. I forgot to force the older pkgver for i686 machines in the ar command.

Anonymous comment on 2012-05-11 15:16

I'm getting the following error:

==> Starting build()...
ar: spotify-client_0.8.3.169.g8324743.221-1_i386.deb: No such file or directory
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build spotify

gadget3000 commented on 2012-05-11 10:32

For some reason this update only applies to 64 bit spotify.
I had issues with accepting the license agreement on startup so see this thread if the same happens for you: http://repository.spotify.com/pool/non-free/s/spotify/spotify-client-qt_0.8.3.169.g8324743.221-1_all.deb

Anonymous comment on 2012-05-11 10:02

curl: (22) The requested URL returned error: 404
==> ERROR: Failure while downloading spotify-client_0.8.2.639.g79d339d.504-1_amd64.deb
Aborting...

alexandernst commented on 2012-04-29 19:07

That was the uglies solution ever :(
Is there any way to apply QtCurve only to Spotify?

pyther commented on 2012-04-29 18:29

It seems like you need to use the qtcurve theme with spotify. See this topic: https://bbs.archlinux.org/viewtopic.php?id=138326&p=2

alexandernst commented on 2012-04-29 18:21

Any idea? Anything MorningWood and I could do?
I'm just paying a Spotify account for not using it.

MorningWood commented on 2012-04-25 17:16

I'm in the exact same situation alexandernst is in. Any help would be great.
Thanks

alexandernst commented on 2012-04-25 16:50

@gadget3000: I'm on x64, yes, just to be sure I removed again everything and did yaourt -S spotify , same result/output.

gadget3000 commented on 2012-04-25 07:28

@alexandernst x86 or 64 bit? and have you tried the latest version (0.8.2.639-2) that has the libraries bundled?

alexandernst commented on 2012-04-24 23:03

It has been a month since last time I could open Spotify.
Is there anyone maintaining this app?
I'm still unable to open it. That's what konsole outputs:

/usr/share/spotify/spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by /usr/share/spotify/spotify)
23:03:40.132 I [breakpad.cpp:61] Registered Breakpad for product: spotify

23:03:40.133 I [translate.cpp:130] Reloading language file
23:03:40.134 I [breakpad.cpp:200] Searching for crashdumps: /home/alexandernst/.cache/spotify/*.dmp

23:03:40.276 A [CefModule.cpp:324] Check failed: g_cef_handle:

Any ideas? I tried both spotify and spotify-beta packages.

pyther commented on 2012-04-14 20:06

You should
1. Make symlinks in ${pkgdir}/usr/share/spotify/libs/ and then use a wrapper script to set LD_LIBRARY_PATH and call spotify

Example:
ln -s /usr/lib/libnss3.so "${pkgdir}/usr/share/spotify/libs/libnss3.so.1d" # libnss3.so
ln -s /usr/lib/libnssutil3.so "${pkgdir}/usr/share/spotify/libs/libnssutil3.so.1d" # libnssutil3.so
ln -s /usr/lib/libsmime3.so "${pkgdir}/usr/share/spotify/libs/libsmime3.so.1d" # libsmime3.so

2. Use the qtwebkit library from Ubuntu (as the arch library causes spotify to crash with paid accounts)

Example:
install -D -m644 "${srcdir}/libqtwebkit/usr/lib/$libarch/libQtWebKit.so.4.9.0" "${pkgdir}/usr/share/spotify/libs/"
ln -s ./libQtWebKit.so.4.9.0 "${pkgdir}/usr/share/spotify/libs/libQtWebKit.so.4"


Wrapper:
#!/bin/sh
LD_LIBRARY_PATH="/usr/share/spotify/libs/" /usr/share/spotify/spotify "$@"

In both cases look at my pkgbuild for spotify-beta. Feel free to contact me, if needed.

gadget3000 commented on 2012-04-14 19:54

@pyther I'm happy maintaining it still. What changes do you think need to be made?

pyther commented on 2012-04-14 19:16

@gadget3000 I would be willing to update and maintain this package if you'd like.

Ape commented on 2012-04-14 19:13

I also have similar segfaults with this package. spotify-beta works.

pyther commented on 2012-04-14 14:05

@toffyrn - try spotify-beta, at the moment, it is at the same version as spotify. It appears that this segfault occurs when using the system's qtwebkit. I'm not sure what the difference is, but using ubuntu's qtwebkit (included as part of the package) seems to solve the problem.

toffyrn commented on 2012-04-14 09:35

I finally desired to try premium spotify, but I experience segfaults.
Output from spotify posted here: http://pastebin.com/7JkwLGh4
Any ideas?

MorningWood commented on 2012-04-14 01:56

I'm still experiencing the same problems even after trying all the symlinks that were suggested.
x64 system though. Anyone have any ideas?

@tancrackers a 64bit version would be beautiful.

tancrackers commented on 2012-04-11 21:19

Can you upload the 64bit version please?

tancrackers commented on 2012-04-11 21:18

Can you also upload the 64bit version please?
Also, perhaps label this as the linux preview?

Anonymous comment on 2012-04-10 11:19

@danielpie Thanks for your help. It's working now.

Anonymous comment on 2012-04-09 12:58

Try these commands:
sudo ln -s /usr/lib/libnss3.so /usr/lib/libnss3.so.1d
sudo ln -s /usr/lib/libnssutil3.so /usr/lib/libnssutil3.so.1d
sudo ln -s /usr/lib/libsmime3.so /usr/lib/libsmime3.so.1d
sudo ln -s /usr/lib/libplc4.so /usr/lib/libplc4.so.0d
sudo ln -s /usr/lib/libnspr4.so /usr/lib/libnspr4.so.0d

Anonymous comment on 2012-04-08 10:49

I've got same error as abique

spotify: error while loading shared libraries: libnss3.so.1d: cannot open shared object file: No such file or directory

abique commented on 2012-04-06 22:04

I got the following error:

spotify: error while loading shared libraries: libnss3.so.1d: cannot open shared object file: No such file or directory

therico commented on 2012-04-06 17:44

I also receive these errors:

/usr/bin/spotify: /usr/share/spotify/libs/libcrypto.so.0.9.8: no version information available (required by /usr/bin/spotify)
/usr/bin/spotify: /usr/share/spotify/libs/libssl.so.0.9.8: no version information available (required by /usr/bin/spotify)

but spotify launches and works correctly, so I do not think this is an issue.

alexandernst commented on 2012-04-05 16:37

Same for me, after creating symlinks spotify just doesn't do anything after running it. It doesn't show the UI, but the process is there.
The console log is the same as MorningWood's one.

MorningWood commented on 2012-04-05 16:01

That's right I forgot to remove /usr/share/spotify/libs/libssl.so.0.9.8. Now I have no errors but it's still not starting up :/


15:42:38.935 I [breakpad.cpp:61] Registered Breakpad for product: spotify

15:42:38.936 I [translate.cpp:130] Reloading language file
15:42:38.938 I [breakpad.cpp:200] Searching for crashdumps: /home/mxw/.cache/spotify/*.dmp

MorningWood commented on 2012-04-05 15:43

That's right I forgot to remove /usr/share/spotify/libs/libssl.so.0.9.8. Now I have no errors but it's still not starting up :/


15:42:38.935 I [breakpad.cpp:61] Registered Breakpad for product: spotify

15:42:38.936 I [translate.cpp:130] Reloading language file
15:42:38.938 I [breakpad.cpp:200] Searching for crashdumps: /home/mxw/.cache/spotify/*.dmp

xhochy commented on 2012-04-05 15:40

The patch should fix it for both. Just check that /usr/lib/libssl.so.0.9.8 is used. (remove the one at /usr/share/spotify/libs/libssl.so.0.9.8)

MorningWood commented on 2012-04-05 15:35

@xhochy, thank you for your comment! That took care of the libcrypto error but I'm still receiving the libssl. Any ideas?

xhochy commented on 2012-04-05 15:23

@MorningWood Use my patched openssl098 PKGBUILD which includes version information: https://github.com/xhochy/archlinux-pkgbuilds/tree/master/openssl098

MorningWood commented on 2012-04-05 15:20

I'm still receiving the following:

/usr/bin/spotify: /usr/share/spotify/libs/libcrypto.so.0.9.8: no version information available (required by /usr/bin/spotify)
/usr/bin/spotify: /usr/share/spotify/libs/libssl.so.0.9.8: no version information available (required by /usr/bin/spotify)

even with proper symlinks. Anyone have any ideas?

beaylott commented on 2012-04-04 19:02

After update had to softlink from alt library names to make work:

ln -s /usr/lib/libnssutil3.so /usr/lib/libnssutil3.so.1d
ln -s /usr/lib/libsmime3.so /usr/lib/libsmime3.so.1d
ln -s /usr/lib/libnss3.so /usr/lib/libnss3.so.1d
ln -s /usr/lib/libplc4.so /usr/lib/libplc4.so.0d
ln -s /usr/lib/libnspr4.so /usr/lib/libnspr4.so.0d

Anonymous comment on 2012-03-30 13:08

You can grab the previous version from my dropbox: http://dl.dropbox.com/u/53508067/spotify-0.6.6.10-2-x86_64.pkg.tar.xz

Anonymous comment on 2012-03-29 21:28

Does anyone still have the previous version package ? I saved the binaries, but not the dependencies (images and stuff...).
The previous version was much lighter.

Anonymous comment on 2012-03-29 16:26

Anyone's computers freezing when trying to use the new recommended tracks cover flow thing?

Anonymous comment on 2012-03-27 13:52

FWIW, I installed spotify-beta and all worked fine.

pyther commented on 2012-03-27 12:19

Why not include the symlinks and wrapper script in the package? And the mentioned ubuntu files aren't need. They just need symlinks. What might be needed from ubuntu is nspr and qtwebkit.

Example:
# libnss3.so
ln -s /usr/lib/libnss3.so "${pkgdir}/usr/share/spotify/libs/libnss3.so.1d"
# libnssutil3.so
ln -s /usr/lib/libnssutil3.so "${pkgdir}/usr/share/spotify/libs/libnssutil3.so.1d"
# libsmime3.so
ln -s /usr/lib/libsmime3.so "${pkgdir}/usr/share/spotify/libs/libsmime3.so.1d"

gadget3000 commented on 2012-03-27 10:18

Unfortunately running spotify with LD_LIBRARY_PATH and some libraries from ubuntu are still required but local files do now play.
The only ubuntu library files needed are libnspr4.so.0d, libnss3.so.1d, libnssutil3.so.1d, libplc4.so.0d and libsmime3.so.1d

mmlb commented on 2012-03-26 11:58

need to add a dependency on libpng12.

Anonymous comment on 2012-03-26 05:06

the spotify-beta works for me, this one doesnt.

pyther commented on 2012-03-25 21:59

dawnhacker, what happen if you remove the symlinks and try spotify-beta? It uses the qtwebkit libraries from ubuntu. Also do you have ultimate/premium account with spotify?

lukad commented on 2012-03-25 21:57

After I created the symlinks to the missing library files it worked but it SEGFAULTS every time after 3-5 seconds. In this short time period everything works normal.

alexandernst commented on 2012-03-25 21:30

I'm having the same problem as others (libnss3.so.ld not found). How can I fix it?

klevie commented on 2012-03-25 17:54

Hmm, never mind - when I switched from Gnome to KDE, suddenly after three times it did appear correctly. Still strange...

klevie commented on 2012-03-25 17:39

Does anyone else have a problem with accepting the license agreement? When it loads I can see the buttons for a short time, but then they disappear and there seems to be no way around the dialog. I saw a few other people had the same problem on the Spotify message board (http://community.spotify.com/t5/Desktop-Linux/ANNOUNCE-New-experimental-preview-Apps-Spotify-Linux/m-p/28575#M256) - but they're saying there was an upgrade and it works now, even though there doesn't seem to be a version more recent than 0.8.2.637...

pyther commented on 2012-03-25 17:10

@Spike29 creating symlinks in /usr/lib is considered bad practice. This may create unexpected problems down the road and the symlinks aren't being managed by a package manager.

My recommendation to is to create the symlinks in /usr/share/spotify/libs and use a wrapper script to set LD_LIBRARY_PATH and execute spotify. This is how I'm including some external ubuntu libs and symlinked libraries in spotify-beta package.

Spike29 commented on 2012-03-25 16:54

Actually, those libraries are missing :
libnss3.so.1d
libnssutil3.so.1d
libnspr4.so.0d
libplc4.so.0d
libsmime3.so.1d

I've created the appropriate symbolic links (targets : libnss3.so, libnssutils3.so, libnspr4.so, libplc4.so and libsmime3.so) in /usr/lib and it fixed the issue : Spotify now launches.

Anonymous comment on 2012-03-25 16:49

I have the exact same problem as Spike29.

Spike29 commented on 2012-03-25 16:02

I have this message when trying to launch spotify :
"spotify: error while loading shared libraries: libnss3.so.1d: cannot open shared object file: No such file or directory"

Arch package 'nss' is installed for me.

pyther commented on 2012-03-25 15:19

You should probably use the spotify.desktop and spotify.png files that ship with the source (deb).
Also, some people have reported spotify crashing with arch's qtwebkit version.

xhochy commented on 2012-03-25 15:14

In the Spotify forum this has been traced down to a problem with libavcodec which should be solved in the next days. So, just wait some days if you want to have local music and 0.8 ;)

gadget3000 commented on 2012-03-25 15:12

THOSE OF YOU WHO USE LOCAL FILES SHOULD NOT UPDATE YET!
Spotify segfaults whenever you try to play a local file. It possibly has something to do with the warning:
[mp3 @ 0x#######] max_analyze_duration 5000000 reached at XXXXXXX
or, as xhochy suggested, libpng12, or something totally different.

xhochy commented on 2012-03-24 11:46

@gadget3000 My own (patched) version of spotify-beta [1] only needs the Ubuntu libpng12, so it seems to be only a libpng12 issues.

With libpng12 I have no segfaults.

[1] https://github.com/xhochy/archlinux-pkgbuilds/tree/master/spotify-beta

gadget3000 commented on 2012-03-24 11:10

I'm part way through updating spotify but it keeps seg faulting, so I'm looking into if it's the same issue as the spotify-beta package has before uploading.

Also, for those that are interested, the "gnome-support" package and "client-qt" packages in the spotify repo only exist as dummy packages.
"This transitional package is provided for a smooth transition from the previous spotify-client-qt package. It may safely be removed after installation."

xhochy commented on 2012-03-23 18:23

If you would like to try it, I changed the spotify-beta PKGBUILD and it is running ;) (still crashes with the false Flash version)

https://github.com/xhochy/archlinux-pkgbuilds/tree/a9de33f1a0534371083786e1e88906d2f7315b37/spotify-beta

wonder commented on 2012-03-23 16:56

seems that they updated the version.

http://repository.spotify.com/pool/non-free/s/spotify/

pyther commented on 2012-03-12 21:23

@alexandernst - The official "stable" previews/builds can be found here: http://repository.spotify.com/pool/non-free/s/spotify/

The version you linked to is an "experimental preview." http://community.spotify.com/t5/Desktop-Linux/ANNOUNCE-New-experimental-preview-Apps-Spotify-Linux/td-p/17859

alexandernst commented on 2012-03-12 19:46

@wonder: well, that's not an beta but an actual release.

wonder commented on 2012-03-12 17:25

@alexandernst that is know as spotify-beta in aur

alexandernst commented on 2012-03-12 17:24

New version is available:

Linux i386:
http://download.spotify.com/preview/spotify-client _0.8.2.572.geb65f9a.433-1_i386.deb

Linux AMD64:
http://download.spotify.com/preview/spotify-client _0.8.2.572.geb65f9a.433-1_amd64.deb

Anonymous comment on 2012-03-11 11:05

Runs great for me now if i first uninstall my old version of spotify:
# pacman -Rs spotify
And then rebuild dependencies and install spotify.

Despite the recent openssl-trouble, thank you very much for maintaining this package. I posted at the spotify community page and asked about a less distro-specific approach with spotify for Linux. Please do the same so that the spotify team can see that Linux users are not only ubuntu/debian users.

slaveriq commented on 2012-03-02 10:28

i had issues running spotify with openssl098 so i used openssl-compatibility instead on my 64 bit arch.

karol_007 commented on 2012-02-26 23:08

@pyther
I see, my bad.


@gadget3000
'tar' is in the 'base' group so you don't have to put it in 'depends' or 'makedepends' because we expect everyone to have the whole group installed.

pyther commented on 2012-02-26 22:46

@karol_007, pretty hard to rebuild a binary blob.

karol_007 commented on 2012-02-26 22:44

@therico
Did you try rebuilding spotify first? There was a libvpx update recently so it may have caused the lib mismatch.

therico commented on 2012-02-26 15:44

Spotify local music broke for me again. I fixed it by doing

cd /usr/lib && sudo ln -s libvpx.so.1 libvpx.so.0

It seems spotify says it can't play music if it fails to load any of its shared libraries (same thing happened earlier for libva), and for some reason it is looking for a weird version of libvpx. Surprised nobody else has experienced this?

KlavKalashj commented on 2012-02-19 09:50

I can confirm that cAPSLOCK's workaround works.

Anonymous comment on 2012-02-19 05:55

FWIW the following workaround seemed to have done fine for me:

Don't know if it causes some world ending security issue but it makes spotify work...

cd /usr/lib/
sudo ln -s libcrypto.so.1.0.0 libcrypto.so.0.9.8
sudo ln -s libssl.so.1.0.0 libssl.so.0.9.8

gadget3000 commented on 2012-02-18 09:37

@hendry You need to uninstall spotify then reinstall with the newer package so that the openssl098 install doesn't fail. Let it replace openssl-compatibility because openssl098 provides openssl-compatibility so google-talkplugin will still work.

hendry commented on 2012-02-18 02:42

Please can someone sort out this openssl098/openssl-compatibility mess?

$ pacman -Ql openssl-compatibility | grep 9.8
openssl-compatibility /usr/lib/libcrypto.so.0.9.8
openssl-compatibility /usr/lib/libssl.so.0.9.8

xyproto commented on 2012-02-16 19:26

The new dependency on openss098 makes spotify conflict with google-talkplugin, which depends on openssl-compatibility.

samuellittley commented on 2012-02-15 18:20

I'm also having trouble getting local files to play. I've tried all the tricks with replacing libraries, using LD_LIBRARY_PATH, but it's still not working. The thing I've noticed in gdb is that none of the libraries I've replaced get loaded at all, whether from /usr/lib or the defined path. The only (relevant) libraries I can see are FLAC, Ogg and Vorbis.

xyproto commented on 2012-02-15 08:46

The new dependency on openssl098 makes spotify conflict with google-talkplugin, which depends on openssl-compatibility.

oOze commented on 2012-02-14 20:49

@grine as gadget3000 said remove spotify first. Install openssl098. Install the newer spotify.

gadget3000 commented on 2012-02-14 20:49

You'll need to uninstall spotify then reinstall with the newer package so that the openssl098 install doesn't fail.

grine commented on 2012-02-14 20:26

The openssl098 dependenciy fails to install due to file conflicts since I already have the same files on my system from another package.

Anonymous comment on 2012-02-14 15:06

Frequently when searching for tracks, the results are "purpled out" and when I try to play them I get the message: "This track is exclusive to Spotify Premium and Spotify Unlimited customers" and they refuse to play.

I have a premium membership, and it lets me play the songs if they happen to be in an existing playlist.

gadget3000 commented on 2012-02-14 12:40

@cgueret I also use google-talkplugin so I did try using using openssl-compatibility before openssl098 but it doesn't work with spotify. You shouldn't have any problems dependency-wise though because openssl098 provides openssl-compatibility. If pacman complains about files already existing then you have to uninstall spotify first, then reinstall with the upgraded spotify.

cgueret commented on 2012-02-14 11:16

Could you use "openssl-compatibility" instead of "openssl098" ?
This is what the google talk plugin uses and the two seem to conflict with each other.

gadget3000 commented on 2012-02-14 00:25

Clearly openssl isn't going to get updated in ubuntu (and therefore spotify) anytime soon so I've (finally) added openssl098 as a dependency and removed the symlinks.

gadget3000 commented on 2012-02-08 20:56

I can't work this one out. I've tried downgrading all the packages that I updated yesterday and I've also tried grabbing the ubuntu (natty) versions of any audio libraries and putting them in the same folder that I get LD_LIBRARY_PATH to point to and it still doesn't work.
Anyone else got any ideas?

m4xm4n commented on 2012-02-08 01:11

@firecat53: Using LD_LIBRARY_PATH pointing to the older libavcodec, etc. I am able to play m4a but not mp3. I'm not sure why mp3 won't play. Does anyone know which library Spotify uses for mp3 audio?

I'm getting this line in my console when trying to play mp3 local audio files: "content-type missing in HTTP POST, defaulting to application/octet-stream".

firecat53 commented on 2012-02-07 22:48

Just upgraded and it doesn't seem to work with local music anymore. Prior to this version I was using a wrapper script pointing LD_LIBRARY_PATH to some older libavcodec, libavformat and libavutil libraries (from Ubuntu debs) to allow local music playback. Anyone got this working with spotify .6.6.10 ?

Thanks,
Scott

KlavKalashj commented on 2012-01-31 17:26

Anyone else having problems with disappearing menus? I click to open the menu, and then it closes again before I can click anything.

wonder commented on 2012-01-27 18:12

@Oli reset pkgrel to 1

Anonymous comment on 2012-01-27 18:04

Updated PKGBUILD: http://pastebin.com/0Wte4b2A

Spike29 commented on 2012-01-27 14:27

Spotify 0.6.6.10.gbd39032.58 is out ;)

wonder commented on 2012-01-24 22:47

heh, adding desktop-file-utils to optdepends is useless because qt depends on it :)

wonder commented on 2012-01-24 11:07

@gadget3000 can you use my linked source? Is the version on steroid and has a lot of fixes

gadget3000 commented on 2012-01-22 17:40

@pyther It's still too late a version for spotify to use it. Spotify needs 0.9.8.k and openssl098 provides 0.9.8.s.

pyther commented on 2012-01-21 18:53

It would be a much better idea to require openssl098 (from aur) as depend instead of creating symlinks!

pyther commented on 2012-01-21 18:51

It would be a much better idea to requiring openssl098 (from aur) as depend instead of creating symlinks!

wonder commented on 2012-01-19 18:54

here is a new build
http://pkgbuild.com/~ioni/spotify-0.6.2.291-7.src.tar.gz

changelog:

fix desktop handling by adding to Exec %U and now you can open links from firefox
added spotify.install and run update-desktop-database -q to register the MimeType
use a higher icon.

wonder commented on 2012-01-19 17:59

@gadget3000 can you please update the spotify.png with a higher resolution one? If i remeber i saw one mentioned in the comments.

please :D

tjbp commented on 2012-01-19 01:31

Cheers, works now.

gadget3000 commented on 2012-01-18 23:59

@tjbp Try now

tjbp commented on 2012-01-18 23:50

Spotify is complaining that -uri is an invalid option..?

gadget3000 commented on 2012-01-18 23:27

According to here (http://ubuntuforums.org/archive/index.php/t-1747876.html) the lines:
TryExec=spotify
Exec=spotify -uri %u
were also needed so I've editing them in as well.

Jonhoo commented on 2012-01-17 21:23

Could you add "x-scheme-handler/spotify" to the MimeType section of the spotify.desktop file so we can open spotify: URIs automatically?

Anonymous comment on 2012-01-13 22:39

Has anyone found a solution for the small period of crackling at the beginning of a song when using Pulseaudio? Disabling flat_volumes in Pulseaudio's configuration has slightly weakened the effect, but it is still pungently present.

Anonymous comment on 2012-01-03 15:08

@gadget3000 Thankyou kindly

gadget3000 commented on 2012-01-03 14:40

@SamColes You need to have the base-devel group installed. Use 'pacman -S base-devel' to install it. Most AUR packages will assume that you already have base-devel installed.

Anonymous comment on 2012-01-03 13:59

This is my first attempt at using the AUR, when I try to build with "makepkg -s" I get this error:

==> Starting build()...
/home/samcoles/AURBuilds/spotify/PKGBUILD: line 41: ar: command not found
==> ERROR: A failure occurred in build().

Any ideas? Thanks

gadget3000 commented on 2011-12-30 09:45

Agreed. Updated and it conflicts with spotify-beta now as well.

wonder commented on 2011-12-29 21:48

what i would suggest is to disable stripping. Sometimes it crashes and we want to send them usefull traces.

options=(!strip)

gadget3000 commented on 2011-12-29 21:39

Because the beta client is so horribly buggy (so much so that it isn't in spotify's debian repository) I've uploaded the new client to the AUR as spotify-beta.
networkmanager is in the dependencies because I couldn't get the login screen to show without it installed. Also make sure that you restart the dbus daemon before running.

petelewis commented on 2011-12-28 17:39

Hi, the files in the tarball shouldn't be chmodded +x. Thanks.

MorningWood commented on 2011-12-28 16:03

I unflagged this out of date because although it is listed as 0.6.2.291-4, it downloads the latest 0.8.x version.

Anonymous comment on 2011-12-28 09:39

Played around with the new beta (0.8) and got it to run on Arch. Not a nice solution but at least it works (even with local files).

Instructions:
Use the following PKGBUILD to build and install the new spotify-client: http://static.xintron.se/files/spotify.tar.gz
Next you'll need the following libs: http://static.xintron.se/files/spotify-libs.tar.gz. Extract wherever you like but for this solution I'll use $HOME/spotify-libs/.
Create a bash-script to launch spotify with your custom libs: echo "#\!/bin/sh\nLD_LIBRARY_PATH=$HOME/spotify-libs/ spotify" > spotify.sh && chmod +x spotify.sh
Now you can launch spotify with your bashscript and enjoy the music. It might be needed to clear the cache-folder (~/.cache/spotify/).

The ubuntu libqtwebkit is provided since spotify segfaults using the one provided by arch and the libav* is needed for local files playback. It might also be needed to remove any flashplayer-package based on reports where flashplayer causes spotify to crash.

Anonymous comment on 2011-12-27 22:24

There is newer beta preview build available here: http://getsatisfaction.com/spotify/topics/try_out_the_linux_apps_client_beta_preview

I'm not sure if it should be added as a new package?

wonder commented on 2011-12-21 13:18

after qt 4.8 is moved in extra you need to add qtwebkit to dependency

therico commented on 2011-12-10 14:43

If you cannot play local files and @gadget3000's instructions did not solve your problem, try installing the libva (and in my case, libva-driver-intel) packages from the 'extra' repository. I noticed Spotify was trying to load libva, and installing it got local files working for me :)

wonder commented on 2011-12-10 10:16

it works with free accounts!

wonder commented on 2011-12-10 10:15

it works with free accounts!

Anonymous comment on 2011-12-03 07:56

I updated the tarball and pkgbuild with a hi-res icon:

https://docs.google.com/leaf?id=0B1I8ka3nqeRuYjBjNDYxY2EtN2VjZS00N2IwLThiNzItYTk2NGQ5ZTU1YmU1&hl=en_US

firecat53 commented on 2011-11-26 21:23

@gadget300 - Thanks, it does work...but you're right it's ugly! Be nice if they updated it :/

gadget3000 commented on 2011-11-19 16:59

@firecat53 I found a solution! It's a bit nasty but hopefully only temporary.
I got most of the info from here: http://ubuntuforums.org/showthread.php?t=1870376
If you have 32bit then download this: https://docs.google.com/open?id=0B7zekYZwRKjRZjIyZWU2NDEtMDEzNC00MjgxLThjYjEtNTAxZGM4MTE4YzI1
If you have 64bit then download this: https://docs.google.com/open?id=0B7zekYZwRKjRZjNiZDFiNzYtMzg4ZC00MTI2LThhYzctZDg4NmJmZTZiMzgy

I'm going to assume that the archive went into ~/Downloads so adjust the instructions if not.
Extract the downloaded file with tar.
Then for each file, extract it with 'ar x <filename>.deb', extract data.tar.gz with tar.
Then start spotify with 'LD_LIBRARY_PATH=~/Downloads/usr/lib/ spotify'.
You can move the extracted usr directory elsewhere if you want and adjust LD_LIBRARY_PATH accordingly.

firecat53 commented on 2011-11-18 05:07

@gadget3000 - That's the same message that's been on there for a long time....however, my local music playback has been working for a long time too, up until the last probably 2 weeks.

gadget3000 commented on 2011-11-18 00:08

"As a preview release this version is still unsupported, but we're running it ourselves and will try to make sure it keeps pace with its Mac and Windows siblings, there are issues regarding decoding of local music on the Linux platform so we haven't included support for local files in this version." Damn! (Source: http://www.spotify.com/uk/download/previews/)

gadget3000 commented on 2011-11-18 00:06

@firecat53 I've also got the same issue and I can't find any way of solving it. Apparently it occurs because spotify started using gstreamer but I've tried all the different gstreamer packages with no luck. mpg123 doesn't work and I already have lame and ffmpeg.

gadget3000 commented on 2011-11-17 23:59

Nice find arojas. I've changed the PKGBUILD but not updated pkgrel because it won't affect users who already have it installed.

firecat53 commented on 2011-11-17 23:11

Working great until recently. Now I can't play local music...get the following error:
"There is a problem with the sound decoder. Spotify can't play music."

Streaming music still works fine. Any ideas? I tried downgrading ffmpeg, but that didn't seem to work (and broke mpd :/ )

Scott

arojas commented on 2011-11-17 15:14

According to http://www.miketaylor.org.uk/tech/deb/ it is possible to remove the deb2targz makepends and just use 'ar'

Anonymous comment on 2011-11-11 08:56

I second Samaelhs comment, or add a high-res launcher icon.

gadget3000 commented on 2011-11-11 00:10

@l0m31n for me it just crashes when I right click but you can drag a song to the 'People' list at the side.

Anonymous comment on 2011-11-08 23:30

cant send songs through linux preview :(

gadget3000 commented on 2011-11-02 23:54

@JamieKitson Never mind. It checks that the files don't already exist now, instead of getting pacman to do it unreliably, so it should work for you.

gadget3000 commented on 2011-11-02 23:40

@JamieKitson What openssl package are you using?

jimbob commented on 2011-11-02 20:00

error: failed to commit transaction (conflicting files)
spotify: /usr/lib/libcrypto.so.0.9.8 exists in filesystem
spotify: /usr/lib/libssl.so.0.9.8 exists in filesystem

Should I just remove those files?

Anonymous comment on 2011-10-26 12:25

Please use pacman -Qs '^openssl$' instead of pacman -Qs openssl otherwise this can happens:

$ pacman -Qs openssl | grep 0.9.8
local/lib32-openssl-compatibility 0.9.8-4
libssl and libcrypto 0.9.8 libs (32 Bit)

gadget3000 commented on 2011-10-25 17:54

How weird, it build's fine for me. Anyway it's fixed now and I changed the desktop file, though I need someone to test it please because I don't use desktop icons.

tpavlic commented on 2011-10-25 17:21

At the moment, there is an error in the PKGBUILD where it makes sure that ssl 0.9.8 library targets exist. In particular:

PKGBUILD: line 69: [: missing `]'

The problem is that there must be a space between the closing quote and the closing bracket in that line. That is, change

if [ -z "$(pacman -Qs openssl | grep 0.9.8)"]; then

to

if [ -z "$(pacman -Qs openssl | grep 0.9.8)" ]; then

That should fix the problem. A fixed version of the PKGBUILD is available at:

http://pastebin.com/fMTi7Bhq

Anonymous comment on 2011-10-21 20:45

Would it be possible to change "Icon=/usr/share/pixmaps/spotify.png" to "Icon=spotify" in the spotify.desktop file, so Spotify could use the selected theme's icon, instead of spotify.png ?

gadget3000 commented on 2011-10-18 11:56

I can't find much official word about why it was removed but apparently the gnome-support package broke after a certain update and rather than fixing it, gnome-support's functions were just put into the two spotify-client-qt packages.

Anonymous comment on 2011-10-18 02:05

==> Retrieving Sources...
-> Downloading spotify-client-gnome-support_0.5.2.84.g6d797eb-1_all.deb...
--2011-10-17 21:03:00-- http://repository.spotify.com/pool/non-free/s/spotify/spotify-client-gnome-support_0.5.2.84.g6d797eb-1_all.deb
Resolving repository.spotify.com... 78.31.8.20
Connecting to repository.spotify.com|78.31.8.20|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-10-17 21:03:00 ERROR 404: Not Found.

==> ERROR: Failure while downloading spotify-client-gnome-support_0.5.2.84.g6d797eb-1_all.deb

It can't find the file? Did spotify move some stuff around?

bheinks commented on 2011-10-18 01:39

Fix to the "ERROR: changelog file (('spotify.changelog')) does not exist." issue:
Remove the parentheses containing 'spotify.changelog' in the PKGBUILD so that it reads: changelog='spotify.changelog'

xyproto commented on 2011-10-17 09:00

makepkg (pacman 4.0.0-2) does not like this PKGBUILD. I get:
==> ERROR: changelog file (('spotify.changelog')) does not exist.

Eothred commented on 2011-10-16 13:12

OK, I think you can ignore that, I still get the same error (which is very strange):

$ ldd /usr/bin/spotify
/usr/bin/spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by /usr/bin/spotify)
/usr/bin/spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by /usr/bin/spotify)

It might be better to be sure you are using the same version as spotify is linked against, but I don't know. In both cases it still worked for me.

Also, in the new version system tray support is back for me, great! :)

Eothred commented on 2011-10-16 13:07

Hmm, there is an openssl-compatibility package in AUR which is version 0.9.8. Could you perhaps consider this modification:
http://paste.kde.org/134329

nickoe commented on 2011-10-15 15:14

I get an error and can not start when I try to:
$ spotify
spotify: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

I am on x86_64

nickoe commented on 2011-10-15 15:14

I get an error and can not start when I try to:
$ spotify
spotify: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

Extreme_Tomato commented on 2011-10-14 16:59

I've made a PKGBUILD for the latest version of spotify (as of 14th October '11) at http://pastebin.com/edkAM8mJ if it helps anyone :-)

jimbob commented on 2011-10-09 15:46

I just noticed that before I said ~/.cache/spotify. It seems to work deleting either cache or config.

jimbob commented on 2011-10-09 15:43

Have you all tried removing ~/.config/spotify? I find that it won't launch from time to time and doing that always works for me.

mokkurkalve commented on 2011-10-06 13:59

Hm. Yeah. Same problems. Then the Spotify for Linux client are unusable for now. Thanks the Spotify for Windows client are running smoothly under Wine. Back to that solution for now then....

Anonymous comment on 2011-09-30 14:40

I'm with guildem on this one too. Same steps. It fires up once if you do all these steps, but then if you close it out and try to re-open it, you get the error regarding libcrypto and libssl. Gonna go see if spotify uses getsatisfaction.com and try to talk over there or something.

Anonymous comment on 2011-09-30 09:38

hum... no way to launch spotify last days, with only this :

spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by spotify)
spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by spotify)
09:30:48.383 I [breakpad.cpp:36] Registered Breakpad for product: spotify
09:30:48.384 I [translate.cpp:121] Reloading all languages
09:30:48.384 I [fsevents:413] starting polling thread
09:30:48.402 I [breakpad.cpp:94] Searching for crashdumps: /home/guildem/.cache/spotify/*.dmp

I have the good links on /usr/lib, and don't understand why it stopped working...
I tried to install openssl-compatibility to see if anything changed, but no results. Uninstalled all (openssl-compatibility and spotify), deleted .cache/spotify and .config/spotify, installed spotify, same thing, it doesn't launch...
Any idea ?

Anonymous comment on 2011-09-30 09:22

Anyway, with Openbox + tint2 the system tray icon isn't working either.

Anonymous comment on 2011-09-30 09:19

In fact, deleting the cache (rm -rf ~/.cache/spotify) is enough to solve the problem. You don't need the openssl-compatibility package (I dont't have it installed and Spotify is now working again for me).

Thank you JamieKitson.

jimbob commented on 2011-09-29 19:17

Ok, solved the issue by deleting the ~/.cache/spotify directory.

jimbob commented on 2011-09-29 18:35

I solved the following:

spotify: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

By installing

aur/openssl-compatibility

But it still doesn't load. I get a couple of flashes on the screen and the following messages. I wonder if it has anything to do with me using dwm.

spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by spotify)
spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by spotify)
18:31:21.556 I [breakpad.cpp:36] Registered Breakpad for product: spotify

18:31:21.556 I [translate.cpp:121] Reloading all languages
18:31:21.560 I [fsevents:413] starting polling thread
18:31:21.598 I [breakpad.cpp:94] Searching for crashdumps: /home/jamie/.cache/spotify/*.dmp

18:31:22.177 I [ap:1751] Connecting to AP B1.spotify.com:4070
18:31:22.231 I [ap:1209] Connected to AP: 78.31.8.51:4070
18:31:22.350 E [ap:4126] Connection error: 409
18:31:22.416 I [gui-model:2472] Login Code: 409
18:31:22.416 I [offline-mgr:2142] Storage has been cleaned
No bp log location saved, using default.
[000:001] Browser XEmbed support present: 1
[000:001] Browser toolkit is not Gtk2 (0).
[000:002] Using Xt toolkit

(<unknown>:6360): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed

(<unknown>:6360): Gdk-WARNING **: gdkdrawable-x11.c:952 drawable is not a pixmap or window

(<unknown>:6360): Gdk-WARNING **: GdkWindow 0x2800003 unexpectedly destroyed

(<unknown>:6360): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed

(<unknown>:6360): Gdk-WARNING **: gdkdrawable-x11.c:952 drawable is not a pixmap or window

(<unknown>:6360): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed

(<unknown>:6360): Gdk-WARNING **: gdkdrawable-x11.c:952 drawable is not a pixmap or window

(<unknown>:6360): Gdk-WARNING **: GdkWindow 0x280001e unexpectedly destroyed
18:31:29.036 I [upnp:517] 192.168.0.1: got external ip 0x560F2399
18:31:29.135 I [upnp:465] 192.168.0.1: mapping add ok
18:31:29.209 I [upnp:491] 192.168.0.1: Port 19431 mapped OK
Segmentation fault

Anonymous comment on 2011-09-28 06:52

The new version does no longer register a tray icon in Gnome 3.0 fallback either.

Eothred commented on 2011-09-26 16:34

The new version doesn't work well with KDE system tray anymore? Is there a setting somewhere I'm missing?

xyproto commented on 2011-09-26 14:32

The spotify window insists on being always on top for this version. If you haven't installed this package already, I recommend keeping the previous version.

Leryan commented on 2011-09-25 11:50

@gadget3000 Yep I'v seen, I retry to launch spotify after a reboot and it worked O_o

gadget3000 commented on 2011-09-23 18:17

@akregator The 'no version information available' bit comes up because spotify is built with an older version of openssl. I've tried using openssl098 (in the AUR) but that version number is also too high (openssl098 uses 0.9.8r but spotify is built for ubuntu 10.4 so it uses openssl 0.9.8k).

Leryan commented on 2011-09-23 17:07

spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by spotify)
spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by spotify)
17:01:35.626 I [breakpad.cpp:36] Registered Breakpad for product: spotify

17:01:35.627 I [translate.cpp:121] Reloading all languages
17:01:35.627 I [fsevents:413] starting polling thread
17:01:35.648 I [breakpad.cpp:94] Searching for crashdumps: /home/akregator/.cache/spotify/*.dmp

Leryan commented on 2011-09-23 17:02

spotify: /usr/lib/libcrypto.so.0.9.8: no version information available (required by spotify)
spotify: /usr/lib/libssl.so.0.9.8: no version information available (required by spotify)
17:01:35.626 I [breakpad.cpp:36] Registered Breakpad for product: spotify

17:01:35.627 I [translate.cpp:121] Reloading all languages
17:01:35.627 I [fsevents:413] starting polling thread
17:01:35.648 I [breakpad.cpp:94] Searching for crashdumps: /home/akregator/.cache/spotify/*.dmp

Anonymous comment on 2011-09-23 10:53

@gadget3000 i removed my own links, and tried to install again, and now i have the good links created, spotify starts well.
thanks for your help, this was my first report on AUR, and not the last ;)

gadget3000 commented on 2011-09-23 10:48

@guildem Have another go now. It's not an elegant solution but only a temporary one becase the new version of ubuntu (which will be released in October) will use openssl 1.0.0, which is what arch uses and we have won't this problem anymore. The 'no version information available' will stop showing up too hopefully because spotify should be built against openssl 1.0.0 then.

gadget3000 commented on 2011-09-23 10:44

@guildem Have another go now. It's not an elegant solution but the new version of ubuntu (which will be released in October) will use openssl 1.0.0, which is what arch uses and we have this problem anymore. The 'no version information available' will stop showing up too hopefully because spotify should be built against openssl 1.0.0 then.

Anonymous comment on 2011-09-23 10:24

@gadget3000 i have core/openssl 1.0.0.e-1 installed
on /usr/lib, i have libssl.so.1.0.0 (file) and libssl.so (link to libssl.so.1.0.0). same with libcrypto.
i looked the PKGBUILD once again and saw the 2 lines... but no link was created after the build...

gadget3000 commented on 2011-09-23 10:17

@tolgam Fixed

gadget3000 commented on 2011-09-23 10:15

@tolgam Fixed

gadget3000 commented on 2011-09-23 10:10

@guildem The PKGBUILD already links libssl.so.0.9.8 and libcrypto.0.9.8 to /usr/lib/libssl.so and /usr/lib/libcrypto.so. Do you not have these files? Which version of openssl do you have?

cgueret commented on 2011-09-23 10:10

Fails at downloading files.
The name of the gnome support is not "gnome-support_0.5.2.84.g6d797eb_all.deb" but "gnome-support_0.5.2.84.g6d797eb-1_all.deb"

Anonymous comment on 2011-09-23 09:09

with 0.6.1.309-1 x86_64 spotify crash at start because it doesn't find libssl.so.0.9.8 and libcrypto.0.9.8.
i have libssl.so.1.0.0 and libcrypto.1.0.0 on my /usr/lib folder so i created symbolic links on root mode :

# ln -s /usr/lib/libssl.so.1.0.0 /usr/lib/libssl.so.0.9.8
# ln -s /usr/lib/libcrypto.so.1.0.0 /usr/lib/libcrypto.so.0.9.8

it works fine now. do you have a better idea ?

Anonymous comment on 2011-09-07 08:43

Hello,

I am using a x86_64 machine with Gnome3. When I start spotify, Gnome3 freezes. Spotify is not shown and gnome3 is not responding but I can still move the mouse pointer. I've tried it using fluxbox, instead of gnome3 and it works OK.

Anonymous comment on 2011-07-27 20:33

v.0.5.2.84-1 works fine on i686. If you at startup get a bogus crash report, try moving ~/.cache/spotify to another location.

Anonymous comment on 2011-07-25 17:40

For those who have good faith in unknown people :), I have put my latest working pkg of Spotify
on my website for download.

http://narjo.net/files/spotify-0.4.9.302-1-x86_64.pkg.tar.xz

gadget3000 commented on 2011-07-21 20:00

@Snagglepants Maybe I don't fully understand what the repository is for but couldn't you just use yaourt?

Anonymous comment on 2011-07-21 19:29

I've got a few workstations and some other people who run a similar setup, so I tossed this up in a GitHub-based pacman repository. If you don't feel like remembering to visit this AUR page, go here and follow the dirs for adding the repo to your pacman config: https://github.com/duointeractive/archduo

I'm only currently doing x86_64 builds, so if someone else wanted to help keep up i686, I'll gladly toss you commit access.

Anonymous comment on 2011-07-04 14:48

Thanks! That fixed it for me.

Anonymous comment on 2011-07-03 14:31

Decided against uploading to the AUR, to much hassle with naming etc. Hopefully the next version will work better for us i686'ers.
Anyway, here's the tarball for Spotify 0.4.9.302 (contains PKGBUILD and DEB's, i686 ONLY):
http://uploading.com/files/get/a257b381/spotify.tar.gz/
MD5: c316c2538c57424f2926a6a3dd1eaf08

Anonymous comment on 2011-07-02 23:28

@Pingwinski I could use that PKGBUILD.

Anonymous comment on 2011-07-01 22:53

Spotify version 0.5.1.151 crashes at startup for some i686 users (me included). User reports and official recognition can be found at http://getsatisfaction.com/spotify/topics/spotify_linux_client_crash_on_startup .

My solution was rewriting the PKGBUILD to use the version 0.4.9.302 DEB archives (obtained from third party, see http://getsatisfaction.com/spotify/topics/spotify_linux_client_crash_on_startup#reply_5782014 ). If this downgraded PKGBUILD is of interest to someone else I'll upload it.

gadget3000 commented on 2011-06-22 07:46

@aberkoke It works ok for me. When does it crash? In the latest version the only time it crashes for me is when I right click.

aberkoke commented on 2011-06-21 21:51

It doesn't work!! it crash!! work for you??

Eothred commented on 2011-06-20 11:20

Do you have to accept the "updated end-user license agreement" every time you login?

Anonymous comment on 2011-06-07 16:20

Here's an updated pkgbuild for version 0.5.1.151: https://raw.github.com/gist/1012587/d0a921cb9c674285d91ebc3fc2a91998442b9eee

Anonymous comment on 2011-05-18 19:16

Problem solved it self with the new nspluginwrapper 1.4.0-2 update :)

Anonymous comment on 2011-05-17 18:24

Got both installed same thing still. and yes, libcanberra is installed :)

More of the error output:
Gtk-Message: Failed to load module "canberra-gtk-module"

(npviewer.bin:8726): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",
.
.tons of them.. all look the same
.

(npviewer.bin:8726): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",
*** NSPlugin Wrapper *** WARNING:(/build/src/nspluginwrapper-1.4.0/src/npw-wrapper.c:3558):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
*** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync!
Segmentation fault

gadget3000 commented on 2011-05-17 17:18

@Xenonn Spotify uses libpulse so try this: "If you are using PulseAudio, make sure to also install lib32-alsa-plugins and lib32-libpulse."
Source: https://wiki.archlinux.org/index.php/Install_32bit_Flash_on_a_64bit_System#Nspluginwrapper_and_PulseAudio

Anonymous comment on 2011-05-17 14:31

I just noticed that if i run spotify as sudo it works just fine.. Any clues?

Anonymous comment on 2011-05-17 10:20

Ah i see, my bad.

But its still failing for me :/

Been working flawlessly until today

gadget3000 commented on 2011-05-17 09:15

You're right in that the Windows and Mac desktop clients are now on 0.5 but as far as I know the Linux client still isn't officially supported and still only developed on hack days, so it won't get updated when the other desktop clients do.

gadget3000 commented on 2011-05-17 09:01

Where have you seen version 0.5? The deb repository that the pkgbuild uses hasn't been updated since the 22nd of December, so it's still on version 0.4.9.302.

Anonymous comment on 2011-05-17 08:36

Might not be nspluggin.. Downgraded it and got the following

*** NSPlugin Viewer *** ERROR: NP_Initialize() get args: Message truncated
*** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync!
*** NSPlugin Wrapper *** ERROR: NP_Initialize() wait for reply: Interrupted system call

Anonymous comment on 2011-05-17 08:20

After updating nspluginwrapper to 1.4.0 it crashes on startup with the following error:

*** NSPlugin Wrapper *** WARNING:(/build/src/nspluginwrapper-1.4.0/src/npw-wrapper.c:3558):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
Segmentation fault
*** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync!


also, new spotify 0.5 is out :)

Anonymous comment on 2011-03-28 00:54

Sometimes when I do right click it just shuts down. Just wanted to share since, except for this, it works flawlessly on both my laptop and desktop with KDE.

@Eothred: I agree with you. For a something more of what a packet of smokes is worth I got music almost 24/7.

What is a pity the lack of music from three of the most important bands in the history of music in Spotify: AC/DC, Metallica and Pink Floyd.

¡There is also plenty of space in the GUI for lyrics!

Anonymous comment on 2011-01-24 12:24

@Eothred. I do not argue about this, but this is a different story. The fact that Free/Open subscribers cann't use the software stands.
I would propose the maintainer to add your comment in the description.
i.e Spotify for Linux is available to Premium and Unlimited subscribers (Unlimited is ~ half price of Premium, does not give you Offline functionality that you need for e.g. the cell phone app)

Thnx for building this anyways

gadget3000 commented on 2011-01-23 11:19

@Eothred Same here but I remember reading somewhere that it's because they just haven't bothered trying to implement it since Day 1.

Eothred commented on 2011-01-23 10:50

Oh, and does the volume slider button work for anyone of you? For me it does nothing, never has...

Eothred commented on 2011-01-23 10:47

@grine (late reply, sorry) I didn't know that Spotify made use of Java??
@Zaxariadis It is available to Premium and Unlimited subscribers (Unlimited is ~ half price of Premium, does not give you Offline functionality that you need for e.g. the cell phone app). I don't mind giving them 5 euros a month when I know that I am supporting one of the best models for music streaming there is... We need to prove to the labels that this is a good model! :)

Anonymous comment on 2011-01-23 01:41

From spotify website...

"As we haven’t found a reliable way to display ads yet, this version is *only available to Spotify Premium subscribers*."

So if you just have a Free/Open user account dont bother :(
Its a pity but its true...


grine commented on 2010-12-17 09:55

I'm still getting the same Floating Point Exception crash, have reported it on Spotifys own bugtracker but no answer yet. The same thing happens when using oracles own java implementation so it's not a problem with openjdk.

Anonymous comment on 2010-12-16 19:14

Please make it depend on libxss. Doing a clean install with nothing but X and Spotify does not work without installing libxss.

gadget3000 commented on 2010-12-07 22:25

It's probably not a dependency problem as I only have xmonad but Spotify still works fine for me.

Anonymous comment on 2010-12-07 21:59

This doesn't work for me in on my desktop running KDE. It SIGPIPEs *frequently* Problem description and gdb output here: http://getsatisfaction.com/spotify/topics/linux_preview_crashes_sigpipe_broken_pipe

Is there anything that this depends on that is not included as dependency, that would be included with a gnome desktop, and not a KDE one? Tried running LXDE on the desktop too, same problems. On the laptop, however, it runs without a hitch. On the desktop it is also dead sloooooow all the time when it doesn't crash, and can be unresponsive for ten seconds + before suddenly responding.

grine commented on 2010-12-05 18:29

Something has caused spotify to stop working in the last day or so, I'm not sure what this might be but I get this output when running in terminal:

Any idea what this might be?

18:26:05.400 E [session:786] Not all tracks cached
18:26:05.958 I [ap:1387] Connecting to AP B1.spotify.com:4070
connecting notifications
18:26:05.979 I [ap:937] Connected to AP: 78.31.12.12:4070
connecting notifications
connecting notifications
18:26:06.197 I [gui-model:2118] Login Code: 0
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.3) (ArchLinux-6.b20_1.9.3-1-i686)
OpenJDK Server VM (build 17.0-b16, mixed mode)
Floating point exception

gadget3000 commented on 2010-11-28 10:16

Once libpulse comes out of [testing] I'll put it in the dependency list instead of pulseaudio.

gadget3000 commented on 2010-11-28 10:16

Once libpulse comes out of testing I'll put it in the dependency list instead of pulseaudio.

arojas commented on 2010-11-27 20:24

the pulseaudio dependence should be replaced by libpulse now that it's split off.

Anonymous comment on 2010-11-11 21:31

Ok, my bad. It must be finding some orphan library files here somewhere then. Don't like it when things thats not suppose to work, works :D

gadget3000 commented on 2010-11-11 19:52

@magnen Because without it spotify won't open. It just says 'spotify: error while loading shared libraries: libpulse.so.0: cannot open shared object file: No such file or directory'. Sucks, I know!

gadget3000 commented on 2010-11-11 18:56

@magnen For version 0.4.8.305 it was required. I tested it myself and it complained about not finding libpulse without it. Luckily this version was short lived and only lasted a day. :-)

Anonymous comment on 2010-11-11 07:56

Pulseaudio should be moved as optdepends, since spotify doesn't really depend on it.

Why is it listed as a dependency?

Anonymous comment on 2010-11-10 23:36

Ohh I forgot, there is black and white icon in tray now o.O.

Anonymous comment on 2010-11-10 23:35

Here is updated PKGBUILD:
http://pastebin.com/NPKVNrMx
You just have to change md5sums for i686 because I am using x86_64 and I am too lazy to download those packages as well. I see no noticeable changes in this release but I will try to find some CHANGELOG.

Anonymous comment on 2010-11-10 23:25

New version is available - spotify-client-qt_0.4.8.306.g1df0858-1_i386.deb

Anonymous comment on 2010-11-10 22:51

Thanks. Really appreciate your packages. Would be really nice with a old pkg version (rpm) without pulseaudio deps available in Aur :)

gadget3000 commented on 2010-11-10 18:12

@Omaha It won't work without pulseaudio. I tested it this morning without and it says libpulse is missing and closes.

Anonymous comment on 2010-11-10 16:30

Will Spotify build/work without the pulseaudio dependency?

Anonymous comment on 2010-11-03 15:32

Thanks, this is what I was actually missing in Spotify and I thought that is a BUG :D. Now I might try to install it later.

gadget3000 commented on 2010-11-03 15:29

@Mazur All it does is add a gconf default so that spotify URIs open in spotify.

Anonymous comment on 2010-11-03 14:40

Anyone knows what is that package for "spotify-client-gnome-support_0.4.8.282.gf7dc186-1_all.deb" ?

gadget3000 commented on 2010-10-29 15:55

Next Spotify version is out! I'm updating it now...

Anonymous comment on 2010-10-17 14:01

mokkurkalve: Donwgrading to qt 4.6 solved the issue so yes, the upgrade is the cause of the segfault problems.

gadget3000 commented on 2010-10-15 15:15

I've had it crash when opening a few times as well but I open it again and it's fine. I sometimes get a seg fault from right clicking too. I guess this is why it's still a preview version!

mokkurkalve commented on 2010-10-15 14:38

A few seconds after opening spotify it now crashes with the message "memory segmentation fault" to the console. A wild guess; but this behaviour started when Arch upgraded from qt 4.6 to 4.7. Previously it worked fine.

Anonymous comment on 2010-10-09 12:20

Okey :) Thanks for the feedback.

gadget3000 commented on 2010-10-09 09:50

I've always used the debs up until now and the version number difference is so small that I'm not convinced that it's anything more than a bug fix release for fedora only or it would be packaged as a deb also. I've asked around on irc and a few people agree so unless anyone says otherwise I'm not 'upgrading' to the rpm.

Anonymous comment on 2010-10-09 08:56

Version 0.47.156 dater 28 Sep 2010 available (Fedora repo) http://repository.spotify.com/fedora/releases/13/i386/

Anonymous comment on 2010-10-01 13:25

After upgrading from Qt 4.6 to Qt 4.7 spotify crashes - KDE version 4.5.1 (presumably compiled with Qt 4.6). Downgrading to Qt 4.6 makes it work again.

tjbp commented on 2010-09-16 11:26

Latest version seems to overrun the buffer (skips through ~4 seconds of music per second). Anyone else got the same problem? It plays normally after a few seconds, but it's annoying missing the first 20 seconds of every song.

tjbp commented on 2010-09-16 11:24

Latest version seems to overrun the buffer (skips through ~4 seconds of music per second). Anyone else got the same problem?

gadget3000 commented on 2010-09-08 11:46

I've updated the dependencies and the SPOTIFYGNOMESUPPORT environment variable isn't needed any more as the gconf version required has been officially lowered.

gadget3000 commented on 2010-09-08 11:43

I've updated the dependencies and the SPOTIFYGNOMESUPPORT environment isn't needed anymore as the gconf version required has been officially lowered.

cgueret commented on 2010-08-23 08:35

Hello!

The protocol file didn't seem to work for me, under gnome. Instead, I ran the following commands and now everything is fine:
gconftool-2 -t string -s /desktop/gnome/url-handlers/spotify/command "/usr/bin/spotify -uri \"%s\""
gconftool-2 -t bool -s /desktop/gnome/url-handlers/spotify/needs_terminal false
gconftool-2 -t bool -s /desktop/gnome/url-handlers/spotify/enabled true

Does anyone manage to open spotify links from Firefox & like ? I am the only one experiencing this bug????

Otherwise, nice package :)

Anonymous comment on 2010-08-20 12:52

Works great

Eothred commented on 2010-08-08 10:50

Forget that one, I had "testify" installed which was the app responsible of installing libspotify alongside..

Eothred commented on 2010-08-08 10:33

Hey, just found a conflict with libspotify (also found in AUR). Add libspotify under provides I think?

Turski commented on 2010-08-02 16:46

This seems to work just fine without pulseaudio. I tried removing pulseaudio from dependencies and packaged and installed and everything works fine. So I believe pulseaudio could be removed from dependencies.

Anonymous comment on 2010-07-29 19:12

@wuncidunci: I had the same problem, i fixed it by adding "defaults.pcm.dmix.rate 44100" to ~/.asoundrc

Anonymous comment on 2010-07-27 15:55

Hi, I've been having some problem with the native spotify application and pulseaudio. All other application work fine with pulseaudio, either by themselves, or through alsa plugin. In spotify however, if I start playing a song the sound starts but is choppy, however if I've got pavucontrol or another sound application running it starts just fine. Anyone knows how to fix it?

Eothred commented on 2010-07-26 07:30

@linfan gconf and account type has nothing to do with each other. The error message says it correctly, this spotify version cannot be used with free accounts, since they haven't managed to implement ads yet. Unlimited account (5eur/month) is sufficient.

Anonymous comment on 2010-07-24 11:15

dunno really about the gconf - I just read an earlier post further down about the gconf. The new release you just sent. installed just fine. But it is of no use as I am not a premium user :-) I presently use the free windows app thru wine.

Let's hope the developers will find a way to allow ads to the linux spotify so you can use it without having to pay a monthly fee.

gadget3000 commented on 2010-07-24 11:01

@linfan: Is it the gconf dependency that caused that or your spotify account type?
There is no way around that message but it shouldn't be too long before all account types are supported.

Anonymous comment on 2010-07-24 10:41

I deleted the gconf dep and it installed, but it won't run with the explanation: Use of this device is not enabled for your account.
On Google I see the following: "As a preview release this version is still unsupported, but we’re running it ourselves and will try to make sure it keeps pace with its Mac and Windows siblings. As we haven’t found a reliable way to display ads yet, this version is only available to Spotify Premium subscribers."
http://getsatisfaction.com/spotify/topics/use_of_this_device_is_not_enabled_for_your_account

Is there a way around this?

gadget3000 commented on 2010-07-24 10:28

Fixed. Your turn error messages :-P

Anonymous comment on 2010-07-24 10:08

Constant cat and rat race her :-)

==> Continue building spotify ? [Y/n]
==> ---------------------------------
==>
==> Building and installing package
==> Making package: spotify 0.4.6.73-5 (Sat Jul 24 12:07:03 CEST 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
-> Found spotify-client-qt_0.4.6.73.ga662380-1_amd64.deb
-> Found spotify.desktop
-> Found spotify.png
-> Found spotify.protocol
==> Validating source files with md5sums...
spotify-client-qt_0.4.6.73.ga662380-1_amd64.deb ... Passed
spotify.desktop ... Passed
spotify.png ... Passed
spotify.protocol ... Passed
==> Extracting Sources...
==> Removing existing pkg/ directory...
==> Entering fakeroot environment...
==> Starting build()...
/tmp/yaourt-tmp-borje4/aur-spotify/src
install: cannot stat `usr/share/doc/spotify-client-gnome-support/copyright': No such file or directory
Aborting...
==> ERROR: Makepkg was unable to build spotify.
==> Restart building spotify ? [y/N]

gadget3000 commented on 2010-07-24 09:06

I've fixed the error reported by rocknrolf77

gadget3000 commented on 2010-07-24 08:59

I'm working on fixing the error reported by rocknrolf77

Anonymous comment on 2010-07-24 08:24

So now it fails for me with

==> Starting build()...
/tmp/yaourt-tmp-elgringo/aur-spotify/src
Installing with gnome support
Installing with KDE support
install: target `/tmp/yaourt-tmp-elgringo/aur-spotify/pkg/usr/share/kde4/services/' is not a directory: No such file or directory
Aborting...
==> ERROR: Makepkg was unable to build spotify.
==> Restart building spotify ? [y/N]

Do I need to make the directory manually?

gadget3000 commented on 2010-07-23 20:18

You no longer need an environment variable for gnome support so you can remove them

gadget3000 commented on 2010-07-23 18:43

I'm currently working on adding kde support and removing the need for an environment variable for gnome support.

gadget3000 commented on 2010-07-23 18:35

I'm currently working on updating the spotify version, adding kde support and removing the need for an environment variable for gnome support.

gadget3000 commented on 2010-07-23 18:30

I'm currently working on adding kde support and removing the need for an environment variable for gnome support.

Eothred commented on 2010-07-21 05:25

No, the name of the package is a bit misleading. It shouldn't depend on any specific version of gconf at all. It only adds a configuration file which makes it possible to open spotify: links from what I can see. You can add the same to KDE by adding "spotify.protocol" in your ~/.kde4/share/kde4/services/ with this content http://pastebin.com/H1EhFxz0
In case you use e.g. kdemod, replace ~/.kde4/... with ~/.kdemod/...

For the crash: Unsure why it happens, but I think it works to delete ~/.config/spotify and ~/.cache/spotify. Probably it is sufficient to delete only one of them (I am guessing something in config gets wrong).

Anonymous comment on 2010-07-20 20:58

Has anyone tried this with the gnome support mentioned by gadget3000?
nvm, I thought it added GTK support, but it it doesn't seem to do that...

Edit: Does anyone know what causes this problem?:
https://bbs.archlinux.org/viewtopic.php?pid=795311#p795311

Eothred commented on 2010-07-19 07:58

In spotify.desktop, you need the category AudioVideo, in order for e.g. KDE to put this under the "Multimedia" tab.

Eothred commented on 2010-07-17 12:07

Found new missing dependency, "Unable to load the real plugin libavutil.so.49: cannot open shared object file: No such file or directory". Version 50 is installed on my computer, not 49. Seems this is not dramatical, as spotify still runs just fine.

And when I try to go to preferences I get a segmentation fault, anyone else can confirm this?

Eothred commented on 2010-07-15 08:48

New version available which is also usable by the unlimited subscription.

gadget3000 commented on 2010-07-13 11:41

I'm adding gnome support but it requires a higher version of gconf than the official binaries or in the AUR. Feel free to try it with gnome support once I get it up and let me know how it goes. You need to have the environment variable SPOTIFYGNOMESUPPORT set.

gadget3000 commented on 2010-07-13 11:33

I've just added gnome support but it requires a higher version of gconf than the official binaries or in the AUR. Feel free to try it with gnome support and let me know how it goes. You need to have the environment variable SPOTIFYGNOMESUPPORT set.

gadget3000 commented on 2010-07-13 09:49

I'm a bit new to making PKGBUILDs so I appreciate everyone's tips so far. For now I have added @Eothred's changes and added him as a contributor so that he can email me any amendments to get them to you all faster.

Eothred commented on 2010-07-13 07:08

I just tried my suggested version on my 32bit office computer. Clearly it should state "arch=('x86_64' 'i686')", and not i386 :) Otherwise it seems to work fine, at least on my build...

http://pastebin.com/aKLTDpVz

Anonymous comment on 2010-07-12 21:02

Used Eothred's PGKBUILD to install on 64bit, no problems. Thanks!

dcelasun commented on 2010-07-12 19:45

This PKGBUILD appears to be a quick'n dirty hack. Merely unpacking the deb archive to / is not enough. As Eothred mentioned, you should move the license file. I'm sure there are other non-Arch stuff that the deb package does. After unpacking the deb in $srcdir, move the necessary files to their respective places in $pkgdir.

dcelasun commented on 2010-07-12 19:44

This PKGBUILD appears to be a quick'n dirty hack. Merely unpacking the deb archive to / is not enough. As Eothred mentioned, you should move the license file. I'm sure there are other non-Arch stuff that the deb package does. After unpacking the deb in $scdir, move the necessary files to their respective places in $pkgdir.

Huulivoide commented on 2010-07-12 15:43

was just going to say the same about having both archs on the same pkg

Eothred commented on 2010-07-12 13:23

Hah, you beat me to it, I was just about to upload :)
Please have a look at my PKGBUILD to include 64bit architectures as well, and in principle all programs should have the license installed in /usr/share/licenses/${pkgname}/. You should also include license=('Copyright (c) 2006-2010 Spotify Ltd') I believe, though copyright and license is not the same thing I guess...

http://pastebin.com/P4WCvJHr