[ANNOUNCE] ExtP-NG für VDR-1.7.13/14/15/16

Copperhead · 23. September 2010

wbreu: Das ist ja schön zu hören. Somit funktioniert die Änderung.

Taros666: Nein kann man nicht. Hätte ich es drinbehalten wollen, hätte ich es nicht rausgeworfen.

Nutzerfreundlich ist es immernoch. Es kann doch nicht so schwer sein, eine Lib zu installieren.

Zumindest unter Slackware gibt es ein passendes SlackBuild
und wie ich gelesen habe gibt es für Gentoo auch ein passendes ebuild

Es gehört nicht zum Konzept von Linux jede Lib statisch in ein Programm reinzukompilieren, sowas gibts nur unter Windows.

Ein paar Kilobyte machen gar nix, aber die Hälfte des Patches nur für Setup sehe ich nicht ein. Ich suche schon länger nach einer Lösung, die TinyXML-Files loszuwerden und habe es somit geschafft.

gda · 23. September 2010

Zitat

Original von Copperhead
Es gehört nicht zum Konzept von Linux jede Lib statisch in ein Programm reinzukompilieren, sowas gibts nur unter Windows.

Hä? Wohl noch nie in der DLL-Hölle gewesen, was?

Gerald

Copperhead · 23. September 2010

Doch schon, ich wollte damit ja nur sagen, das es in Linux eben üblich ist, soviele Libs wie möglich zu nehmen. In Windows wirds da nicht so genau genommen.

prudentis · 25. September 2010

Hallo,

kann mir mal kurz wer auf die Sprünge helfen wo die libtinyxml.so.2.6.1
hin muß?

lg und Danke prudentis

hd.brummy · 25. September 2010

* (murks)

Copperhead · 25. September 2010

Eigentlich sollte sie ja nach /usr/lib bzw. in 64bit Systemen nach /usr/lib64

hd.brummy · 25. September 2010

@ copperhead

hast natürlich recht, in /lib liegen nur die system eigenen libs.

prudentis · 26. September 2010

Danke erst mal für den Schubser in die richtige Richtung. Hat leider nichts geholfen!

Code

easyVDR:/usr/local/src/VDR# make
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -rdynamic audio.o channels.o ci.o config.o cutter.o device.o diseqc.o dvbdevice.o dvbci.o dvbplayer.o dvbspu.o dvbsubtitle.o eit.o eitscan.o epg.o filter.o font.o i18n.o interface.o keys.o lirc.o menu.o menuitems.o nit.o osdbase.o osd.o pat.o player.o plugin.o rcu.o receiver.o recorder.o recording.o remote.o remux.o ringbuffer.o sdt.o sections.o shutdown.o skinclassic.o skins.o skinsttng.o sourceparams.o sources.o spu.o status.o svdrp.o themes.o thread.o timers.o tools.o transfer.o vdr.o videodir.o submenu.o iconpatch.o -ljpeg -lpthread -ldl -lcap -lrt -lfreetype -lfontconfig -ltinyxml  ./libsi/libsi.a -o vdr
/usr/bin/ld: cannot find -ltinyxml
collect2: ld returned 1 exit status
make: *** [vdr] Fehler 1

die tinyxml..... liegt jetzt unter:

Code

easyVDR:/usr/local/src/VDR# strings /etc/ld.so.cache | grep libtinyxml
libtinyxml.so.2
/lib/libtinyxml.so.2
libtinyxml.so.2
/usr/lib/libtinyxml.so.2

was mach ich noch falsch?

lg prudentis

Imsadi · 26. September 2010

ldconfig ausgeführt ?

Copperhead · 26. September 2010

Nein!! Halt!!

die Libs müssen wie oben beschrieben nach /usr/lib bzw. /usr/lib64 (bei 64bit-Systemen)

hd.brummy · 26. September 2010

nach /usr/lib bzw /usr/lib64 gehören folgende files

newmain lib64 # ls -l
insgesamt 248
-rw-r--r-- 1 root root 156904 26. Sep 12:28 libtinyxml.a
lrwxrwxrwx 1 root root 19 26. Sep 12:28 libtinyxml.so -> libtinyxml.so.2.6.1
lrwxrwxrwx 1 root root 19 26. Sep 12:28 libtinyxml.so.2 -> libtinyxml.so.2.6.1
-rwxr-xr-x 1 root root 93184 26. Sep 12:28 libtinyxml.so.2.6.1

wobei libtinyxml.so und libtinyxml.so.2 links auf libtinyxml.so.2.6.1 sind

Copperhead · 26. September 2010

Ihr macht das aber wirklich komplizierter als es ist...

Source von tinyxml laden
Entpacken
configure ausführen
make auführen
make install ausführen

fertig

prudentis · 26. September 2010

Zitat

Ihr macht das aber wirklich komplizierter als es ist...

Source von tinyxml laden
Entpacken
configure ausführen
make auführen
make install ausführen

Alles anzeigen

So hab ich es versucht, ging nicht unter EasyVDR!
es hat aber auch nur der Symlink

Code

libtinyxml.so -> libtinyxml.so.2.6.1

