unstable vdr ppa und dbus2vdr

    Hi,


    ich versuche die ganze Zeit zu verstehen, warum der VDR beim starten immer hängen bleibt. Ich habe komplett unstable (main/yavdr/vdr/xbmc) aktiviert.


    Es sieht so aus, als wenn der VDR immer wieder nach dem starten von dbus2vdr gestoppt wird, aber dabei hängt.


    Hab jetzt extra auch einige der Plugins deaktiviert, aber sieht selbst im Log:



    Und dann passiert nichts mehr, was bleibt ist den vdr mit kill -9 ab zu schießen.


    Ist das ein momentan bekanntes verhalten? Jemand eine Idee wie ich den Fehle beheben könnte (ausser dbus2vdr komplett abzuschalten)?


    Gru0

    Wie startest du den VDR denn?

    Zitat von TCr82
    Code
    Jan 11 16:50:41 vdr vdr: [20972] dbus2vdr: raise SIGSTOP for Upstart

    Da wurde dbus2vdr mit "--upstart" gestartet und Sendet ein SIGSTOP - der Upstart-Job muss dementsprechend ein "expect stop" beinhalten (vgl. http://upstart.ubuntu.com/cookbook/#expect-stop).
    Das sollte normalerweise über die /etc/init/vdr.override gesetzt werden: https://github.com/yavdr/yavdr…ter/etc/init/vdr.override

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    okay, dann fehlt die Datei in yavdr-base neuerdings...



    Zitat von mini73

    Doku lesen hilft und wird bei unstable-Nutzern vorausgesetzt.


    Lars


    ja hab ich, aber in der README hab ich jetzt nichts speziell bei Upstart gefunden was mir weiter geholfen hat: https://github.com/flensrocker/vdr-plugin-dbus2vdr

    unstable-precise gibt es nicht wirklich, in unstable werden nur die trusty-Pakete gepflegt.
    Für precise gibt es nur testing uns stable.


    Lars

    Zitat von mini73

    unstable-precise gibt es nicht wirklich, in unstable werden nur die trusty-Pakete gepflegt.
    Für precise gibt es nur testing uns stable.


    Lars


    dann wäre es hilfreich wenn ihr a) die Pakete dort entfernt oder b) (weil a wahrscheinlich nicht möglich) es dort in der Beschreibung vermerken würdet. Generell wäre ein Status auf einer bestimmten Seite nicht schlecht, gerade weil sich das ja immer wieder ändert. Früher war es kein Problem (für mich) auf unstable zu gehen. Bin auch beholfen wenn es zu Problemen kommt (mehrere Jahre Debian/Ubuntu Erfahrung) und wenn nicht "darf" man ja auch mal hier fragen (wofür das Forum ja wohl auch da ist).


    Gruß

    Natürlich darfst du das PPA nutzen, aber es steht doch dran: unstable.
    Und wenn man sich die Daten der Pakete ansieht, stellt man ziemlich schnell fest, dass bei precise nichts mehr passiert, sondern nur bei den trusty Paketen. Außerdem erwähnen wir es immer wieder, dass es eher Zufall ist, wenn unstable funktioniert.


    Nichts für ungut. Aber gerade zwischen testing und unstable sind im yavdr-Bereich so große Unterschiede, dass es keinen vernünftigen Weg von testing auf unstable gibt (wenn man nicht manuell nacharbeiten kann).


    Du darfst also gerne unstable testen, dann aber trusty.
    Und wenn es ein Problem gibt, dann gerne inkl. Lösung melden und nicht einfach nur nachfragen. Dafür haben wir keine Zeit.


    Bei unstable wollen wir nicht helfen oder hilfreich sein, sondern da erwarten wir, dass uns geholfen wird.


    Lars

    Zitat von TCr82

    ja hab ich, aber in der README hab ich jetzt nichts speziell bei Upstart gefunden was mir weiter geholfen hat: https://github.com/flensrocker/vdr-plugin-dbus2vdr


    Da steht doch

    Zitat von README
    Code
    -u, --upstart
        enable Upstart started/stopped events

    Und dann muss man sich halt durchhangeln und im Zweifelsfall den Code ansehen (und die Upstart-Doku gelesen haben): https://github.com/flensrocker…9601bdffb/dbus2vdr.c#L461


    Zitat von TCr82

    dann wäre es hilfreich wenn ihr a) die Pakete dort entfernt oder b) (weil a wahrscheinlich nicht möglich) es dort in der Beschreibung vermerken würdet.

    Nomen est omen.
    In unstable landet (zumindest von meiner Seite) alles, bei dem ich sicher gehen will, dass das Paket auf Launchpad baut. Außerdem können da experimentelle Pakete landen, bei denen niemand ausschließen kann, dass sie nicht doch irgendwelche Dreckeffekte machen.


    Wenn du aktuelle Pakete aus einer zuverlässigen Quellen haben willst, machst du am besten ein eigenes PPA auf und schaust dir jeweils genau an, was du da hineinkopierst.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von TCr82

    okay, dann fehlt die Datei in yavdr-base neuerdings...

    Nein, tut sie nicht:


    Ich denke außerdem nicht, dass "apt-get reinstall" zwischenzeitlich gelöschte Konfigurationsdateien wieder installiert - da muss man normalerweise mit dpkg arbeiten:

    Code
    sudo dpkg --force-confmiss -i /var/cache/apt/archives/yavdr-base_20150107150135unstable-0yavdr0~precise_all.deb


    Wurde da eventuell mal die Action change-frontend aufgerufen, als yavdr-base bereits aktualisiert war aber yavdr-utils noch aus testing stammte (ggf. wegen einem fehlenden apt-pinning)?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Wenn du aktuelle Pakete aus einer zuverlässigen Quellen haben willst, machst du am besten ein eigenes PPA auf und schaust dir jeweils genau an, was du da hineinkopierst.


    also ich habe nicht gesagt dass ich zuverlässige pakete möchte oder habe ich? Mir ist klar was unstable heist und momentan bin ich gerne bereit diesen weg zu gehen. Desweiteren habe ich jetzt kurzum meinen VDR Platt gemacht und mit 14.04 server installiert und installiere gerade über das paket yavdr-essential wieder alles wichtige drauf.

    Zitat von TCr82

    dann wäre es hilfreich wenn ihr a) die Pakete dort entfernt oder b) (weil a wahrscheinlich nicht möglich) es dort in der Beschreibung vermerken würdet. Generell wäre ein Status auf einer bestimmten Seite nicht schlecht, gerade weil sich das ja immer wieder ändert. Früher war es kein Problem (für mich) auf unstable zu gehen. Bin auch beholfen wenn es zu Problemen kommt (mehrere Jahre Debian/Ubuntu Erfahrung) und wenn nicht "darf" man ja auch mal hier fragen (wofür das Forum ja wohl auch da ist).


    Wir lassen uns nicht vorschreiben was wie wie zu tun haben. Wir haben uns nur bereiterklärt die Distribution yaVDR zu supporten. Die Distribution greift nicht auf diese PPAs zu. Wir betrachten diese PPAs als privat. Wir sind eben nur so freundlich und verstecken sie nicht. Aber aus dieser Bereitstellung dürfen uns keine irgendwie geartete Pflichten erwachsen.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    immer das gleiche hier :(


    niemand hat hier was vorgeschrieben. ich habe nur gesagt es wäre hilfreich.


    der tonfall ist hier leider fast immer zum ****


    Keine Ahnung wieso ich und viele andere hier immer angemeckert werden...


    Ich habe das GANZ SICHER NICHT gesagt um irgendjemanden auf die füße treten zu wollen.

    Wir haben nur einfach keine List, immer wieder über unstable zu reden. Das ist eben nicht yaVDR. Das nächste mal bitte unter Debian/Derivate posten. Und da dieses SIGSTOP quasi eine Kernkomponente in yavdr ist, gehen wir natürlich davon aus, dass alle, die unstable benutzen, auch um die inneren Zusammenhänge des vdr-Starts in yavdr bescheid wissen. Von unserer Seite aus ist das also eine Anfängerfrage. Und sowas lesen wir einfach nicht gerne im Zusammenhang mit unstable. Ein bisschen mehr Wissen um die Zusammenhänge der Upstartjobs wäre schon passend. Am besten schaust du dir alle an, die installiert werden, um diese Zusammenhänge zu verstehen. Danke.


    Ich verschiebe mal eben den Thread.


    Lars

    Zitat von TCr82

    niemand hat hier was vorgeschrieben. ich habe nur gesagt es wäre hilfreich.


    Für uns ist es nicht hilfreich und es macht uns nur zusätzliche Arbeit. Denn irgendwer von uns müsste es doch wohl schreiben, oder?


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Servus,


    stimmt, nervt eigentlich schon beim interessierten mitlesen, das immer wieder Fragen zu "unstable" kommen.
    Ich würde die Threads an Eurer Stelle einfach ignorieren und sogar den gebetsmühlenartigen Hinweis auf "keinen Support" einfach weglassen.


    Markus

    Naja es kann sich halt nicht jeder mit allem auskennen. Aber deswegen ist man doch in einer Gemeinschaft unterwegs um sich auszutauschen. Ich versuche ja auch immer brav erst mal selbst durch zublicken und forsche im Internet/Code nach. Aber ab einer gewissen Komplexität (wobei dieses Level bei mir normal schon hoch liegt) bzw wenn meine Suche zu keinem Ergebnis führt oder das Ergebnis nicht meinem Problem entspricht, erscheint es mir einfacher kurz bei den Experten durchzulauschen (mit einer so gut wie möglichen Beschreibung).


    Klar stelle ich auch mal eine Dumme Frage weil ich auf em Schlauch steh.


    Aber eigentlich ist das doch auch von Vorteil wenn Sachen hier fachlich Diskutiert werden, dann können andere sich auch daran bereichern.


    Ich kann wirklich gut verstehen das man manchmal genervt ist wenn jemand mit einer Anfrage ala "xy geht nicht" kommt, keine Details dazu liefert und nicht mal nach der Fehler Meldungen gegoogelt hat (Komme selbst aus dem Support Bereich).


    Aber ich denke dazu gehöre ich und manch andere hier sicher nicht.


    Darum finde ich die Umgangsformen hier manchmal leider richtig pampig und unfair.


    Z.b. das Thema Doku.. anstatt vorzuschlagen so einen Wiki Eintrag aufzubauen (was euch wieder einiges an Support Arbeit erspart da man blump darauf verweisen kann) kommt nur es wäre nicht hilfreich und wird kategorisch abgelehnt.


    Nochmal ich versehe es bedingt kann es aber trotzdem nicht für gut und konstruktiv heisen.


    Gruß

    TCr82


    Ich weiß gar nicht was das Diskutieren soll?


    Für "yavdr/unstable-vdr" sind die Regeln glasklar, es gibt keinen Support und es werden keine Wünsche oder Empfehlungen von Nutzern angenommen.


    Wenn Du es freiwillig nutzen möchtest, kannst Du das tun, musst aber selbst damit klar kommen und etwaige Probleme auch selbst lösen können. Da gibt es nichts zu verstehen, gut zu heißen oder zu kommentieren, das Repository gehört dem yavdr Team und unterliegt dessen Regeln. Das ist seit Jahren hier allgemein bekannt.


    Ich gehe davon aus das die Diskussion hier zu Ende ist und schließe den Thread.


    Regards
    fnu

    HowTo: APT pinning

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden