Newsgroup: it.comp.os.linux.iniziare
Titolo: Pacchetti RPM, dipendenze e conflitti.

Salve a tutti.
Volevo chiedervi come fate ad uscire da quei vicoli ciechi che ogni tanto si
incontrano cercando di installare i pacchetti RPM su Linux. Mi riferisco a
queli casi in cui, cercando di soddisfare le dipendenze, si incontra qualche
pacchetto/libreria/componente che non viene installato a causa di conflitti
con altri già presenti. Che si fa in questi casi? Si forza l'installazione,
rischiando di incasinare altri programmi, si rinuncia ad utilizzare il
programma, o che altro? Si può aggirare in qualche modo il problema?
Grazie e ciao.

 Che si fa in questi casi?
devi scaricarti il sorgente e ricompilarlo con le librerie presenti sul
tuo sistema!
rpm --rebuild <pacchetto>.src.rpm
Ciao
Manuel
--
             Prima di postare FAQ, controlla su Google:
  >>   
http://groups.google.com/advanced_group_search
   <<
   Problemi di netiquette? 
http://www.nic.it/NA/netiquette.txt
Vuoi imparare linux? 
http://a2.swlibero.org
 - ICQ 117744323


Scusa l'ignoranza: per sorgente intendi il programma non compilato oppure
l'RPM che ho scaricato e che "risistemo" col comando che mi hai indicato?
Scusa, sai, ma sono "leggermente" inesperto, come probabilmente si evince
dalla domanda.
Grazie e ciao.

lchiandu wrote:

apt-rpm ti risolverebbe un bel po' di problemi.
apt4rpm.sourceforge.net
Bye.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***


Intanto grazie per la risposta. L'ho appena scaricato (almeno credo sia il
file giusto). Sembra interessante, domani lo provo e ti so dire.
Grazie ancora e ciao.

 file.cpio" e comandi cpio che troverai in questo NG (guarda caso, 
discusso in questi ultimi giorni).
Ciao,
  Xav


[CUT]
Grazie per la valanga di informazioni. Mi ci vorrà una settimana per
assimilare tutto, dato che fin'ora avevo usato gli RPM unicamente tramite il
tool grafico della distribuzione (Mandrake 8.0 attualmente). Vedrò quanto
prima di fare alcuni tentativi e spero di riuscirci: è un peccato vedere
vagonate di software gratuito in giro e non riuscire ad installarlo.
Grazie e ciao.

 Scusa l'ignoranza: per sorgente intendi ..
allora, ci sono 2 grosse categorie di rpm: gli rpm stessi e gli srpm
gli srpm sono i sorgenti (impacchettati tramite rpm) che ricompili sul
tuo sistema e si riconoscono dal suffisso .src.rpm (invece del classico
.i386.rpm di RH e del .i586.rpm di mdk)
Ad esempio, se ti interessa postfix, c'e' il pacchetto
postfix-1.1.7.i386.rpm, che pero' viene compilato con certe librerie.
Se non le hai o non le puoi mettere, avrai problemi di dipendenze.
Quindi risolvi scaricando il pacchetto postfix-1.1.7.src.rpm e dai il
comando #rpm --rebuild postfix-1.1.7.i386.rpm che provvede a:
-scompattare il pacchetto in /usr/src/redhat/
-compilare postfix
-creare un rpm che si chiama postfix-1.1.7.i386.rpm (esattamente come
quello di prima, ma compilato con le librerie disponibili sul tuo
sistema)
a quel punto ti sposti in /usr/src/redhat/RPMS e dai rpm -ivh
postfix-1.1.7.i386.rpm
(comunque al termine della compilazione ti dice dove ha scritto il file)
ok?



Aaaahhh, adesso ho capito cosa sono quei files con estensione srpm che trovo
su siti come Sourceforge o Freshmeat. Oggi ho scoperto una cosa nuova.
Grazie 1000 per le spiegazioni.
Ciao.

 Oggi ho scoperto una cosa nuova.
bene !
aggiungo anche che e' preferibile ricompilarsi i pacchetti partendo dai
.src.rpm per questioni di velocita' e piena compatibilita' con le
librerie presenti nel sistema.


 .i386.rpm di RH e del .i586.rpm di mdk)
ma x86 non individua l'architettura del calcolatore per il quale sono
compilati?
-- 
"We know Linux to be great...
 it ends infinite loops in 5 seconds only" Linus Torvalds

 per il quale sono compilati?
si, ma 'storicamente' redhat li compila come .i386 o come .noarch,
mandrake come .i586 o come .mdk
comunque per i pacchetti di mdk e' (piu' o meno) garantito che
funzionino anche su redhat
(poi ci sono i rawhide e i mandrake cooker, che sono gli aggiornamenti
all'ultima distribuzione, spesso non completamente stabili)
Poi ci sono i .ppc e i .alpha.
per una rassegna completa si puo' cercare su 
rpmfind.net


 funzionino anche su redhat
Ah! come sarebbe bello!  ;-)  Come segnalavo prima, le ultime Mandrake/Red 
Hat impacchettano in modo diverso alcune cose.  Tipo: quel che in Mandrake 
viene in un solo pacchetto, in Red Hat viene in due.  Poi, ci sono le 
dipendenze con librerie tipo la stdc++ che è diversa.  Io smisi di provare 
a installare gli .mdk su RH quando trovai (versioni 6.x) che le librerie su 
cui si basavano erano diverse (anche se di poco).  All'epoca mi rimaneva 
piuttosto scomodo scaricare i sorgenti e ricompilare, ma la soluzione 
migliore rimane sempre questa.
Ciao,
  Xav

 e ricompilare, ma la soluzione migliore rimane sempre questa.
ma intendi i .src o i tar.gz ?
concordo che compilare i .tar.gz e' la soluzione migliore (maggior
velocita' e stabilita') pero' rpm e apt offrono i loro bei vantaggi...
Ciao!


 velocita' e stabilita') pero' rpm e apt offrono i loro bei vantaggi...
Ma se i file .src.rpm, non contengono altro che un .tar.gz più un file 
.spec.  E' infatti comodo scrivere: "rpm --rebuild file.src.rpm" ma se il 
tar.gz viene con il file spec ottieni lo stesso effetto con: "rpm -ta 
file.tar.gz".
C'è un programma, scritto tra l'altro da un italiano, che tiene traccia dei 
file che crea un comando che gli passi.  Su di esso si basa "checkinstall", 
un programma che ti esegue "make install" e poi ti costruisce un rpm con i 
file installati.  E' *molto* utile quando non hai alla mano un file spec, 
stai compilando/installando da .tar.gz e vuoi comunque un rpm del 
programma. Mi sa si trova su freshmeat.
Ciao, 
  Xav

 Linux box a C900 e Kernel 2.4.18. Risposte a ICQ 14301589 o 
mailto:
1430...@pager.icq.com