Probleme nach Update auf 1.6.0 aus Portage

bubbu · 1. April 2008

Hi,

ich habe heute morgen meinen VDR aktualisiert !!!
Läuft eigentlich einwandfrei, nur das mit dem UTF 8 war ein bisschen blöd, jedoch nach der anleitung war das dann auch kp !!!
Nur bei einem vdrplugin rebuild bleibt er beim plugin reelchannelscan als auch beim dvd plugin hängen !!!

Zu dem is das Mplayer Plugin auf englisch, und leider werden die umlaute vom imon vfd nich richtig angezeigt !!!

Hat da jemand einen Tip ?
Kann auch gerne den Fehler posten !!!

hd.brummy · 1. April 2008

Moin,

reelchannelscan - weiss ich jetzt nicht

aber die anderen beiden plugins machen keine Probleme in der ~x86 oder ~amd64 Version.

vdrplugin-rebuild rebuild mit zusätzlichem -X aufgerufen, compiliert nicht nur die vorhanden Versionen, sondern actualisiert auch auf eine vorhandene neuere Version.

Zzam · 1. April 2008

Hi bubbu!

Also, diese Plugins compilieren hier wunderbar:
vdr-reelchannelscan-0.4.3-r3
vdr-dvd-0.3.7_pre20071113-r1
vdr-mplayer-0.10.1

Vieleicht wären die Fehlermeldungen hilfreich.

Zzam

bubbu · 2. April 2008

Hi,
einmal das vdrplugin-rebuild

Code

vdrplugin-rebuild rebuild -X
** Preparing to merge modules:
** Packages which I will emerge are:
        =media-plugins/vdr-reelchannelscan-0.4.3-r2
        =media-plugins/vdr-dvd-0.3.7_pre20070117
        =media-plugins/vdr-lcdproc-0.0.10-r2
        =media-plugins/vdr-admin-0.4.0
        =media-plugins/vdr-mplayer-0.10.0
        =media-plugins/vdr-osdteletext-0.5.1-r1
        =media-plugins/vdr-vcd-0.7
5 4 3 2 1
>>> Verifying ebuild Manifests...


>>> Emerging (1 of 7) media-plugins/vdr-reelchannelscan-0.4.3-r2 to /
 * vdr-reelchannelscan-0.4.3.tgz RMD160 SHA1 SHA256 size ;-) ...                                        [ ok ]
 * checking ebuild checksums ;-) ...                                                                    [ ok ]
 * checking auxfile checksums ;-) ...                                                                   [ ok ]
 * checking miscfile checksums ;-) ...                                                                  [ ok ]
 * checking vdr-reelchannelscan-0.4.3.tgz ;-) ...                                                       [ ok ]
 * Building vdr-reelchannelscan-0.4.3-r2 against vdr-1.6.0
 * APIVERSION: 1.6.0
>>> Unpacking source...
>>> Unpacking vdr-reelchannelscan-0.4.3.tgz to /var/tmp/portage/media-plugins/vdr-reelchannelscan-0.4.3-r2/work
 * Applying default-source-if-no-channel-set.diff ...                                                   [ ok ]
 * Applying device-numbering.diff ...                                                                   [ ok ]
 * Applying i18n.diff ...                                                                               [ ok ]
 * Applying gentoo.diff ...                                                                             [ ok ]
 * Fixing include of libsi-headers
 * Patching Makefile
 *   Setting Pathes ...                                                                                 [ ok ]
 *   Converting to APIVERSION ...                                                                       [ ok ]
 *   Correcting Compile-Flags ...                                                                       [ ok ]
 *   Disabling file stripping ...                                                                       [ ok ]
 * Plugin is not yet changed for new translation system.
 * Auto converting translations to gettext
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/media-plugins/vdr-reelchannelscan-0.4.3-r2/work/reelchannelscan-0.4.3 ...
g++ -O2 -march=i686 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"/usr/include/vdr\" -DNDEBUG -DWITH_EIT -I/usr/include -I/usr/include/ channelscan.c
g++ -O2 -march=i686 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"/usr/include/vdr\" -DNDEBUG -DWITH_EIT -I/usr/include -I/usr/include/ csmenu.c
g++ -O2 -march=i686 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"/usr/include/vdr\" -DNDEBUG -DWITH_EIT -I/usr/include -I/usr/include/ filter.c
In Datei, eingefÃ¼gt von scan.h:19,
                 von csmenu.h:26,
                 von channelscan.c:29:
