Ein apt-dist upgrade entfernte das pvdr-plugin-vompserver, installierte vdr 1.7.27 und nun ist Schluss.
Im 0.4er PPA gibt es keinen VDR 1.7.27
Schez beiseite: wie bekomme ich das wieder ans Laufen?
Wer sich testing, oder unstable installiert, der kann sich doch auch die Sourcen holen und compilieren?
Gerald
Hallo detech,
siehe hier: https://launchpadlibrarian.net…atty_FAILEDTOBUILD.txt.gz
mvpreceiver.c: In constructor 'MVPReceiver::MVPReceiver(cChannel*, cDevice*)':
mvpreceiver.c:43:142: error: no matching function for call to 'cReceiver::cReceiver(tChannelID, int, int, const int*, const int*, int*)'
/usr/include/vdr/include/vdr/receiver.h:46:3: note: candidates are: cReceiver::cReceiver(const cChannel*, int)
/usr/include/vdr/include/vdr/receiver.h:19:17: note: cReceiver::cReceiver(const cReceiver&)
mvpreceiver.c: In member function 'virtual void MVPReceiver::threadMethod()':.... ungetestet habe ich das hier gefunden: [GEFIXT] VDR 1.5.10 + Vompserver Problem
In den aktuellen sourcen ist das in der mvpreceiver.c ab Zeile 37
... vielleicht kannst Du ja mal testen, da ich z.Zt. auf stable bleibe! An den 1.7.27 traue ich mich im Moment noch nicht ran!
vG
Wolfgang
Hallo Gerald,
danke für die Rückmeldung. Ich würde das Plugin ja gerne kompilieren, wenn ich denn die Info zum "wie" schneller finden würde. Der yavdr läuft bei mir bereits so lange problemlos, das mir nicht mehr bewusst war, das es sich um die Testing Variante handelt. 
Jetzt muss ich nur noch meine Signatur anpassen, die Systemkonfiguration passt auch nicht mehr. (erledigt, passt wieder)
Viele Grüße
Uwe
hi
a; apt-get source Quelltext-Paket
b; dpkg-source -x Quelltext-Paket
c: cd Quelltext-Paket
d: dch -i
e; dpkg-buildpackage -tc
f; dpkg -i Quelltext-Paket.dep
fertig
mfg det
Generell muß "testing-vdr" on top auf "stable-vdr" definiert werden, d.h. alles was sich nicht in testing fertig findet holt man sich eben aus stable und baute es gegen den installierten VDR. Was da zu tun ist wurde schon gefühlt 1000-fach beschrieben.
Aber es ist Eure Aufgabe Euren VDR und die definierten Repositories im Griff zu haben, ganz besonders wenn ihr von irgendeinem Pre-ISO installiert habt. Die Pre-Version impliziert ganz besonders Eure Verantwortung hier auf Plausibilität der Installation zu achten. Und wir informieren regelmäßig über Veränderungen, z.B. hier, auch das liegt in Eurer Verantwortung, Euch die nötigen Information zu besorgen.
Aber das nutzt alles nix, "vdr-plugin-vompserver" baut grad noch nicht gegen 1.7.27, das muß erst gelöst werden. In "stable-vdr" (1.7.22) steht aber alles nötige zur Verfügung.
Regards
fnu
Oder kann mir jemand sagen ob und bis wann es eine Verfügbarkeit des Plugin vdr-plugin-vompserver geben könnte?
Nein, und selbst wenn wir das könnten, dann würden wir es nicht tun, weil uns das unter Druck setzen würde.
Gerald
Am besten dann wenn es wieder läuft mit der fsarchiver Live-CD eine Sicherung der Partition machen. Dann gibts immer einen Weg zurück.
http://sourceforge.net/projects/qt4-fsarchiver/files/Live-CD
my2cents
Joe
Eine Anmerkung noch: Euer Testing Zweig scheint ja besser zu laufen als man am Namen festmachen könnte.
Nachdem wir ihn eigentlich primär für uns selbst aufbauen, wären wir ja bekloppt da Schrott einzustellen. Jeder von Euch kann diesen bei Interesse mittesten, wird ja auch immer angekündigt, eben mit den beschriebenen Einschränkungen. Es werden ja auch Sachen für kommende yaVDR Versionen mitgetestet ... 
Einzige echte Einschränkung gibt es für die Nutzer, die aktiv Device Bonding (früher LNB-Sharing) nutzen, da gibt es mit der VDR Version 1.7.22 aus "stable-vdr" einige Probleme.
Dann gibts immer einen Weg zurück.
Es ist so angelegt, das es immer einen Weg zurück gibt. Sicherungen sind je nach KnowHow und Anspruch wichtig und notwendig, aber für Repository Wechsel nicht notwendig.
Regards
fnu
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
