[BobW]

Hi,

ich habe das Skript Version 0.4 gestern bis zum "make all" durchlaufenlassen [x86_64]. Die Pfad-Geschichte klappt bei mir nicht, selbst ein Aufruf des Skripts mit "source" brachte keine Abhilfe, ist aber eher eine Kleinigkeit.

Alles Andere war soweit in Ordnung.

"make all" lief durch, broken_packages.lst sah danach so aus:

Code: [Select]

mkfrank@jessie:~$ cat MLD/broken_packages.lst
vdr-plugin-boblight
vdr-plugin-pin
vdr-plugin-skinflatplus
libdevice-serialport-perl
mkfrank@jessie:~$

Es gibt einige Pakete mit "Defekter Link", die hier nicht aufscheinen:

Code: [Select]

          Defekter Link: template/lib/linux-sound-base/noOSS.modprobe.conf
          Defekter Link: template/lib/linux-sound-base/noOSS.modprobe.conf
          Defekter Link: template/usr/lib/kodi
          Defekter Link: template/usr/lib/kodi
          Defekter Link: template/usr/lib/plexhometheater
          Defekter Link: template/usr/local/lib/python2.7/dist-packages/google
          Defekter Link: template/usr/local/lib/python2.7/dist-packages/protobuf-2.6.1.egg-info
          Defekter Link: template/usr/local/lib/python2.7/dist-packages/gmusicapi
          Defekter Link: template/usr/local/lib/python2.7/dist-packages/protobuf-2.6.1-nspkg.pth
          Defekter Link: template/usr/local/lib/python2.7/dist-packages/gpsoauth
          Defekter Link: template/usr/local/lib/python2.7/dist-packages/mechanicalsoup
          Defekter Link: template/usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so                                                                                                                                 
          Defekter Link: template/usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so
kodi muss angepasst werden, wie ich es vorher schon beschrieben habe.

plexhometheater wurde von Claus heute angepasst und liefert jetzt keine defekten Links mehr.
ABER: beim Bauen werden einige Bibliotheken nicht gefunden. Wie man sehen kann, betrifft das den DVD-Player:

Code: [Select]

.....
          Library fehlt: libavutil.so.51
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/swscale-2-x86_64-linux.so
          Library fehlt: libavutil.so.51
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/swresample-0-x86_64-linux.so
          Library fehlt: libavcodec.so.53
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avformat-53-x86_64-linux.so
          Library fehlt: libavutil.so.51
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avformat-53-x86_64-linux.so
          Füge Abhängigkeit hinzu: libbz2-1.0
            Benötigt von: /data/usr/lib/openpht/bin/system/players/dvdplayer/avformat-53-x86_64-linux.so
          Library fehlt: libavcodec.so.53
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avfilter-2-x86_64-linux.so
          Library fehlt: libavformat.so.53
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avfilter-2-x86_64-linux.so
          Library fehlt: libswresample.so.0
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avfilter-2-x86_64-linux.so
          Library fehlt: libswscale.so.2
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avfilter-2-x86_64-linux.so
          Library fehlt: libavutil.so.51
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avfilter-2-x86_64-linux.so
          Library fehlt: libavutil.so.51
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/avcodec-53-x86_64-linux.so
          Füge Abhängigkeit hinzu: libva1
            Benötigt von: /data/usr/lib/openpht/bin/system/players/dvdplayer/avcodec-53-x86_64-linux.so
          Library fehlt: libavutil.so.51
            Benötigt von: package/data/usr/lib/openpht/bin/system/players/dvdplayer/postproc-52-x86_64-linux.so
.....
 
Über Phyton und den fehlenden Link zu der nvidia-Bibliothek habe ich bis jetzt noch nicht weiter nachgeforscht, ebensowenig wie über den Hinweis zu OSS.

Die Pakete libcec2 und vdr-plugin-apt werden derzeit bei "make all" ignoriert und müssen anschließend individuell kompiliert werden.