gefehlt. Jetzt kompiliert der VDR durch!

Danke für die Hilfe

lg prudentis

M-Reimer · 26. September 2010

AFAIK dürfte ein "ldconfig" als root diese Symlinks aktualisieren.

Das es so viele gibt, die das setup-Plugin nutzen, wundert mich ehrlich gesagt...

Antiriad · 29. September 2010

Erstmal vorweg: Danke für den aktualisierten Ext-Patch!
Aber das hier funzt net so richtig (zumindest unter easy-vdr 0.8

Zitat

Original von Copperhead
Ihr macht das aber wirklich komplizierter als es ist...

Source von tinyxml laden
Entpacken
configure ausführen
make auführen
make install ausführen

fertig

Alles anzeigen

Benötigt man dafür ne spezielle tinyxml version?
Wenn man die 2.6.1 von Sourceforce nimmt, funzt das nicht.
1) ein ./configure script ist nicht enthalten
2) ein "make" erzeugt nur eine "tinyxml.o" aber keine lib
3) das Makefile kennt keine "install" option

Code

easyVDR:/usr/local/src/tinyxml# ./configure
 -bash: ./configure: Datei oder Verzeichnis nicht gefunden
 easyVDR:/usr/local/src/tinyxml# make g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3   tinyxml.cpp -o tinyxml.o g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3   tinyxmlparser.cpp -o tinyxmlparser.o g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3   xmltest.cpp -o xmltest.o g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3   tinyxmlerror.cpp -o tinyxmlerror.o g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3   tinystr.cpp -o tinystr.o g++ -o xmltest  tinyxml.o tinyxmlparser.o xmltest.o tinyxmlerror.o tinystr.o   
easyVDR:/usr/local/src/tinyxml# make install
make: *** Keine Regel, um »install« zu erstellen.  Schluss. 
easyVDR:/usr/local/src/tinyxml#

BTW: Ich fände es auch super praktisch wenn eine passende tinyxml version im ext-patch enthalten währe.

M-Reimer · 29. September 2010

Verwendest du das Setup-Plugin? Wenn nicht, dann deaktivier das und gut.

prudentis · 30. September 2010

Zitat

Verwendest du das Setup-Plugin? Wenn nicht, dann deaktivier das und gut.

Jepp bei EasyVDR wird es verwendet! Es gibt aber im Moment noch einen VDR Absturz bei der Anwahl des Menüs.
Leider wird nichts Sinnvolles mitgeloggt, daher wir die Suche nach dem Fehler etwas schwieriger!

Code

easyVDR:~# logread -f
Sep 30 06:06:23 (none) user.err vdr: [12745] CAM 1: module ready
Sep 30 06:06:26 (none) user.err vdr: [12745] CAM 1: AlphaCrypt Light, 01, 4A20, 4A20
Sep 30 06:06:26 (none) user.err vdr: [13349] EnigmaNG effects thread started (pid=13349, tid=13349)
Sep 30 06:06:26 (none) auth.info su[12703]: (pam_unix) session closed for user root
Sep 30 06:06:26 (none) user.err vdr-sxfe[12812]: [12812] [input_vdr] Control stream disconnected
Sep 30 06:06:26 (none) user.debug vdr-sxfe[12812]: [12812] [input_vdr] Control thread terminated
Sep 30 06:06:26 (none) user.info vdr-sxfe[12813]: [12813] [input_vdr] read_block: no data source, returning NULL
Sep 30 06:06:26 (none) user.debug vdr-sxfe[12813]: [12813] [input_vdr] flush_all_fifos()
Sep 30 06:06:26 (none) user.debug vdr-sxfe[12813]: [12813] [demux_vdr] DEMUX_FINISHED (input returns NULL with error)
Sep 30 06:06:27 (none) user.info vdr-sxfe[12726]: [12726] [vdr-fe]    caught signal 15
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12809]: [12809] [vdr-fe]    XINE_EVENT_UI_PLAYBACK_FINISHED
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12811]: [12811] [input_vdr] XINE_EVENT_UI_PLAYBACK_FINISHED
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [vdr-fe]    unwiring audio post plugins
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [vdr-fe]    unwiring video post plugins
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [vdr-fe]    unloading post plugins
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [demux_vdr] demux_xvdr_dispose()
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] vdr_plugin_dispose
Sep 30 06:06:27 (none) user.err vdr-sxfe[12726]: [12726] [input_vdr] write_control aborted
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Shutdown control
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Cancel control thread ...
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Threads joined
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Disposing event queues
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Destroying mutexes
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Closing data connection
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Closing control connection
Sep 30 06:06:27 (none) user.info vdr-sxfe[12726]: [12726] [input_vdr] Connections closed.
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] Disposing fifos
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] flush_all_fifos(full)
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [input_vdr] dispose done.
Sep 30 06:06:27 (none) user.debug vdr-sxfe[12726]: [12726] [vdr-fe]    unloading post plugins
Sep 30 06:06:27 (none) user.err vdr-sxfe[12726]: [12726] [vdr-fe]    Error: The name org.gnome.ScreenSaver was not provided by any .service files
Sep 30 06:06:27 (none) user.err vdr-sxfe[12726]: [12726] [vdr-fe]       (ERROR (tools/gnome_screensaver.c,126): Die Ressource ist zur Zeit nicht verfügbar)
Sep 30 06:06:28 (none) authpriv.info su[13414]: Successful su for root by root
Sep 30 06:06:28 (none) authpriv.info su[13414]: + ??? root:root
Sep 30 06:06:28 (none) auth.info su[13414]: (pam_unix) session opened for user root by (uid=0)
Sep 30 06:06:28 (none) auth.info su[13414]: (pam_unix) session closed for user root
Sep 30 06:06:29 (none) user.notice Runvdr: DVB: Unloading <zr364xx>
Sep 30 06:06:29 (none) user.notice Runvdr: DVB: Unloading <usbvision>
Sep 30 06:06:29 (none) user.notice Runvdr: DVB: Unloading <smsusb>
Sep 30 06:06:29 (none) user.notice Runvdr: DVB: Unloading <smsmdtv>

