[gelöst] nach dist-upgrade Konflikt bei vdr und yavdr-base

miki11 · 2. April 2013

Ich habe gestern dist-upgrade durchführen wollen, jedoch ist das schief gelaufen.

Nachdem vdr update meinte, das auch yavdr-base die gleiche Datei beinhalten würde, wie vdr, habe ich alles deinstalliert, was in Abhängigkeit war.
Danach habe ich alles wieder installiert, bis auf yavdr-base und yavdr-essential.
Wenn ich die letzte zwei Pakete versuche zu installieren, kommt die gleiche Meldung, wie zur Beginn:

Code

Die folgenden NEUEN Pakete werden installiert:
  yavdr-base
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 337 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 776 kB Plattenplatz zusätzlich benutzt.
(Lese Datenbank ... 182192 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von yavdr-base (aus .../yavdr-base_20120927011807stable-0yavdr0~precise_all.deb) ...
»Umleitung von /var/lib/vdr/plugins/xine/noSignal4x3.mpg zu /var/lib/vdr/plugins/xine/noSignal4x3.mpg.dontremove durch yavdr-base« wird beibehalten
»Umleitung von /var/lib/vdr/plugins/xine/noSignal16x9.mpg zu /var/lib/vdr/plugins/xine/noSignal16x9.mpg.dontremove durch yavdr-base« wird beibehalten
»Umleitung von /usr/share/libxine1-xvdr/nosignal.mpg zu /usr/share/libxine1-xvdr/nosignal.mpg.dontremove durch yavdr-base« wird beibehalten
mhddfs-vdr stop/waiting
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/yavdr-base_20120927011807stable-0yavdr0~precise_all.deb (--unpack):
 Versuch, »/etc/init/vdr.conf« zu überschreiben, welches auch in Paket vdr 1.7.42-2yavdr0~precise ist
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Trigger für ureadahead werden verarbeitet ...
ureadahead will be reprofiled on next reboot
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/yavdr-base_20120927011807stable-0yavdr0~precise_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Alles anzeigen

Auch habe ich in Syslog jetzt stehen

Code

Can't connect to tcp://127.0.0.1:37890

und vdr-sxfe startet ständig neu.

Code

netstat -lnput|grep 37890
tcp        0      0 127.0.0.1:37890         0.0.0.0:*               LISTEN      1011/vdr

axo:
ich habe yavdr 0.5 laufen

ATD · 2. April 2013

Code

dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/yavdr-base_20120927011807stable-0yavdr0~precise_all.deb (--unpack):
 Versuch, »/etc/init/vdr.conf« zu überschreiben, welches auch in Paket vdr 1.7.42-2yavdr0~precise ist

Überprüfe Deine PPAs, denn entweder stable oder nicht. VDR 1.7.42-2yavdr0~precise gehört nicht zum stable! Installiere dann yavdr-essential und versuche nochmal mit einem dist-upgrade.

Albert

miki11 · 2. April 2013

Tatsache
wie ist das passiert

source.list

Code

# deb http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/unstable-xbmc/ubuntu precise main
# deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu precise main


# deb-src http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/unstable-xbmc/ubuntu precise main
# deb-src http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu precise main

source.list.d/yavdr.list

Code

deb http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu precise main


deb-src http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu precise main

k.A. wieso die Packete in source.list auch gelandet sind. Ich habe einzig upubuntu-com-kernel-amd64-precise.list
erweitert, da ich kernel 3.5 brauche für ATI HDMI Ton.

Naja, ich entferne die unstable und hoffe, dann gehts wieder.

miki11 · 2. April 2013

Hat alles geklappt, danke!

utiltiy · 2. April 2013

Du nutzt unstable PPA, dort wurden Änderungen durchgeführt die zu diesem Problem führen wenn nicht unstable-yavdr verwendet wird. Dabei muss man aber auch noch diverse Sachen beachten.

Also besser nicht verwenden, wie die Listen bei Dir aktiv wurden wäre noch interessant

ATD · 2. April 2013

Zitat von utiltiy

wie die Listen bei Dir aktiv wurden wäre noch interessant

Seltsam ist auch, das die Einträge in der sources.list gelandet sind, denn ein add-apt-repository würde sie unter sources.list.d ablegen.

Albert

fnu · 2. April 2013

Zitat von miki11

da ich kernel 3.5 brauche für ATI HDMI Ton.

Reicht der 3.5er nicht, der Dir von Ubuntu mit Precise "aufgezwungen" wird?

ATD · 2. April 2013

Zitat von fnu

Reicht der 3.5er nicht, der Dir von Ubuntu mit Precise "aufgezwungen" wird?

Echt? Dann muss ich morgen mal mein Notebook aktualisieren. Warum ist eigentlich bei yaVDR 0.5 (stable) nur die 3.2.0.39 enthalten?

Albert

seahawk1986 · 2. April 2013

Zitat von DaKilla

Warum ist eigentlich bei yaVDR 0.5 (stable) nur die 3.2.0.39 enthalten?

Weil der Installer von yaVDR 0.5 auf Ubuntu 12.1 basiert und es bei den Ubuntu LTS-Versionen keine unnötigen automatischen Versionssprünge durch Updates gibt. Man kann sich die entsprechenden Pakete (linux-generic-lts-quantal) allerdings selbstverständlich nachinstallieren.

ATD · 2. April 2013

Zitat von seahawk1986

Man kann sich die entsprechenden Pakete (linux-generic-lts-quantal) allerdings selbstverständlich nachinstallieren.

Ist das auch empfehlenswert bezüglich yaVDR 0.5 stable oder eher nicht. Ich denke dabei an den nachlaufenden Balken mit CIR, wobei die 3.5 noch keine Abhilfe schaffen sollte.

Albert

miki11 · 2. April 2013

so ist es, da wird mir kein 3.5 "aufgezwungen"! 3.2 ist bei yavdr0.5 dabei.

>> Seltsam ist auch, das die Einträge in der sources.list gelandet sind, denn ein add-apt-repository würde sie unter sources.list.d ablegen.

Richtig, mit add-repo würden diese Zeilen in source.list.d landen.
Ich habe yavdr nicht selber hinzugefügt, sondern von yavdr0.5 CD installiert.
Ich kann mich nicht erinnern diese Zeilen in source.list eingefügt zu haben.
Also entweder habe erinnere ich mich einfach nicht daran, dass ich diese Zeilen selber erstellt habe, oder die Zeile waren bei der Installation bereits dabei.

ATD · 2. April 2013

Zitat von miki11

Also entweder habe erinnere ich mich einfach nicht daran, dass ich diese Zeilen selber erstellt habe, oder die Zeile waren bei der Installation bereits dabei.

Bei der Installation sind sie nicht in der sources.list, habe gerade nachgeschaut.

Albert

gda · 2. April 2013

Zitat von miki11

oder die Zeile waren bei der Installation bereits dabei.

Unsinn, keine Gerüchte verbreiten.

Gerald

miki11 · 2. April 2013

hmm, ich wüsste nicht warum ich in source.list was eingetragen haben soll, mache ich normal nicht. Naja wie auch immer, jetzt sind die Zeilen gelöscht....

fnu · 2. April 2013

Zitat von miki11

so ist es, da wird mir kein 3.5 "aufgezwungen"! 3.2 ist bei yavdr0.5 dabei.

Nun, ist ja einigen hier so gegangen, das der 3.5er von Quantal quasi jetzt der Standard für "-generic" bei Precise ist, für "-lowlatency" bleibt's bei 3.2 ...

Der 3.5er läßt sich seit Wochen evtl. Monate schon per:

Code

sudo apt-get install linux-generic-lts-quantal linux-headers-generic-lts-quantal

Installieren.

Regards
fnu

miki11 · 2. April 2013

Tatsache, habe damals nicht gefunden, daher die ppa für 3.5

[gelöst] nach dist-upgrade Konflikt bei vdr und yavdr-base

Jetzt mitmachen!

Teilen