Adapt specfile to use spotify-make

Use installer from https://github.com/leamas/spotify-make to
install package. This package cleanly abstracts the installation
from the packaging and  gives a uniform experience for packagers
across distributions. With this commit, it's used both by SUSE
and Fedora.

New installation paths in /usr/share and /usr/lib[64].
Scriptlets chamged to old standard macros, using the register
shellscript doesn't work in a packaging context where we need to
install files in %install and run gtk-update-icon-cache in the
scriptlets (old code actually installed files in the scriptlets!).

ldconfig removed, no spotify library must ever enter the ld.so cache...

Cleaning up dependencies
Remove Fedora conditionals.

They are plain wrong, and there is already an existing Fedora spec
in much better shape.
Disable check-rpaths the hard way.

Couldn't get the current way of blocking check-rpath to work, had
to do this the hard way. The alternative is to invoke rpmbuild with
QA_RPATHS=10 rpmbuild ... until the rpath is fixed.
Handle the libssl/libcrypto 0.9.8/1.0.0, rewamp filtering.

We need to handle the deps for libcrypto/libssl. Install script
will resolve the 0.9.8 requires as 1.0.0 iff 1.0.0 is present
and 0.9.8 is *not* present during build. This is too complicated
to fix, so we just add some hard links after 'make install' to
always use 1.0.0 according to mysterious entry in changelog.

Current filtering is broken. It Provides: libcef.so, making it possible
for other apps to link to that library. It also turns off the
dependency generator which makes zypper happily install package
with all sorts of dependency errors unless we state all of them
explicitly (how has this ever worked?).

Removing complete filter solution, using upstream builtin filtering
instead. Requires us to add som manual Requires: for symlinked deps
which not are picked up automatically. No solution is really optimal
here, but this is the best I have found out so far.
Remove %mandriva conditionals.

These are not maintained and probably little help should someone step
up to make a mandriva spec. They also adds clutter somewhat.
Establish a proper src.rpm (issue #3).

Although we havn't the sources, it makes sense to package a complete
srpm which can be used on any supported architecture.
Updating to 0.9.0.
Removing 0.8.8 RPATH fix

The 0.8.8 release contained a bad rpath, which required code to
handle (i. e., basically accept) it. Since the 0.9.0 does not
have this bad rpath the checking can be restored to the sane
defaults.