Die Installation hat funktioniert. Ich habe momentan ein Test-System am Laufen, das nur aus den Paketen besteht, die im Entwicklungssystem erzeugt wurden, ALLES kommt vom develserver.

Das System besteht derzeit aus VDR, einigen Plugins und kodi (15.2).

So, ich hoffe, ich habe nichts vergessen.

Schöne Grüße aus Wien
BobW

[TimUx]

Hi BobW
danke für den bericht.

Warum das mit den Pfaden bei dir nicht funktioniert, verstehe ich im Moment zwar nicht, aber was solls. 

Den Rest müssen wir jetzt mal nach und nach durcharbeiten.

Gruß Timo

[clausmuus]

Die OSS Fehler kannst DU wohl ignorieren, es sei denn die kommen auf allen Systemen (x86 und ARM), dann kann da was angepasst werden.
die python Fehler kommen wohl vom gmusic squeeze Plugin und können ignoriert werden. Die müssen gesondert über nen python Paketmanager installiert werden.

Claus

[TimUx]

Hallo zusammen,
den defekten Link von Kodi konnte ich realtive einfach beheben ohne die ganze Config und Start-Files anpassen zu müssen.

Code: [Select]

rm kodi/template/usr/lib/kodi
ln -s /usr/lib/x86_64-linux-gnu/kodi kodi/template/usr/lib/kodi

Ich habe das mal in der nächste Skript Version mit aufgenommen, solange bis das GIT noch nicht auf das neue Kodi umgestellt wurde.

Bei dem defekten nvidia Link handelt es sich wohl um das "xorg-nvidia.legacy".
Hier wird in der neusten Version wohl kein "nvidia_drv_video.so" mehr gebaut, zumindest finde ich es nirgends im src Verzeichnis.
Vermutlich wird der Link nicht mehr benötigt!?!

Gruß Timo

[clausmuus]

Hi,

das mit dem kodi Link geht so nicht. Links werden beim make nur aufgelöst, wenn quelle und Ziel im "selben" Verzeichnis liegen.
So könnte es gehen:

Code: [Select]

ln -s /usr/lib/x86_64-linux-gnu/kodi kodi/template/usr/lib/x86_64-linux-gnu/kodi
ln -fs x86_64-linux-gnu/kodi kodi/template/usr/lib/kodi

Claus

[TimUx]

Ah OK,
für mich sah es erst mal so aus, dass es sauber durchgelaufen ist, vielleicht habe ich was übersehen.

Ich werde es mal in meinem Skript ändern.

Alternative könnte man den zweiten Link weg lassen, müsste dann aber alle Pfade in den run-Files usw anpassen.

Danke & Gruß
Timo

[clausmuus]

Ja, bauen tut's auch mit Deiner Variante, nur funktionieren dann wohl nicht.
Du musst den Zweiten Link eventuell an die verschiedenen Plattformen anpassen. Kann aber auch sein, das der genau wie der erste automatisch korrigiert wird.

Claus

[TimUx]

Hi Claus,
ich habe gerade mal geschaut, beim RPI wird dann entsprechend folgender Pfad verwendet:

Code: [Select]

/usr/lib/arm-linux-gnueabihf/kodi

Sprich, wir bräuchten für die "Jessie Backports Kodi Variante" je Architektur unterschiedliche Template Links.

Hast du ein Tipp, wir man dies im Makefile umsetzten könnte?

Ansonsten würde ich es erst mal beim beinem Install-Skript je Architektur den Link umschießen.

Gruß Timo

[clausmuus]

Ja, im makefile geht's ohne Probleme. Nur wird das kodi sicherlich nicht für den RPI funktionieren, es sei denn es kommt vom Rasbian, denn das muss ja speziell für jede ARM Architektur gebaut werden.

Claus

[boomshalek]

Hallo zusammen

