On 09/12/2011 06:39, NN_il_Confusionario wrote:
On Thu, Dec 08, 2011 at 10:52:21PM +0100, Davide Prina wrote:(probabilmente con i parametri da passare al compilatoresi, per impostare RPATH nell'eseguibileo con la variabile d'ambiente LD_LIBRARY_PATH).si, a runtime (solo LD_PRELOAD ha priorita` su LD_LIBRARY_PATH nella ricerca di librerie con posizione non fissata in RPATH)come hanno fatto a compilare gnome-shell senza soddisfare tutte le dipendenze?non capisco come arrivi a affermare che abbiano compilato gnome-shell senza soddisfarne le dipendenze
però durante la fase di compilazione o trova gli header nei percorsi standard o bisogna indicargli dove sono, lo stesso nella fase di link. Se non gli è stato indicato, allora non li ha potuti trovare, mentre se gli è stato indicato, allora dovrebbe essersi salvato il percorso nell'eseguibile (l'RPATH che non sapevo si chiamasse così).
Da quello che sapevo io, una dipendenza di una libreria dinamica non trovata si poteva avere soltanto se la libreria non era stata installata o se era stata spostata in un path diverso da quelli ricercati in automatico.
Il DD non ha più risposto nulla (#651460), pensavo girasse il bug a gnome-shell... o forse non l'ha fatto perché nella nuova versione il bug non c'è più, ma allora perché non l'ha chiuso?
In ogni caso ho imparato qualcosa di nuovo :-)Quindi se una libreria dinamica non è trovata, ma è installata, e non è presente nella cache, allora il problema è sempre del pacchetto che la usa? Cioè il problema è che l'RPATH è errato? Chiedo questo perché ne ho trovati altri di pacchetti che hanno lo stesso problema.
Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Database: http://www.postgresql.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook