Newsgroup: it.comp.os.linux.sys
Titolo: etica RPM...

ho un problema etico, su di una macchina SUSE 6.4,
ho la necessitą di montare apache con PHP compilato
staticamente (dentro ad apache), vista la mia scarsa
esperienza con gli RPM, vi chiedo, se io compli ed installo
il tutto in una directory a parte (/usr/local/apache) l'unica
cosa che comprometto e' che al momennto di fare
un'upgrade/eliminare apache, lo devo cancellare a manina?
o ci sono altre sottigliezze per farlo?
Avete altre soluzioni? sarebbe possibile far capire a RPM,
che se io ho installato apache&PHP4 a manina le
dipendenze sono risolte, o posso solo forzarlo ad ignorarle?
thanks,                        Manny

 
Per Debian conosco equivs, che simula l'installazione di un pacchetto deb per
soddisfare le voglie di dpkg.... magari c'è la versione per rpm...
Wiz

E che c'entra l'etica?
L'installazione di altri rpm la puoi forzare con --nodeps, pero' lui i
file presumo se li aspetti in certi posti. Se vuoi fare a mano ti
conviene controllare dove li mette l'rpm di RedHat, e adattarti. Magari
controlla se esegue pure eventuali script (rpm -q e' il tuo amico per
queste cose).
Per il resto le cose, una volta che il setup e' giusto, le cose
funzionano comunque, rpm serve per sapere dove e' intallata la roba per
toglierla, controllare delle dipendenze, (e talvolta eseguire uno script
di post-installazione o post-disinstallazione). Se installi a mano
questo non ce l'hai, cosi come non hai aggiornato il database dei
pacchetti (e tutti quelli che voglino apache ti riporranno gli stessi
problemi). 
Ciao
-- 
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"

puoi provare con le opzioni di rpm -t
p.es
 rpm -ta apache.tar.gz
ti crea un rpm dal tar, sempre che nel tar ci sia un file di specifiche
che gli dica come lavorare. Molti sorgenti ne hanno uno...
Ciao,
    Matteo

 thanks,                        Manny
io mi creo a manina i sorgenti degli rpm e li compilo, perché mi piace
poi disinstallare tutto con un semplice comando... in ogni caso non sei
obbligato a farlo... basta che installi tutto quello che compili a mano
o le cose precompilate all'interno della gerarchia /usr/local (degli rpm
fatti bene non dovrebbero andare a toccare nulla dentro /usr/local. In
questo modo, sebben tu debba cancellare le cose a mano, eviti di
incasinare la tua distribuzione mettendo cose in /usr/bin /usr/sbin ecc.
/usr/local non viene toccato da nessun gestore di pacchetti proprio per
lasciare comunque la libertà di fare le cose a mano.
ciao
-- 
  _     _                                  _ 
 (_)   | |                                | |
  _____| |  ___   ____    ____  _____   __| |
 |  _   _) / _ \ |  _ \  / ___)(____ | / _  |
 | |  \ \ | |_| || | | || |    / ___ |( (_| |
 |_|   \_) \___/ |_| |_||_|    \_____| \____|
Windows NT crashed.
I am the Blue Screen of Death.
No one hears your screams.

 cosa che comprometto e' che al momennto di fare
Di solito i Makefile hanno anche un target chiamato 'uninstall' per cui
il problema non sussiste.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 writes:
M> 
M> un'upgrade/eliminare apache, lo devo cancellare a manina?
M> o ci sono altre sottigliezze per farlo?
per le dipendenze  non saprei, ma per tenere  traccia di dei vari file
in /usr/local c'è un programma  utilissimo: stow. Ogni pacchetto viene
installato in una  directory  separata  e stow  crea dei   symlink  in
/usr/local. Quando dovrai eliminare  aggiornare, saprai subito a quale
pacchetto appartengono i vari pezzi sparsi.
Io l'ho trovato su debian, ma è un semplice script perl.
Ciao
Marco
-- 
Legge di Hoare sui Grandi Problemi:
	Dentro ogni grande problema ce n'e' uno piu' piccolo che sta
	lottando per venire fuori.