Updates für yaVDR 0.5 stable: VDR 2.0.6, XBMC Gotham, Lirc usw.

Hallo,
danke erstmal für das Update. Leider habe ich den Post hier erst nachträglich gelesen und die /etc/init.d/tntnet überschrieben.. Nach einem Neustart ist tntnet unter /etc/init.d/ nicht mehr auffindbar. Auch sudo apt-get install --reinstall tntnet brachte keinen Erfolg.

Was kann ich tun?

Gruß
doe

Also nach einem Neustart wurde tntnet wieder ausgeführt, aber die Dateien /etc/tntnet/tntnet.conf und auch /etc/init/tntnet.conf waren leer.. Erstere habe ich mithilfe von GitHub wieder befüllt, aber für die /etc/init/tntnet.conf finde ich die Inhalte nicht.

Also zusammengefasst: tntnet wird ausgeführt, ist aber über den Browser nicht erreichbar

Kann der Hook das reparieren?
Kann es mit Custom Templates zusammenhängen?
Gibt es ein Pendant zu process-template, um wieder die normalen config Dateien zu benutzen?

Danke im Voraus
doe

Greift tntnet seitdem Update auf eine neue Config ?

Ich hatte vor dem Update immer unter "/etc/tntnet/tntnet.conf" den Port 80 auf 8082 geändert.

Listen  	0.0.0.0 8082

Nur jetzt scheint tntnet die Config einfach zu ignorieren und startet den Server trotzdem auf 80

Hat funktioniert

Vielen Dank

--Update--

Hier noch die Änderung die ich gemacht habe....

nano /etc/yavdr/templates_custom/etc/tntnet/tntnet.xml/31_listeners

Inhalt der Datei 31_listeners...

<listener>
  <ip></ip>
  <port>8082</port>
</listener>

danach das Custom Template in die Config übertragen...

process-template /etc/tntnet/tntnet.xml

und zum Schluss den Dienst durchpusten

service tntnet restart

Fertig

ahh... Das hat auch mein Problem gelöst.

Vielen Dank!

Ich bekomme auf einem System einen 404 Fehler "vhost ... nicht gefunden". Auf einem anderen System geht es. inhalt von /etc/tntnet/ ist von funkt. System übernommen... Woran kann das liegen? Kann jetzt leider meine FB nicht konfigurieren. Damit ist der WAF grad bei null

Zitat von hueb_s

inhalt von /etc/tntnet/ ist von funkt. System übernommen...

Hat das funkt. System denn die gleiche Version von tntnet?

Ansonsten wie oben mal "sudo process-template /etc/tntnet/tntnet.xml" probieren und Rechner neu starten.

Lars.

Hallo,

ich habe heute das Update für yavdr-stable durchgeführt. Nach anfänglichen kleineren Schwierigkeiten mit "lirc"/Harmony ging's eigentlich ganz gut. Nur habe ich jetzt folgendes Problem, das in einem anderen Thread schon einmal gelöst war:

[solved][yavdr 0.5-stable] graphtftng/graphtft-fe 0.4.5 'refresht' Ausgabe nicht sauber (v0.4.1-5 ist ok)

Damals half es die Version von graphtft (+ graphtft-fe) auf 0.4.1-5 zu "pinnen". Nach dem Update nun ist für beide Pakete Version 0.4.10+git20140301 installiert. Das pinning funktioniert nicht mehr. Kann es sein, daß aus den Paketarchiven 0.4.1-5 entfernt wurde??

Wie komme ich wieder zur alten Version?

Gruß, ciax

Zitat von ciax

Wie komme ich wieder zur alten Version?

Ich habe nochmal (lange) gesucht, konnte aber leider die alte Version 0.4.1-5 (graphtftng, graphtft-fe) der Pakete nicht mehr finden. Warum es mit den neueren Versionen ab 0.4.1-5 hier zu den im o.a. Link beschriebenen Problemen kommt, weiß ich nicht.

Wäre schön, wenn einer von euch die Pakete irgendwo "herumliegen" hat bzw. mir auf die Sprünge hilft.

Nur der Vollständigkeit halber: Mein Problem hat sich erledigt. Aus irgendwelchen Gründen war yavdr-essential nicht mehr installiert.

falls es jemand interessiert: es kann sein, dass vdr-plugin-vnsiserver zurückgehalten wird. man kann/muss es dann mit apt-get install vdr-plugin-vnsiserver manuell installieren. sonst gibt's in xbmc kein live tv. (Ich habe ein vollkommen sauberes yavdr. immer schön dist-upgrade und immer schön stable.)

