[P3f]

Hi,

wie in den letzten Tagen besonders beobachtet, werden ja von den einzelnen Pluginentwickler auch die "neue" Makefilelogik umgesetzt und bereitgestellt, somit ist hier schon öfters angesprochen worden, wie es umgesetzt werden kann.

@Claus: Scheinbar wird die MLD 3.0.1 nicht mehr jede Nacht neu gebaut (letzte Aktualisierung MLD update News [3.0.1] vom 31.12.2012 ). Ist es daher möglich, nun doch die MLD 3.0.2 mit den neuen Paketen zu aktualisieren.

Bei einigen MLD-Entwicklern sind die lokalen Develumgebungen bereits mit der 1.7.36 "infiziert" (wenn man das so benennen darf). Aber wir wollen doch alle wieder eine aktuelle MLD haben.

Oder wie ist das mit dem TAG-setzen? <== kann sich dazu mal jemand äußern.

Entschuldigt, das nervige nachfragen. Aber ich denke der nächste Schritt ist auch für die MLD reif  :rolleyes:

Gruß,
Pit

[wino]

Da ich auch schon diesbezüglich nachgefragt hatte, wäre es nicht schlecht eine Antwort zu erhalten. Wenn es nicht bei VDR-1.7.31 bleiben soll, muss durch die Vorgabe von KLS sowieso früher oder später umgestellt werden.

Gruß
wino

[MarMic]

Ich sage mld 301 auf 31 lassen, dazu Plugins auf feste Versionen einstellen und 302 auf 36 umstellen

Das muss aber Claus entscheiden

[clausmuus]

Hi,

ich würd sagen, checkt Eure Updates einfach ein. Auch die 3.0.1 darf gerne auf die 1.7.36 hochgezogen werden. Aus meiner Sicht spricht nichts dagegen. Die wichtigsten Plugins habt Ihr ja bereits angepasst bekommen.
Nen Tag muss nicht unbedingt gesetzt werden. das kann auch später nachgeholt werden wenn beim Update checkin nen eindeutiger Kommentar vergeben wird. Ich hab bisher halt einfach vor jedem Update nen tag gesetzt, um die letzte Version leicht auffinden zu können.

Claus

[P3f]

Hi,

so ich habe nun mal die Plugins/Addons nach besten Wissen hochgeladen.

Bitte macht vor einem möglichen Update eurer Umgebung eine Datensicherung, damit nicht etwas schlechter wird.  Es ist ja schließlich ein großer Eingriff bei der Makefilegenerierung gewesen und sicherlich sind noch Anpassungen nötig.

Danke,

Pit

[Holger]

Hallo Pit,

das xineliboutput wird nicht upgedated und fehlt auch im Downloadbereich

Gruß
Holger
 

[P3f]

Hi Holger,

da ist scheinbar bei Claus in seiner Develumgebung noch nicht alles sauber gebaut. Ich habe gerade noch einmal die Addons "lib-x", "lib-xine" und "xineliboutput" komplett neu aus seiner Develumgebung runtergeladen und dann noch einmal neu gebaut. Das hat alles funktioniert.

Ja, ich sehe auch das auf der Downloadseite zwar lib-xine neu gebaut wurde, aber lib-x nicht und ich denke das daraufhin auch xineliboutput nicht neu gebaut werden konnte.

@Claus: Kannst Du bitte mal bei Dir schauen, es gibt scheinbar ein paar kleinere Auffälligkeiten in deiner Develumgebung sodaß nicht alles gebaut wird.

Danke,

Pit

[clausmuus]

Hi,

xineliboutput lässt sich nicht bauen, weil die VDR Sourcen nicht gefunden werden und das Makefile nicht zur aktuellen VDR Version passt:
[code]Creating features.h ...
Creating config.mak ...
Makefile:112: ********************************************************
Makefile:113: VDR source tree not detected !                          
Makefile:114: VDR plugins will not be installed.                      
Makefile:115: ********************************************************
tools/udp_pes_scheduler.c: In Elementfunktion »void cUdpScheduler::Send_RTCP()«:
tools/udp_pes_scheduler.c:578:21: Warnung: Feldindex ist oberhalb der Feldgrenzen [-Warray-bounds]
tools/udp_pes_scheduler.c:582:21: Warnung: Feldindex ist oberhalb der Feldgrenzen [-Warray-bounds]
Makefile:334: *********************** xineliboutput ***************************
Makefile:334: Xine plugins and frontends will not be installed automatically.
Makefile:334: To install files execute "make install" in                      
Makefile:334: /home/nightbuild/MLD-3.0.2/MLD/vdr/src/vdr-1.7.36/PLUGINS/src/xineliboutput
Makefile:334: *****************************************************************
mkdir: kann Verzeichnis »/usr/lib/vdr

[P3f]

Hi Claus,

da fange ich nun an mich zu wundern. Ja, das Makefile ist noch die "alte" Logik. Aber es kompiliert bei mir durch und es kommt auch nach einem Update eine Ausgabe am Fernseher. Obwohl die VDR-Sourcen nicht einkompiliert sind....

Creating features.h ...
Creating config.mak ...
Makefile:112: ********************************************************
Makefile:113: VDR source tree not detected !                         
Makefile:114: VDR plugins will not be installed.                     
Makefile:115: ********************************************************
tools/udp_pes_scheduler.c: In Elementfunktion »void cUdpScheduler::Send_RTCP()«:
tools/udp_pes_scheduler.c:578:21: Warnung: Feldindex ist oberhalb der Feldgrenzen [-Warray-bounds]
tools/udp_pes_scheduler.c:582:21: Warnung: Feldindex ist oberhalb der Feldgrenzen [-Warray-bounds]
Makefile:334: *********************** xineliboutput ***************************
Makefile:334: Xine plugins and frontends will not be installed automatically.
Makefile:334: To install files execute "make install" in                     
Makefile:334: /home/pit/build/MLD_svn/vdr/src/vdr-1.7.36/PLUGINS/src/xineliboutput
Makefile:334: *****************************************************************