filter.h:93:1: Warnung: Â»MAXNETWORKNAMEÂ« redefiniert
In Datei, eingefÃ¼gt von /usr/include/vdr/device.h:18,
                 von scan.h:16,
                 von csmenu.h:26,
                 von channelscan.c:29:
/usr/include/vdr/nit.h:16:1: Warnung: dies ist die Stelle der vorherigen Definition
In Datei, eingefÃ¼gt von scan.h:19,
                 von csmenu.h:26,
                 von filter.c:11:
filter.h:93:1: Warnung: Â»MAXNETWORKNAMEÂ« redefiniert
In Datei, eingefÃ¼gt von /usr/include/vdr/device.h:18,
                 von scan.h:16,
                 von csmenu.h:26,
                 von filter.c:11:
/usr/include/vdr/nit.h:16:1: Warnung: dies ist die Stelle der vorherigen Definition
In Datei, eingefÃ¼gt von scan.h:19,
                 von csmenu.h:26,
                 von csmenu.c:24:
filter.h:93:1: Warnung: Â»MAXNETWORKNAMEÂ« redefiniert
In Datei, eingefÃ¼gt von /usr/include/vdr/device.h:18,
                 von /usr/include/vdr/menu.h:14,
                 von csmenu.c:22:
/usr/include/vdr/nit.h:16:1: Warnung: dies ist die Stelle der vorherigen Definition
g++ -O2 -march=i686 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"/usr/include/vdr\" -DNDEBUG -DWITH_EIT -I/usr/include -I/usr/include/ i18n.c
g++ -O2 -march=i686 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"/usr/include/vdr\" -DNDEBUG -DWITH_EIT -I/usr/include -I/usr/include/ scan.c
In Datei, eingefÃ¼gt von scan.h:19,
                 von csmenu.h:26,
                 von scan.c:16:
filter.h:93:1: Warnung: Â»MAXNETWORKNAMEÂ« redefiniert
In Datei, eingefÃ¼gt von /usr/include/vdr/device.h:18,
                 von scan.c:13:
/usr/include/vdr/nit.h:16:1: Warnung: dies ist die Stelle der vorherigen Definition
filter.c: In member function Â»virtual void PatFilter::Process(u_short, u_char, const u_char*, int)Â«:
filter.c:484: Fehler: keine passende Funktion fÃ¼r Aufruf von Â»cChannel::SetPids(int&, int, int [33], char [33][8], int [17], char [17][8], int&)Â«
/usr/include/vdr/channels.h:215: Anmerkung: Kandidaten sind: void cChannel::SetPids(int, int, int*, char (*)[8], int*, char (*)[8], int*, char (*)[8], int)
make: *** [filter.o] Fehler 1
make: *** Warte auf noch nicht beendete Prozesse...
 *
 * ERROR: media-plugins/vdr-reelchannelscan-0.4.3-r2 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2478:  Called vdr-plugin_src_compile
 *             environment, line 3199:  Called vdr-plugin_src_compile 'src_compile' 'src_compile'
 *             environment, line 3215:  Called die
 * The specific snippet of code:
 *                   emake ${BUILD_PARAMS} ${VDRPLUGIN_MAKE_TARGET:-all} LOCALEDIR="${TMP_LOCALE_DIR}" || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/media-plugins/vdr-reelchannelscan-0.4.3-r2/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-plugins/vdr-reelchannelscan-0.4.3-r2/temp/environment'.
 *


 * Messages for package media-plugins/vdr-reelchannelscan-0.4.3-r2:


 *
 * ERROR: media-plugins/vdr-reelchannelscan-0.4.3-r2 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2478:  Called vdr-plugin_src_compile
 *             environment, line 3199:  Called vdr-plugin_src_compile 'src_compile' 'src_compile'
 *             environment, line 3215:  Called die
 * The specific snippet of code:
 *                   emake ${BUILD_PARAMS} ${VDRPLUGIN_MAKE_TARGET:-all} LOCALEDIR="${TMP_LOCALE_DIR}" || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/media-plugins/vdr-reelchannelscan-0.4.3-r2/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-plugins/vdr-reelchannelscan-0.4.3-r2/temp/environment'.
 *

