Neues Makfile und Paktetbau. Grundsätzliche Frage(n).

avjui · 3. März 2013

Hallo

Hab mich ein wenig mit dem neuen Makfilesystem herumschlagen und habe beim Bau von Plugins immer wieder Probleme.
Mal zur Ausgangssituation.
Make.config

Code

#
# User defined Makefile options for the Video Disk Recorder
#
# Copy this file to 'Make.config' and change the parameters as necessary.
#
# See the main source file 'vdr.c' for copyright information and
# how to reach the author.
#
# $Id: Make.config.template 2.18 2013/02/08 10:31:38 kls Exp $


### The C compiler and options:


CC       = gcc
CFLAGS   = -g -Wall


CXX      = g++
CXXFLAGS = -g -Wall -Werror=overloaded-virtual -Wno-parentheses 


ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
    CFLAGS += -O0
    CXXFLAGS += -O0
else
    CFLAGS += -O3
    CXXFLAGS += -O3
endif


ifdef VDRDEBUG
    # Required for special debug build of VDR, where plugins are
    # not unloaded at runtime to give valgrind a chance to detect
    # memory leaks in the plugin libs
    DEFINES += -DVDRDEBUG
endif


BIDI = 1


# Use 'make M32=1 ...' to build a 32-bit version of VDR on a 64-bit machine:
ifdef M32
CFLAGS   += -m32
CXXFLAGS += -m32
endif


### The directory environment:


# Default directories (adjust as necessary or desired):


PREFIX    = /usr
#BINDIR    = $(PREFIX)/bin
#INCDIR    = $(PREFIX)/include
LIBDIR    = $(PREFIX)/lib/vdr/plugins
#LOCDIR    = $(PREFIX)/share/locale
#MANDIR    = $(PREFIX)/share/man
#PCDIR     = $(PREFIX)/lib/pkgconfig
#RESDIR    = $(PREFIX)/share/vdr
#DVBDIR    = /usr/src/v4l-dvb/linux/include/uapi


VIDEODIR  = /home/video.00
CONFDIR   = /etc/vdr
#CACHEDIR  = /var/cache/vdr


# Overrides for preset/legacy configurations:


# Use 'make LCLBLD=1' to build locale and plugin files under the source directory:
ifdef LCLBLD
LOCDIR       = $(CWD)/locale
PLUGINDIR    = $(CWD)/PLUGINS
ifndef PLUGIN # don't overwrite for plugins with old makefiles
LIBDIR       = $(PLUGINDIR)/lib
endif
HDRDIR       = $(CWD)/include
endif


# Use 'make ONEDIR=1' to have all data in one single directory:
ifdef ONEDIR
VIDEODIR     = /video
CACHEDIR     = $(VIDEODIR)
CONFDIR      = $(VIDEODIR)
RESDIR       = $(VIDEODIR)
endif


# Use this if you want to have a central place where you configure compile time
# parameters for plugins:
#PLGCFG = $(CONFDIR)/plugins.conf


### The remote control:


LIRC_DEVICE = /var/run/lirc/lircd


### Define if you want vdr to not run as root:
#VDR_USER = vdr


### Fallback for plugins with old makefiles:
ifdef PLUGIN
CFLAGS   += -fPIC
CXXFLAGS += -fPIC
endif
GRAPHTFT = 1
DEFINES += -DUSE_GRAPHTFT
VASARAJANAULOJA = 1
DEFINES += -DUSE_VASARAJANAULOJA
MAINMENUHOOKS = 1
DEFINES += -DUSE_MAINMENUHOOKS
PLUGINMISSING = 1
DEFINES += -DUSE_PLUGINMISSING
SETUP = 1
DEFINES += -DUSE_SETUP
WAREAGLEICON = 1
DEFINES += -DUSE_WAREAGLEICON

Alles anzeigen

vdr.pc

Code

bindir=/usr/bin
mandir=/usr/share/man
configdir=/etc/vdr
videodir=/home/video.00
cachedir=/var/cache/vdr
resdir=/usr/share/vdr
libdir=/usr/lib/vdr/plugins
locdir=/usr/share/locale
plgcfg=
apiversion=1.7.38
cflags=-g -Wall -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE 
cxxflags=-g -Wall -Werror=overloaded-virtual -Wno-parentheses  -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE 


Name: VDR
Description: Video Disk Recorder
URL: http://www.tvdr.de/
Version: 1.7.38
Cflags: ${cflags}

Alles anzeigen

Fehlt da nicht irgendwo ein -I/usr/include/vdr ?

