Fehlende text2skin Abhängigkeit: libmagick++6-dev

Hallo,

Bin am bauen eines lokalen VDR Repositorys unter Debian/Sid und kann die Abhängikeiten von E-Tobis vdr-plugin-text2skin nicht generieren:

mkdir /usr/src/vdr-plugin-text2skin
cd /usr/src/vdr-plugin-text2skin
apt-get source vdr-plugin-text2skin (läuft durch und wendet das diff an)

apt-get build-dep vdr-plugin-text2skin

Generiert mit folgende Fehlermeldung:

Zitat

"Paket libmagick++6-dev ist nicht verfügbar, wird aber von einem anderen Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es veraltet ist oder nur aus einer anderen Quelle verfügbar ist. Doch die folgenden Pakete ersetzen es: libmagick++9-dev graphicsmagick-libmagick-dev-compat E: Paket libmagick++6-dev hat keinen Installationskandidaten"

Da libmagick++9-dev libmagick++6-dev ersetzt hab ich nichts unternommen und mich trotzdem zum kompilieren entschieden:

cd /usr/src/vdr-plugin-text2skin/vdr-plugin-text2skin-1.0+cvs20050618/
debian/rules binary

Zitat

Lou@KanotixBox:/usr/src/vdr-plugin-text2skin/vdr-plugin-text2skin-1.0+cvs20050618# debian/rules binary
test -d debian/patched install -d debian/patched
dpatch apply-all
applying patch 01_Makefile-fPIC-fix to ./ ... ok.
applying patch 90_APIVERSION to ./ ... ok.
applying patch 91_cvs-20051107 to ./ ... ok.
applying patch 92_vdr-1.3.38 to ./ ... ok.
applying patch 93_libfreetype6-2.2.1 to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
touch configure-stamp
dh_testdir
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=.
make[1]: Entering directory `/usr/src/vdr-plugin-text2skin/vdr-plugin-text2skin-1.0+cvs20050618'
make[1]: Leaving directory `/usr/src/vdr-plugin-text2skin/vdr-plugin-text2skin-1.0+cvs20050618'
make[1]: Entering directory `/usr/src/vdr-plugin-text2skin/vdr-plugin-text2skin-1.0+cvs20050618'
g++ -fPIC -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I/usr/include/vdr/include -I/usr/linux/include -I/usr/include -I. -o text2skin.o text2skin.c
g++ -fPIC -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I/usr/include/vdr/include -I/usr/linux/include -I/usr/include -I. -o loader.o loader.c
g++ -fPIC -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I/usr/include/vdr/include -I/usr/linux/include -I/usr/include -I. -o display.o display.c
g++ -fPIC -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I/usr/include/vdr/include -I/usr/linux/include -I/usr/include -I. -o render.o render.c
g++ -fPIC -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I/usr/include/vdr/include -I/usr/linux/include -I/usr/include -I. -o common.o common.c
g++ -fPIC -Wall -Woverloaded-virtual -O2 -g -c -DHAVE_IMAGEMAGICK -DHAVE_FREETYPE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"text2skin"' -I/usr/include/freetype2 -I/usr/include/vdr/include -I/usr/linux/include -I/usr/include -I. -o bitmap.o bitmap.c
bitmap.c:14:22: error: Magick++.h: Datei oder Verzeichnis nicht gefunden
bitmap.c:15: error: ‘Magick’ is not a namespace-name
bitmap.c:15: error: expected namespace-name before ‘;’ token
bitmap.c: In member function ‘bool cText2SkinBitmap::LoadMagick(const char*, int, int, int, bool)’:
bitmap.c:209: error: ‘Image’ was not declared in this scope
bitmap.c:209: error: template argument 1 is invalid
bitmap.c:209: error: template argument 2 is invalid
bitmap.c:209: error: invalid type in declaration before ‘;’ token
bitmap.c:213: error: ‘Image’ cannot appear in a constant-expression
bitmap.c:213: error: template argument 1 is invalid
bitmap.c:213: error: template argument 2 is invalid
bitmap.c:213: error: expected initializer before ‘it’
bitmap.c:214: error: ‘readImages’ was not declared in this scope
bitmap.c:215: error: request for member ‘size’ in ‘images’, which is of non-class type ‘int’
bitmap.c:219: error: invalid types ‘int[int]’ for array subscript
bitmap.c:220: error: ‘it’ was not declared in this scope
bitmap.c:220: error: request for member ‘begin’ in ‘images’, which is of non-class type ‘int’
bitmap.c:220: error: request for member ‘end’ in ‘images’, which is of non-class type ‘int’
bitmap.c:222: error: ‘OpaqueOpacity’ was not declared in this scope
bitmap.c:223: error: ‘Color’ was not declared in this scope
bitmap.c:224: error: ‘RGBColorspace’ was not declared in this scope
bitmap.c:229: error: ‘Geometry’ was not declared in this scope
bitmap.c:241: error: expected initializer before ‘*’ token
bitmap.c:244: error: ‘pix’ was not declared in this scope
bitmap.c:244: error: ‘MaxRGB’ was not declared in this scope
bitmap.c:251: error: expected type-specifier before ‘Exception’
bitmap.c:251: error: expected `)' before ‘&’ token
bitmap.c:251: error: expected `{' before ‘&’ token
bitmap.c:251: error: ‘e’ was not declared in this scope
bitmap.c:251: error: expected `;' before ‘)’ token
bitmap.c:256: error: expected primary-expression before ‘catch’
bitmap.c:256: error: expected `;' before ‘catch’
make[1]: *** [bitmap.o] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-plugin-text2skin/vdr-plugin-text2skin-1.0+cvs20050618'
make: *** [build-stamp] Fehler 2

Alles anzeigen

Wie lös ich das Problem? Offenbar will er das libmagick++6-dev trotzdem oder woran hackt es?

*Topic hochschieb*

Ist keiner da der mir nen Tipp geben könnte?

Hab unterdessen versucht libmagick++6-dev für die Debian /Sid unstable Distri im Netz zu finden und wurde nur noch in der Debian / sarge Stable Distribution fündig. Soviel ich als Linux Newbie weiss ist es im Normallfall unklug unstable mit stable Ware zu vermischen, weil das zu Problemen führen kann. Wenn ich es aber gar nicht mehr unter unstable finde und davon ausgehen muss, dass es nun fester Teil von stable ist - was ist dann zu tun? Ich sollte stable Ware doch nie in die Sources.list aufnehmen wenn ich unter unstable laufe oder geht das so rum okay und das umgekehrte nicht (unstable verwenden unter stable)?

LordJaxom: okay - dann werd ich mal versuchen die Version 9 zu installieren

okay... vielen Dank LordJaxom - auch wenn er mir danach immer noch mitteilte die "Verarbeitung der Build-Dependencies ist fehlgeschlagen" konnte man das Plugin nun erfolgreich kompilieren... also hat er die Dependencies abgearbeitet und war nun einfach unglücklich über das im .dsc file eingetragene libmagick++6-dev

Sources.list:

Zitat

# Unstable
deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb-src http://ftp.de.debian.org/debian unstable main contrib non-free

# Testing
deb http://ftp.de.debian.org/debian testing main contrib non-free
deb-src http://ftp.de.debian.org/debian testing main contrib non-free

# Kanotix
deb http://kanotix.com/files/debian sid main contrib non-free vdr
deb-src http://kanotix.com/files/debian sid main contrib non-free vdr

# Tobi's Experimental VDR Repository (multipatch)
deb http://e-tobi.net/vdr-experimental sid base addons vdr-multipatch
deb-src http://e-tobi.net/vdr-experimental sid base addons vdr-multipatch

Alles anzeigen

Preferences:

Zitat

Package: *
Pin: release o=e-tobi.net
Pin-Priority: 1001

Package: *
Pin: release a=unstable
Pin-Priority: 500

Package: *
Pin: release a=testing
Pin-Priority: 200

Package: *
Pin: release a=experimental
Pin-Priority: 50

Alles anzeigen

Falls Anpassungen fällig sind wäre ich froh wenn mir jemand sagen könnte welche. Marillat MM Plugins lass ich im Moment aussen vor, deswegen fehlt er im APT Pfad.

Ausserdem kriege ich beim Plugin kompilieren andauernd Warnungen bezüglich des Patch Levels:

Zitat

Warnung, „debian/vdr-plugin-reelchannelscan/DEBIAN/control“ enthält benutzerdefiniertes Feld „Vdr-Patchlevel“

Etwas stimmt also noch nicht.

Ich hab noch 2 weitere Newbie Fragen:

• Spielt es eine Rolle in welcher Reihenfolge man kompiliert (erst VDR dann Plugins oder ist das egal)?
• Ist die Ordnerstruktur wie sie E-Tobi im Das VDR Quelltextpaket Topic beschreibt korrekt? Für Plugin Quellen wäre in dem Fall der einzig richtige Ort /usr/src/<paket-name> - allerdings habe ich in /usr/src/vdr/vdr-1.4.4/ ein Verzeichnis PLUGINS/src wo ich mir eigentlich eher vorstellen könnte das es reinpasst. Also dann wär's die Struktur /usr/src/vdr/vdr-1.4.4/PLUGINS/src/<paket-name> ist nur eine Stelle richtig oder ist die Stelle völlig egal?

Ich wäre euch sehr dankbar für letzte Korrekturen und Tipps bezüglich der "VDR Architektur" - dann kann es eigentlich nicht mehr schief gehen beim bauen.

Zitat

Original von wilderigel
VDR und Plugins müssen ned in der sonst bei vdr üblichen Struktur vorliegen.
Du kannst den vdr in /usr/src kompilieren, und die Plugins in /home z.B.

Aha, muss dann mit symbolischen Links nachgeholfen werden damit der VDR die kompilierten Plugins findet oder reicht es den Standort der Plugins mit vdr -p pfad/<plugin name> beim aufstarten des vdr an zu geben?

Zitat

Original von wilderigel

Also doch schon Sid, ev mal Tobi melden, ob er die debian/control mal anpasst wegen libmagick++9-dev.
Edit: nö, passt eigentlich eh:

Code

Source: vdr-plugin-text2skin
Section: misc
Priority: extra
Maintainer: Thomas Günther <tom@toms-cafe.de>
Origin: ctvdr
Bugs: mailto:pkg-vdr-dvb-devel@lists.alioth.debian.org
Build-Depends: debhelper (>> 4.1.16), vdr-dev (>= 1.4.4-1), libmagick++-dev (>= 5.5.7) | libmagick++6-dev | libmagick++9-dev, dpatch (>= 2.0.9)
Standards-Version: 3.7.2

Jein, irgendwie rafft es Apt so wie es jetzt im dsc file drinn steht nicht, wie es mit der neuen Version 9 umgehen soll. Anstatt sie einfach zu installieren bricht apt den buil-dep Vorgang ab. Vielleicht schreib ich's den Leuz noch - mal schauen, erst mal den VDR zum laufen kriegen...