Alles anzeigen

... und hier nur mal das dvd plugin !!!

Code

emerge vdr-dvd
Calculating dependencies... done!
>>> Verifying ebuild Manifests...


>>> Emerging (1 of 1) media-plugins/vdr-dvd-0.3.7_pre20070117 to /
 * vdr-dvd-0.3.7_pre20070117.tar.gz RMD160 SHA1 SHA256 size ;-) ...                                     [ ok ]
 * checking ebuild checksums ;-) ...                                                                    [ ok ]
 * checking auxfile checksums ;-) ...                                                                   [ ok ]
 * checking miscfile checksums ;-) ...                                                                  [ ok ]
 * checking vdr-dvd-0.3.7_pre20070117.tar.gz ;-) ...                                                    [ ok ]
 * Building vdr-dvd-0.3.7_pre20070117 against vdr-1.6.0
 * APIVERSION: 1.6.0
>>> Unpacking source...
>>> Unpacking vdr-dvd-0.3.7_pre20070117.tar.gz to /var/tmp/portage/media-plugins/vdr-dvd-0.3.7_pre20070117/work
 * Applying dvd-a52drc-pre20060719.diff ...                                                             [ ok ]
 * Patching Makefile
 *   Setting Pathes ...                                                                                 [ ok ]
 *   Converting to APIVERSION ...                                                                       [ ok ]
 *   Correcting Compile-Flags ...                                                                       [ ok ]
 *   Disabling file stripping ...                                                                       [ ok ]
 * Plugin is not yet changed for new translation system.
 * Auto converting translations to gettext
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/media-plugins/vdr-dvd-0.3.7_pre20070117/work/dvd ...
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav dvd.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav dvddev.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav player-dvd.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav control-dvd.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav dvdspu.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav ca52.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav i18n.c
g++ -O2 -march=i686 -pipe -fPIC -O3 -c -DCONFDIR=\"/etc/vdr\" -DUSE_CHANNELSCAN -DUSE_PLUGINMISSING -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvd"' -I/usr/include/ -I/usr/include/dvdnav setup-dvd.c
setup-dvd.c: In constructor Â»cMenuSetupDVD::cMenuSetupDVD()Â«:
setup-dvd.c:63: Fehler: Â»I18nNumLanguagesÂ« wurde in diesem GÃ¼ltigkeitsbereich nicht definiert
make: *** [setup-dvd.o] Fehler 1
make: *** Warte auf noch nicht beendete Prozesse...
 *
 * ERROR: media-plugins/vdr-dvd-0.3.7_pre20070117 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2476:  Called vdr-plugin_src_compile
 *             environment, line 3188:  Called vdr-plugin_src_compile 'src_compile' 'src_compile'
 *             environment, line 3204:  Called die
 * The specific snippet of code:
 *                   emake ${BUILD_PARAMS} ${VDRPLUGIN_MAKE_TARGET:-all} LOCALEDIR="${TMP_LOCALE_DIR}" || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/media-plugins/vdr-dvd-0.3.7_pre20070117/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-plugins/vdr-dvd-0.3.7_pre20070117/temp/environment'.
 *


 * Messages for package media-plugins/vdr-dvd-0.3.7_pre20070117:


 *
 * ERROR: media-plugins/vdr-dvd-0.3.7_pre20070117 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2476:  Called vdr-plugin_src_compile
 *             environment, line 3188:  Called vdr-plugin_src_compile 'src_compile' 'src_compile'
 *             environment, line 3204:  Called die
 * The specific snippet of code:
 *                   emake ${BUILD_PARAMS} ${VDRPLUGIN_MAKE_TARGET:-all} LOCALEDIR="${TMP_LOCALE_DIR}" || die "emake failed"
 *  The die message:
 *   emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/media-plugins/vdr-dvd-0.3.7_pre20070117/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-plugins/vdr-dvd-0.3.7_pre20070117/temp/environment'.
 *