hier noch ls -l /usr/include/vdr

Code

-rw-r--r-- 1 root root  1977 Jul  6  2008 audio.h
-rw-r--r-- 1 root root 11772 MÃ¤r  2 10:53 channels.h
-rw-r--r-- 1 root root 10256 Feb 29  2012 ci.h
-rw-r--r-- 1 root root 11558 MÃ¤r  2 10:53 config.h
-rw-r--r-- 1 root root  1125 MÃ¤r  2 10:53 cutter.h
-rw-r--r-- 1 root root 44501 MÃ¤r  2 10:53 device.h
-rw-r--r-- 1 root root  3898 Sep 17  2011 diseqc.h
-rw-r--r-- 1 root root   766 Nov 26  2006 dvbci.h
-rw-r--r-- 1 root root  9614 MÃ¤r  2 10:53 dvbdevice.h
-rw-r--r-- 1 root root  2475 Feb 19  2012 dvbplayer.h
drwxr-xr-x 2 root root  4096 MÃ¤r  2 10:56 dvbsddevice
-rw-r--r-- 1 root root  4994 Jan 20 11:15 dvbspu.h
-rw-r--r-- 1 root root  1500 MÃ¤r 11  2012 dvbsubtitle.h
-rw-r--r-- 1 root root   501 Jan  3  2010 eit.h
-rw-r--r-- 1 root root   846 MÃ¤r  7  2012 eitscan.h
-rw-r--r-- 1 root root 13715 MÃ¤r  2 10:53 epg.h
-rw-r--r-- 1 root root   696 MÃ¤r  2 10:53 filetransfer.h
-rw-r--r-- 1 root root  3237 Jan 11  2004 filter.h
-rw-r--r-- 1 root root  5439 Feb 17 14:17 font.h
-rw-r--r-- 1 root root  4680 MÃ¤r 11  2012 i18n.h
-rw-r--r-- 1 root root  1999 MÃ¤r  2 10:53 iconpatch.h
drwxr-xr-x 2 root root  4096 Feb 25 07:50 include
-rw-r--r-- 1 root root   894 Mai  1  2004 interface.h
-rw-r--r-- 1 root root  3747 Dez  4 13:51 keys.h
drwxr-xr-x 2 root root  4096 MÃ¤r  2 10:56 libsi
-rw-r--r-- 1 root root   613 Jan 27  2006 lirc.h
-rw-r--r-- 1 root root  1958 MÃ¤r  2 10:53 mainmenuitemsprovider.h
-rw-r--r-- 1 root root  2571 MÃ¤r  2 10:53 Make.config
-rw-r--r-- 1 root root  9503 MÃ¤r  2 10:53 menu.h
-rw-r--r-- 1 root root  5618 MÃ¤r  2 10:53 menuitems.h
-rw-r--r-- 1 root root  2913 MÃ¤r  2 10:53 menuorgpatch.h
-rw-r--r-- 1 root root   725 Jun 10  2007 nit.h
-rw-r--r-- 1 root root  5277 MÃ¤r  2 10:53 osdbase.h
-rw-r--r-- 1 root root 57522 MÃ¤r  2 10:53 osd.h
-rw-r--r-- 1 root root  1461 Feb 16 16:20 pat.h
-rw-r--r-- 1 root root  6118 Apr 28  2012 player.h
-rw-r--r-- 1 root root  3250 Feb 25 07:44 plugin.h
-rw-r--r-- 1 root root  4041 Sep  2 11:27 receiver.h
-rw-r--r-- 1 root root  1203 MÃ¤r  2 10:53 recorder.h
-rw-r--r-- 1 root root 14776 MÃ¤r  2 10:53 recording.h
-rw-r--r-- 1 root root  3603 Feb  3 15:34 remote.h
-rw-r--r-- 1 root root 23339 MÃ¤r  2 10:53 remux.h
-rw-r--r-- 1 root root  5239 Feb 16 16:20 ringbuffer.h
-rw-r--r-- 1 root root   553 Jan  5  2004 sdt.h
-rw-r--r-- 1 root root  1095 Aug 13  2005 sections.h
-rw-r--r-- 1 root root  5025 Feb 24  2007 shutdown.h
-rw-r--r-- 1 root root   792 Jan  2  2005 skinclassic.h
-rw-r--r-- 1 root root   798 Apr 15  2012 skinlcars.h
-rw-r--r-- 1 root root 24774 Dez 21 12:09 skins.h
-rw-r--r-- 1 root root   785 Jan  2  2005 skinsttng.h
-rw-r--r-- 1 root root  1984 Feb 28  2010 sourceparams.h
-rw-r--r-- 1 root root  1514 Jun 17  2012 sources.h
-rw-r--r-- 1 root root  1306 Apr 17  2006 spu.h
-rw-r--r-- 1 root root  9314 MÃ¤r  2 10:53 status.h
-rw-r--r-- 1 root root  4694 MÃ¤r  2 10:53 submenu.h
-rw-r--r-- 1 root root  2616 MÃ¤r  2 10:53 svdrp.h
-rw-r--r-- 1 root root  3177 Okt  7 13:11 themes.h
-rw-r--r-- 1 root root  6381 Feb 16 16:20 thread.h
-rw-r--r-- 1 root root  5258 MÃ¤r  2 10:53 timers.h
-rw-r--r-- 1 root root 22948 Feb 17 14:18 tools.h
-rw-r--r-- 1 root root   956 Jan 20 14:12 transfer.h
-rw-r--r-- 1 root root  1637 MÃ¤r  2 10:53 vdrttxtsubshooks.h
-rw-r--r-- 1 root root  3288 MÃ¤r  2 10:53 videodir.h

