[RISOLTO] problemi con la pacchettizzazione di linuxsampler

Postate qui se avete consigli per migliorare i pacchetti disponibili in questo sito o se avete problemi con installazione, funzionamento o altro.

Moderatore: Staff

Regole del forum
1) Citare in modo preciso il nome del pacchetto.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
piccoloesploratore
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

[RISOLTO] problemi con la pacchettizzazione di linuxsampler

Messaggio da 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!
Ultima modifica di piccoloesploratore il sab 23 lug 2022, 18:17, modificato 3 volte in totale.

erio
Linux 4.x
Linux 4.x
Messaggi: 1272
Iscritto il: ven 9 ott 2009, 19:25
Slackware: 13.37
Kernel: 3.0.7
Desktop: kde

Re: problemi con la costruzione di linuxsampler

Messaggio da erio »

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

piccoloesploratore
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 4.x
Linux 4.x
Messaggi: 1272
Iscritto il: ven 9 ott 2009, 19:25
Slackware: 13.37
Kernel: 3.0.7
Desktop: kde

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da 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! =D> 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.. :mille:

erio
Linux 4.x
Linux 4.x
Messaggi: 1272
Iscritto il: ven 9 ott 2009, 19:25
Slackware: 13.37
Kernel: 3.0.7
Desktop: kde

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 4.x
Linux 4.x
Messaggi: 1272
Iscritto il: ven 9 ott 2009, 19:25
Slackware: 13.37
Kernel: 3.0.7
Desktop: kde

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da piccoloesploratore »

:occasion5: Complimenti! Stavolta hai fatto centro! =D>
/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...) :pale: :pale: :(

__________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 :occasion5:
2. Direi che il problema è stato "risolto": non devo impegolarmi a compilare i sorgenti ma ricorrere agli slackbuilds
3. Restano aperti i problemi che mi hanno trascinato in questa avventura:
a) mi sono fatto le mie pacchettizzazioni semplicemente perchè quando installo, poi vorrei tenere ordine e disinstallare senza problemi, con removepkg:
che senso ha però usare makepkg sulla direcory di appoggio che do con prefix=, da dove lancerò makepkg con tutte le opzioni, se poi nelle path il
.configure mi inserisce la directory che poi eliminerò una volta creato il pacchetto, scombinando tutto?
Oppure posso usare makepkg (e relative opzioni) in fase di costruzione sostituendolo al 'make install', lasciando così il configure
pulito originale senza nessun prefix=</la_mia_dir_per_il_makepkg>?
b) Relativamente a linuxsampler: ho scaricato i sorgenti, libgig e linuxsampler, dalla stessa fonte/direcory, il sito ufficiale di linuxsampler.
Perchè col normale .configure delle libgig, quelle si vanno a mettere in /lib e /include, mentre poi linuxsamler,
se le andrà a cercare invece in /etc/lib64 o /etc/include?
Eppure è nel sito ufficiale dove gli stessi programmatori hanno messo le libgig.

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

erio
Linux 4.x
Linux 4.x
Messaggi: 1272
Iscritto il: ven 9 ott 2009, 19:25
Slackware: 13.37
Kernel: 3.0.7
Desktop: kde

Re: problemi con la costruzione di linuxsampler

Messaggio da 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
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da 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 3 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 2 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
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da piccoloesploratore »

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

piccoloesploratore
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da 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...? #-o

piccoloesploratore
Linux 0.x
Linux 0.x
Messaggi: 32
Iscritto il: ven 6 ago 2021, 0:21
Nome Cognome: AntonioB
Slackware: 15
Kernel: 5.10.36
Desktop: XFCE
Località: Saronno

Re: problemi con la costruzione di linuxsampler

Messaggio da piccoloesploratore »

PROBLEMA RISOLTO!!! :idea: :idea: :idea:

dunque svelato l'arcano ... :badgrin:
Tutta la colpa è che ho fatto il mio pacchetto libgig_mio.txz con makepkg. :banghead:
Per cui, con l'opzione al .config --prefix=/pkg_LIBGIG (la mia dir per il makepkg), installando in quella dir,
è stata inserita, nei files che riguardano le librerie, la path che puntava appunto alla dir di installazione (/pkg_LIBGIG) come prefix:
directory chiaramente cancellata dopo essermi fatto il libgig_mio.txz.

Per cui, correggendo le path di tutti i *.pc di /pkgconfig, e i *.la delle librerie, col giusto prefix=/usr (dove avevo spostato
le librerie come avevi detto tu), e dopo aver cambiato la path del gig.pc che hai postato,
il make ha lavorato regolarmente, tranne l'errore finale /usr/bin/ld: cannot find -lgig.
Solo perchè avevo corretto il path del gig.pc che non usava (quello installato dal mio txz).
Per cui da un rastrellamento generale di tutto quel che poteva esserci in giro (dato che voglio cancellare fino all'ultima pulce)
ho trovato ancora un gig.pc, sfuggito, in /usr e quindi corretto anche quello.
:hello1: OLÈ!!!!!! :hello1:
Stavolta tutto perfetto, installato chiaramente ancora nella mia dir appositamente preparata per il makepkg di linuxsampler,
questa volta chiamata pkg_LINUXSAMPLER (.config --prefix=/pkg_LINUXSAMPLER:
allegherei il tar.xz della dir ma sono 13,4 Mb... però se vuoi vedere e si può...)
Arcano risolto. Stavolta FINE!! O:)

Siamo alle conclusioni con una semplice domanda fondamentale:
È inutile (o dannoso...) usare makepkg per crearsi propri pacchetti? È il caso di scoraggiare ad usarlo? O almeno metter in guardia sul suo uso?
Infatti:
  1. Dai sorgenti, ho creato/installato in mia personale directory, in /pkg_LINUXSAMPLER, che mi servirà per makepkg.
  2. L'installazione ha scritto nei "prefix" dei *.pc di /pkgconfig, e nelle "libdir" *.la di /lib, path che puntano a /pkg_LINUXSAMPLER.
  3. Da /pkg_LINUXSAMPLER lancerò makepkg per farmi mio_LINUXSAMPLER.txz.
  4. Cancellerò la dir /pkg_LINUXSAMPLER.
  5. Installerò: installpkg mio_LINUXSAMPLER.txz.
È stato quindi tutto inutile, dato che all'avvio mi dirà che non trova le librerie perchè i files impegnati le cercheranno in /pkg_LINUXSAMPLER...

Ha senso quindi usare makepkg se poi il pacchetto che si va a creare non trova i collegamenti
(sarebbe inutile tenere tutte le dir di appoggio create dai sorgenti, riempiendo il disco...)?

E direi, questo è tutto....

PS.(veloce):
  1. visto che il post è molto lungo e dispersivo in varie parti, vorrei tagliarlo per tenere solo ciò che effettivamente è servito: posso farlo?
    Posso anche togliere tue risposte che non servivano?
  2. per makepkg, su come usarlo, è il caso che apra un altro post? Giusto per far chiarezza su makepkg che crea sì i pacchetti,
    ma linkando alle dir create coi sorgenti nella dir che sarà cancellata, una volta creato il pacchetto, rendendo inutilizzabile il pacchetto stesso.
    Oppure c'è un modo per far agire makepkg all'interno del .config/make di default dei sorgenti, così che poi il pkg lavori esattamente come l'installazione originale, ma col vantaggio di poterlo disinstallare. Cosa faccio, apro un post o si lascia perdere mettendo in guardia all'uso di makepkg?
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... :thumbright: ).

Ciao Erio!

Rispondi