Ok, I got another step forward. I ran alien to convert the .deb to a .rpm. This must be run as root and with option --scripts.
The rpm installation fails because libcurl-gnutls does not exist in Fedora. There are numerous reports on GitHub about this for several other packages. Workarounds are given, but they look too kludgy for me. I am already pretty deep into a kludge as it is. I’m probably going to give up at this point.
I guess I’ll have to use the Flatpak, after all. Sigh.
Sorry to hear that. We tried.
I really appreciate all the excellent sleuthing you all did. Hopefully they can get that server fixed so it doesn’t drop connections. In the meantime, I built on what you all found and have an easy workaround:
First, I downloaded a complete copy of the deb:
curl -C - --retry 20 --retry-connrefused 'http://repository.spotify.com/pool/non-free/s/spotify-client/spotify-client_1.1.42.622.gbd112320-37_amd64.deb' -o spotify-client_1.1.42.622.gbd112320-37_amd64.deb
Next, I edited the .spec file for that lpf script:
sudo cp /usr/share/lpf/packages/spotify-client/spotify-client.spec{,.orig}
sudo vi /usr/share/lpf/packages/spotify-client/spotify-client.spec
And changed the %global repo variable to point at localhost instead:
--- spotify-client.spec.orig 2021-02-07 22:16:33.092599753 -0700
+++ spotify-client.spec 2021-02-07 22:17:57.762181224 -0700
@@ -4,7 +4,7 @@
%global commit 62e266b593e4031a9a9209fbd17f287cc4cfb7a5
%global shortcommit %(c=%{commit}; echo ${c:0:7})
-%global repo http://repository.spotify.com/pool/non-free/s/spotify-client
+%global repo http://localhost:8000
# We cannot strip this binary (licensing restrictions).
%global debug_package %{nil}
Last, in the same directory that I downloaded the deb I started an http server:
# Python 3:
python -m http.server
# or Python 2:
python -m SimpleHTTPServer
After that the lpf update spotify-client downloaded the local file instead and everything else worked as expected. I’m listening to Spotify through the desktop client right now. 
I’m impressed. Talk about digging in and fixing things! I will try that. Thank you.
UPDATE: It worked, but need to run 3 times the curl command until this message:
curl: (18) transfer closed with 123760568 bytes remaining to read
doesn’t appear anymore, then lpf update spotify-client and spotify installed finally
This don’t work for me, i think that actually the issue is with the ar command as @vgaetera noted in before.
Successful archive extraction depends on the integrity of the downloaded file which might be incomplete or corrupted.
I am marking the thread as solved, although the solution is a workaround. There is nothing inherently wrong with either the lpf-spotify build process or the source .deb package, it is just that the Spotify download site is extremely unreliable.
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.