[Announce] libSkindesignerAPI

Was sagt denn:

pkg-config --variable pc_path pkg-config |cut -d ':' -f1

louis:
# pkg-config --cflags libskindesignerapi
-I/usr/local/include
# pkg-config --libs libskindesignerapi
-L/usr/local/lib -lskindesignerapi

3PO:
# pkg-config --variable pc_path pkg-config |cut -d ':' -f1
/usr/lib/pkgconfig

Gruß
eurofinder

Das Problem liegt an INCDIR und LIBDIR.

LIBDIR könnte man noch mit "LIBDIR = $(call PKGCFG,libdir)" beheben, aber wie findet man das Standard include Verzeichnis des OS heraus?

Zitat von eurofinder

Nutze PClinuxOS und erhalte beim Start des vdr immer die Meldung:
vdr: libskindesignerapi.so.0: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden

ich musste bei mir den fehlenden Link /usr/lib64/libskindesignerapi.so.0 mit ldconfig erstellen, habe eine rpm basierende Distri(Fedora).
# install missing symlink (was giving no-ldconfig-symlink rpmlint errors)
ldconfig -n %{buildroot}%{_libdir}

# rpm -ql libskindesignerapi
/usr/lib64/libskindesignerapi.so.0
/usr/lib64/libskindesignerapi.so.0.0.1
/usr/share/doc/libskindesignerapi
/usr/share/doc/libskindesignerapi/README
/usr/share/licenses/libskindesignerapi
/usr/share/licenses/libskindesignerapi/COPYING

Zitat von 3PO

[...] wie findet man das Standard include Verzeichnis des OS heraus?

Laut FHS ist das "/usr/include"

Von daher müsste das Makefile so ausehen:

....


PKGCFG = $(if $(VDRDIR),$(shell pkg-config --silence-errors --variable=$(1) $(VDRDIR)/vdr.pc),$(shell pkg-config --silence-errors --variable=$(1) vdr || pkg-config --variable=$(1) ../../../../vdr.pc))
PREFIX ?= /usr/local
INCDIR ?= /usr/include
LIBDIR = $(call PKGCFG,libdir)
PCDIR  ?= $(shell pkg-config --variable pc_path pkg-config |cut -d ':' -f1)
TMPDIR ?= /tmp


....

vdr01_64 libskindesignerapi # diff -u Makefile.orig Makefile
--- Makefile.orig       2015-04-05 09:39:45.837457402 +0200
+++ Makefile    2015-04-05 10:17:43.000000000 +0200
@@ -9,16 +9,16 @@
 SONAME = $(LIBNAME).so.$(MAJOR)
 TARGET_LIB = $(SONAME).$(MINOR)


+PKGCFG = $(if $(VDRDIR),$(shell pkg-config --silence-errors --variable=$(1) $(VDRDIR)/vdr.pc),$(shell pkg-config --silence-errors --variable=$(1) vdr || pkg-config --variable=$(1) ../../../../vdr.pc))
 PREFIX ?= /usr/local
-INCDIR ?= $(PREFIX)/include
-LIBDIR ?= $(PREFIX)/lib
+INCDIR ?= /usr/include
+LIBDIR = $(call PKGCFG,libdir)
 PCDIR  ?= $(shell pkg-config --variable pc_path pkg-config |cut -d ':' -f1)
 TMPDIR ?= /tmp


 ### The name of the distribution archive:
 ARCHIVE = $(LIBNAME)-$(VERSION)


-PKGCFG = $(if $(VDRDIR),$(shell pkg-config --silence-errors --variable=$(1) $(VDRDIR)/vdr.pc),$(shell pkg-config --silence-errors --variable=$(1) vdr || pkg-config --variable=$(1) ../../../../vdr.pc))
 CXXFLAGS = $(call PKGCFG,cxxflags)
 LDFLAGS = -shared -Wl,-soname,$(SONAME)


vdr01_64 libskindesignerapi #

Das PREFIX bei der lib und den Headern zu ignorieren ist wirklich der falsche Weg. Wenn man nach /usr/local installieren will, muss auch alles da landen. Das ganze hilft auch nicht gegen den fehlenden symlink auf .so.0.
Dafür ist normalerweise ldconfig verantwortlich, weil man durchaus mehrere verschiedene Majorversionen einer lib parallel installieren darf.
Siehe https://github.com/flensrocker…/blob/master/Makefile#L67
Während des Baus des Pakets (bei mir Debian) wird kein Link angelegt, weil der nichts im Paket zu suchen hat. Darum kümmert sich der Paketmanager bei der Installation. Benutzt man keinen Paketmanager (DESTDIR ist leer), dann macht es das Makefile.

Es ist also Sache des Paketmanagers. Wenn der symlink fehlt, ist die Paketkonfiguration falsch.

Lars

Naja, ich habe auch dein Makefile umgebaut. Mir wäre es lieb, wenn du nichts mehr änderst. Damit hält sich mein Arbeitsaufwand entsprechend klein.

