(Gelöst) VDR 1.7.28 aus e-tobi Quellen - plötzlich sources.list.d Probleme und kein w_scan mehr verfügbar

    Liebe Community,
    Bei mir läuft nun seit gut einem Jahr ein VDR aus den e-tobi Quellen (version 1.7.28) auf Debian Squeeze.
    Ich wollte nun die Senderliste mal aktualisieren. Leider muss ich das immer händisch mit "w_scan" machen.


    Dabei hab ich plötzlich bemerkt dass w_scan nicht mehr verfügbar ist - sprich offenbar nicht mehr installiert ist. (ich hab es nie deinstalliert....)
    Bei dem Versuch es zu installieren kam eine Fehlermeldung, dass in sources.list.d von e-tobi irgendein filename nicht stimmt und die installation bricht ab.


    Auch ein apt-get update schlägt bei den e-tobi Quellen fehl - Debian updates kommen jedoch ganz normal und werden auch installiert.


    Als sources für e-tobi hab ich folgendes drinnen:

    Code
    deb http://e-tobi.net/vdr-experimental squeeze base addons vdr-multipatch
deb-src http://e-tobi.net/vdr-experimental squeeze base addons vdr-multipatch


    Ich habe leider keine logfiles oder sonstigen output den ich euch hier anhängen kann, da ich ohnehin nicht weis was sinnvoll wäre.


    Meine Fragen/Bitten an euch:
    -) Wie kann ich die Quellen und sonstiges wieder richtig stellen um die aktuellen VDR updates zu bekommen?
    -) wie bekomme ich das "w_scan" wieder drauf?


    Vielen Dank für eure Hilfe!
    lG
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

    Edited once, last by FTF ().

    Ich hoffe du versuchst auch w-scan zu installieren und nicht w_scan ;)


    Eine ausgabe von aptitude update oder halt aptitude install w-scan wäre hier hilfreich.


    Hier http://e-tobi.net/vdr-experimental/pool-squeeze/binary/base/ kannste die Binaries auch mit wget laden und manuell mit dkg -i installieren, so als Notlösung.

    Quote from FTF

    Ich wollte nun die Senderliste mal aktualisieren. Leider muss ich das immer händisch mit "w_scan" machen.


    Wieso denn leider? Du musst nur dann den Sender-Scan selbst machen, wenn du dem VDR verboten hast es selbst zu tun. Erlaube doch dem VDR einfach selbst zu aktualisieren, mache deine Einstellungen rückgängig.


    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

    Hallo!
    Also eigentlich möchte ich w_scan installieren.
    Aber vielleicht haben wir beide Recht und das Paket heißt "w-scan" und das comman heißt "w_scan"??


    Der Hintergrund, warum ich händisch updaten muss ist in einem älteren Thema hier schon mal behandelt worden


    Wir haben einen DVB-S auf DVB-C Multiplexer der offenbar die NID falsch setzt. Mir ist nur bis heute ein Rätsel warum gekaufte DVB-C Empfänger nicht das Problem haben, dass bei automatischen Senderupdates etwas falsch läuft.
    Meinen VDR darf ich nicht automatisch updaten lassen, da sonst entweder kein TV oder kein EPG oder beides nicht vorhanden ist.


    Der Hinweis mit wget es händisch runterzuladen probier ich gleich nach dem aus, nach dem ich probiert habe "w-scan" mit apt-get install zu installieren ...


    Die Frage ist einfach warum ich immer noch auf 1.7.28 bin und offenbar mit den e-tobi quellen in meinem Repository (sources.list.d) was nicht stimmt...


    lG
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

    Quote from SOliver

    Ich hoffe du versuchst auch w-scan zu installieren und nicht w_scan ;)


    Eine ausgabe von aptitude update oder halt aptitude install w-scan wäre hier hilfreich.


    Hier http://e-tobi.net/vdr-experimental/pool-squeeze/binary/base/ kannste die Binaries auch mit wget laden und manuell mit dkg -i installieren, so als Notlösung.


    Quote from FTF

    Hallo!
    Also eigentlich möchte ich w_scan installieren.
    Aber vielleicht haben wir beide Recht und das Paket heißt "w-scan" und das comman heißt "w_scan"??


    Das binary heißt w_scan, der source code heißt w_scan, die Manpage heißt w_scan. Warum debian daraus ein 'w-scan' macht ist mir schleierhaft, das ist ein völlig anderer Name.

    Quote from wirbel

    Das binary heißt w_scan, der source code heißt w_scan, die Manpage heißt w_scan. Warum debian daraus ein 'w-scan' macht ist mir schleierhaft, das ist ein völlig anderer Name.


    Weil der Unterstrich bei Paketen reserviert ist als Trenner zwischen Namen, Version- und Release-Bezeichnung.


    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

    Tja. Dann ist das ein bug, der in debian gefixed werden sollte.

    Quote from wirbel

    Tja. Dann ist das ein bug, der in debian gefixed werden sollte.


    Mag sein, wird aber keiner tun, weil das zu aufwändig wäre, aber wenn du willst, dann kannst du ihn ja melden.


    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

    Edited once, last by gda ().

    Ich benutze kein debian, kein Interesse.

    Quote from wirbel

    Ich benutze kein debian, kein Interesse.


    Und mich stört es nicht, dann lassen wir es doch einfach wie es ist.


    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

    Wird wohl so werden.

    Hallo,
    ok, das bedeutet dass ich einfach den falschen Namen für das Packet genommen habe. Werds in den kommenden Tagen ausprobieren ob ich w-scan installieren kann.
    Ich werd euch dann berichten!



    Meine ursprüngliche Frage ist aber leider immer noch offen....



    Die Frage ist einfach warum ich immer noch auf 1.7.28 bin und offenbar
    mit den e-tobi quellen in meinem Repository (sources.list.d) was nicht
    stimmt...


    Verwendet vielleicht jemand anderer auch die E-tobi Quellen in seinen Repositories?
    Wie sieht dann eure sources.list und die Einträge in sources.list.d aus?


    Ich nehme nicht an dass es klug wäre die Repositories zu wechseln, oder? Sprich einmal mit E-Tobi Quellen installiert, sollte ich auch auf diesen bleiben, oder?


    Danke für eure Hinweise!


    lG
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

    Quote

    Die Frage ist einfach warum ich immer noch auf 1.7.28 bin und offenbar
    mit den e-tobi quellen in meinem Repository (sources.list.d) was nicht
    stimmt...


    Nein das passt schon so, Tobi hatte entweder noch keine Zeit oder will abwarten bis alle plugins auf die neue Makefile "Struktur" von vdr >1.7.34 umgestellt sind.


    Hier mal die passenden sources.lst Einträge für Debian Squeeze:


    Evtl. wird auch noch Debian Multimedia benötigt:

    Code
    # DEBIAN MULTIMEDIA
