Newsgroup: it.comp.macintosh
Titolo: E adesso, se volessi disinstallare?

Come corollario al mio racconto sulle mie incursioni nel misterioso
quanto affascinante mondo cosě familiare ai linari (senza offesa), e
sulle conseguenti disavventure nella compilazione dei sorgenti (non puoi
installare a se primi non installi b, e non puoi installare b se non
installi prima c, d ed e), adesso che ho capito che per installare, in
genere, si fa:
- ./configure
- make
- make install (anzi, SUDO make install)
vorrei sapere:
COME SI DISINSTALLA UN PACCHETTO??
Saluti
Pippotto
P.S.: Fra l'altro ho scoperto che, se metto il PoverBook in stop mentre
il Terminale č in esecuzione, il computer si pianta e devo riavviare con
ctrl-mela-interruttore.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 COME SI DISINSTALLA UN PACCHETTO??
sudo make uninstall
-- 
ciao       | canassimo(at)
Massimo C. | gmail(dot)com

 COME SI DISINSTALLA UN PACCHETTO??
In genere il make install richiede i privilegi di root,
quindi, in generale, l'ultimo step e':
sudo make install
(sempre che l'utente corrente sia classificato come
"amministratore" nel pannello apposito delle preferenze
di sistema)
Se la script di installazione prevede l'unistall, non
e' un problema disinstallare, altrimenti bisogna
arrangiarsi.
Personalmente quando e' dubbio cosa venga installato,
io faccio cosi':
touch ~/adesso
sudo make install
find /usr -newer ~/adesso > pippo.usr.txt
dove "pippo" e' il programma che installo o un nome
che mi faccia ricordare di cosa si tratti, e "pippo.usr.txt"
la lista dei file installati dal make install nell'albero /usr.
Da questa lista e' poi immediato procedere alla disinstallazione.
Bisogna eventualmente estendere/modificare l'albero di ricerca.
solimo

 COME SI DISINSTALLA UN PACCHETTO??
Lo script "configure" crea un "Makefile" dove sono riportati
tutti i target che puoi passare come argomento al comando
make.
Per convenzione, il target predefinito è "all".
Quando invochi "make" è come se tu impartissi "make all",
"compila tutto".
Quando impartisci "make install" vengono effettuate tutte
le operazioni riportate di seguito al target "install"
per copiare i binari appena compilati nella destinazione
finale; viene richiesto il sudo perché la destinazione
predefinita "/usr/local" richiede solitamente i permessi
del gruppo admin.
Scorrendo il Makefile si può individuare se è prevista
un'opzione di disinstallazione che vada a rimuovere
i file che erano stati copiati sotto le varie sottocartelle
di /usr/local (bin, lib, share, ...). Solitamente il target
previsto per questo è "uninstall" e basta perciò impartire
"sudo make uninstall", ma ogni Makefile fa storia a sé.

 la lista dei file installati dal make install nell'albero /usr.
Non ho capito bene. Nella mia directory /usr non c'è alcun file di
testo.
Grazie
P.


 "sudo make uninstall", ma ogni Makefile fa storia a sé.
1) Questo Makefile lo rintraccio in qualche modo nel mio hard disk?
Oppure è un file temporaneo che serve solo per l'installazione?
2) Prima di eseguire sudo make uninstall devo fare anche configure e
make? Quindi devo avere sempre disponibili i sorgenti?
3) (Non c'entra niente ma evito di aprire un nuovo thread):
che differenza c'è fra il terminale normale e xterm (quello che si apre
lanciando X11)? Quando usare l'uno e quando l'altro?
Grazie
Pippotto


 lanciando X11)? Quando usare l'uno e quando l'altro?
La differenza sostanziale č che l'xterm per come č
configurato da Apple non avvia una nuova sessione di
login per la bash e quindi, a differenza del Terminale,
non vengono viste le personalizzazioni fatte col .profile
nella home quindi, ad esempio, il $PATH di xterm resta
fisso a /usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin.
Una soluzione consiste nel personalizzare il menů
delle applicazioni di X11 aggiungendo l'opzione
"-ls" al comando xterm e forzando l'avvio di una
sessione di login e la lettura del .profile.

 configure.
Grazie, grazie. Avevo un problema con pkg-config (vedi mio altro post):
il configure di glib non me lo trova. Ad ogni modo, googlando qua e là,
ho capito che forse non è stato installato nel posto giusto.
Ho scoperto infatti, digitando "which pkg-config", che non è stato
installato dove il sistema si aspetta che sia (mi è stato messo in
usr/local anziché in usr/bin o in opt/local).
Ora provo a disinstallarlo e a dare un configure con il giusto prefix
(quale?). Oppure ho letto che potrei digitare nel .profile qualcosa tipo
export
PKG_CONFIG_PATH, ma questo è ancora arabo per me.
Saluti


 usr/local anziché in usr/bin o in opt/local).
Va bene lasciarlo in /usr/local, che è il prefix predefinito
per i configure GNU.
/usr/bin invece è meglio lasciarlo intoccato sotto il pieno
controllo di Apple, così come riservare /opt/local a quel
che è di MacPorts e /sw a quel che è di Fink.
Con Mac OS X bisogna abituarsi e non temere versioni multiple
delle stesse librerie e degli stessi framework: basta saper
giostrarsi con i prefix e il PATH.
Per quest'ultimo si può seguire un ordine d'anzianità
[...]/usr/local/bin[...]:/opt/local/bin[...]:/usr/bin[...]
mettendo in coda i comandi Apple notoriamente stitica
nel fornire versioni aggiornate dei software open source
e scavalcando i pacchetti MacPorts/Fink mettendo al
primo posto le ultimissime versioni compilate a mano.