VDR-DEVEL bauen, aber pluginss werden rejected

Ich denke einmal es ist eine einfache Frage, für diejenigen, welche es wissen.

Wenn ich nun das VDRDEVEL paket mir als Source hole, auspacke und die Umgebungsvariable entsprechend setze, so daß ein vdrdevel paket dabei heraus kommt. so sollte doch nach Installation die Plugins auch ohne Probleme geladen werden, da ja das Endergenis das gleich sein sollte als wen nich mir das PAket als DEB ziehe. Tun Sie aber nicht; nur wenn ich die Prüfung abschalte.
Die Frage ist warum ? Der Name ist ja der gleiche, aber der Kernel nicht?

Frage : Wie bekomme ich heraus, gegen was der VDR vergleicht und welche Parameter:
Also
-> Version No. ?!?
-> welche ?
-> Kernel
-> welcher ?

kann ich das irgendwo mit lesen ( im log etc ?? )

Ich denke ich habe gefunden

hier bei Tobi

jetzt muss ich mal schauen, ob ich die Infos auch anwenden kann

I raff es nicht ... auf dem ersten Blick alles im Grünen Bereich, auf den Zweiten : Alle Klarheiten beseitigt

Wer kann mir ein Beispiel nennen um z.b. die Sourcen von Tob 1.70-1i als devel zu compilieren, so daß ich die entsprechendne Plugins laden kann ?

Der Kompilierbefehl hat sich ja geändert

von Patch 95 weg und debian/rules binary

weg in

SPECIAL_VDR_SUFFIX=devel fakeroot dpkg-buildpackage -us -uc -tc

Nur wie bekomme ich die Versionsnummern gerade gezogen ?

THX for your help

Zitat

vdr sourcen entpacken
debian verzeichnis von tobis vdr oder tomg vdr rüeberkopieren

das klappt noch mit :
apt-get source vdrdevel und apt-get build-dep vdrdevel

Zitat

dch -v neueversionsnummer

was ist das für ein Command/Script ? was ich darüber gefunden habe ist:

Zitat

> su: dch : command not found
>
> Do we need to install a certain package for this?
> --
>

You'll find this tool in the devscripts package.

Alles anzeigen

dieses Tool ist wohl nur für die History der Changelog zuständig

Zitat