# hier muss vorher folgender befehl ausgefuehrt werden
# gpg --keyserver pgp.mit.edu --recv-keys 1F41B907
# gpg --armor --export 1F41B907 | sudo apt-key add -
deb http://debian-multimedia.informatik.uni-erlangen.de/debian-multimedia/ squeeze main non-free
deb-src http://debian-multimedia.informatik.uni-erlangen.de/debian-multimedia/ squeeze main
deb http://debian-multimedia.informatik.uni-erlangen.de/debian-multimedia/ squeeze-backports main non-free
deb-src http://debian-multimedia.informatik.uni-erlangen.de/debian-multimedia/ squeeze-backports main


    Und klar kannste die Pakete von Tobi deinstallieren und aus anderen Quellen neu installieren, nur aus welchen?
    Die von Debian.org sind auch von Tobi ;)

    SOliver
    Wollte mich kurz für Deine Pakete bedanken.
    Bin heute darübergestolpert und hat mir direkt für XVDR geholfen.
    Danke!!!!

    Debian 11 Bullseye, ASRock J3455-ITX, DVB-S2 quattro, Raspi 3+ (Kodi-VNSI), 1 Raspi A+ (VOMP)

    Hallo,
    Ich kanns nun bestätigen....
    Das Paket heisst "w-scan" und ich musste (und konnte) es installieren. Auch die dvb-apps musste ich nochmals installieren.
    Warum auch immer... ich versteh es nicht, aber es funktioniert wieder.
    Demnach ist der Thread nun als gelöst zu betrachten.
    vielen Dank für eure Hilfe!
    lG
    FTF

    YAVDR 0.5


    Linux tvserver 3.8.0-31-generic #46~precise1-Ubuntu SMP Wed Sep 11 18:21:16 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


    DVB-C (Technotrend TT-connect CT-3650); DVB-T (Realtek RTL2832U); DVB-S2 (DVBSky S960)


    vdr (2.0.3/2.0.0); epgfixer (0.3.1); dummydevice (1.0.3); graphtftng (0.4.1); dynamite (0.1.5); quickepgsearch (0.0.1); skinpearlhd (0.0.1); xine (0.9.4); dvbhddevice (2.0.2); vdrmanager (0.9); xvdr (0.9.9); pvr350 (1.7.4); dvbsddevice (2.0.1); epgsearchonly (0.0.1); xineliboutput (1.0.90-cvs); channellists (0.0.5); iptv (2.0.0); live (0.3.0); softhddevice (0.6.1rc1); restfulapi (0.1.2); streamdev-server (0.6.0-git); autostart (0.9.3); extrecmenu (1.2.3-git); vnsiserver3 (0.9.1); text2skin (1.3.2+git); conflictcheckonly(0.0.1);
    menuorg (0.5.1); wirbelscan (0.0.7); femon (2.0.0); epgsearch (1.0.1.beta5); markad (0.1.5pre); dbus2vdr (17)

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login