Package Details: spotify 1.0.43.125-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: 1013
Popularity: 37.868369
First Submitted: 2010-07-12 12:17
Last Updated: 2016-12-02 08:48

Latest Comments

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.

hobarrera 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.

Midnightfox 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.

munrek commented 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

munrek commented 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?

munrek commented 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.

zota 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.

ventieldopje commented 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 :)

TheNumb commented 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!

flow 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

melltuga commented 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

M0Rf30 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.

archpoint 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.

ryndor commented 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

ryndor commented 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.

JamieKitson 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?

JamieKitson 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.

JamieKitson 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?

JamieKitson 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 :-)

JamieKitson 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.

JamieKitson 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.

JamieKitson commented on 2011-09-29 19:17

Ok, solved the issue by deleting the ~/.cache/spotify directory.

JamieKitson 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