*** plugins with old Makefile: xineliboutput

**********************************************************************
*** While this currently still works, it is strongly recommended
*** that you convert old Makefiles to the new style used since
*** VDR version 1.7.36. Support for old style Makefiles may be dropped
*** in future versions of VDR.
**********************************************************************
    Build xineliboutput...
   Kopiere Library: /usr/lib/i386-linux-gnu/libXrender.so.1
     Benötigt von: /usr/bin/vdr-sxfe
     Library existiert ebenfalls in:
     - lib-imagemagick
     - openjava
     - perl
     - python
     - vlc
     - xorg
   Kopiere Library: /usr/lib/nvidia-current/libGL.so.1
     Benötigt von: /usr/bin/vdr-sxfe
     Library existiert ebenfalls in:
     - lib-xine-drivers
     - mplayer
     - vaapi
     - vlc
     - xbmc
     - xbmc.pvr
   Kopiere Library: /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2
     Benötigt von: /usr/bin/vdr-sxfe
     Library existiert ebenfalls in:
     - chromium-browser
     - firefox
     - python
     - python-dbus
   Kopiere Library: /usr/lib/nvidia-current/tls/libnvidia-tls.so.295.40
     Benötigt von: /usr/bin/vdr-sxfe
     Library existiert ebenfalls in:
     - lib-xine-drivers
     - mplayer
     - vlc
     - xbmc
     - xbmc.pvr
     - xorg-ati
   Kopiere Library: /usr/lib/nvidia-current/libnvidia-glcore.so.295.40
     Benötigt von: /usr/bin/vdr-sxfe
     Library existiert ebenfalls in:
     - lib-xine-drivers
     - mplayer
     - vlc
     - xbmc
     - xbmc.pvr
     - xorg-ati
   Kopiere Library: /lib/i386-linux-gnu/libdbus-1.so.3
     Benötigt von: /usr/bin/vdr-sxfe
     Library existiert ebenfalls in:
     - chromium-browser
     - dbus
     - dbus2vdr
     - firefox
     - hwinfo
     - lib-xine-drivers
     - mplayer
     - network-wireless
     - openjava
     - python
     - samba
     - vlc
   Kopiere Library: /usr/lib/libextractor.so.1
     Benötigt von: /usr/lib/vdr/libvdr-xineliboutput.so.1.7.36
   Kopiere Library: /usr/lib/i386-linux-gnu/libbluray.so.1
     Benötigt von: /usr/lib/vdr/libvdr-xineliboutput.so.1.7.36
     Library existiert ebenfalls in:
     - bluray
     - lib-xine-drivers
     - mplayer
     - vlc
   Kopiere Library: /usr/lib/i386-linux-gnu/libltdl.so.7
     Benötigt von: /usr/lib/vdr/libvdr-xineliboutput.so.1.7.36
     Library existiert ebenfalls in:
     - lib-imagemagick
     - lib-xine-drivers
     - skinelchi
     - skinenigmang
     - skinpearlhd
     - text2skin
     - tvguide
     - yaepghd
     - yaepgsd
M       src/locale/xineliboutput.xml.en_GB.po
M       src/locale/xineliboutput.xml.de_DE.po

Ich habe nun ein weiteres Mal geprüft, ich habe in meiner Devel keine anderen Dateien wie bei Dir.

Es sind aber auch andere  Addons wie zum Beispiel: lib-x oder lib.xine scheinbar nicht neu gebaut worden.

Hast Du oder jemand anderes eine Idee, oder gibt es schon irgendwo das "neue" Makefile, um die Problematik mit den VDR-Sourcen zu umgehen?

Gruß,

Pit

[clausmuus]

lib-x und lib-xine wurden gebaut. Nur xineliboutput macht Probleme.

Claus

[det]

hi
Claus

[code]mkdir: kann Verzeichnis »/usr/lib/vdr

[clausmuus]

Nur, warum bekommt Pit das nicht.

@Pit,
Kompilierst Du als root?

Claus

[det]

hi
bin zwar nicht pit aber ich baue auch als root
mfg det  

[clausmuus]

@det,

das ist aber keine gute Idee. Sollte ein Makefile nen Fehler enthalten, kann das schnell mal Dein gesamtes Devel System zerstören.

@Pit,
oder hast Du im VDR src Ordner die makefile Config angepasst und die Anpassung nicht eingecheckt.

Claus

[P3f]

Hi,

Im VDR Addon habe ich nichts mehr gepatcht, also alle Patche eingecheckt. Mir ist auch nicht genau klar welches Makefile.config Du genau meinst, da ja bei einem "make clean_src" immer das Verzeichnis gelöscht wird ( ist so gewollt!).

Ja, das habe ich natürlich bei den Tests noch vergessen, gegen zu checken. Ich hatte wiedermal alles nur als root gemacht (Schande auf mein Haupt).

Gerne lasse ich morgen noch einmal meine gesamte Develumgebung als "normaler User" kompilieren. Aber kann das wirklich das Problem bei dem Addon sein?

Und auf der Downloadseite wird noch immer für die MLD 3.0.2 beim Lib-x und lib-xine alte Veraionen angezeigt, daher meine Vermutung das es nicht übersetzt worden ist.

Tut mir Leid, nicht wirklich den Fehler zusehen....

Gruß,

Pit