[RISOLTO] problemi con la pacchettizzazione di linuxsampler

[piccoloesploratore]

buonasera a tutti.
Mi sto pacchettizzando linuxsampler sulla 64bit, la current prima della 15 (kernel 5.10.36, ma non è un problema di kernel...)
È vero, per linuxsampler c'è anche lo slackbuild di Ponce, ma di quello magari parlo in un altro form, dato che ho avuto un problema diverso.
Per cui ho provato a fare io dai sorgenti.

Prima mi sono costruito la libgig 4.3.0 in una apposita directory (pkg_LBGIG)
da cui poi ho creato il .txz con makepkg e l'ho installata.
I files si sono installati in /include e /lib, così:

Codice: Seleziona tutto

bash-5.1# ls -l /lib/libgig/
total 36240
-rw-r--r-- 1 root root   924968 Jun 10 17:17 libakai.a
-rwxr-xr-x 1 root root      946 Jun 10 17:17 libakai.la
lrwxrwxrwx 1 root root       16 Jun 10 18:15 libakai.so -> libakai.so.0.0.0
lrwxrwxrwx 1 root root       16 Jun 10 18:15 libakai.so.0 -> libakai.so.0.0.0
-rwxr-xr-x 1 root root   423336 Jun 10 17:17 libakai.so.0.0.0
-rw-r--r-- 1 root root 25027494 Jun 10 17:17 libgig.a
-rwxr-xr-x 1 root root      943 Jun 10 17:17 libgig.la
lrwxrwxrwx 1 root root       16 Jun 10 18:15 libgig.so -> libgig.so.10.0.0
lrwxrwxrwx 1 root root       16 Jun 10 18:15 libgig.so.10 -> libgig.so.10.0.0
-rwxr-xr-x 1 root root 10715104 Jun 10 17:17 libgig.so.10.0.0

bash-5.1# ls -l /include/libgig/
total 288
-rw-r--r-- 1 root root  24106 Jun 10 17:17 Akai.h
-rw-r--r-- 1 root root  31215 Jun 10 17:17 DLS.h
-rw-r--r-- 1 root root  10580 Jun 10 17:17 Korg.h
-rw-r--r-- 1 root root  18765 Jun 10 17:17 RIFF.h
-rw-r--r-- 1 root root  20507 Jun 10 17:17 SF.h
-rw-r--r-- 1 root root  76021 Jun 10 17:17 Serialization.h
-rwxr-xr-x 1 root root 100332 Jun 10 17:17 gig.h

Passo quindi a costruire linuxsampler che ho scaricato dal sito, sempre dando la directory di appoggio (pkg_LINUXSAMPLER) da dove eseguirò makepkg.
Nel config mi dice che C++ non è adatto, aggiorno all'ultimo, ma è lo stesso,
per cui faccio quel che mi dice e uso CXX=clang++ CC=clang, aggiungendo la path per la libreria gig che pure non trovava:

Codice: Seleziona tutto

 CXX=clang++ CC=clang  PKG_CONFIG_PATH=/lib/pkgconfig/ ./configure --prefix=/pkg_LINUXSAMPLER/

Ok. ./configure andato:

Codice: Seleziona tutto

Good. Now type 'make' to compile, followed by 'make install' as root.

Ma quando lancio make ancora non trova libgig:

Codice: Seleziona tutto

./InstrumentsDb.h:30:11: fatal error:'gig.h' file not found

gig.h comunque c'è:

Codice: Seleziona tutto

bash-5.1# ls -l /include/libgig/
total 288
-rw-r--r-- 1 root root  24106 Jun 10 17:17 Akai.h
-rw-r--r-- 1 root root  31215 Jun 10 17:17 DLS.h
-rw-r--r-- 1 root root  10580 Jun 10 17:17 Korg.h
-rw-r--r-- 1 root root  18765 Jun 10 17:17 RIFF.h
-rw-r--r-- 1 root root  20507 Jun 10 17:17 SF.h
-rw-r--r-- 1 root root  76021 Jun 10 17:17 Serialization.h
-rwxr-xr-x 1 root root 100332 Jun 10 17:17 gig.h

Pensando che non trovava gig.h perchè non era eseguibile, ho dato io +x a gig.h ma non è cambiato niente.
Come faccio a dire a make di cercare gig.h in /include/libgig?
Da ignorante ho provato con la stessa opzione path di .configure:

Codice: Seleziona tutto

make PKG_CONFIG_PATH=/include/libgig

.. ma chiaramente non ha funzionato... solito errore:

Codice: Seleziona tutto

  In file included from InstrumentsDb.cpp:21:
            ./InstrumentsDb.h:30:11: fatal error: 'gig.h' file not found
            # include <gig.h>          
            ^~~~~~~
            1 error generated.
            make[3]: *** [Makefile:480:
            liblinuxsamplerdb_la-InstrumentsDb.lo] Error 1
            make[3]: Leaving directory
            '/2_linuxsampler-2.2.0/linuxsampler-2.2.0/src/db'
            make[2]: *** [Makefile:699: all-recursive] Error 1
            make[2]: Leaving directory
            '/2_linuxsampler-2.2.0/linuxsampler-2.2.0/src'
            make[1]: *** [Makefile:511: all-recursive] Error 1
            make[1]: Leaving directory
            '/2_linuxsampler-2.2.0/linuxsampler-2.2.0'
            make: *** [Makefile:416: all] Error 2

Qualche dritta?... almeno per dire a make dove trovare gli headers...

Grazie!

[erio]

linuxsampler sorgente compila se trova libgig in usr/lib64 mi sembra..

[piccoloesploratore]

Grazie erio.
Io però ho 2 dir di libgig:
una è /lib/libgig (che contiene gli *.so), ed è stata vista da config;
e l'altra è /include/libgig ( che contiene gli *.h), che è quella che non vede make.
Quindi sposto /lib/libgig in /usr/lib64/libgig, ma /include/libgig dove la metto?
Faccio /usr/lib64/libgig/include/libgig?
Come ripeto, quello che make non trova sono le /include/libgig dove ci sono gli *.h (cosa vuol dire, che sono gli headers?)

[piccoloesploratore]

da erio » mar 12 lug 2022, 21:10
linuxsampler sorgente compila se trova libgig in usr/lib64 mi sembra..

Intanto, senza ancora aver spostato come dici tu in lib64, ho provato anche così:

Codice: Seleziona tutto

bash-5.1#  CXX=clang++ CC=clang  PKG_CONFIG_PATH=/lib/pkgconfig/ LD_LIBRARY_PATH=/lib/libgig LD_RUN_PATH=/lib/libgig ./configure --prefix=/pkg_LINUXSAMPLER/

ma niente ancora, make non trova il file gig.h mentre il config è andato liscio.
Effettivamente era in /include che non gli ho indicato, ma non so proprio dove metterlo...

A meno di provare con ldconfig -n qualcosa e con delle flags di un avviso che mi era uscito quando compilavo
le libgig, ma per fare questo disinstallo e ricompilo le libgig poi te lo faccio vedere.
Piuttosto, quando compilo, come faccio a salvare un log di quello che sta facendo il config/make,
così ti ritaglio l'avviso e te lo mostro?
Forse mi sono impegolato in un'impresa troppo grossa per me ignorante, ma come ripeto, non sono riuscito con lo slackbuild...
Grazie ancora. Ciao.

[erio]

la current che usi la dovresti aggiornare sono cambiate tante versioni e ti confermo che linuxsampler slackbuild funziona e propio degli slackbuild penso che usi sbo-git,almeno io continuo a usare quello la differenza tra la build da sorgente e slackbuild e' solo nella directory di arrivo /usr/local da sorgente e /usr/lib64 slackbuild, libgig installa due directory una in /usr/include e l'altra in /usr/lib64,aggiornare e' solo un consiglio se usi current.

[piccoloesploratore]

Dunque.

da erio » mer 13 lug 2022, 22:42
la current che usi la dovresti aggiornare sono cambiate tante versioni e ti confermo che linuxsampler slackbuild funziona e propio degli slackbuild penso che usi sbo-git,almeno io continuo a usare quello la differenza tra la build da sorgente e slackbuild e' solo nella directory di arrivo /usr/local da sorgente e /usr/lib64 slackbuild, libgig installa due directory una in /usr/include e l'altra in /usr/lib64,aggiornare e' solo un consiglio se usi current.

1. Sull'aggiornamento della slackware ho paura, intanto non so come fare, dovrei leggere un po' in giro,
   penso che si faccia con upgradepkg --install-new mentre sono connesso, ma poi restano da aggiornare i files di configurazione
   e penso sia proprio un casino...
   Ci sarebbe anche rsync col collegamenteo a rsync.slackware.at ma ho proprio paura che poi non mi riparta più niente...
   Quindi per ora lascio come ultima chance, perchè mi sa tanto che scarico l'ultima versione e formatto e reinstallo tutto
   (ci vorrà qualche giorno a rimetter tutti i programmi che girano regolari...)
2. non so se avevo usato sbo-git, penso di no perchè quella ha lo slackbuild di Ponce di linuxsampler 1.0.0,
   il mio slackbuild, sempre di Ponce, è di linuxsampler 2.1.1, ed ha anche una patch (gcc47.patch).
   I sorgenti su cui sto lavorando sono la versione 2.2.0.
   Effettivamente con lo slackbuild di Ponce non c'era stato il problema delle librerie, ma un'altro. Forse anche perchè per le libgig
   avevo usato il pkg preconfezionato da Alien.
   Ma per ora aspetto ad usare lo slackbuild, non vorrei aprire un altro form su quello, se ho ancora problemi.
   Piuttosto prima mi reinstallo la 15 stabile
3. Preziosissimo il consiglio di dove mettere le /include/libgig, era quello che volevo sapere! Stasera provo e domani ti dico
4. Intanto comunque ho tolto le libgig che mi ero installato e le ho ripacchettizzate per vedere il messaggio che ti dicevo, che era questo:

   Codice: Seleziona tutto

   libtool: install: ranlib /pkg_LIBGIG/lib/libgig/libakai.a
   libtool: finish: PATH="/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/lib64/kf5:/usr/lib64/java/bin:/usr/lib64/java/jre/bin:/usr/lib64/java/jre/bin:/usr/lib64/qt5/bin:/sbin" ldconfig -n /pkg_LIBGIG/lib/libgig
   ----------------------------------------------------------------------
   Libraries have been installed in:
      /pkg_LIBGIG/lib/libgig
   
   If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and
   specify the full pathname of the library, or use the '-LLIBDIR' flag during linking and do at least one of the following:
      - add LIBDIR to the 'LD_LIBRARY_PATH' environment variable during execution
      - add LIBDIR to the 'LD_RUN_PATH' environment variable during linking
      - use the '-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to '/etc/ld.so.conf'
   
   See any operating system documentation about shared libraries for
   more information, such as the ld(1) and ld.so(8) manual pages.
   ----------------------------------------------------------------------
   

   Ora, lasciando perdere la mia directory (/pkg_LIBGIG/), ho controllato che il .txz ha effettivamente installato in /lib/libgig.
   Quello che non capivo era se dovevo lanciare anche il suddetto comando

   Codice: Seleziona tutto

    ldconfig -n /pkg_LIBGIG/lib/libgig

   naturalmente cambiandolo senza la mia dir di appoggio per il txz, in

   Codice: Seleziona tutto

    ldconfig -n /lib/libgig

   .. ma ho paura di far danni.
   Tu cosa dici? provo a lanciare ldconfig -n? E posso salvare prima quello che mi va a cambiare?
   Che poi ci sarebbero anche le flag e ld.so.conf ... direi proprio roba da programmatori... e io non lo sono...

Scusami per la lunghezza, ma ho voluto offrire la panoramica completa.

Intanto ancora grazie..

[erio]