Habe das 0.4er script auf einem frisch installierten Pi2 mit Raspian Jessie lite laufen lassen inkl. "make all".

Script ist durchgelaufen.
cat MLD/broken_packages.lst sieht so aus:

Code: [Select]

libskindesignerapi
rcswitch-pi
vch
vdr-plugin-boblight
vdr-plugin-pin
vdr-plugin-plex
vdr-plugin-sc
vdr-plugin-skindesigner
vdr-plugin-skinflatplus
vdr-plugin-tvguideng
vdr-plugin-weatherforecast
wiringpi
libdevice-serialport-perl

make_all.log hier zum download.

Gent Bescheid falls ihr sonst was wissen möchtet. Bin aber nicht so bewandert ...

[clausmuus]

mir ist gerade aufgefallen, das im Script die Zeile

Code: [Select]

if [ -n $(echo $PATH | grep sbin) ]; thenfalsch ist. die muss so lauten:

Code: [Select]

if [ ! "$(echo $PATH | grep sbin)" ]; then
Claus

[TimUx]

Hi Klaus,
wenn das Kodi in den "Jessie Backports" nicht für ARM gebaut worden wäre, könnte ich es doch auch nicht auf meinem Rasbian MLD Devel installieren, oder?

So wie ich das Sehe, steht Kodi in den Jessie Backports für folgende Architekturen bereit:

Code: [Select]

amd64
arm64
armel
armhf
i386
mips
mipsel
powerpc
ppc64el
s390x

Zumindest besagen das die Paket Informationen auf den Backports.

Mir ist auch aufgefallen, dass neuerdings paar mehr Pakete nicht gebaut werden können.
Anscheinend hat sich was an den Skindesigner Sourcen geändert und das Paket baut auf keiner Architektur mehr.
Alle Pakete die den Skindesigner benötigen (plex, ...) sind dann natürlich auch betroffen.

Gruß Timo

[boomshalek]

Keine Ahnung ob es euch etwas hilft.
Auf meinem Pi2 erhalte ich mit deinem Build-System (welches ich nun gleich deinstallieren werde).

Code: [Select]

make collection=kodi
  Image: kodi:
Klone nach 'libcurl3-gnutls'...
fatal: repository 'http://minidvblinux.de/git-4/libcurl3-gnutls.git/' not found
Makefile.git:103: recipe for target 'checkout' failed
make[3]: *** [checkout] Error 128
Makefile:159: recipe for target '../libcurl3-gnutls/package.deb' failed
make[2]: *** [../libcurl3-gnutls/package.deb] Error 2
Ihr Branch ist auf dem selben Stand wie 'origin/master'.


[clausmuus]

Hi Timux,

das kodi für eine bestimmte Architektur gebaut wurde, bedeutet noch nicht, das es funktioniert, bzw. performant läuft. Für den RPI z.B. muss kodi mit nem RPI Flag kompiliert werden, damit die Grafikkarten Hardware genutzt werden kann. Damit ist das dann aber für andere Plattformen wie z.B. dem BPI undbrauchbar. Gleiches trifft auch für die WeTek zu  und vermutlich auch für den BPI.
Das Paket lässt sich also installieren, kodi wird aber trotzdem nicht brauchbar laufen.

Beim Skindesigner gibt's ne neue Beta Version, welche komplett neu geschrieben wurde. Deshalb funktionieren die abhängigen Pakete nicht mehr. Das dürfte sich aber in den nächsten Tagen bessern.

Claus

[TimUx]

Ah ok,
also wäre es vermutlich am besten, wenn man Kodi je Plattform selber kompiliert, um ganz sicher zu gehen, dass alles passt.
Insofern es keine Speziellen Repos dafür gibt.

Ich habe eben gesehen, dass Raspian selber mittlerweile ein Kodi 15.2 hat.
Kann man davon ausgehen, dass dieses dann wenigsten für den RPI kompiliert wurde?

Gruß Timo