Yes, I confirm that host seems to be non-functional at the moment, so it does not work to download the file pciutils-3.1.7.tar.bz from this server today. From your post I understand you have already figured out this is a download problem.

This is the troubleshooting method I would use to solve downloading problems like this.
It is the package "pciutils" that failed download.

Step 1: Find the URL it is trying to download:

/OpenELEC.tv# cd packages/
/OpenELEC.tv/packages# find . -name *pciutils*
./sysutils/pciutils

Now we know the directory, so lets go to this directory
/OpenELEC.tv/packages# cd sysutils/pciutils/

Step 2: Edit the file "meta".
For all the packages needed during the compilation, the "meta"-file decide where it tries to download the source code.

It is this line that needs to be edited to another server on the internet that works.

PKG_URL="ftp://ftp.pgpi.com/linux/kernel/pub/soft...$PKG_VERSION.tar.bz2"

Google is your friend to find another server on the internet that has the needed file. I just google-searched:
pciutils-3.1.7.tar.bz2

For example:
ftp://ftp.cs.pu.edu.tw/pub/software/utils/pciutils/

So we change the line so it looks like this:
PKG_URL="ftp://ftp.cs.pu.edu.tw/pub/software/util...$PKG_VERSION.tar.bz2"

Step 3:

cd ../../..

Optional, check if more packages depend on downloads from the problematic server "ftp.pgpi.com"
grep -H -R "ftp.pgpi.com" packages | cut -d: -f1

Start compiling again:
PROJECT=Generic ARCH=i386 make release

One good thing is: Once you have succefully downloaded the file, this file does not need to be downloaded the next time you start the compiling. Also, most of the compilation steps that it managed to complete before the downloading error will not need to be done again, so the make command really continues the compilation, it does not restart the compilation.

We are on the road again ........compiling

UPDATE
Another URL error ........but fixed myself with your explanation......compiling...

Tompen, you are my hero
After all spotify works
Thanks for all the help!

Hi,

Tompenm, as I had already said by mail, I had done excatly what you said by copy/paste, but I had always the same error:

user@debian:~/Documents/OpenELEC.tv$ PROJECT=Generic ARCH=i386 make release
./scripts/image release
BUILD toolchain
BUILD gcc-final
BUILD binutils
BUILD linux-headers
UNPACK linux
tar: linux-3.1/arch/microblaze/boot/dts: Directory renamed before its status could be extracted
tar: Exiting with failure status due to previous errors
make: *** [release] Error 2
user@debian:~/Documents/OpenELEC.tv$


What could I do?

Thank you very much

The only time I have seen that message is when I have first started a compile, but it was aborted. Later if I try to restart the compilation, but I am now logged in as another user, I have seen this error message. If I remember correctly that is....

I give the following advise:

free -m

Make sure total memory shows more than 800 MB.
If it is less than 800, issue command "poweroff" and give your virtual machine more memory in virtualbox. If you are unable to give it 800MB, give it as much as you can.

Do the following command from the OpenELEC.tv folder.

tail -n 3 README | head -n 1

You should see the response: "Happy OpenELEC'ing"
This verifies we are in the correct directory.

If you do not see "Happy OpenELEC'ing": --->>> You should STOP following this post.
Issue the following commands:
Please save all screen output from the commands as they will have info about the error.
(this removes everything OpenELEC.tv)

Some commands above take several minutes.

Logout from linux.
Now follow my previous post, begin with Step 2 (Get OpenELEC source code).

If you get the same error again, please provide the screen output from the commands above and also the file logfile.txt. That file is located in the same folder as your appkey.h file.

Thanks for your Help!

I have done all what you told me and I stilll have the same error at the same momment.

I had no spacce problem
I could see the "Happy XBMCing" message
The only thing I forgot to tell you is that I don't run linux from a virtual machine, it doesn't work well; but from a usb persistent stick

My logfile is blank so I didn4t give you

Thanks

I suspect the problem is something in the linux environment that you are using to compile OpenELEC on. It can not extract the source code packages using tar, a basic task that linux is supposed to handle without problems like this.

It it generally better to do this in a normal disk compared to a usb stick, a normal disk have much higher performance and have the needed space for OpenELEC compilation. Approx 20GB disk space is needed by the compilation. Most USB sticks are smaller than that.

Please install Debian in a virtualbox virtual machine using the exact settings and commands that you will find in a document attached to this post. This is basically a next-next-next minimal Debian install. You open the document with Wordpad. The goal is to try compiling with a known-to-work installation.

Edit: In the document, I forgot to mention:
If you select NAT in virtualbox networking settings, you need to also click advanced and click on Port Forward. Here create a rule for port 22 (Give the rule a name, add 22 to Host Port and add 22 also to Guest Port, leave other fields empty). Also create a second rule for port 80 (do the same but 80 instead of 22). Then in putty you connect to ipdress/hostname: localhost

Tompen,

Really, really thank you for your help, and the time you spend for all your explanation!

I had no problem to launch the virtual machine with all the details you gave me.
But I had the same error than onderduiker, but once again, with the explanation you gave its worked. But as onderduiker I had a second error, he didn't detail what kind of error, but I suppose it was the same: it can't find the ethtool to download.

I tried to do the same as your explaination, but I didn't succeed.

onderduiker, could you tell me the ftp server you used?

Tompen, if you have an idea of which Ftp server I can use, It will very great!


Thank you thank you

I am not shure but think it was this one

ftp.tlk-l.net/pub/mirrors/kernel.org/software/network/ethtool/
If not, use google and search for "ethtool-3.0.tar.bz2 ftp" and use another one.

Good luck

UPDATE
Just found it in my meta file. I was right
PKG_URL="ftp://ftp.tlk-l.net/pub/mirrors/kernel.o...$PKG_VERSION.tar.bz2"

The bad download location for pciutil and ethtool was fixed in the official openelec source on 25 Nov. See the commits that was made here:

github.com/OpenELEC/OpenELEC.tv/commits/master/

Therefor, the best solution to this downloading problem is to update your source.
Perform the following commands from your OpenELEC.tv directory.

tail -n 3 README | head -n 1

You should see the response: "Happy OpenELEC'ing"
This verifies we are in the correct directory

git checkout .
(do not forget the the dot . above)
(this command removes any manual changes done to the OpenELEC source files)

git pull origin master
(this pulls the latest OpenELEC source code to your linux machine)

The following commands updates the spotify integration source code (if I have done any changes)

git remote add openelec_spotyxbmc2 git://github.com/tompen-/OpenELEC.tv.git
git fetch openelec_spotyxbmc2
git pull openelec_spotyxbmc2 master
git remote rm openelec_spotyxbmc2

Then you need to delete data from previous compile attempts.

rm -rf build*

and finally start the compile:

make release
(see my previous post for correct command)

NOTE: This is also the procedure to use if you already have a working OpenELEC-spotify build and you want to create a newer build.

that works!!!

thank you onderduiker, your ftp is good, and after the compilation progress without error.

thank you very much Tompen for all!

Do you think I need to do what you said in your last post, or could I wait?

Another question, I know it's not the good topic, but you seem to have a lot of knowledge! I tried with many openelec pre-eden version, and I didn't suceed to make work Airplay, however I have an Iphone 4s, and airplay work on another mac of my network with airplayer. Do you have an idea for what it doesn't work?

Glad it works, I will not help troubleshoot airplayer in a spotify thread. That would just bloat the thread for others who are only interested in reading about spotify.

For your question, you do not need to do that. You can use that info another time when you want to upgrade to a new nightly build. The instruction shows how-to compile a new nightly build.

New features added by akezeke:
Now we can star and unstar spotify albums and tracks from within XBMC.
Right-click on tracks to browse albums or artist, right-click on album to browse artist.

It works for me on Fusion (Zotac ZBOX AD02) as well.

There is one case (specific menu option) that seems to consistently crash XBMC though, I'll see if I can catch some logs for debugging.

Great to hear it works also on Fusion.

When XBMC have started, there is a background task that communicates with spotify backend and populates the spotify cache in XBMC. This background task creates much debug logs. When you collect logfiles, please start XBMC then do nothing (just wait) until the logs are quiet before you do the steps needed in XBMC to initiate the problem. If you do not know how long time to wait, just wait 30min. This waiting before reproducing the problem makes the problem separate from background tasks for us when reading the debug log. It is timeconsuming to read the logs when the problem is mixed with the spotify background task update. Thank you.