quando usi slackpkg primo credo che devi vedere il config in /etc/slackpg se scarichi i pacchetti di slackware 15 o current,dopo che sei sicuro slackpkg update e slackpkg upgrade-all,upgrade-all se solo non hai problemi di software cioe' installi tutto,se ci sono dei file di configurazione e da febbraio ce ne sono molti, alla fine di dice che fare con loro,se sovrascriverli o lasciarli.se non hai problemi particolari quando fai un pacchetto con sbo non serve nessun intervento manuale si installa dove deve essere e produce tutti i link che servono,e per current io userei il ramo gestito da ponce sbo-git,ed e' meglio usare sempre i pacchetti prodotti da sbo,propio perche magari i software presi da siti diversi si basano su versioni di librerie diverse da quelle che ci sono nel tuo sistema, quando si parla di slackware current e' sempre slackware aggiornata,questo e solo un mio pensiero,ma se dai uno sguardo al changelog hai un idea di come si aggiorna.
nel pacchetto sbopkg si trova uno script che ti produce delle liste di dipendenze della build: sqg - sbopkg queuefile generator,molto utile per sapere le dipendenze.

[piccoloesploratore]

Ok per slackpkg: seguirò le indicazioni, e comunque studierò un po' sopra, ma come dico, è una grossa impresa per me e penso posticiperò appena sono in ferie, così ho tempo se capitano danni grossi...

Invece ti informo di come è andata:
ho fatto come hai detto spostando /lib/libgig in /usr/lib64/libgig e /include/libgig in /usr/include/libgig.
Non solo, ma spostando anche /lib/pkgconfig in /usr/lib64/pkgconfig, ho fatto anche a meno di dare
PKG_CONFIG_PATH=/lib/pkgconfig/ al config, che è filato liscio.

Detto questo, tutto è rimasto come prima, solito messaggio di errore:

Codice: Seleziona tutto

./InstrumentsDb.h:30:11: fatal error: 'gig.h' file not found

Quindi ho scaricato slackbuild di Ponce da git ufficiale: https://github.com/Ponce/slackbuilds/tree/current/audio
Tra l'altro è stato appena aggiornato al linuxsampler che sto costruendo io, il 2.2.0.
Lanciato slackbuild, e medesimo errore. Volevo postare il log, ma anche il comando

Codice: Seleziona tutto

./linuxsampler.SlackBuild tail -f /tmp/build-linuxsampler.log

non mi ha fatto il log. Boh...

A questo punto,
siccome l'errore riguarda InstrumentsDb.h, ho voluto guardargli dentro.
Vedo che ci sono inizialmente commentate le righe che interessano gig.h, così (I numeri linea li ho aggiunti io):

Codice: Seleziona tutto

1#include "../common/global.h"
2
3#ifndef __LS_INSTRUMENTSDB_H__
4#define __LS_INSTRUMENTSDB_H__
5
6#include <sqlite3.h>
7#if AC_APPLE_UNIVERSAL_BUILD
8# include <libgig/gig.h>
9#else
10# include <gig.h>
11#endif
12#include "../common/Mutex.h"
13#include "../common/WorkerThread.h"
14#include "../EventListeners.h"
15#include "InstrumentsDbUtilities.h"

Queste sono all'inizio, poi ce ne sono altre in fondo:

Codice: Seleziona tutto

#ifndef WIN32
            /** SQLite user function for handling regular expressions */
            static void Regexp(sqlite3_context* pContext, int argc, sqlite3_value** ppValue);

#endif

    };

} // namespace LinuxSampler

#endif // __LS_INSTRUMENTSDB_H__

Penso che quelle in fondo non interessino, ma chiaramente, all'inizio è commentata la linea 8 : #include <libgig/gig.h>
E lì viene chiaramente menzionato dove trovare gig.h.
Quindi la decommento? Se poi la decommento, devo cambiare anche la path da <libgig/gig.h> a </usr/include/libgig/gig.h>
visto che l'ho spostato /include dalla posizione originale in /usr/include?
Decommento la 8 e la 10, oppure tutto dalla1 alla 15?

Certo che a questo punto è roba da addetti ai lavori...

