[ANNOUNCE] Live - das Live Interactive VDR Environment

Zitat

Original von wilderigel
libcxxtools-dev, libtntnet-dev und libboost-dev brauchte ich, Rest per Abhängigkeit von den 3

Ich finde die Pakete leider nicht:

easyVDR:/usr/local/src/VDR/PLUGINS/src/live# apt-get install libcxxtools-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
E: Konnte Paket libcxxtools-dev nicht finden

Welchen Eintrag/Einträge benötige ich zusätzlich noch in /etc/apt/sources.list?

easyVDR:/usr/local/src/VDR/PLUGINS/src/live# cat /etc/apt/sources.list
#deb cdrom:[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 Binary-2 (20050607)]/ unstable contrib main
#deb cdrom:[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 Binary-1 (20050607)]/ unstable contrib main
deb http://security.debian.org/ stable/updates main contrib
deb http://security.debian.org/ sarge/updates main contrib non-free
deb http://ftp2.de.debian.org/debian sarge main non-free contrib
deb ftp://debian.uni-essen.de/debian/ stable main
deb-src ftp://debian.uni-essen.de/debian/ stable main
deb ftp://ftp.gwdg.de/pub/languages/java/linux/debian/ stable non-free
deb http://ftp.debian-unofficial.org/debian sarge main contrib non-free restricted
deb http://www.debian-multimedia.org sarge main

Was fährst du denn da? Sarge oder stable (Etch)?

Eigentlich müsste nach den Konventionen für VDR-Pakete dieses doch vdr-live-0.1.0.tar.gz heißen und nicht live-0.1.0.tar.gz, oder?

Monroe

Zitat

Original von foobar42
Was fährst du denn da? Sarge oder stable (Etch)?

Es ist easy-VDR 0.3, was - denke ich - Sarge verwendet. Steht zumindest ja überall in der sources.list.

dmh: wenn ich mich recht erinnere, dann waren die Pakte bei universe dabei.

Monroe: stimmt

Tschüss,

winni

Nö, Sarge kennt das Paket noch nicht, erst bei Etch enthalten.

winni universe ist Ubuntu

Ich bekomme immer folgende Fehlermeldung beim compilieren:

make[2]: Entering directory `/usr/local/src/vdr-1.4.7-dev/PLUGINS/src/live-0.1.0/pages'
make[2]: *** No rule to make target `boost/shared_ptr.hpp', needed by `recordings.o'.  Stop.
make[2]: Leaving directory `/usr/local/src/vdr-1.4.7-dev/PLUGINS/src/live-0.1.0/pages'
make[1]: *** [SUBDIRS] Error 1

Ich habe zuvor boost und die anderen 2 Libraries übersetzt und installiert, jeweils mit den default Werten (d.h. nach /usr/local) unter Suse 10.0 mit eigenem Kernel.
Beim compilieren von boost bekomme ich folgende Meldung:

Building Boost.Regex with the optional Unicode/ICU support disabled.
Please refer to the Boost.Regex documentation for more information
(don't panic: this is a strictly optional feature).

Zitat

Original von wilderigel
Nö, Sarge kennt das Paket noch nicht, erst bei Etch enthalten.

winni universe ist Ubuntu

Also selbst kompilieren? Oder gibt's noch 'ne einfachere, elegantere Methode?!

Zitat

Originally posted by Frodo
Ich bekomme immer folgende Fehlermeldung beim compilieren:

Code

make[2]: Entering directory `/usr/local/src/vdr-1.4.7-dev/PLUGINS/src/live-0.1.0/pages'
make[2]: *** No rule to make target `boost/shared_ptr.hpp', needed by `recordings.o'.  Stop.
make[2]: Leaving directory `/usr/local/src/vdr-1.4.7-dev/PLUGINS/src/live-0.1.0/pages'
make[1]: *** [SUBDIRS] Error 1

Ich habe zuvor boost und die anderen 2 Libraries übersetzt und installiert, jeweils mit den default Werten (d.h. nach /usr/local) unter Suse 10.0 mit eigenem Kernel.
Beim compilieren von boost bekomme ich folgende Meldung:

Code

Building Boost.Regex with the optional Unicode/ICU support disabled.
Please refer to the Boost.Regex documentation for more information
(don't panic: this is a strictly optional feature).

Im Verzeichnis /usr/local/src/vdr-1.4.7-dev/PLUGINS/src/live-0.1.0 einmal ein "make clean" ausführen und dann nochmal probieren ... (hat zumindest bei mir geholfen)

Zitat

Original von dmh

Es ist easy-VDR 0.3, was - denke ich - Sarge verwendet. Steht zumindest ja überall in der sources.list.

Wenn ich's nicht an den Augen habe, steht da auch stable und das ist Etch. M.a.W. du hast da u.U. 'n ziemlichen Mischmasch. Oder?

Zusätzlich war bei mir noch "apt-get install libssl-dev" erforderlich. Nach make clean-plugins konnte ich es compilieren. Nun erhalte ich allerdings:

WARNING: The following plugins have been left out due to possible binary incompatibility: live.

Zitat

Original von dmh

Also selbst kompilieren? Oder gibt's noch 'ne einfachere, elegantere Methode?!

Schaut nach selber kompilieren aus.
Backport von libcxxtools hätte noch geklappt, backport von libtntnet streikt aber.

und selber Kompilieren unter easyvdr streikt tntnet-1.5.3 auch mit der Fehlermeldung:

checking for gnutls/gnutls.h... no
configure: error: gnutls-headers not not found

lg prudentis

Zitat

Originally posted by winni

hat er auch
Wer allerdings mit einer eigenen Make.config im VDR-Verzeichnis arbeitet, überschreibt somit die Defaults des Plugins.

Da würde ich mal vorschlagen, das auch für Make-config-User konfigurierbar zu machen. Man könnte z.B. eine CXXSTATICFLAGS für solche Fälle vorsehen, die als fallback auf CXXFLAGS zurückgreift. (Beispiel für images/Makefile im Anhang.) Bei mir half auch ein Anhängen von -g0, um die Debug-Symbole los zu werden.

In meinen Plugins habe ich außerdem auch immer noch ein -include Make.config drin, wodurch auch im Plugin-Verzeichnis noch eine lokale Make.config gelesen wird, die globale Optionen wieder überschreiben kann.

Gruß,

Udo

Zitat

Original von prudentis
und selber Kompilieren unter easyvdr streikt tntnet-1.5.3 auch mit der Fehlermeldung

libgnutls11-dev nicht installiert?

So unter Debian Etch mit e-tobi Repos musste ich folgendes nachinstallieren:

libcxxtools-dev
libcxxtools3
libboost-dev
libtntnet-dev
tntnet
tntnet-demos

Danach ganz normal das Live-Plugin debianisiert, compiliert , installiert - geht alles und es ist SCHNEEELL

Naja epgsearch 0.9.22 musste ich mangels aktualität bei e-tobi selbst übersetzen, danach gings auch damit ...

Also bisher sieht das live-plugin echt gut aus für ne 0.1 Version ..

Danke an die Entwickler

Danke wilderigel, hast wie immer recht.

lg prudentis

Zitat

Original von wilderigel
zulu

Skiller sagte die Tage was, das die neue Version von libcxxtools-dev in Debian Sid Probleme macht, weil libtntnet-dev nicht dazu upgedatet wurde.

Danke das war es. Nach downgrade auf libcxxtools-dev 1.4.3.1-1 und neu kompilieren des Plugins startet der VDR wieder.

Gruß, Marc

Hallo
also ich habe jetzt diese Fehlermeldung
In file included from tnt/tntnet.h:27,
from tnt/worker.h:28,
from worker.cpp:20:
/usr/local/include/tnt/urlmapper.h:34: warning: `virtual tnt::Compident
tnt::Urlmapper::mapComp(const std::string&, const std::string&) const' was
hidden
tnt/dispatcher.h:88: warning: by `tnt::Compident
tnt::Dispatcher::mapComp(const std::string&) const'
worker.cpp: In destructor `virtual tnt::Worker::~Worker()':
worker.cpp:80: error: `cleanup' undeclared (first use this function)
worker.cpp:80: error: (Each undeclared identifier is reported only once for
each function it appears in.)
make[2]: *** [worker.o] Error 1

what´s that
speed