The same problem with ImageMagick as here: http://bugs.gentoo.org/246234 Changed directory for ImageMagick, etc. With the following patch it is working: ============= --- music-0.2.0/Makefile.org 2009-04-27 21:47:43.000000000 +0200 +++ music-0.2.0/Makefile 2009-04-27 21:50:03.000000000 +0200 @@ -141,7 +141,8 @@ ifdef HAVE_MAGICK DEFINES += -DHAVE_MAGICK - LIBS += -lMagick -lMagick++ + LIBS += -lMagick++ + INCLUDES += -I/usr/include/ImageMagick else DEFINES += -DHAVE_IMLIB2 LIBS += -lImlib2 ============= Save the patch (e.g. "${FILESDIR}"/imagemagick.patch) and adjust the PATCHES in the ebuild: PATCHES=("${FILESDIR}/${P}-gentoo.diff" "${FILESDIR}/${P}-vdr-1.5.x.diff" "${FILESDIR}/${P}-lyrics.diff" "${FILESDIR}/${P}-gcc4.3.diff" "${FILESDIR}"/imagemagick.patch ) Reproducible: Always
media-plugins/vdr-music-0.2.0 The set USE-Flags: imagemagick sndfile vorbis
It would me much more handy for our devs if you could attach patches as unified diffs (diff -u).
(In reply to comment #2) > It would me much more handy for our devs if you could attach patches as unified > diffs (diff -u). > Hi! The patch for "Makefile" was created with "diff -Naur" so this should be okay. Or am I missing something? A created patch have to be applied - so a line to the ebuild must be added. IMHO this is trivial for any ebuild writer to add this line. But surely I can also post a "diff -Naur" for the ebuild next time. Have a nice day.
Are there any news on this issue? I fixed it for me, adding a brute -I/usr/include/ImageMagick/ to my CFLAGS in make.conf, but for sure it's not the most elegant way (and recently this caused a problem with another ebuild).
It seems that vdr-music could not be built with the vdr 1.7 API, so I adjusted that dependency in the ebuild too. You could try the ebuild in my overlay (maggu2810-overlay). It should work, but I cannot test it, because I use the 1.7 API.
oops, duplicaded bug http://bugs.gentoo.org/show_bug.cgi?id=274159 ist fixed now