Mi sa che devo solo fare esperimenti; come ho già detto, non conosco la sintassi e vado per tentativi....
Scusa se ti tengo impegnato, ma volevo ormai chiudere la questione...

Ciao!

[erio]

/tmp/SBo/package-libgig/usr/lib64/pkgconfig/gig.pc

prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib64/libgig
includedir=${prefix}/include/libgig

Name: gig
Description: C++ library for accessing Gigasampler/GigaStudio, DLS, SoundFont and KORG sound files
Version: 4.3.0
Libs: -L${libdir} -lgig
Cflags: -I${includedir}
ed il secondo:

/tmp/SBo/package-linuxsampler/usr/lib64/pkgconfig/linuxsampler.pc
prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib64/linuxsampler
includedir=${prefix}/include
plugindir=/usr/lib64/linuxsampler/plugins

Name: linuxsampler
Description: LinuxSampler C++ library
Version: 2.2.0
Libs: -L${libdir} -llinuxsampler
Cflags: -I${includedir}
il pkgconfig e' quello che determina il pacchetto dove va a finire e i link che deve avere ad altre librerie,detto questo lo slackbuild e' quello che lo produce con la compilazione....credo, non devi scavare anche perche non e' necessario, anche con i sorgenti una volta che dai il bootstrap o il configure e finisce senza errori dai make e installi,salvo casi particolari.e se dai uno sguardo a tmp/SBo/package-libgig/usr/lib64/libgig/libgig.la lo vedi ancora meglio.

[piccoloesploratore]

Complimenti! Stavolta hai fatto centro!

/tmp/SBo/package-libgig/usr/lib64/pkgconfig/gig.pc

prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib64/libgig
includedir=${prefix}/include/libgig

Name: gig
Description: C++ library for accessing Gigasampler/GigaStudio, DLS, SoundFont and KORG sound files
Version: 4.3.0
Libs: -L${libdir} -lgig
Cflags: -I${includedir}

