[TimUx]

OK,
bei i386 habe ich Probleme mit spotify und dessen Abhängigkeiten.

Code: [Select]

sudo apt-get install spotify-client

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 spotify-client : Hängt ab von: libssl0.9.8 ist aber nicht installierbar

Installierbar ist aber nur Version 1.0.0 oder höher.

Leider ist die Version 0.9.8 fest im Spotify Paket verankert und kein realtiver wert wie >=0.9.8.
Das führt dazu, dass es Probleme beim "make deps" gibt.

Ich habe jetzt beim meinem Skript für i386 erst mal das spotify außen vor gelassen.

Gruß Timo

[clausmuus]

Hi,

wo hast Du denn das Paket spotify-client her? Das gibt's bei uns doch gar nicht,...

Claus

[TimUx]

Hi Claus,
Das müsste das spotify Paket sein,  welches als deps spotiy-client hat.

Habe es aber noch nicht genau nachgeschaut.

Gruß Timo

[ EDIT ]

Jep, steckt im spotify Paket:

Code: [Select]

version := $(shell dpkg -s spotify-client | grep Version: | sed 's/.*: *\([0-9\.]*[0-9]\).*/\1/')
deps := spotify-client libudev1
deps_message = You must first add a $(color_red)ppa repository$(color_reset) before you can install spotify: \nsudo add-apt-repository 'deb http://repository.spotify.com/ stable non-free' && sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 94558F59 && sudo apt-get update


[clausmuus]

ach so,...

Nur mal so ne Vermutung: Könnte es sein, das spotify-client aus nem backport repo kommt, aber die libssl aus den offiziellen quellen? Deshalb die Versions Diskrepanz?

Claus

[TimUx]

Spotify kommt aus einem eigenen Repo.

Code: [Select]

mld-devel-32:~$ apt-cache policy spotify-client
spotify-client:
  Installiert:           (keine)
  Installationskandidat: 1:0.9.4.183.g644e24e.428-1
  Versionstabelle:
     1:0.9.4.183.g644e24e.428-1 0
        500 http://repository.spotify.com/ stable/non-free i386 Packages

die libssl kommt aus dem offiziellen Repo.
Spotify bringt aber kein eigenes libssl mit.

Gruß Timo

[TimUx]

Hallo zusammen,
ich habe eine neue Version des DEVEL Install-Skript fertig.

Was hät sich geändert/wurde ergänzt:

• Abfrage ob ein make all gemacht werden soll, wurde am Anfang eingebaut
• die Extra Sources werden in /etc/apt/sources.list.d/mld.list gepflegt
• Es werden jetzt die architekturen x86, amd64 und arm unterstützt

Für die RPI Installation gelten die gleichen Vorraussetzungen wie für die x86/64 Installation.

• Raspbian (Lite genügt)
• Lokaler User
• root kennwort

Welche Auffälligkeiten, Ergänzungen,Änderungen bzw noch nicht gelöste Probleme gibt es gegenüber den MLD GIT Sourcen:

i386
Im i386 kann aktuell der spotiy Client und seine Abhänigkeiten nicht installiert werden.
Es gibt Probleme mit der libssl Version. Der Spotify verlangt zwingend eine ältere Version, als Jessie mitbringt.
Spotify wird somit im i386 erst mal außen vor gelassen

i386/amd64
für das PlexHomeTheatre gibt es ein neues Repo, welches auch gleich eine neue Version mit sich bringt.
das ganze nennt sich jetzt openpht.
dies wurde bei meinem Skript berücksichtig und die sourcen und dasn Makefile entsprechend angepasst.

Code: [Select]

   
sed -i s/"deb http://www.preining.info/debian/ jessie pht"/"deb http://www.preining.info/debian/ openpht-jessie main"/g plexhometheater/Makefile
sed -i s/"deps = plexhometheater"/"deps = openpht"/g plexhometheater/Makefile
arm
Für Raspbian gibt es aktuell kein chromium in den Repos, weswegen es vom Installations-Skript außen vor gelassen wird.

Im epg-daemon und im vdr-plugin-upnp wird als dep auf spezielle niedrigere Versionen verwießen, wenn es sich um einen rpi handelt.

Code: [Select]

$(if $(findstring rpi,$(dest)),libarchive12,libarchive13)

$(if $(findstring rpi,$(host)),tntdb-sqlite3,tntdb-sqlite4)

Im aktuelle Raspbian bzw den Jessie Backport, sind aber auch für den RPI das libarchive13 und tntdb-sqlite4 verfügbar bzw nur installierbar.
Aus dem Grund wird das Makefile angepasst.

Code: [Select]

   sed -i s/'$(if $(findstring rpi,$(dest)),libarchive12,libarchive13)'/'libarchive13'/g epg-daemon/Makefile
   sed -i s/'$(if $(findstring rpi,$(host)),tntdb-sqlite3,tntdb-sqlite4)'/'tntdb-sqlite4'/g vdr-plugin-upnp/Makefile


Die installationen laufen soweit bei mir durch.

Jetzt geht es noch darum, mal alles zu bauen und zu schauen, dass auch die kritischen Pakete softhddevice und rpihddevice sauber im Betrieb laufen.

Das liegt dann die nächsten Tage an.

Gruß Timo

[clausmuus]

Hi,

Danke schon mal. Klingt echt gut.

Ich werde mich später da drum kümmern, die von Dir erwähnten Korrekturen in das MLD repo zu übertragen.

Claus

[mafe68]

Hallo Timo!

Könntest du vielleicht einen Link hier machen mit welcher Debian Version du die Devel mit deinem Skript aufbaust? Danke für deine Mühen Zeit und Arbeit

[TimUx]

Hi,
klar, kein Problem.

Es handelt sich um die ganz normale Debian Jessie NetInst.

AMD64: http://cdimage.debian.org/debian-cd/8.3.0/amd64/iso-cd/debian-8.3.0-amd64-netinst.iso

i386: http://cdimage.debian.org/debian-cd/8.3.0/i386/iso-cd/debian-8.3.0-i386-netinst.iso

RPI: https://downloads.raspberrypi.org/raspbian_lite_latest

Gruß Timo

[mafe68]

Ok danke die habe ich mir gerade gezogen gehabt und in der VM Installiert. Hast du bei der Installation einen Desktop ausgewählt?

[TimUx]

Nein,
ich habe nur den SSH Server ausgewählt um mich dann entsprechend via SSH anzumelden und das Skript auszuführen.

Ich bin ein Konsolen Kind 

Gruß Timo

[mafe68]

Passt habe ich genau so gemacht und jetzt läuft es gerade und führt dein Skript aus. Teste gerade die 64Bit Version. Werde auch mal das ganze auf einem BananaPi versuchen ob es da auch läuft. Müsste theoretisch gehen.

[TimUx]

Cool,
bitte berichten. 

Ihr kennt ja alle Murphy und die sogenannten vorführ Effekte.

Das es bei mir schon mehrfach gelaufen ist, heißt ja nicht, dass es bei anderen funktioniert. 

Gruß Timo

[mafe68]

Da kenne ich gut genug ist mir auch schon oft so gegangen. Werde auch gleich mal ein Image für das Bpi herunterladen und dort auch das Skript laufen lassen.

[clausmuus]

Hi,

packe die Debian Links doch einfach mit in den Beschreibungstext am Anfang des Scripts. Dann bekommt jeder die angezeigt, sobald das Script gestartet wird.

Claus