Alles anzeigen

Zudem, wie bekomme ich jetzt wieder die umlaute korrekt in der Konsole angezeigt ??? Wie ihr in den Fehler Meldungen sieht, sind die auch falsch !!!

schon mal vielen Dank

Zzam · 2. April 2008

Hi bubbu!

Also wie du siehst - ich compiliere vdr-reelchannelscan-0.4.3-r3 und du vdr-reelchannelscan-0.4.3-r2.

Also für vdr-1.6.0 dass ~x86 ist, würde ich auch nur ~x86 Plugins verwenden.

Vermutlich liegt es an deinem vdrplugin-rebuild Aufruf.
Die Hilfe sagt das hier:

Code

vdrplugin-rebuild [options] action [category/package]

D.h. du solltest das -X vor rebuild schreiben:

Code

vdrplugin-rebuild -X rebuild

Die Frage ist, ob -X default werden sollte?

Zzam

PS: Du hättest ja auch einfach emerge vdr-reelchannelscan machen können.

bubbu · 3. April 2008

Zitat

Die Frage ist, ob -X default werden sollte?

Von mir aus gerne !!!

Ich habe nur das Problem, selbst wenn ich vdrplugin-rebuild -X rebuild ausführe komme ich zu keinem anderen ergebnis !!!

Wenn ich ein einfaches emerge von reelchannelscan mache kommt auch der selbe Fehler !!! und er will immer vdr-reelchannelscan-0.4.3-r2 kompilieren !!!

Benutzt ihr nicht den ganz normalen Gentoo Portage ?

Bei dem dvd Plugin kommt der selbe effekt !!!

bubbu

Zzam · 3. April 2008

Hi bubbu!

Also, ich nehme jetzt mal an (mangels Info), dass du ein stable system hast (ohne ACCEPT_KEYWORDS="~x86").

Dann hast du bestimmt /etc/portage/package.keywords verändert um vdr-1.6.0 emergen zu können.

Jetzt beschwerst du dich aber, dass als stabil markierte Plugins nicht mit der ~x86 Version von VDR laufen.
Wie wäre es jetzt, hier auch die Plugins einzutragen. Dann kriegst du auch die passenden (~x86) Versionen.

Zzam

PS: Wozu eigentlich immer die drei Ausrufezeichen?

bubbu · 4. April 2008

Hi Zzam,

das mit der mangelnder Info, tut mir leid. Jedoch hattest du die richtige vermutung mit der portage.keywords. Ich hatte ganz vergessen das ich vdr drin stehen hatte. Sowas passiert wenn man nich mehr tag täglich damit arbeitet .

Achso das mit den !!!, hm is irgendwie standard geworden, aber wie du siehst hab ich es hier in dem Post vesucht nicht verwendet . Aber vielen Dank für deine Hilfe .

Weißt du denn auch vielleicht, wie ich in meinem VFD von Imon jetzt richtig die Umalute anzeigen lassen kann ? Hab ja mein System auch auf utf8 umgestellt. Zudem hab ich ab und zu das Problem das beim ersten mal starten der Fehler kommt

Code

* aborted, please check logfile                                          [ !! ]
 * Addon /usr/share/vdr/rcscript/post-start-50-svdrp.sh failed.

Nach einem neustart des LCDd, läuft vdr wunderbar !

hd.brummy · 6. April 2008

Hmm,

keine Sau was was "VFD von Imon" ist, ich nehme mal an ein glcd ....

Dann bitte, da Du ja jetzt ein unicode System hast,

graphlcd-base und vdr-graphlcd mit USE="truetype unicode" übersetzen

Das sind dann jeweils die -0.1.5-r1 Versionen. (~x86)

In /etc/vdr/plugins/graphlcd/ muss dann eventuell noch auf einen .ttf font neu gelinkt werden.