Wozu musst Du überhaupt wissen, wo "INCDIR" ist, der Compiler sucht doch eigentlich selbst danach?

--> https://bpaste.net/show/33a1758e660f

Ok. Danke für die Ausführungen.

Was müsste ich denn jetzt in PCLInuxOS einpflegen, damit die libskindesignerapi.so.0 gefunden wird?

Ich habe die Datei inzwischen an alle nur erdenklichen Plätze hinkopiert - hilft aber alles nichts.

Was mich auc hstutzig macht ist, dass alle anderen libs auf *.so.2.2.0 enden und hier wird nach *.so.0 gesucht.

Ist das so korrekt?

Gruß
eurofinder

Wo soll der Vorteil sein, die Library als eigenes Paket zu haben? Keines der Plugins, das aktuell auf der "libskindesigner" aufbauen soll, funktioniert ohne das Skindesigner-Plugin selbst. Oder habe ich da etwas übersehen?

Eine Library, die ihrerseits auf VDR-Source-Bestandteilen aufbaut... Das musste für Probleme sorgen. Schon weil es beim VDR eben verschiedene Arten gibt, etwas zu bauen. Immerhin kann keiner sagen das ich euch da nicht weit im Voraus gewarnt hätte

Zitat von louis

Ja das ist korrekt, die 2.2.0 stammt ja vom VDR und kennzeichnet Libs, die für eine bestimmtre VDR Version gebaut sind. Die Libskindesignerapi hat ja erst mal nix mit dem VDR zu tun.

Eben doch! Du holst Header-Dateien vom VDR in deine Library. Damit wird sie mit einem VDR-Update potentiell inkompatibel und muss zusätzlich neu kompiliert werden. Ein Grund mehr das mit dem Plugin "Skindesigner" auszuliefern. Zumindest bei vdr4arch gibt es einen Automatismus um alle Plugins bei einem VDR-Update zu versionieren um einen kompletten Rebuild der Plugins auszulösen.

Bei den Debian-Paketen gibt es auch einen abi-Versionsmechanismus, mit dem man Inkompatibilitäten verhindern kann.
Ich sehe da kein Problem.

Und wenn man den vdr manuell mit LCLBLD oder sonst was baut, kann man auch die lib usw. benutzen, man muss dann eben nur dafür sorgen, dass die Suchpfade für Header und Libs entsprechend angepasst sind. Der vdr ist da mit seinem Konzept eher die Ausnahme als die Regel, deshalb kann man von den Anwendern auch erwarten, dass sie sich mit den Mechanismen vertraut machen und nicht das Makefile auf einen Nicht-Standardfall umbiegen.

Lars

Da mini73 die Diskussion zum Makefile hier weiterführen möchte, schreibe ich meine Antworten eben hier rein.

Zitat von louis

Es macht keinen Sinn, die Lib zusammen mit dem Skindesigner zu installieren, das müssen zwei getrennte Pakete sein. Spätestens bei der Installation von tvguideng und weatherforecast benötigt man eine sauber installierte Lib.

Warum macht es keinen Sinn? Zum Zeitpunkt an dem tvguideng und weatherforecast gebaut werden ist das Paket für skindesigner (inkl. der Lib) bereits fertig. Also ist die Lib dann bereits "installiert"

Zitat von louis

Hm, ich sehe den Unterschied zwischen dem Skindesigner und z.B. tvguideng nicht. Beide brauchen die Lib, beide binden sie (per pkg-config) analog ein.

Der Unterschied ist, das der skindesigner zusammen mit der Lib ausgeliefert wird.

Zitat von mini73

Als Distributor kann man natürlich auch das eine Verzeichnis getrennt als Sourcetarball ablegen und daraus ein eigenes Paket machen.

Ich wüsste nicht wie. Wenn ich die neuste Version des Skindesigners aus dem CGit System herunterlade bekomme ich die Library gleich mit dazu. Es ist nicht meine Aufgabe als Distributor den Sourcecode zu trennen, im Gegenteil (siehe unten)

Zitat von mini73

Aber es existiert hier und da eben auch die Einstellung: ein Source, ein Paket.

Genau. 1 Quellpaket --> 1 Zielpaket. Bei Arch Linux liegt es im ermessen des Distributors, ob er diese Regel nicht anwendet. Ich könnte die libskindesignerapi natürlich in ein eigenes Paket packen (warum auch immer ich das machen sollte), deswegen muss das aber trotzdem in einem Rutsch gebaut werden können.

Ich wollte mich dazu ursprünglich gar nicht äußern. Diese Diskussionen mit dir (louis) führen nämlich zu nichts. Wenn man dann das richtige Argument gefunden hat, auf das du keine Antwort mehr weißt, wird man einfach ignoriert.
Deswegen habe ich stillschweigend dein Makefile für meine Zwecke repariert.