root@vdr-hd:~# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete sind zurückgehalten worden:
  vdr-plugin-vnsiserver
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
root@vdr-hd:~# apt-cache policy vdr-plugin-vnsiserver
vdr-plugin-vnsiserver:
  Installiert: 2:0.9.1+git20131213.1417-e1c3fb1-6yavdr2~precise
  Kandidat:	2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise
  Versionstabelle:
 	2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise 0
    	500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages
 *** 2:0.9.1+git20131213.1417-e1c3fb1-6yavdr2~precise 0
    	100 /var/lib/dpkg/status
root@vdr-hd:~# apt-get install vdr-plugin-vnsiserver
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete werden ENTFERNT:
  vdr-plugin-vnsiserver3
Die folgenden Pakete werden aktualisiert (Upgrade):
  vdr-plugin-vnsiserver
1 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
Es müssen 114 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 42,0 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? j
Hole:1 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main vdr-plugin-vnsiserver amd64 2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise [114 kB]
Es wurden 114 kB in 0 s geholt (642 kB/s)
dpkg: vdr-plugin-vnsiserver3: Abhängigkeitsprobleme, wird aber wie gefordert dennoch entfernt:
 vdr-plugin-vnsiserver hängt ab von vdr-plugin-vnsiserver3.
(Lese Datenbank ... 92939 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von vdr-plugin-vnsiserver3 ...
(Lese Datenbank ... 92932 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von vdr-plugin-vnsiserver 2:0.9.1+git20131213.1417-e1c3fb1-6yavdr2~precise (durch .../vdr-plugin-vnsiserver_2%3a1.1.0~git20140518-7d4aa813cc-0yavdr2~precise_amd64.deb) ...
Ersatz für vdr-plugin-vnsiserver wird entpackt ...
vdr-plugin-vnsiserver (2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise) wird eingerichtet ...
root@vdr-hd:~# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Danke fürs Update!!

Zitat von ciax

Ich habe nochmal (lange) gesucht, konnte aber leider die alte Version 0.4.1-5 (graphtftng, graphtft-fe) der Pakete nicht mehr finden. Warum es mit den neueren Versionen ab 0.4.1-5 hier zu den im o.a. Link beschriebenen Problemen kommt, weiß ich nicht.

Wäre schön, wenn einer von euch die Pakete irgendwo "herumliegen" hat bzw. mir auf die Sprünge hilft.

Da alte Paket hilft dir nur bedingt. Du müsstest dir den Source besorgen und es lokal gegen den installierten vdr übersetzen (jedes mal, wenn es ein Update für den vdr gibt).

Lars

.. stimmt natürlich! Danke - das "pinning" bis jetzt auf die alte Version hat eigentlich recht lange gehalten. An den neuen vdr nun im update, und daß damit das alte plugin nicht mehr geht, dachte ich gar nicht. Mir wäre es egal es selbst zu übersetzen - du hast da in einem Thread einmal eine Anleitung gemacht. Den link habe ich und mit nOpacity hat es damals gut funktioniert. Bei "graphtftng" habt ihr aber noch als 2. Paket "graphtft-fe". Wenn ich die beiden nun nach der Anleitung kompiliere, passt es dann auch mit den Pfaden für die binaries und der Abhängigkeit zur neuen vdr version? Woher bekomme ich den source für graphtft in genau dem "branch"/version, wie ihr in damals im paket hattet?

Danke für die Hilfe!

PS: soweit ich mich erinnere, hatte auch user "TheChief" das o.a. Problem - bei 2. Leuten interessiert das natürlich niemanden.

Einfach bei Launchpad nicht nur nach veröffentlichten, sondern auch nach alten Paketen suchen:
https://launchpad.net/~yavdr/+archive/ubuntu/stable-vdr/+packages?field.name_filter=graphtft&field.status_filter=&field.series_filter=precise

Lars.

moin,

Danke auch von mir für das gelungene Update.

Wie nippes schon schrieb hab ich auch auf zwei Rechnern mit

apt-get update
apt-get dist-upgrade
reboot
apt-get install vdr-plugin-vnsiserver
reboot

sofort ein problemlos laufendes System bekommen,

xbmc zeigt wieder die Kamera-Filme zwischen Bildern und mein subjektiver Eindruck ist,
dass sowohl im vdr mit softhddevice als auch xbmc die Bildqualität besser geworden ist,
möglicherweise ist das deinterlacing optimiert?

Molto bene e complimenti.

Frank