Queste tue righe del code gig.pc e libgig.la (linuxsampler non ce l'ho ancora, il make non si è mai concluso, neanche con lo slackbuild)
hanno svelato l'arcano, che poi è stata la tua intuizione iniziale: make doveva trovare le librerie.
In pratica tutte le mie path erano sbagliate perchè contenevano la dir di appoggio che mi ero fatto per il txz.
Pertanto ho corretto gig.pc, libgig.la e libakai.la con i giusti prefix=/usr e libdir=/usr/lib64/libgig e il make ha fatto tutto, tranne la conclusione...
Il problema posto inizialmente da make di gig.h mancante era la prima cosa che cercava da subito, e non trovava le librerie di libgig e include.

Ho detto tranne la conclusione.
Infatti, giusto alla fine, dopo circa 20 minuti di make, che stavolta procedeva regolare, mi esce il messaggio di errore

Codice: Seleziona tutto

/usr/bin/ld: cannot find -lgig

praticamente l'avviso mentre costruivo le libgig, che avevo messo nel mio post del 14 luglio, :

libtool: install: ranlib /pkg_LIBGIG/lib/libgig/libakai.a
libtool: finish: PATH="/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/lib64/kf5:/usr/lib64/java/bin:/usr/lib64/java/jre/bin:/usr/lib64/java/jre/bin:/usr/lib64/qt5/bin:/sbin" ldconfig -n /pkg_LIBGIG/lib/libgig
Libraries have been installed in:
/pkg_LIBGIG/lib/libgig
If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the '-LLIBDIR' flag during linking and do at least one of the following:
- add LIBDIR to the 'LD_LIBRARY_PATH' environment variable during execution
- add LIBDIR to the 'LD_RUN_PATH' environment variable during linking
- use the '-Wl,-rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to '/etc/ld.so.conf

Ho provato a rifare tutto varie volte, lanciando prima ldconfig -n cambiato col giusto posto delle librerie:

Codice: Seleziona tutto

ldconfig -n /usr/lib64/libgig

poi anche con include:

Codice: Seleziona tutto

ldconfig -n /usr/include/libgig

riavviando anche...
Niente, ld non è collegato con -lgig e tutto si ferma sul più bello, a un passo dal fatidico make install...

Tra l'altro le ultime due istruzioni di quanto ho citato:

- use the '-Wl,-rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to '/etc/ld.so.conf[

non so proprio come usarle, sia perchè non so come si usa il flag, sia perchè, non so come mai, in /etc/ld.so.conf mi sono trovato:

include /etc/ld.so.conf.d/*.conf
/lib64
/usr/lib64
/usr/local/lib64
/usr/x86_64-slackware-linux/lib64

Tra l'altro, in /etc/ld.so.conf.d/ , non c'è nessun .conf (directory vuota...): devo scrivermelo io? e cosa scrivo...?

... a questo punto, quindi, mio malgrado, mi sa che lascio perdere.... oltre a questa settimana, ne ho passate altre precedenti cercando di risolvere da solo,
per non scomodare il forum (e fare figuracce...)

__________CONCLUDENDO________________________
1. Mi accorgo che ti sto impegnando su ormai una mia questione di principio, e sicuramente ti offrirò un paio di pizze con birra annessa
2. Direi che il problema è stato "risolto": non devo impegolarmi a compilare i sorgenti ma ricorrere agli slackbuilds
3. Continuerò a vedere di capire come usare al meglio il makepkg senza fare pasticci....

Vabbé. Se non ci sono novità, direi di salutarci.
Fammi sapere come fare per le pizze e birra...
Grazie ancora per la pazienza

[erio]

io ripartirei da zero con gli slackbuild che servono,perche se c'e' un software che viene costruito da slackbuild,meglio usare quello,per una questione di gestione dei pacchetti se propio parliamo di ordine,provero il sorgente di libgig e poi ti dico... anche libgig build da sorgente va in /usr/local guarda fai i pacchetti dai sorgenti e li installi e vedi come finisce....

[piccoloesploratore]

ok.
Prima ripulisco bene in giro il mio libgig, dato che con removepkg non troverà quello che ho spostato con i miei esperimenti.
Che poi è la cosa più lunga e fastidiosa...
Giusto per info, ti passo il libgig src e il txz che mi sono fatto, così eventualmente vedi già dove mi aveva messo le cose:

libgig-4.3.0_src-tree.txt

questo è l'albero dettagliato dei sorgenti

(5.97 KiB) Scaricato 53 volte

libgig-4.3.0_mio_TXZ_dopo_makeinstall.txt

questo è il mio txz dopo che è stato fatto il make install nella mia dir apposita creata per il makepkg. IL package-desc l'ho scritto io

(2.33 KiB) Scaricato 49 volte

Poi farò con gli slackbuild di Ponce presi da gituhub.com settimana scorsa.
Ora Ponce ha inserito linuxsampler2.2 mentre quando avevo guardato circa 2 mesi fa c'era la 2.1.
Per questo ero andato sul sito e mi ero preso i sorgenti...

[piccoloesploratore]

Scusa, sugli allegati è venuto fuori "mai scaricato"?
Vuol dire che non ci sono?
Fammi sapere...

[piccoloesploratore]

Poi per avere il log degli slackbuilds, scrivo:

Codice: Seleziona tutto

./libgig.Slackbuild tail -f /tmp/build-libgig.log

ma poi in /tmp non l'ho trovato il log...
È giusto quel che ho scritto?
Oppure ero talmente andato che avrò scritto qualcos'altro...?

[piccoloesploratore]

PROBLEMA RISOLTO!!!

dunque svelato l'arcano ...
Tutta la colpa è che ho fatto il mio pacchetto libgig_mio.txz con makepkg.
Per cui, l'opzione al .config --prefix=/pkg_LIBGIG (la mia dir per il makepkg), è il vero errore, poichè indirizza tutte le path dei files interessati in quella dir, che però verrà cancellata una volta fatto il pacchetto txz...

Arcano risolto. Stavolta FINE!!

Grazie ancora della pazienza, certo dovrò sdebitarmi del tempo che ti ho fatto perdere (anche se è stato grazie alla tua ultima dritta che ho risolto... ).

Ciao Erio!