i'm having a bit of a problem with the latest version running on a ACER Revo (ION1) with openelec. XBMC (r8905)

I did a complete recompile/install using the instructions above and spotify works great until i do the first restart, after that it maxes the CPU on reboot (once XBMC loads) and hangs (as in black screen and XBMC-restart) after maybe 5-6 seconds.

It keeps doing this for about 4-6 times until it finally stays black and i need to disable the spotify-plugin via settings.xml and reboot the machine. After that everything (except spotify) works just fine.

Ran a session with debugging and the only related spotify-errors i could find was:
17:54:07 T:2984246128 WARNING: RemoveDirectory, cant remove dir </storage/.xbmc/temp/spotify/thumbs/>. trying lower case.
01:06:04 T:2964319088 DEBUG: GetImageHash - unable to stat url /storage/.xbmc/temp/spotify/thumbs/spotifyimage4caf034b97f46d3a70254f4a756d94e76e8fde b4.jpg
01:06:05 T:2946497392 DEBUG: GetImageHash - unable to stat url /storage/.xbmc/temp/spotify/thumbs/spotifyimagec26895c8db6c973dae59fe5e808a8b2323a85f 6b.jpg
01:06:05 T:2964319088 DEBUG: GetImageHash - unable to stat url /storage/.xbmc/temp/spotify/thumbs/spotifyimagec28f1f72ded20b6ed09819b552474e7f7493c5 e0.jpg

(Please ignore timestamp, they're from different debugging sessions).

I did some more research and it seems like it breaks when it read/writes from the filesystem. Regardless if i'm authenticated with Spotify or not (tried a session with a erroneous password). I'm not sure if this is related to my home-brewed version of OpenELEC or actually a bug in spotixbmc2.

Anyone else running this combination successfully?

I have had this black screen when libspotify have failed to compile so only the xbmc tweaks for spotify was included in my build, but not libspotify library. That does not sound like a likely cause for you because spotyxbmc2 did work for you on the first startup. I would try the following:

1) Delete the spotify cache directory, ssh into the box:
rm -rf /storage/.xbmc/temp/spotify

It will be populated again on the next boot with spotify enabled. Take it easy on the first boot to allow xbmc enough time to populate the cache before your first reboot. You can ssh into the box with putty and use "iostat 1" or "top" to figure out when things are idle. My usb disk have a led that flashes as long as spotify populates the cache and writes to disk, so for me it is easy to figure out when it is finished. Then wait 3 min extra before the reboot to make sure all disk io have landed on the disk before you reboot. This is not mandatory for reboots, but it is a test that is easy to do.

2)
Undo the filesystem cache changes I did to OpenELEC, maybe that could be an issue.
Just compare 32_swapfile in official OpenELEC with the modified file provided with OpenELEC for spotyxbmc2. After you edit this file to undo my changes, you need to compile again but for only this change there is no need to first delete the build* directory, so the re-compile should be very fast (approx 30min). Let me know if the filesystem cache changes I did are confirmed to have caused this problem.

Just for troubleshooting purpose: Before compiling you can edit the file: OpenELEC/packages/mediacenter/xbmc/init.d/93_xbmc
Perhaps change the /dev/null,see line 74, to a file instead, I suggest /tmp/xbmc-console.log or /storage/xbmc-console.log This might create some additionals clues that can be read in the console output from xbmc. You can also change the while-loop to modify the xbmc restart behaviour if you think that has any influence.

3) Check if the /storage disk is full, you never know. Command is: df -k

4) Put a full XBMC debugging log on pastebin.com and paste the link here so interested people can have a look.

5) Because spotyxbmc2 integration currently is based on the bleeding edge OpenELEC development branch, sometimes a user can have bad luck and compile against a not-so-very-good OpenELEC version, therefor it could be a good idea to just wait a couple of days and then use the instructions in post #30 in this thread to compile a fresh build. I´m mentioning this here primarily for completness, I doubt this is the problem for you because OpenELEC and XBMC starts ok with the spotify addon disabled..

Hi Tompen, thanks for your assistance.

