[Fwd: Re: remoteosd: "remote menu not available"]

michael hilgers tonalt.tux at talkingheads.de
Thu Sep 4 14:25:42 UTC 2008


hallo,

wir haben einen fehler gefunden der beim übersetzen des paketes
vdrdevel-plugin-remoteosd bei euch entstanden ist.

der fehler ist unten beschrieben; für weitere rückfragen stehe auch ich
euch gerne zur verfügung.

der fehler bewirkt, dass das o.a. plugin kein "Remote OSD" von einem
Rechner beziehen kann, auf dem das plugin svdrpext installiert ist; dies
soll aber der richtige namen des plugins auf jeder installation sein,
egal ob ...devel... oder "normale" version.

also nochmal: 
1. das plugin vdr-plugin-remoteosd ruft auf dem server das plugin
svdrpext, um von dem server letzlich das OSD laden zu können.

2. das remoteosd plugin der vdrdevel version, soll ebenfalls svdrpext
auf dem server rufen. tut es aber nicht, sondern es ruft svdrdevelpext. 

3. innerhalb der ct version ist das nicht auffällig, da der server
ebenfalls das plugin svdrdevelpext laden würde, wenn dort die vdrdevel
version installiert wäre. dies führt aber zu inkompatibilitäten mit
anderen installationen, in denen unabhängig vom versionsstand immer die
bezeichnung der plugins gleichbleibt, so dass diese auch unkritisch zur
kommunikation zwischen client und server verwendet werden kann.

wäre schön, wenn ihr bald das paket nach den unten aufgeführten
anweisungen von Frank Schmirler neu übersetzen und in das repository
einstellen würdet.

ich habe den Eindruck aus dem vdr portal, dass an dieser versteckten
inkompatibilität schon sehr viele anwender gescheitert und verzweifelt
sind.

michael hilgers

-------- Weitergeleitete Nachricht --------
Von: Frank Schmirler <vdrdev at schmirler.de>
An: michael hilgers <tonalt.tux at talkingheads.de>
Betreff: Re: remoteosd: "remote menu not available"
Datum: Wed, 3 Sep 2008 13:23:46 +0200

Hallo nochmal,

Aha:
> vdrdevel-plugin-svdrdevelpservice

Da war jemand mit der Axt unterwegs und hat einfach überall vdr nach vdrdevel
geändert damit wird aus sVDRpext ein sVDRDEVELpext und aus sVDRpservice ein
sVDRDEVELpservice. Bitte an den Maintainer melden.

CU,
Frank



On Wed, 03 Sep 2008 12:11:16 +0200, michael hilgers wrote
> frank,
> 
> vdr war gerade gestartet, also auf dem client nachgeschaut:
> 
> apt-cache show vdrdevel-plugin-remoteosd
> Package: vdrdevel-plugin-remoteosd
> Priority: extra
> Section: misc
> Installed-Size: 88
> Maintainer: Debian VDR Team <pkg-vdr-dvb-devel at lists.alioth.debian.org>
> Architecture: i386
> Source: vdr-plugin-remoteosd
> Version: 0.0.2-12
> Depends: libc6 (>= 2.3.6-6), libgcc1 (>= 1:4.1.1-12), libstdc++6 (>=
> 4.1.1-12), vdrdevel (>= 1.7.0-1devel1),
> vdrdevel-plugin-svdrdevelpservice
> Filename:
> pool-etch/binary/vdr-multipatch/vdrdevel-plugin-remoteosd_0.0.2-12_i386.deb
> Size: 19620
> MD5sum: bd9d16b33f72007b65824e0ffee4a668
> SHA1: 47faac555892e25cdee5368cf1626c4837de566a
> SHA256: 7626d52a980085041e2a85fa88747ddde9020a7ca797da62a7c4bc84b631c1c4
> Description: VDR plugin to control the OSD of a remote VDR
>  This VDR plugin displays the menu of a remote VDR as a submenu item 
> in your local VDR OSD menu. Vdr-Patchlevel: liemikuutio jumpplay 
> ttxtsubs audioindexer syncearly-audioindexer disableDoubleEpgEntrys 
> noepg iptv rotor yaepg sourcecaps graphtft cuttime
> 
> michael


-- 
habe ich von einem mitsurfer geklaut (finde ich gut):
Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal
abgeschaltet werden. Ohne "_remove_this_" wird sie auch in Zukunft noch
funktionieren.





More information about the pkg-vdr-dvb-devel mailing list