Ein neuer vdr und neues menuorg sind unterwegs - sobald beide verfügbar sind, bitte mal testen.
Ich hatte das schon mal drin, aber dann gab es irgendwie ein anderes Problem... Ich weiß nur nicht mehr, welches. Aber das werdet ihr schon finden.Lars.
Vielen Dank. Das Problem mit dem Löschen ist nun behoben. Mal gucken was das andere ist 
Nur damit sich niemand wundert, dass einige Pakete nicht mehr benötigt und zum automatischen Entfernen vorgeschlagen werden - ich habe in testing ein paar Abhängigkeiten von yavdr-essential entfert: https://github.com/yavdr/yavdr-es…eed2633b279466e
War jetzt eine lange Zeit zu faul Updates einzuspielen. Bevor ich Updates einspiele mache ich immer ein apt-get dist-upgrade -s . Was mich hier wundert sind die 3 Pakete die entfernt werden sollen.
vdr-plugin-restfulapi yavdr-essential yavdr-webfrontend sollten die nicht da bleiben bzw ein Update erfahren?
apt-get dist-upgrade -s
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete werden ENTFERNT:
vdr-plugin-restfulapi yavdr-essential yavdr-webfrontend
Die folgenden NEUEN Pakete werden installiert:
linux-headers-3.2.0-61 linux-headers-3.2.0-61-generic linux-image-3.2.0-61-generic
Die folgenden Pakete werden aktualisiert (Upgrade):
apache2 apache2-mpm-prefork apache2-utils apache2.2-bin apache2.2-common curl dpkg dpkg-dev dvb-driver-sundtek-mediaclient file firefox firefox-globalmenu graphtft-fe ifupdown libapache2-mod-php5 libbluetooth3
libcups2 libcupsimage2 libcurl3 libcurl3-gnutls libdpkg-perl libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgtk-3-0 libgtk-3-bin libgtk-3-common libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgudev-1.0-0 libmagic1
libmysqlclient18 libnss3 libsmbclient libssl-dev libssl1.0.0 libtiff4 libudev0 libwbclient0 libxine1-xvdr linux-firmware linux-generic linux-headers-generic linux-image-generic linux-libc-dev mysql-common
openssh-client openssh-server openssl php5 php5-common python-imaging samba samba-common samba-common-bin smbclient ssh udev update-manager-core vdr vdr-addon-avahi-mounter vdr-dev vdr-markad vdr-plugin-channellists
vdr-plugin-dbus2vdr vdr-plugin-dummydevice vdr-plugin-dvbhddevice vdr-plugin-dvbsddevice vdr-plugin-dynamite vdr-plugin-epgsearch vdr-plugin-extrecmenu vdr-plugin-femon vdr-plugin-fritzbox vdr-plugin-graphtft
vdr-plugin-graphtftng vdr-plugin-imonlcd vdr-plugin-iptv vdr-plugin-live vdr-plugin-markad vdr-plugin-menuorg vdr-plugin-pvr350 vdr-plugin-skinpearlhd vdr-plugin-softhddevice vdr-plugin-streamdev-server
vdr-plugin-svdrposd vdr-plugin-svdrpservice vdr-plugin-text2skin vdr-plugin-upnp vdr-plugin-wirbelscan vdr-plugin-xine vdr-plugin-xineliboutput vdr-plugin-xvdr vdr-skin-anthra-1920-fse vdr-tft-anthraize
vdr-tftng-anthraize vdr-tftng-pearlhd vdr-tftng-standard xineliboutput-sxfe yavdr-base yavdr-utils
100 aktualisiert, 3 neu installiert, 3 zu entfernen und 0 nicht aktualisiert.
fuggy
Das konnte ich nicht beobachten, das würde mich auch wundern da diese 3 Pakete essenziell sind für Yavdr. Allerdings tue ich regelmäßig updaten.
Ja genau deshalb frage ich ja nach. Habe bestimmt schon 2 Jahre yavdr-testing und noch nie dieses Problem. Wie finde ich den heraus warum genau diese Pakete entfernt werden sollen?
Wie finde ich den heraus warum genau diese Pakete entfernt werden sollen?
Schau mal mit apt-cache policy woher die aktuell stammen und warum es keine Installations-Kandidaten aus testing gibt:
sudo apt-get update
apt-cache policy vdr-plugin-restfulapi yavdr-essential yavdr-webfrontendDie stammen tatsächlich aus stable. Was ich wundert bin mir ziemlich sicher auch bei Updates aus testing bereits diese Pakete gesehen zu haben.
apt-cache policy vdr-plugin-restfulapi yavdr-essential yavdr-webfrontend
vdr-plugin-restfulapi:
Installiert: 20140213003511testing-0yavdr0~precise
Kandidat: 20140511110233stable-0yavdr0~precise
Versionstabelle:
20140511110233stable-0yavdr0~precise 0
500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages
20140511110153testing-0yavdr0~precise 0
500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages
*** 20140213003511testing-0yavdr0~precise 0
100 /var/lib/dpkg/status
yavdr-essential:
Installiert: 20130905102221stable-0yavdr0~precise
Kandidat: 20130905102221stable-0yavdr0~precise
Versionstabelle:
*** 20130905102221stable-0yavdr0~precise 0
500 http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu/ precise/main amd64 Packages
100 /var/lib/dpkg/status
yavdr-webfrontend:
Installiert: 20130905102307stable-0yavdr0~precise
Kandidat: 20130905102307stable-0yavdr0~precise
Versionstabelle:
*** 20130905102307stable-0yavdr0~precise 0
500 http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu/ precise/main amd64 Packages
100 /var/lib/dpkg/status
/etc/apt/sources.list.d/yavdr.list
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
/etc/apt/sources.list.d/yavdr-testing-vdr-precise.list
deb http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu precise main
Das ist halt suboptimal testing und stable zu mischen... in dem Fall muss man zwingend mit apt-pinning arbeiten, damit er die Pakete aus dem richtigen PPA holt:
#/etc/apt/preferences.d/yavdr
Package: *
Pin: release o=LP-PPA-yavdr-testing-vdr
Pin-Priority: 1002
Package: *
Pin: release o=LP-PPA-yavdr-testing-yavdr
Pin-Priority: 1002
#Package: *
#Pin: release o=LP-PPA-yavdr-testing-xbmc
#Pin-Priority: 1002War mir so gar nicht bewusst. Da testing eigentlich immer aktuellere Versionen liefert klappte das mit dem Update bis jetzt immer. Aber irgendwann ist ja immer das erste mal. 
Wenn ich stable aus /etc/apt/sources.list.d/yavdr.list rausnehme sollte doch der Keks auch gegessen sein. Oder gibts da wieder Pakete die nur in stable sind und nicht in testing und dann fehlen?
Wenn ich stable aus /etc/apt/sources.list.d/yavdr.list rausnehme sollte doch der Keks auch gegessen sein. Oder gibts da wieder Pakete die nur in stable sind und nicht in testing und dann fehlen?
Das ändert ja nichts daran, dass eines der installierten Pakete aus stable-yavdr ggf. immer noch eine höhere Versionsnummer hat (der Build-Server gibt den Paketen einfach einen Zeitstempel als Versionsnummer mit).
Was ich gerade gesehen habe: du hast das testing-yavdr PPA gar nicht eingetragen, das sollte schon drin sein, wenn man testing nutzen möchte.
Ah da liegt der Hase im Pfeffer. Jetzt schaut das schon anders aus. Nun sind nur noch ein paar Pakete dabei bei Downgrade gelistet.
Ich ziehe vor dem Update besser ein Image. Dann gehe ich das diese Woche nach der Dienstreise mal an.
apt-get dist-upgrade -s
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden NEUEN Pakete werden installiert:
imvirt libfile-slurp-perl libimvirt-perl libmodule-find-perl linux-headers-3.2.0-61 linux-headers-3.2.0-61-generic linux-image-3.2.0-61-generic
Die folgenden Pakete werden aktualisiert (Upgrade):
apache2 apache2-mpm-prefork apache2-utils apache2.2-bin apache2.2-common curl dpkg dpkg-dev dvb-driver-sundtek-mediaclient file firefox firefox-globalmenu graphtft-fe ifupdown libapache2-mod-php5 libbluetooth3
libcups2 libcupsimage2 libcurl3 libcurl3-gnutls libdpkg-perl libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgtk-3-0 libgtk-3-bin libgtk-3-common libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgudev-1.0-0 libmagic1
libmysqlclient18 libnss3 libsmbclient libssl-dev libssl1.0.0 libtiff4 libudev0 libwbclient0 libxine1-xvdr linux-firmware linux-generic linux-headers-generic linux-image-generic linux-libc-dev mysql-common
openssh-client openssh-server openssl php5 php5-common python-imaging samba samba-common samba-common-bin smbclient ssh udev update-manager-core vdr vdr-addon-avahi-mounter vdr-dev vdr-markad vdr-plugin-channellists
vdr-plugin-dbus2vdr vdr-plugin-dummydevice vdr-plugin-dvbhddevice vdr-plugin-dvbsddevice vdr-plugin-dynamite vdr-plugin-epgsearch vdr-plugin-extrecmenu vdr-plugin-femon vdr-plugin-fritzbox vdr-plugin-graphtft
vdr-plugin-graphtftng vdr-plugin-imonlcd vdr-plugin-iptv vdr-plugin-live vdr-plugin-markad vdr-plugin-menuorg vdr-plugin-pvr350 vdr-plugin-restfulapi vdr-plugin-skinpearlhd vdr-plugin-softhddevice
vdr-plugin-streamdev-server vdr-plugin-svdrposd vdr-plugin-svdrpservice vdr-plugin-text2skin vdr-plugin-upnp vdr-plugin-wirbelscan vdr-plugin-xine vdr-plugin-xineliboutput vdr-plugin-xvdr vdr-skin-anthra-1920-fse
vdr-tft-anthraize vdr-tftng-anthraize vdr-tftng-pearlhd vdr-tftng-standard xineliboutput-sxfe yavdr-base yavdr-essential yavdr-utils
Die folgenden Pakete werden durch eine ÄLTERE VERSION ERSETZT (Downgrade):
vdr-tft-pearlhd vdr-tft-standard yavdr-i18n yavdr-plymouth-theme yavdr-remote yavdr-webfrontend
Ja mein Fehler. Ging vermutlich bis jetzt nur durch "Zufall" gut, erstaunlicherweise recht lange.
Habe hier noch eine OCZ Vertex2 rumliegen. Vielleicht mache ich mich bei der Gelegenheit mal an den Umzug auf SSD des Systems. Würde dann sauber neuinstallieren und direkt danach auf Testing (alle Repos und nicht nur die Hälfte) gehen.
Don’t have an account yet? Register yourself now and be a part of our community!