slacky.eu

http://repository.slacky.eu/slackware-1 ... ies/djbfft

stavo ricompilando il pacchetto in oggetto (packager gohanz) e mi ritrovo una stranezza nello slackbuild.

make
make setup check

mkdir -p $PKG/usr/lib
mkdir -p $PKG/usr/include

( cd /usr/local/djbfft/include
cp * $PKG/usr/include
cd ../lib
ln -s djbfft.a libdjbfft.a
cp -a * $PKG/usr/lib
rm -r /usr/local/djbfft
)

cioè durante la creazione del pacchetto il prodotto viene installato NEL SISTEMA running, copiato da quelle directory in $PKG ed infine CANCELLATO dal sistema. Il che vuol dire che se io mi ero fatto una compilazione precedente ora posso anche dirgli addio!!
E' strana questa soluzione... non c'era alternativa?

Ciao,
01

In effetti andrebbero sempre usate dir temporanee per queste cose... quando necessarie. Il tutto nella mia umile opinione
A volte però, e non parlo del caso specifico che non conosco, devi usare directory dentro /usr/local per via di non stare a smanettare con i path delle librerie. La usa anche Pat questa soluzione in alcuni paccheti. Forse sarebbe meglio usare qualcosa come pkg-nomeprogramma anche dentro /usr/local... anche io in un pacchetto uso una soluzione simile... ora che mi ci fai pensare devo rivederlo un po'

Ho trovato come sistemarlo...
va modificato (o patchato) il file auto-home in cui c'è scritto in chiaro il percorso di installazione (non ha un ./configure).
se ho visto bene i sorgenti dovrebbe andare a modificare solo il path di installazione, senza scriverlo per niente dentro le librerie.

ora devo vedere se si può modificare anche il path di lib in lib64 (ho una slamd), ma non dovrebbe essere un problema anche se non ci riesco.

Ciao,
01

Tra l'atro djbfft servirebbe a liba52 per abilitare un accellerazione nella visione dei dvd. Ma non ha mai funzionato. Infatti lanciando un lettore multimediale da shell, si ha sempre un warning relativo appunto alla mancanza di djbfft.

Beh, non so... finora li ho solo compilati.
Il problema è che liba52 a 64 bit sembra che non si compili.

Ciao,
01