Das fixt das Problem mit den Umlauten.

Viel Spass

Antiriad · 6. April 2008

Hallo,

ich teste grad auch mal den VDR-1.6 auf meinem Gentoo System, aber so richtig rund läuft das noch nicht. Das System habe ich inzwischen auf UTF-8/unicode umgestellt und die umlaute aus dem EPG werden auf dem TV wie auch im Graphlcd inzwischen richtig dargestellt, soweit so gut.

Was muss man aber jetzt noch tun, damit z.B. im Extrecmenu-plugin keine Kästchen sondern die altbekannten Symbole im Aufnameverzeichnis angezeigt werden?
Ich hab jetzt schon einige der Threads zu dem Thema hier durchwühlt, und bin dabei auf diverse Patches des Fonts (Vicon), des VDRs 1.5.x (vdr-1.5.17-ex52_vdrsymbols_utf8.diff) und Patches für das extrecmenu-plugin (vdr-extrecmenu-1.1-utf8.diff) gestossen, und habe den Hinweis aufgeschnappt das wohl die Reihenfolge in der die Truetypesfonts geladen werden auch irgendwie wichtig ist... aber ich habs bis jetzt trotzt allem Rumprobieren/Patchen/Font rumschubsen nicht geschafft die Icons wieder zur Anzeige zu bekommen. Der VDR Patch schien in der Repository version bereits eingeflossen zu sein, der extrecpatch hatte nen reject denn ich manuell behoben habe, und den VIcon Font habe ich einfach nach /usr/share/fonts/truetype/ kopiert. Danach habe ich versucht im VDR-OSD alle Fonts auf Vicon umzustellen, die ersten beiden Fonts im OSD-Menu liessen sich auch umstellen, beim untersten Menupunkt wird mir aber Vicon vom VDR nicht zur Auswahl angeboten.

Also mein Frage: Wenn man sich aus dem gentoo-repository VDR-1.6 und das extrecmenu-plugin (alles ~x86 Versionen) geholt hat, was ist dann noch zusätzlich
- an Useflags
- an Patches
- an Fonts
- manuellen Eingriffen im System
- Einstellungen im OSD-Setup
des VDR nötig damit im VDR-Aufnahmemenu des extrecmenu-plugins die Icons wieder dargestellt werden (und nicht nur Leerezeichen bzw. Kästchen)? Oder sollte das normalerweise out-of-the-box tun nach dem emergen?

Ich habe bestimmt wieder mal nur Kleinigkeit übersehen an der es mal wieder happert, aber ich komme einfach nicht drauf.

Zzam · 6. April 2008

Hi Ioannis!

Also ich weiß auch nicht so viel mehr in der Richtung als du, außer dass das wohl noch nicht so ganz gelöst ist.
Ich finde jetzt den Zwang einen gepatchten Font zu verwenden auch nicht also perfekte Lösung.

Wenn uns nichts anderes unterkommt warten wir ob hier etwas sinnvolles rauskommt:
[ANNOUNCEMENT] Font mit allen VDR-Symbolen

Zzam

Antiriad · 7. April 2008

Yo,

damit (erstmal) einen gepatchten Font zu verwenden würde mich nicht weiter stören... wenn es denn wenigstens Funktionieren würde! Wie gesagt, ich hab den besagten, gepatchen Font ja verwendet und im VDR ausgewählt, brachte aber exact gar nix.

Naja, das ist auch nur eines der Probleme die ich jetzt nach dem Update auf den VDR 1.6 hatte (das UTF-8 Geraffel habe ich ja inzwischen hinbekommen).

Abgesehen von dem Iconproblem habe ich auch noch den Effekt das mit VDR1.6 nicht mehr alle DVB-C Karten richtig tunen können (das femon-plugin zeigt dann auch keinen Lock an) oder ne Ewigkeit brauchen bis ein Bild kommt nach Wechsel des Kanals. Boote ich dann einfach wieder meine Partition mit dem installierten vdr-1.4.7 (diese Partition war Basis für meine vdr-1.6 Installation) läuft wieder alles Rockstable. Ob sich da wohl irgendwelche Patches aus dem Extensionpatch im VDR 1.6 beisen?

Ausserdem scheint das aktuelle showpic/graphlcd-base aus dem Repository auch irgendwelche Zicken zu machen:

Code

sysctl table check failed: /dev/parport/parport0/devices/ppdev0/timeslice  Sysctl already exists
Pid: 12946, comm: showpic Not tainted 2.6.24-gentoo-r4 #1
 [<c0135a45>] set_fail+0x45/0x60
 [<c0135d28>] sysctl_check_table+0x2c8/0x590
 [<c0125567>] sysctl_head_finish+0x17/0x30
 [<c0135d3d>] sysctl_check_table+0x2dd/0x590
 [<c0125567>] sysctl_head_finish+0x17/0x30
 [<c0135d3d>] sysctl_check_table+0x2dd/0x590
 [<c0125567>] sysctl_head_finish+0x17/0x30
 [<c0135d3d>] sysctl_check_table+0x2dd/0x590
 [<c0125567>] sysctl_head_finish+0x17/0x30
 [<c0135d3d>] sysctl_check_table+0x2dd/0x590
 [<c0125567>] sysctl_head_finish+0x17/0x30
 [<c0135d3d>] sysctl_check_table+0x2dd/0x590
 [<c01241a9>] sysctl_set_parent+0x19/0x30
 [<c0125930>] register_sysctl_table+0x50/0xb0
 [<f886bbac>] parport_device_proc_register+0xac/0xe0 [parport]
 [<f886af39>] parport_register_device+0x1e9/0x2d0 [parport]
 [<f8860a70>] pp_ioctl+0x7d0/0x9b0 [ppdev]
 [<f8860c50>] pp_irq+0x0/0x100 [ppdev]
 [<c0174a98>] do_ioctl+0x78/0x90
 [<c0174b0c>] vfs_ioctl+0x5c/0x290
 [<c0174d7d>] sys_ioctl+0x3d/0x70
 [<c010415e>] sysenter_past_esp+0x5f/0x85
 [<c03d0000>] xfrm_tmpl_resolve+0x0/0x3b0
 =======================
ppdev0: registered pardevice
ppdev0: claim the port first
ppdev0: negotiated back to compatibility mode because user-space forgot
ppdev0: unregistered pardevice
vdr[9981]: segfault at ffffffe8 eip b662b6b8 esp ae3d3210 error 4

Alles anzeigen

Muss denn ganzen sachen mal bei Gelegenheit auf den Grund gehen, momentan ist der VDR1.6 bei mir leider (noch) nicht produktiv einsetzbar.

traxanos · 7. April 2008

Ich kämpfe auch mit dauernden "segfauls" und kaputten Icons. Dazu kommt noch das ich submenu deaktiveren musste seit dem letzten update, weil er mir sagt das der vdr nicht gepatched sei obwohl die USE korrekt gesetzt ist ubnd ja auch schon funktioniert hatte.

Zzam · 7. April 2008

Hi traxanos!

Also zu den segfaults kann man ohne weiter Infos nix sagen. Was meinst du mit kaputten Icons - das selbe wie Ioannis?

Zulu hat den submenu Patch aus dem extensions-patch Version 56 entfernt, d.h. das vdr ebuild hat den nichtmehr drin. Keine Ahnung warum. Ich würde ja empfehlen auf menuorg umzusteigen, das ist vom Design her moderner.

Das Fehlen von submenu siehst du auch bei "emerge -pv vdr".

Zzam

Zzam · 7. April 2008

Zum Thema Icons:
Schaut mal hier VDR-1.6.0 im Portage auf gentoo.org

Zzam

Antiriad · 7. April 2008

Beim emerge vom enigma-font gibts Fehlermeldungen:

Code

19:32:29 (543.67 KB/s) - »/usr/portage/distfiles/skinenigmang-fonts-20080401.tgz« gespeichert [543283/543283]


 * checking ebuild checksums ;-) ...                                                                                                                           [ ok ]
 * checking auxfile checksums ;-) ...                                                                                                                          [ ok ]
 * checking miscfile checksums ;-) ...                                                                                                                         [ ok ]
 * checking skinenigmang-fonts-20080401.tgz ;-) ...                                                                                                            [ ok ]
>>> Unpacking source...
>>> Unpacking skinenigmang-fonts-20080401.tgz to /var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/work/vdrsymbols ...
>>> Source compiled.
>>> Test phase [not enabled]: media-fonts/skinenigmang-fonts-20080401


>>> Install skinenigmang-fonts-20080401 into /var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/image/ category media-fonts
/var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/temp/environment: line 1205: cd: /var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/work/skinenigmang-fonts-20080401: Datei oder Verzeichnis nicht gefunden
 * Creating fonts.scale & fonts.dir ...
>>> Completed installing skinenigmang-fonts-20080401 into /var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/image/


* checking 6 files for package collisions
>>> Merging media-fonts/skinenigmang-fonts-20080401 to /
--- /usr/
--- /usr/share/
--- /usr/share/doc/
>>> /usr/share/doc/skinenigmang-fonts-20080401/
>>> /usr/share/doc/skinenigmang-fonts-20080401/README.bz2
--- /usr/share/fonts/
>>> /usr/share/fonts/skinenigmang-fonts/
>>> /usr/share/fonts/skinenigmang-fonts/VDRSymbolsSans.ttf
>>> /usr/share/fonts/skinenigmang-fonts/fonts.scale
>>> /usr/share/fonts/skinenigmang-fonts/fonts.dir
>>> /usr/share/fonts/skinenigmang-fonts/VDRSymbolsSans-Bold.ttf
>>> /usr/share/fonts/skinenigmang-fonts/encodings.dir
/var/tmp/portage/media-fonts/skinenigmang-fonts-20080401/temp/environment: line 1183: font_font_pkg_postinst: command not found
 * To get nice symbols in VDR's OSD
 * you need to select the font VDRSymbolsSans.
>>> media-fonts/skinenigmang-fonts-20080401 merged.
>>> Recording media-fonts/skinenigmang-fonts in "world" favorites file...


>>> No packages selected for removal by clean
>>> Auto-cleaning packages...


>>> No outdated packages were found on your system.


 * Messages for package media-fonts/skinenigmang-fonts-20080401:

Alles anzeigen

Sollten die mir Sorgen machen?
Ansonsten werde ich jetzt mal testen ob damit auch bei mir lüppt.

Antiriad · 7. April 2008

Tut immer noch nicht, keinerlei Verbesserung bei den Icons sichtbar nach emerge der genannten Pakete. Wie müssen die Einstellungen in der setup.conf aussehen?

Meine sehen momentan so aus:

Code

FontFix = Bitstream Vera Sans Mono:Bold
FontFixSize = 20
FontOsd = Vicon:Roman
FontOsdSize = 22
FontSml = Vicon:Bold
FontSmlSize = 18

Bei "FontFix" bietet mir der VDR die Vicon schrift nicht an, darum ist dort Bitstream ausgewählt.

Zzam · 7. April 2008

Hi Ioannis!

So, jetzt müsste das ebuild richtig sein.

Hast du eigentlich Zeile 34 und 35 in deinem Output gelesen:

Code

* To get nice symbols in VDR's OSD
 * you need to select the font VDRSymbolsSans.

D.h. du musst als Schrift VDRSymbolsSans auswählen.

Zzam

Antiriad · 7. April 2008

Aaaah, alles klar. Das hatte übersehen, wer lesen kann ist klar im Vorteil.
Jetzt habe ich auch wieder Icons im Aufnahmemenü, sehr schön.
Danke für den Tipp.

traxanos · 8. April 2008

bin jetzt auf menuorg und skinenigmang umgestiegen. jtzt muss ich nur noch die segfauls weg bekommen. weis jemand wo die coredumps gespeichert werden. dann kann eben mit dem gdb nachschauen wo er aussteigt

Probleme nach Update auf 1.6.0 aus Portage

Jetzt mitmachen!

Teilen