Alles anzeigen

Bauen tut grundsätzlich alles und das installieren klappt auch aber immer wieder hab ich Probleme mit Plugins das der vdr beim Aufruf jener abschmiert.
Baue ich die Plugins mit dem alten Makefile und alten rules klappts.
Was habe ich übersehen?

Copperhead · 3. März 2013

Nein, das fehlt nicht. /usr/include sowie /usr/local/include werden immer genommen, wenn global included wird. also mit "<" ">". Welches Plugin macht denn speziell Probleme, vielleicht kann ich dir ja weiterhelfen.

Was genau tippst du in die Konsole? Bist du dir bewusst, dass die neuen Makefiles erst etwas am Dateisystem ändern, wenn du "make install" aufrufst?

Keine_Ahnung · 3. März 2013

Da es hier um Debian Packete geht... Lade mal dein vdr-dev*.deb hoch, dann kann man mal reinschauen ob das grundsätzlich ok ist.

Falls du lokal baust (also in deinem realen Dateisystem) wäre auch wichtig das keine Experimente in /usr/local vergessen rumliegen, ne vergessene vdr.pc in /usr/local/lib... kann seltsame Seiteneffekte bringen

cu

avjui · 3. März 2013

Zitat von Copperhead

Nein, das fehlt nicht. /usr/include sowie /usr/local/include werden immer genommen, wenn global included wird. also mit "<" ">". Welches Plugin macht denn speziell Probleme, vielleicht kann ich dir ja weiterhelfen.

Ich habe zum Beispiel mit skinnopacity oder auch epgsearch probleme.
hier mal Auszug beim Bauen von skinnopacity

Code

make[2]: Betrete Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
make[2]: Verlasse Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
make[2]: Betrete Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
g++ -g -Wall -Werror=overloaded-virtual -Wno-parentheses  -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"skinnopacity"' -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/include/ImageMagick   -I/usr/include/vdr -o skinnopacity.o skinnopacity.c
g++ -g -Wall -Werror=overloaded-virtual -Wno-parentheses  -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wl,-Bsymbolic-functions -Wl,-z,relro -shared skinnopacity.o  -lMagick++ -lMagickCore   -o libvdr-skinnopacity.so
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=vdr-skinnopacity --package-version=0.0.6 --msgid-bugs-address='<see README>' -o po/skinnopacity.pot `ls config.c displaychannel.c displaymenu.c displaymenuview.c displaymessage.c displayreplay.c displaytracks.c displayvolume.c helpers.c imageloader.c menudetailview.c menuitem.c nopacity.c setup.c skinnopacity.c textwindow.c timers.c`
msgmerge -U --no-wrap --no-location --backup=none -q -N po/de_DE.po po/skinnopacity.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
make[2]: Verlasse Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
make[1]: Verlasse Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
   dh_auto_test
 debian/rules binary
dh binary
   dh_testroot
   dh_prep
   dh_installdirs
   debian/rules override_dh_auto_install
