[Primipassi] Re: Disinstallare pacchetti

[Christopher R. Gabriel]

On Thu, 2003-05-15 at 15:44, Marco Ermini wrote:
> "Christopher R. Gabriel" <cgabriel@truelite.it> wrote:
> [...]
> > Ed e' per questo che automake la prevede,
> [...]
> 
> Non c'entra molto automake, dato che automake si prende solo quello che
> autoconf gli da' in pasto (Makefile.am, e non Makefile.in, Makefile.in e'
> quello che viene generato automaticamente da automake. Se conosci qualcuno che
> se lo fa a mano, digli di aggiornarsi ;-).
> 
Mi sa che stai facendo confusione, sai?

Makefile.am viene scritto a mano, dato in pasto ad automake che genera i
Makefile.in, letti *dopo* da autoconf. 

Ci sono dei casi in cui non viene usato automake (vedi l'esempio che ti
ho fatto), e quindi i .in sono scritti a manina.

> autoconf/automake generano unicamente un uninstall "dummy" che non fa altro
> che fare un "rm -f" di binari e librerie (prova tu stesso). Se il Makefile
> creato col configure fa cose piu' complicate (e le fa, anche fosse solo creare
> le directory di destinazione), l'uninstall generato da autoconf NON e' in
> grado di fare "undo". Anche solo l'albero delle directory di installazione NON
> viene rimosso (viene generato un "mkinstalldirs" ma NON un "mkuninstalldirs").
> In buona sostanza, al 90% l'uninstall e' lasciato alla gestione manuale di chi
> ha fatto l'install... per questo l'installazione da autoconf/automake conviene
> farsela con --prefix=/home/tuahome, cosi' a scanso di equivoci non lasci
> porcherie in giro.

Mi fai un esempi di modifiche/aggiunte che fa uno script  configure
all'esterno dell'albero dei sorgenti per favore? se conosci un pacchetto
che lo fa', mi dici quale?


> Per chi comunque smanetta parecchio con autoconf suggerisco di usare
> pkg-config: http://www.freedesktop.org/software/pkgconfig/

Questo c'entra veramente poco con quello che stavamo discutendo.