1) Done, same thing. Thing is that XBMC crashes during the intital (well, first - since i removed the folder) bootup (during UI-load). So it restarts XBMC and launches a new instance of xbmc.bin. I've been monitoring the logfiles and some restarts (again, of xbmc - not OpenELEC) manages to get a little further than the previous, and sometimes shorter. Seems random.

I've also tried this on both a USB-drive and a internal-harddrive, just to rule out broken sectors. Same issue.

2) I've been playing around with this for maybe 3 days now and my first build had the swap-errors, alas the same problem with spotixbmc2. I've done a few rebuilds after that. So i don't think that is related.

3) All good:
/dev/sda1 177487 110058 58265 65% /flash
/dev/sda2 240168464 2983092 224985488 1% /storage

4) You mean the regular XBMC.log (well, actually XBMC.old.log), right? >Here it is: pastebin.com/CWRMg0q8

Also, do you know where (or if) OpeneELEC throws the XBMC-crashlog-dump anywhere? Been searching for it without any luck. I believe those logs could help out a lot.

5) Been building a few different builds over the past 3 days and always land on the same issue. Works perfectly until first reboot, then end up in limbo :/

I also tried my friends Premium account as well, and it's the same issue there. So no odd encoding-issues in my playlists. Got maybe 3000 songs in my playlists. But still, it works before the reload

Any other ideas? And again, i really appreciate your help!

I have had a look at your posted debug log. I have not been able to understand the cause, this seem to be a difficult problem. From my understanding the log show things are progessing just fine, then it just stops without any error message. I agree the XBMC_crashlog might give further info, I don´t know where it is supposed to be saved on OpenELEC. EDIT: Sent pm to you

I have posted an example debug log from my laptop here.
It shows a normal startup, maybe it can be good to have a working example to compare against.

Note: In my log there are also events like these and it does not cause these problems:
17:54:07 T:2984246128 WARNING: RemoveDirectory, cant remove dir </storage/.xbmc/temp/spotify/thumbs/>. trying lower case.
01:06:04 T:2964319088 DEBUG: GetImageHash - unable to stat url /storage/.xbmc/temp/spotify/thumbs/spotifyimage4caf034b97f46d3a70254f4a756d94e76e8fde b4.jpg
01:06:05 T:2946497392 DEBUG: GetImageHash - unable to stat url /storage/.xbmc/temp/spotify/thumbs/spotifyimagec26895c8db6c973dae59fe5e808a8b2323a85f 6b.jpg
01:06:05 T:2964319088 DEBUG: GetImageHash - unable to stat url /storage/.xbmc/temp/spotify/thumbs/spotifyimagec28f1f72ded20b6ed09819b552474e7f7493c5 e0.jpg

My ideas to try are:
1) Try without mysql.
I have limited mysql knowledge, have no idea if it can be involved in this problem or not.
Therefor I would remove mysql from the equation.

2) Try with older libspotify version and older spotyxbmc2.
To do this, you need to perform the following:

A. In your dev environment, delete the patchfile in /packages/mediacenter/xbmc/spotify_patches
B. Put this patchfile in that directory instead
(It is a patchfile for the last spotyxbmc2 source from akezeke that uses libspotify ver 9):
C. Change line 22 in packages/audio/libspotify/meta
from:
PKG_VERSION="10.1.16"
to:
PKG_VERSION="9.1.32"
D. Cleanup previous build files with the command:
rm -rf build*/xbmc-* build*/libspotify* build*/.stamps/xbmc build*/.stamps/libspotify*
(do this from OpenELEC.tv folder in your dev environment)
E. Compile again: make release...., should take approx 1-2 hours.

3) I edited my last post to suggest how-to get console output from xbmc,
I have not needed to try this but it might give some info.

4) If you edit syslinux.conf, OpenELEC can startup with debugging boot flag to preserve logs also after a reboot.
mount -o remount,rw /flash
Then, if you need a console prompt: ctrl-alt-F3, ctrl-alt-F1 to get back.

I can't seem to get past this error:

: No such file or directory
UNPACK expat
bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error is not recoverable: exiting now
make: *** [release] Error 2

I tried several ways to grab the file but it still errors out. Any advice?

Thanks in advance!!