make[1]: Betrete Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
dh_auto_install --destdir=debian/vdr-plugin-skinnopacity
make[2]: Betrete Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
install -D libvdr-skinnopacity.so /home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6/debian/vdr-plugin-skinnopacity/usr/lib/vdr/plugins/libvdr-skinnopacity.so.1.7.38
install -D -m644 po/de_DE.mo /home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6/debian/vdr-plugin-skinnopacity/usr/share/locale/de_DE/LC_MESSAGES/vdr-skinnopacity.mo
mkdir -p /home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6/debian/vdr-plugin-skinnopacity/etc/vdr/themes
cp themes/* /home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6/debian/vdr-plugin-skinnopacity/etc/vdr/themes
mkdir -p /home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6/debian/vdr-plugin-skinnopacity/usr/share/vdr/plugins/skinnopacity/icons
cp -r icons/* /home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6/debian/vdr-plugin-skinnopacity/usr/share/vdr/plugins/skinnopacity/icons
make[2]: Verlasse Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'
make[1]: Verlasse Verzeichnis '/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity/skinnopacity-0.0.6'

Alles anzeigen

Fehler findest du hier

Zitat von Copperhead

Was genau tippst du in die Konsole? Bist du dir bewusst, dass die neuen Makefiles erst etwas am Dateisystem ändern, wenn du "make install" aufrufst?

Ja ist mir klar. Installiert wird ja alles aber öfters habe undefined symbols etc.

Keine_Ahnung · 3. März 2013

Fehlt da nicht nen "-L/usr/lib" beim Linkeraufruf?

Was sagt denn?
---
ldd /usr/lib/vdr/plugins/libvdr-skinnopacity.so.1.7.38
---

cu

Copperhead · 3. März 2013

Ich sehe schon... Debian. Ich bin zwar kein besonderer Freund von Debian, aber ich kann in dem ganze Wirrwarr auch keinen Fehler entdecken.

Ich kompiliere skinnopacity für vdr4arch und bei mir läuft alles sauber durch. Schon mal versucht ohne das ganze Debianzeug zu kompilieren?
Du könntest auch das include in die vdr.pc testweise hinzufügen. Wie ich aber Zeile 4 entnehmen kann, wird /usr/include/vdr schon eingebunden.

Vielleicht haben die Jungs von yaVDR eine Idee. Ich schiebe es jetzt einfach mal auf das Buildsystem, falsche Bedienung des selbigen, oder irgendwelchen alten Datenmüll auf der Festplatte.

avjui · 3. März 2013

Zitat von Keine_Ahnung

Fehlt da nicht nen "-L/usr/lib" beim Linkeraufruf?

Was sagt denn?
---
ldd /usr/lib/vdr/plugins/libvdr-skinnopacity.so.1.7.38
---

cu

Das hier

Code

root@freevdr:/home/build/vdr/vdr/ya/build/plugins/vdr-plugin-skinnopacity# ldd /usr/lib/vdr/plugins/libvdr-skinnopacity.so.1.7.38
        linux-gate.so.1 =>  (0xb7710000)
        libMagick++.so.4 => /usr/lib/libMagick++.so.4 (0xb7645000)
        libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7560000)
        libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7541000)
        libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb739b000)
        libMagickWand.so.4 => /usr/lib/libMagickWand.so.4 (0xb727d000)
        libMagickCore.so.4 => /usr/lib/libMagickCore.so.4 (0xb6fe2000)
        libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb6fb6000)
        libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb6f9a000)
        /lib/ld-linux.so.2 (0xb7711000)
        libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb6e66000)
        libgomp.so.1 => /usr/lib/i386-linux-gnu/libgomp.so.1 (0xb6e56000)
        liblcms.so.1 => /usr/lib/i386-linux-gnu/liblcms.so.1 (0xb6e1d000)
        libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb6d83000)
        liblqr-1.so.0 => /usr/lib/liblqr-1.so.0 (0xb6d6e000)
        libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb6d3a000)
        libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xb6d28000)
        libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6d17000)
        libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb6d01000)
        libltdl.so.7 => /usr/lib/i386-linux-gnu/libltdl.so.7 (0xb6cf6000)
        libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb6cd5000)
        libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb6cd0000)
        librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb6cc7000)
        libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb6bce000)
        libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xb6ba3000)
        libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb6b9f000)
        libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb6b98000)
        libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xb6b5c000)

Alles anzeigen

avjui · 3. März 2013

Zitat von Copperhead

Ich kompiliere skinnopacity für vdr4arch und bei mir läuft alles sauber durch. Schon mal versucht ohne das ganze Debianzeug zu kompilieren?
Du könntest auch das include in die vdr.pc testweise hinzufügen. Wie ich aber Zeile 4 entnehmen kann, wird /usr/include/vdr schon eingebunden.

Ne das war nur ein Versuch von mir habe ich in das Makefile von skinnopacity hinzugefügt.
Das komische ist einfach mit altem Makefile baut das Zeug. Beim Setup-plugin wars das selbe. Hab das Makefile angepasst und sobald ich das zum Menüeintrag des setup-plugins gekommen bin hat es gekracht.

Siehe mal hier

EDIT: Die letzte Zeile des Backtraces ist im Prinzip gleich wenn ich skinnopacity aufrufe.

Copperhead · 3. März 2013

Moment mal. Wurden bei Debian nicht zum Kompilieren der Plugins mit altem Makefile immer ein kompletter Source bereitgestellt? Liegen in /usr/include/vdr wirklich die Header von VDR 1.7.38?

Keine_Ahnung · 3. März 2013

Tja, dann antworte doch mal auf Posting 3 und lade deine deb mal irgendwo hoch.

cu

gda · 3. März 2013

Ich verstehe nicht warum ihr da so ein Problem draus macht. Copperhead: Die Polemik gegen Debian ist unnötig. Die paar Debian spezifischen Zeilen kann man ja wohl mental ausblenden und die sind ganz sicher nicht Ursache des Problems.
@avjui: Nicht das Makefile oder das Debian-Wirrwarr bauen das Plugin, sondern ein paar Compiler-Aufrufe und ein Linker-Aufruf. Wenn es mit dem alten Makefile geht und mit dem neuen nicht, dann werden Compiler/Linker unterschiedlich aufgerufen. Vergleich doch einfach mal nur diese Compiler/Linker-Aufrufe der beiden Makefiles. Irgendeiner dieser Unterschiede muss das Problem sein.

Gerald

avjui · 3. März 2013

Hier mal die deb.

Und ja die Header ligen unter /usr/include/vdr/

Zitat von Keine_Ahnung

Tja, dann antworte doch mal auf Posting 3 und lade deine deb mal irgendwo hoch.

cu

Hatte ich anfänglich aber habe alles andre gelöscht passt jetzt auch wenn ich pkg-cfg vdr --varaible= per Konsole eingebe überein.

avjui · 3. März 2013

Zitat von gda

Ich verstehe nicht warum ihr da so ein Problem draus macht. Copperhead: Die Polemik gegen Debian ist unnötig. Die paar Debian spezifischen Zeilen kann man ja wohl mental ausblenden und die sind ganz sicher nicht Ursache des Problems.
@avjui: Nicht das Makefile oder das Debian-Wirrwarr bauen das Plugin, sondern ein paar Compiler-Aufrufe und ein Linker-Aufruf. Wenn es mit dem alten Makefile geht und mit dem neuen nicht, dann werden Compiler/Linker unterschiedlich aufgerufen. Vergleich doch einfach mal nur diese Compiler/Linker-Aufrufe der beiden Makefiles. Irgendeiner dieser Unterschiede muss das Problem sein.

Gerald

Hier mal mit altem Makefile ist zwar Version 0.3 aber die läuft wenn ich sei installiere

Code

make[1]: Betrete Verzeichnis '/home/build/vdr/plugins/nOpacity/skinnopacity-0.0.3'
dh_auto_build -- all VDRDIR=/usr/include/vdr LIBDIR=. LOCALEDIR=locale
make[2]: Betrete Verzeichnis '/home/build/vdr/plugins/nOpacity/skinnopacity-0.0.3'
make[2]: Verlasse Verzeichnis '/home/build/vdr/plugins/nOpacity/skinnopacity-0.0.3'
make[2]: Betrete Verzeichnis '/home/build/vdr/plugins/nOpacity/skinnopacity-0.0.3'
g++ -g -Wall -Werror=overloaded-virtual -Wno-parentheses  -O3 -fPIC -c -DUSE_GRAPHTFT -DUSE_VASARAJANAULOJA -DUSE_MAINMENUHOOKS -DUSE_PLUGINMISSING -DUSE_SETUP -DUSE_WAREAGLEICON -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"skinnopacity"' -I/usr/include/vdr/include -I/usr/include/ImageMagick skinnopacity.c
g++ -g -Wall -Werror=overloaded-virtual -Wno-parentheses  -O3 -fPIC -Wl,-Bsymbolic-functions -Wl,-z,relro -shared skinnopacity.o -lMagick++ -o libvdr-skinnopacity.so
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=vdr-skinnopacity --package-version=0.0.3 --msgid-bugs-address='<see README>' -o po/skinnopacity.pot config.c displaychannel.c displaymenu.c displaymenuview.c displaymessage.c displayreplay.c displaytracks.c displayvolume.c helpers.c imageloader.c menudetailview.c menuitem.c nopacity.c setup.c skinnopacity.c
msgmerge -U --no-wrap --no-location --backup=none -q po/de_DE.po po/skinnopacity.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
cp po/de_DE.mo locale/de_DE/LC_MESSAGES/vdr-skinnopacity.mo
make[2]: Verlasse Verzeichnis '/home/build/vdr/plugins/nOpacity/skinnopacity-0.0.3'
make[1]: Verlasse Verzeichnis '/home/build/vdr/plugins/nOpacity/skinnopacity-0.0.3'
   dh_auto_test
 debian/rules binary
dh binary
   dh_testroot
   dh_prep
   dh_installdirs
   dh_auto_install

Alles anzeigen

oben sieht man ja was der unterschied mit dem neuen Makefile.

Copperhead · 3. März 2013

gda: Ich habe aber auch geschrieben, dass ich keinen Fehler sehe. Ich habe nicht viel Ahnung von Debian, fühle mich aber irgendwie verantwortlich.

Keine_Ahnung · 3. März 2013

Dann lass doch mal die Flags im neuen weg "-DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16", das alte hast du ja auch ohne gebaut.

Und zeige mal das deb vom Plugin.

cu

paulpanther · 3. März 2013

auf das ich schellte bekomme

Diff

--- 1/Makefile.org	2013-02-26 23:57:29.264790381 +0100
+++ 2/Makefile	2013-02-26 23:56:57.000000000 +0100
@@ -167,8 +167,8 @@
 	@echo "locdir=$(LOCDIR)" >> $@
 	@echo "plgcfg=$(PLGCFG)" >> $@
 	@echo "apiversion=$(APIVERSION)" >> $@
-	@echo "cflags=$(CFLAGS) $(CDEFINES) $(CINCLUDES) $(HDRDIR)" >> $@
-	@echo "cxxflags=$(CXXFLAGS) $(CDEFINES) $(CINCLUDES) $(HDRDIR)" >> $@
+	@echo "cflags=$(CFLAGS) $(CDEFINES) $(DEFINES) $(CINCLUDES) $(HDRDIR)" >> $@
+	@echo "cxxflags=$(CXXFLAGS) $(CDEFINES) $(DEFINES) $(CINCLUDES) $(HDRDIR)" >> $@
 	@echo "" >> $@
 	@echo "Name: VDR" >> $@
 	@echo "Description: Video Disk Recorder" >> $@

Alles anzeigen

Stickwort -DUSE..... in deinen header Dateien

Keine_Ahnung · 3. März 2013

Du meinst er braucht "-DUSE_GRAPHTFT -DUSE_VASARAJANAULOJA -DUSE_MAINMENUHOOKS -DUSE_PLUGINMISSING -DUSE_SETUP -DUSE_WAREAGLEICON"?
So wie ich das sehe nutzt das Plugin keines davon.

Wobei das dann auch ein Fehler im Patch wäre, der MAINMENUHOOKS Patch musste "#define USE_MAINMENUHOOKS" im Quellcode setzen.

cu

paulpanther · 3. März 2013

probiert´s aus

Keine_Ahnung · 3. März 2013

Ahhhhghhhh, das greift ja auch auf die Header. D.h. ohne diese -DUSE verändert sich die API...

Ok, danke fürs draufstossen

Aber dann sind die Patches im VDR Paket fehlerhaft, weil sie müssten "#define USE_*" im VDR Quellcode setzen damit so was gar nicht erst vorkommt.
Und die "#ifdef USE_*" die die Patches umschliessen müssen weg. Weil wenn man nen Patch anwendet dann will man ihn auch nutzen.

Scheint so als wäre hier ein Multipatch drin (der im Debian Packet eigentlich nix zu suchen hat), dann müssten die "-DUSE_*" in die Make.config UND in die PLGCFG.

cu

paulpanther · 3. März 2013

Früher ... Wie war das schön

Die Defines wurden bis dato immer in der Make.config gepflegt, welche aber mit den neuen Makefiles nicht mehr eingelesen wird (-include ....)

Wenn ich es richtig verstanden habe ließt das neue Makefile nur noch die vdr.pc wo leider ohne den Patch oben die Defines zu den Patchen fehlt ....

Neues Makfile und Paktetbau. Grundsätzliche Frage(n).

Jetzt mitmachen!

Teilen