Alles anzeigen

oder die dmesg, da gibts nen Trace:

Code

[ 2498.578494] BUG: using smp_processor_id() in preemptible [00000000] code: modprobe/20668
[ 2498.578506] caller is init_timing_params+0x31/0x110 [lirc_serial]
[ 2498.578513] Pid: 20668, comm: modprobe Tainted: P           2.6.28.9 #2
[ 2498.578518] Call Trace:
[ 2498.578534]  [<c03e2f0d>] debug_smp_processor_id+0xbd/0xc0
[ 2498.578543]  [<f89e8481>] init_timing_params+0x31/0x110 [lirc_serial]
[ 2498.578554]  [<c06c2691>] _write_unlock+0x11/0x30
[ 2498.578563]  [<c013163d>] __request_region+0x7d/0x90
[ 2498.578571]  [<f886b000>] lirc_serial_init_module+0x0/0x36a [lirc_serial]
[ 2498.578579]  [<f886b0d9>] lirc_serial_init_module+0xd9/0x36a [lirc_serial]
[ 2498.578594]  [<f886b000>] lirc_serial_init_module+0x0/0x36a [lirc_serial]
[ 2498.578601]  [<c0101127>] do_one_initcall+0x37/0x1b0
[ 2498.578610]  [<c017a9cb>] free_unmap_vmap_area_noflush+0x2b/0x70
[ 2498.578616]  [<c017ab48>] __vunmap+0x58/0xc0
[ 2498.578624]  [<c01512a2>] load_module+0x1772/0x1970
[ 2498.578632]  [<c01512a2>] load_module+0x1772/0x1970
[ 2498.578649]  [<c016e18f>] vma_prio_tree_insert+0x1f/0x50
[ 2498.578656]  [<c01315c0>] __request_region+0x0/0x90
[ 2498.578666]  [<c0151527>] sys_init_module+0x87/0x1a0
[ 2498.578672]  [<c01033a2>] syscall_call+0x7/0xb

Alles anzeigen

lg prudentis

Antiriad · 30. September 2010

Zitat

Original von Mreimer
Verwendest du das Setup-Plugin? Wenn nicht, dann deaktivier das und gut.

Ich verwende es. Und nu?

M-Reimer · 30. September 2010

TinyXML kennt in der Tat kein "make install". Ganz schöner Murks, dieses Makefile.

Gentoo bastelt sich deshalb alle Dateien manuell an die Zielposition.

Bei Slackware ebenso:
http://slackbuilds.org/slackbu…inyxml/tinyxml.SlackBuild

Und bei Debian gibt es das Paket für die stabile Version nicht.

Soll heißen: Nicht nur das .so sondern auch die Header dürfen, bzw. müssen manuell an die richtige Stelle kopiert werden. Dafür braucht es dringend noch eine Lösung... Ich bin für kleines Shellscript, das mit dem ExtPatch ausgeliefert wird und im Basisverzeichnis von tinyxml die Installation durchführt. Alternativ könnte man deren Makefile patchen, dass make install tut.

Nachtrag:
Vorteil der Slackware SlackBuild-Scripte ist, dass die pur Shell sind. Kann also eigentlich jeder nutzen. Dafür einfach die letzte Zeile ("/sbin/makepkg ...") durch etwas wie

cp -var . /

ersetzen. Source-Tarball in das gleiche Verzeichnis wie das SlackBuild werfen und das SlackBuild ausführen.
Allerdings reicht das Script alleine nicht aus. Ihr braucht das ganze Archiv:
http://slackbuilds.org/slackbu…/libraries/tinyxml.tar.gz

dad401 · 30. September 2010

Zitat

Original von Imsadi
ldconfig ausgeführt ?

Noch mal als Nachklapp: ggf. auch /etc/ld.so.conf anpassen - wenn man viele eigenkompilierten libs in /usr/local/lib liegen hat, dann sollte man dieses Verzeichnis auch in das conf-File aufnehmen.

Marcus

[ANNOUNCE] ExtP-NG für VDR-1.7.13/14/15/16

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema