Hab Xineliboutput auf den neusten CVS-Stand gebracht. Bitte beachtet, dass der Netzwerk-Zugriff jetzt nicht mehr über die svdrphosts.conf sondern eine eigene Config gesteuert wird. Siehe README und NEWS.
[UPDATE vdr-ng] xineliboutput
- Tobi
- Geschlossen
-
-
tx fuer update
ZitatIt's basically the same as the former used svdrphosts.conf and when upgrading from a previous version, the vdr-plugin-xineliboutput package will copy the settings from there.
funktionierte hier nicht.
nur localhost war offen. -
Schick mal bitte deine svdrphosts.conf und die /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf.
Tobias
-
anbei configs zur zeit der installation.
hab aber allowed_hosts.conf bereits angepasst nun.
-
Hab's gerade mal mit deiner svdrphosts.conf getestet. Das Upgrade von 1.0.4+cvs20100106.2318-1 auf 1.0.4+cvs20100121.1750-1 hat den Eintrag korrekt in die allowed_hosts.conf übernommen.
Die Update-Routine ist diesbezüglich auch recht einfach gehalten:
Codeif dpkg --compare-versions "$2" le "1.0.4+cvs20100117.1236-1"; then grep -v -E '^\s*#|127\.0\.\0\.1|^\s*$' /etc/vdr/svdrphosts.conf \ >>/etc/vdr/plugins/xineliboutput/allowed_hosts.conf fi
Hast du wirklich von einer älteren xineliboutput-Version geupdated? Die svdrphosts.conf-Einträge werden NUR beim Update, nicht bei der Neuinstallation übernommen (Was IMHO Sinn macht, oder?)
Tobias
-
wäre nen symlink ned auch ok?
//EDIT
ok hat sich erledigt, aber nun evtl ne andere bitte.
im make-spezial-vdr wird ja vdrdevel-plugin-xineliboutput.links reingepatched, da dies nun ja in der version schon eine links datei gibt, müsste man evtl die änderungen in der links datei mit echo einfügen?Zitatprepare: save all in subdirectory .save
prepare_common: substitute vdr -> vdrdevel
prepare_xineliboutput: use libxine/xineliboutput from standard package
The next patch would create the file debian/vdrdevel-plugin-xineliboutput.links,
which already exists! Assume -R? [n] y
patching file debian/vdrdevel-plugin-xineliboutput.links
Hunk #1 FAILED at 1.
File debian/vdrdevel-plugin-xineliboutput.links is not empty after patch, as expected
1 out of 1 hunk FAILED -- saving rejects to file debian/vdrdevel-plugin-xineliboutput.links.rej
patching file config.c
Hunk #1 succeeded at 328 (offset 11 lines).
patching file configure
Hunk #1 succeeded at 426 (offset 1 line).
dpkg-buildpackage: Fehlschlag: make-special-vdr build gab Fehler-Exitstatus 1 -
ich habe das nun mal ganz dirty so gelösst,
Diff
Alles anzeigenprepare_xineliboutput() { echo "prepare_xineliboutput: use libxine/xineliboutput from standard package" SUBST="/Package: libxineliboutput-fbfe/,/^\$/d; \ /Package: libxineliboutput-sxfe/,/^\$/d; \ /Package: xineliboutput-fbfe/,/^\$/d; \ /Package: xineliboutput-sxfe/,/^\$/d; \ /Package: libxine.*-xvdr${SPECIAL_VDR_SUFFIX}/,/^\$/d" subst_in_files "${SUBST}" "debian/control" VERSION=`grep 'static const char \*VERSION *=' xineliboutput.c | cut -d'"' -f2` echo "usr/lib/vdr/plugins/libxineliboutput-fbfe.so.${VERSION} usr/lib/vdr${SPECIAL_VDR_SUFFIX}/plugins/libxineliboutput-fbfe.so.${VERSION}" >> debian/vdr${SPECIAL_VDR_SUFFIX}-plugin-xineliboutput.links echo "usr/lib/vdr/plugins/libxineliboutput-sxfe.so.${VERSION} usr/lib/vdr${SPECIAL_VDR_SUFFIX}/plugins/libxineliboutput-sxfe.so.${VERSION}" >> debian/vdr${SPECIAL_VDR_SUFFIX}-plugin-xineliboutput.links /bin/sed -e "s/\${VERSION}/$(grep 'static const char \*VERSION *=' xineliboutput.c | cut -d'"' -f2)/g" \ -e "s/\${SPECIAL_VDR_SUFFIX_UPPER}/$(echo "${SPECIAL_VDR_SUFFIX}" | tr "[:lower:]" "[:upper:]")/g" \ -e "s/\${SPECIAL_VDR_SUFFIX}/${SPECIAL_VDR_SUFFIX}/g" <<'EOF' | /usr/bin/patch -p0 -F0 --- config.c +++ config.c @@ -317,1 +317,1 @@ - "vdr${SPECIAL_VDR_SUFFIX}", + "vdr", --- configure +++ configure @@ -424,1 +425,1 @@ -echo "XINELIBOUTPUT_VDRPLUGIN=$HAVE_VDR" >> $makefile +echo "XINELIBOUTPUT_VDRPLUGIN=$HAVE_VDR${SPECIAL_VDR_SUFFIX_UPPER}" >> $makefile EOF }
-
ach nur wenn man die vorgaengerversion (oder kleiner?) hatte?
erklaert das nichtanwenden
hatte ne zwischen cvs stufe.dann passt alles.
-
ungewohnt das default nosignal image
-
Hallo
Nicht nur ungewohnt, auch unschön.
Aber man siehts ja normalerweise eher selten.lallo
-
Mach doch mal einer ein richtig schönes No Signal und schickt es dann Petri mit GPL-Lizenz!
-
Hallo
Naja so wichtig finde ich das nicht, aber warum wurde das alte ersetzt? Das war doch OK.
lallo
-
Weil das alte nur drin war, da es seinerzeit upstream-seitig ganz gefehlt hatte. Mittlerweile ist es, zumindest vom technischen Standpunkt aus, aber überflüssig.
Wer das alte Bild wieder haben will, kann beiliegende Datei einfach nach /etc/vdr/plugins/xineliboutput/ entpacken/kopieren.
Das Bild ist von Steven J. Robinson (cathbard)
-
Hallo
Hab gerade mal ein update gemacht und bekomme die meldung das vdr-plugin-xineliboutput nicht vollständig installiert werden konnte (--configure) ..... komisch ist, das aber trotzdem alles geht.
Gelöscht (inkl. Config) und wieder installiert habe ich auch schon ..... mmhh immer das selbe.
Könnte da eventuell ein kleiner Fehler im Paket sein?Thomas
EDIT:
Das neue No Signal finde ICH übrigends nicht schlecht. Hat was .... muß ja nicht unbedingt ein VollBILD sein. -
Zitat
Original von thomas-f
Hab gerade mal ein update gemacht und bekomme die meldung das vdr-plugin-xineliboutput nicht vollständig installiert werden konnte (--configure) ..... komisch ist, das aber trotzdem alles geht.Das gleiche "Problem" hatte ich auch.
Herbert
-
Hatte?
Da isses nu also wieder OK ...... was hast du denn gemacht .... bzw was war das Problem
Grüße
Thomas -
komplette fehlerausgabe waer ned schlecht
-
Naja so die richtige Fehlermeldung ist "Fehler traten auf beim bearbeiten von "vdr-plugin-xineliboutput" ( --configure) Fehlercode 1 "das Paket ist nicht vollständig installiert oder deinstalliert"
Ich bin aber gerade nicht am VDR ...... ich melde mich später nochmal, mit Wortwörtlicher Fehlermeldung.
Bereits geschriebenes entspricht allerding schon dem was da an Output kommt.Thomas
-
Hallo
Scheint ein Fehler im postinst script zu sein. Hab eben mal selbst kompiliert und den selben Fehler erhalten. Dann hab ich den Part wo die svdrphosts.conf kopiert werden soll rausgenommen und es lief problemlos durch. dazu ist anzumerken, das ich neu installiert habe also nicht upgedatet von einer Vorversion.
Hab aber ein weiteres Problem. Wenn ich in vdr-sxfe das OSD aufrufe und wieder schließe stürzt vdr-sxfe ab. Fehlermeldung lautet lediglich "Speicherzugriffsfehler".
Hab auch weiterhin das Problem, das das PearlHD-Skin viel zu klein ist. Man kann die Schriftart und Größe aber nicht beeinflussen. Selbst wenn ich im Einstellungsmenü->OSD die Größe auf 100 stelle ist das OSD zu klein. Ist das so beabsichtigt oder ist das was faul? Ist auch nicht unbedingt ein Problem des Paketbauers.
lallo
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!