[UPDATE sarge|sid/experimental] vdr 1.3.41 + plugins

Kann es sein, daß Tobi trayopen nach dem letzten vdr-update (auf -1ctvdr2) nicht neu übersetzt hat?

LG
Roman

Habs jetzt selber kompiliert und den selben Fehler.

also:
habe zur Sicherheit die Startup-Checks wieder aktiviert (habe ich sonst aus, wegen schnellerem start) und nochmal getestet ...
Ergebnis: lüppt

Hilft das hier weiter?

apt-cache policy vdr
vdr:
  Installiert:1.3.41-1ctvdr2
  Mögliche Pakete:1.3.41-1ctvdr2
  Versions-Tabelle:
 *** 1.3.41-1ctvdr2 0
        700 [URL]http://e-tobi.net[/URL] sarge/vdr-multipatch Packages
        100 /var/lib/dpkg/status
     1.2.6-13 0
        500 [URL]http://ftp2.de.debian.org[/URL] sarge/main Packages

apt-cache policy vdr-plugin-trayopen
vdr-plugin-trayopen:
  Installiert:0.0.3-5
  Mögliche Pakete:0.0.3-5
  Versions-Tabelle:
 *** 0.0.3-5 0
        700 [URL]http://e-tobi.net[/URL] sarge/vdr-multipatch Packages
        100 /var/lib/dpkg/status

Falls ich sonst weiterhelfen kann ...

LG
Roman

Das selbe hier:

bart:~# apt-cache policy vdr vdr-plugin-trayopen
vdr:
  Installiert:1.3.41-1ctvdr2
  Mögliche Pakete:1.3.41-1ctvdr2
  Versions-Tabelle:
 *** 1.3.41-1ctvdr2 0
        500 [URL]http://e-tobi.net[/URL] sarge/vdr-multipatch Packages
        100 /var/lib/dpkg/status
     1.2.6-13 0
        500 [URL]http://ftp.at.debian.org[/URL] sarge/main Packages
vdr-plugin-trayopen:
  Installiert:0.0.3-5
  Mögliche Pakete:0.0.3-5
  Versions-Tabelle:
     0.0.3-5 0
        500 [URL]http://e-tobi.net[/URL] sarge/vdr-multipatch Packages
 *** 0.0.3-5 0
        100 /var/lib/dpkg/status

Nja, nehm eh lieber trayopen 0.0.2

Habe jetz mal gecleant und vdr + trayopen reinstallt.
Keine Änderung.

Ich sehe das doch richtig, daß "really binary incompatibility" zustande kommt, wenn das Plugin mit einer "falschen" vdr-dev Version übersetzt worden ist, oder?

Was sagt denn:

vdr -V -P trayopen

???

LG
Roman

Zitat

Original von Uatschitchun
Kann es sein, daß Tobi trayopen nach dem letzten vdr-update (auf -1ctvdr2) nicht neu übersetzt hat?

Die Änderung im vdr-Paket zwischen vdr_1.3.41-1ctvdr1 und vdr_1.3.41-1ctvdr2 war sehr klein und betraf die Plugin-Schnittstellen gar nicht. Deswegen ist kein Plugin neu übersetzt worden.

Tom

Hallo,

ich verwende Debian etch und wollte das Paket libxine-dev installieren. Dieses Paket ist Abhängig von xlibs-dev das es unter Debian etch bzw. sid nicht mehr gibt.

Bekomme folgende Fehlermeldung:

libxine-dev:
Depends: xlibs-dev but it is not installable

Hier meine sources.list

deb http://ftp.de.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.de.debian.org/debian/ etch main contrib non-free

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

deb http://e-tobi.net/vdr-experimental sid base addons vdr-standard

Gruß Dile

Veraltetes Paket: xlibs-dev. David Nusinow gab bekannt, dass mit dem Upload von X.org 6.9 nach Unstable das xlibs-dev-Metapaket nicht länger gebaut werde. Dies führe dazu, dass bei vielen Paketen ein Bauversuch fehlschlagen werde, bis ihre Bauabhängigkeiten dahingehend angepasst seien, nur noch die benötigten Bibliotheken aufzulisten. Da all diese Bibliotheken auch in Sarge verfügbar seien, könnten die Pakete immer noch leicht rückportiert werden.

http://lists.debian.org/debian…nce/2006/01/msg00003.html

Mit dem Script kann man die Abhänigkeuten neu auflösen.
http://people.debian.org/~dnus…-split-2005-11-15.tar-bz2

Der Bugreport ist ein Blick wert
http://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=debian-release@lists.debian.org:transition-xlibs-dev&repeatmerged=no

kalium

War mal so frei cdda für vdr 1.3.41 zu debianisieren.

Zu finden hier:
Entfernt, gibts jetzt bei Tobi.

Werd ich mal ne zeit lang dort liegen lassen.

Darf natürlich gerne von Tom oder Tobi übernommen werden.

Hat inzwischen jemand rausgefunden, wie man die Fortschrittsbalken wieder rein bekommt?