changelog.gz' speichern werden.) Neue Zeilen
werden direkt über die oberste Zeile, die mit einem Stern (`*')
beginnt, eingefügt. Sie können das mit dch(1), oder per Hand mit
einem Texteditor erledigen.

Schließlich kommen Sie zu einer Datei wie dieser hier:

1 gentoo (0.9.12-1) unstable; urgency=low
2
3 * Initial Release.
4 * This is my first Debian package.
5 * Adjusted the Makefile to fix $DESTDIR problems.
6
7 -- Josip Rodin <joy-mg@debian.org> Wed, 11 Nov 1998 21:02:14 +0100
8

Alles anzeigen

Zitat

patches anpassen (ist wohl das schwierigere dabei)
kompilieren

Das ist kein Thema und schon passiert, VDR läuft als VDRDEVEL, jedoch ohne jegliches Plugin und ohne vorher - wie war das - dch aufzurufen...

Zitat

plugins dazukompilieren.

Hier ist das Problem :
Mittels apt-get source vdrdevel-plugin-<name> bekomme ich den Source

jedoch bei

apt-get build-dep vdrdevel-plugin-<name>

um die Abhängigkeit nach zu installieren, um dadurch das Plugin zu compilieren, bekomme ich die Fehlermeldung, das die Abhängigkeiten der Versionsnummern nicht passen

Doppelt ...

Zitat

dann aendere die abhaengigkeiten in debian/control

Genau das habe ich noch nicht ganz kapiert:

In der Control wird der Inhalt zur Laufzeit des Compilers der Variable ""Provides"-field in the control file via the ${vdr: Provides} " abgefragt, wogegen später geprüft wird ... mittels des Scriptes dependencies.sh
Auszug aus der Control :

Zitat

....
Package: vdr
Architecture: any
Depends: ${shlibs: Depends}, ${misc: Depends}, adduser, psmisc, at
...
...

XB-VDR-Patchlevel: ${vdr: Patchlevel}
...
...
Package: vdr-dev
Architecture: all
Depends: ${misc: Depends}, debhelper
Suggests: dh-make
...

Alles anzeigen

Was muss ich wo ändern und wie, dass die Pakete von Tobi akzeptiert werden ? Ein Beispiel wäre nicht schlecht. Was ich gelesen haben, muss ja die Variante mit dem Inhalt vom kompilierten VDR übereinstimmen. Wom sehe ich die ? Vermutlich nur wenn ich die Debug installiere oder reingeniering betreibe?

Die Patchvariante sollte ja auf

Zitat

PATCHVARIANT=multipatch

stehen ...

Habe ich ja ...
mein Problem kommt weiter hinten :

Zitat

DR:/usr/local/src/plug/skin_oppa# apt-get build-dep vdrdevel-plugin-skinsoppalusikka
Paketlisten werden gelesen... Fertig
Abhýngigkeitsbaum wird aufgebaut... Fertig
E: Build-Depends Abhýngigkeit fýr vdr-plugin-skinsoppalusikka kann nicht befriedigt werden, da keine verfýgbare Version von Paket vdr-dev die Versionsanforderungen erfýllen kann.
VDR:/usr/local/src/plug/skin_oppa# VDR:/#
VDR:/#

Alles anzeigen

Ich kann mir die Sourcen vom Plugin holen, aber ich kannmir die Abhängigkeiten nicht auflösen : Sei es hier, oder sei es wenn ich Die Plugins 1:1 übernehmen will. Klappt zu 99 % - also warum dann noch mal übersetzen ... Früher war das kein Thema,

Wenn es so einfach wäre .....
GrafLCD macht Probleme - da kann die Abhängigkeit nicht aufgelost werden, IPTV will irgendwelche Pfade, welche es nicht finded und bricht ab .....

Mir geht es darum, da nicht kritsche Paket, wie z.B. GrafLCD , welche ja ueber den Parallel-Port laufen nicht rejected werden - und beim normalen Übersetzen Probs machen.
Wie schon gesagt : Ein einfaches NO in der /etc/defaut hilft nichts

SCHE:::::SSS ABHÄNGIGKEIT-PRÜFUNG !!!
Wenn der Mist mal funktionieren würde - oder mir jemand erklären könnte wie es funktioniert

Ich habe den VDR 1.7.0 selber compiliert und mittels dpkg -i vdr..blablablsa.deb installiert.
Minimum VDR läuft - alles prima

Nun die vdr-dev installiert, wird ja gebraucht für die plugins.

Nun sourcen von
a) Vdrdevel ....
und später auch
b) Vdr-plugin-skinsoppalusikka-1.6.1

geholt, mittels
apt-get build-dep <plugin-Name> die Abhängigkeiten überprüft
Alles ok bisher.

Nun habe ich 2 Wege probiert

a) im Verzeichnis die alte Art : debian/rules binary und das Ergebnis installiert
b) im Verzeichniss mittels : dpkg-buildpackage -r -us -uc -sa ( ich bin root ) und das Ergebnis installiert.

Alle Pakete werden rejected - egal wie es anstelle.
Nächster Versuch in debian/control die vdr-dev (>= 1.6.0-5) auf vdr-dev (>= 0.0 ) geändert - neu durchcompiliert :
WIeder rejected .

Bitte - jetzt soll mir bitte schön jemand erklären, woran es noch hakt ! Komptibiltätsprüfung ok, aber das vermiesst einen noch den ganzen Spaß an der Sache

Zitat

VDR:/usr/local/src/VDR_Patch_Plugin/text2skin# /etc/init.d/vdr restart
Restarting Linux Video Disk Recorder: vdr
Searching for plugins (VDR 1.7.0/1.7.0) (cache hit): wirbelscan text2skin
WARNING: The following plugins have been left out due to possible binary incompatibility: skinsoppalusikka.
VDR:/usr/local/src/VDR_Patch_Plugin/text2skin#

Alles anzeigen

Zitat

VDR:/usr/local/src/VDR_Patch_Plugin# dpkg -l |grep vdr
ii ctvdrcfg 1.33 Package to install and reconfigure a set of
ii libdvdread3 0.9.7-2 library for reading DVDs
ii vdr 1.7.0-1devel1 Video Disk Recorder for DVB cards
ii vdr-dev 1.7.0-1devel1 Video Disk Recorder for DVB cards
ii vdr-plugin-skinsoppalusikka 1.6.1-1 Skin plugin for vdr
ii vdr-plugin-text2skin 1.0+cvs20080122.2311-7 Plugin to vdr that loads and views skins
ii vdr-plugin-wirbelscan 0.0.4a~20080515-1 Channelscan plugin for VDR
ii vdr-skins 0.7 Skins for VDR's text2skin plugin
ii vdradmin-am 3.6.2-1 Web-based administration tool for vdr
ii vdrdevel 1.7.0-1devel1 Video Disk Recorder for DVB cards
ii vdrdevel-plugin-femon 1.6.0-1 DVB frontend status monitor plugin for VDR
rc vdrdevel-plugin-graphlcd 0.1.5-12 GraphLCD Plugin for VDR
ii vdrdevel-plugin-iptv 0.2.0-1 IPTV plug-in for VDR
ii vdrdevel-plugin-remote 0.4.0-11 VDR Plugin to support the built-in remote co
ii vdrdevel-plugin-skinsoppalusikka 1.6.0-1 Skin plugin for vdrdevel
ii vdrdevel-plugin-wirbelscan 0.0.3~20070903-7 Channelscan plugin for VDR
VDR:/usr/local/src/VDR_Patch_Plugin#

Alles anzeigen

und das nächste

Zitat

WARNING: The following plugins have been left out due to possible binary incompatibility: pvrinput.
VDR:/usr/local/src/VDR_Patch_Plugin/pvrinput#

Also ich kann machen was ich will .... es kommt immer nur folgendes raus

Zitat

**************************************
* c't VDR ýbersicht *
**************************************

c't VDR: 1.7.0-1devel1
Kernel : 2.6.24-etchnhalf.1-486

Patches:
--------------------------------------
liemikuutio
jumpplay
ttxtsubs
iptv
yaepg

Plugins (APIVERSION 1.7.0):
( N = Native Plugin )
( ! = Falscher Patchlevel )
( - = Deaktiviert )
--------------------------------------
! vdr-plugin-pvrinput (2008-07-05-1)
! vdr-plugin-remote (0.4.0-15)
! vdr-plugin-skinsoppalusikka (1.6.1-1)
! vdr-plugin-text2skin (1.0+cvs20080122.2311-7)
! vdr-plugin-wirbelscan (0.0.4a~20080515-1)

AddonýPackages:
--------------------------------------
vdr-addon-noad (0.6.1-1)
vdr-channellogos (0.0.3-3)
vdr-skins (0.7)
vdr-skins-speciallogos (0.2)
VDR:/tmp#

Alles anzeigen

Zitat

du mischt vermutlich patchlevel vdr mit nicht mehr patchlevel verwendende plugins.

??? Hä ? Verstehe ich jetzt überhaupt nicht :
Entschuldige, was meinst Du ?

Ich hole mir die Sourcen von e-Tobi mittels
apt-get source vdrdevel-plugin ....

dort liegt auch der 1.7.0 VDR-devel. Wie kann ich da was mischen ? Wenn ich von hier aus normal nur installiere, funktioniert es ja auch ( von dort installiere ich probehalbe die vdrdevel version)
die vdrdevel-dev liegt jedoch nicht mehr auf meinem System ( hilft auch nichts, wenn doch -schon probiert )

Interessanterweise wird mir das SKINoppalusikka erst geladen, seitdem mir das PVRinput plugin rejected wird. Deinstalliere ich den pvrInput, wird mir wieder der SKIN rejected.

Ich verstehe es einfach nicht, wo ich den Denkfehler drin habe ... Die ganze Abhängigkeits geschichte habe ich noch nicht gefressen, also wie, was und von welcher Stelle was hergenommen und überprüft wird..

Wo kommt z.B. das 1devel1

von 't VDR: 1.7.0-1devel1 in der Übersicht her ?

Die API version der Plugin scheint ja zu stimmen

Plugins (APIVERSION 1.7.0):

nur die Version des VDR's nicht.
Die Varible habe ich in der Control auch nicht gefunden, die Tobi anspricht....
unter ...debian/ habe ich keine Datei welche abi-version heißt oder ähnlich
Sollte ich eine anlegen,welche api-version heißt ( ist hier ein Schreibfehler von Tobi ? ) und wenn ja mit welchem Inhalt ? einfach 1.7.0 ?

Zitat

The ABI version name, that the VDR package will use, is specified in debian/abi-version and from there finds it's way to the "Provides"-field in the control file via the ${vdr:Provides} substition variable. It's the package maintainers responsibility to change the ABI version name with every ABI changes that might be introduced in a new package release. The C++ ABI compatibility is well documented by the KDE team in "Policies/Binary Compatibility Issues With C++"

siehe hier

sources.list war schuld :Vdrdevel und vdr drin gewesen