yavdr und paketbau

ja du hast recht.

Die Fehlermeldung ist doch eindeutig...

1. Ihr öffnet eine Fakeroot-Umgebung
2. Ihr führt das Plugin-Makefile aus, mit den richtigen Parametern
3. Fakeroot-Umgebung wird geschlossen und eine neue geöffnet.
4. Ihr führt das Plugin-Makefile wieder aus, ohne richtige Parameter
5. Es knallt.

Ich weiß nicht, wie das Ubuntu Buildsystem aufgebaut ist, aber wenn es da eine Art Buildscript gibt, schick mir das mal per PN und ich versuche das Problem zu reparieren.

Wenn es schon mit Ubuntu nicht klappt, wirst du bei Archlinux endgültig verloren sein. Mal davon abgesehen, dass es neben meinen privaten Paketen keinen VDR-Paketsatz gibt, der was taugt.

Moin!

Ich schau mir später mal das Paket an.
Da ich gerade viel über Paketbau lerne, kann es nur vorteilhaft sein, sich an einem zu versuchen, dass nicht so will wie die anderen.
Und ich kann dich, hoplo, endlich mal unterstützen.

Lars.

Zitat von hotzenplotz5

ich hab softhddevice jetzt aus dem repo gelöscht.

Hast du echt gemacht Holger. , aber irgendwie auch

Christian

Zitat von Copperhead

Wenn es schon mit Ubuntu nicht klappt, wirst du bei Archlinux endgültig verloren sein. Mal davon abgesehen, dass es neben meinen privaten Paketen keinen VDR-Paketsatz gibt, der was taugt.

Bezüglich archlinux vdr paketen, es gibt doch archvdr paketen::
http://sourceforge.net/apps/trac/archvdr/

Mag ja sein, aber die halten sich nicht an "The Arch Way" und an den "Arch Packaging Standard".

Das ist einzig und allein ein billiger Abklatsch von den e-Tobi Paketen für Archlinux.

Ich wollte das hier nicht unkommentiert stehen lassen, da sonst ein falscher Eindruck von Hotzenplotz5 Leistung im yaVDR-Team und auch schon davor entstehen könnte, deshalb meine Bitte an Dirk die Posts zu verlagern damit johns Thread nicht mehr ins OT abgleitet.

Zitat von wino

Das ist keine Entschuldigung. Pfleger ist ein ehrenwerter Beruf. Wenn Du dich bei der ausgesuchten Beschäftigung bei yaVDR überfordert fühlst und der Meinung bist, es wäre zufiel Arbeit, dann musste Du halt den Paketbau jemand anderem überlassen.
Das ewige Gejammere nervt nur.
Übrigens setzt Archlinux auch gewisse Kenntnisse voraus.

Hier beurteilt jemand Leistung und Verhalten von Hotzenplotz5 der bisher völlig ungehemmt die Pakete von Hotzenplotz5 für seine eigenen Zwecke kopiert hat. Dafür war seine Arbeit wohl dann doch gut genug.

Ich empfinde diesen Kommentar als völlig unangebracht.

Gerald

Zitat von wino

Was ich beurteile und wie das darfst Du getrost mir überlassen.

Ja sicher, und du kannst es dann mir überlassen wie ich das dann finde.

Zitat von wino

Für was für eigene Zwecke benutze ich die Pakete? Wie kommst zu dieser Behauptung?

Auszug aus dem dkms-Paket aus deinem PPA easy-vdr4you:

dkms (2.1.1.2-2fakesync3) lucid; urgency=low


  * rebuild for easyVDR PPA.


 -- Karl-Heinz Winzer <khwinzer@XXXXX>  Wed, 06 Oct 2010 14:31:02 +0200


dkms (2.1.1.2-2fakesync2) lucid; urgency=low


  * Added dkms-gen-changes.diff + dkms-performance.diff


 -- Holger Schvestka <hotzenplotz5@XXXXX>  Thu, 13 May 2010 15:40:03 +0200

Zitat von wino

Auch wenn es so wäre, die Pakete sich frei und sie stammen nicht von hotzenplotz5.

Ich habe nicht gesagt das sie von ihm stammen, sondern dass er sie gebaut hat. Siehe oben.

Gerald

Wen interessiert eigentlich der ganze Schrott , wer "was" und "wie" und ueberhaupt "wo"...
Das Gezicke und die "kleinen" Grabenkaempfe zwischen Usern wird ja langsam
unertraeglich.
Also entweder mal richtig Zoff und dann Monate Ruhe (wie zu meinen Zeiten ;))
oder ihr steckt eure Energie "gemeinsam" in eine Loesung.

Zitat von Morone

Wen interessiert eigentlich der ganze Schrott , wer "was" und "wie" und ueberhaupt "wo"...

mich

Zitat von Morone

Das Gezicke und die "kleinen" Grabenkaempfe zwischen Usern wird ja langsam
unertraeglich.

Kuck weg

Gerald

Zitat

Kuck weg

Nicht, wenn mein Nick im Spiel ist.

mal zum thema zurück.

wir haben ja auch das debian paket mehr oder weniger übernommen.
wenn es nicht so ist, hab ich was falsch gemacht.

tobi ist da sehr "streng" aber eben nicht schnell genug (sry. tobi) wenn es um aktuell sein geht.
in den letzten monaten hat sich das geändert, da ist tobi sogar schneller hat aber nicht alle patches die wir nunmal brauchen im paket.

was er hat ist das hier :

Make.config                     usr/include/vdr/
Make.global                     usr/include/vdr/

in dem extra paket vdr-dev bzw. eben in vdr-dev.install im vdr paket.

also landen die beiden logischerweise in usr/include/vdr/
jetzt hab ich in allen plugin paketen in debian rules das hier :

#!/usr/bin/make -f


# Uncomment this to turn on verbose mode.
#export DH_VERBOSE=1


MAKE_OPTIONS = VDRDIR=/usr/include/vdr LIBDIR=. LOCALEDIR=locale


%:
	dh $@


override_dh_auto_build:
	dh_auto_build -- all $(MAKE_OPTIONS)


override_dh_auto_clean:
	$(MAKE) -o .dependencies clean $(MAKE_OPTIONS)
	rm -rf locale libvdr-*.so.*


override_dh_gencontrol:
	sh /usr/share/vdr-dev/dependencies.sh
	dh_gencontrol

dabei wird (sollte eben) bei dem dh_auto_build -- all $(MAKE_OPTIONS) die MAKE_OPTIONS
an das makefile mit übergeben werden.
sonst bleibt das original makefile unangetastet vom plugin.
das plugin hat als abhängikeit natürlich vdr-dev
jetzt frage ich mich halt warum es mit dem minus
http://projects.vdr-developer.…8470183e64036def44e5784cb

aus dem commit dann das Make.global in usr/include/vdr scheinbar nicht findet. obwohl es das ohne das minus ja tut?

wenn wir das rausfinden, können wir das gezicke ja sein lassen.
meine meinung über diverse entwickler will eh keiner wissen, und ich will deren meinung auch nicht hören.

hier nochmal das log vom bau mit dem minus:
https://launchpadlibrarian.net…cise_FAILEDTOBUILD.txt.gz

hier wurde das minus wieder rausgepatcht:
https://launchpadlibrarian.net…0~precise_BUILDING.txt.gz
ohne fehler anschliessend beim bauen.

hier hab ich nochmal ein tutorial für makefiles:
http://www.ijon.de/comp/tutorials/makefile.html

Das Minuszeichen vor dem include sagt make, daß es nicht mit einer Fehlermeldung abbrechen soll, wenn die Datei nicht existiert - schließlich muß sie ja erst einmal durch einen Aufruf von "make dep" erzeugt werden. (Der include-Befehl ist eine Spezialität des GNUmake-Programmes. Wie man eine entsprechende Wirkung bei anderen make-Programmen erzielt, weiß ich nicht.)

jetzt ist halt nur die frage warum es glaubt es wäre nicht in usr/include/vdr obwohl es da ist.
ich könnte schwören wenn ich jetzt das maefile nehme und direkt patche nach :
von
VDRDIR ?= ../../..
nach
VDRDIR=/usr/include/vdr

würde es bestimmt gehen. aber das ist doch nicht sinn der sache.

Zitat von wino

Was wirft Du mir konkret vor?

Aber mir vorwerfen ich könnte nicht lesen.

Gerald

Moin!

Zitat von hotzenplotz5

Das Minuszeichen vor dem include sagt make, daß es nicht mit einer Fehlermeldung abbrechen soll, wenn die Datei nicht existiert - schließlich muß sie ja erst einmal durch einen Aufruf von "make dep" erzeugt werden. (Der include-Befehl ist eine Spezialität des GNUmake-Programmes. Wie man eine entsprechende Wirkung bei anderen make-Programmen erzielt, weiß ich nicht.)

Das stimmt soweit, allerdings nicht direkt für den vdr, da die eingebundene Datei nicht vom Plugin selbst stammt, sondern aus dem Paket vdr-dev.

Wenn ich mir so Makefiles von anderen Plugins ansehe, dann hat keins ein "install"-Ziel.
Bei softhddevice wird da das Plugin nach /usr/lib/vdr/plugins/ kopiert, wobei außerdem die Version in den Namen eingebaut wird.
Dadurch ist "install" von APIVERSION abhängig, welches per sed die Version aus vdr's config.h holt.
Aber bei dh_auto_install werden die MAKE_OPTIONS nicht an das Makefile übergeben.

Eigentlich dürfte "install" überflüssig sein, weil beim Ziel "libvdr-$(PLUGIN).so" schon die Datei kopiert wird.

EDIT: ich teste das gerade mal in meinem PPA und melde mich bei Erfolg.

Lars.

also der teil im makefile :

install:	libvdr-$(PLUGIN).so
	cp --remove-destination libvdr-$(PLUGIN).so \
		/usr/lib/vdr/plugins/libvdr-$(PLUGIN).so.$(APIVERSION)

entweder raus.
oder in debian/rules ein
override_dh_install
und dort die makeoptions nochmal übergeben

usr/lib/vdr/plugins hat da nix verloren. das knallt.

sollte das nicht LIBDIR sein ?

edit: arkein install target .... das macht doch vdr ? make plugins install ?

Moin!

In meinem PPA hat es schon mal gebaut, das "install" hab ich rausgepatcht.
Ich warte noch auf's publish, um den Inhalt zu sichten.

Doppeltes install ist überflüssig, also würde ich kein override machen.

Lars.