Newsgroup: it.comp.os.linux.iniziare
Titolo: pacchetto php, dipendenze e tar

Ciao a tutti
vorrei provare degli script php sul mio server apache (rh 7.1), ed ho
constatato che non č installato il pacchetto php
l'ho scaricato e come al solito ci sono delle dipendenze da
soddisfare... che perň riguardano mezza distribuzione
(libcrypto.so.2   libcurl.so.1  
libdb-3.2.so
   libltdl.so.3
libpspell.so.4  libssl.so.2 )
al che mi fermo poichč non mi fido molto...
la domanda che mi pongo č: se io avessi scaricato i sorgenti da
compilare (di php) come avrebbe trattato queste dipendenze??
nel configure avrebbe sistemato tutto da solo?
Ciao
Manuel
--
ICQ 117744323

 compilare (di php) come avrebbe trattato queste dipendenze??
Se un programma richiede una certa libreria e tale libreria non
e' installata nel sistema, il programma non si compila o non funziona.
Installa le librerie prima del programma.
Davide

 Installa le librerie prima del programma.
e se le librerie ci sono, ma sono di versioni precedenti?
riesce ad 'adattarsi' a differenza di rpm?
grazie ancora
Manuel

 riesce ad 'adattarsi' a differenza di rpm?
Dubito seriamente, se richiede una certa versione di libreria e'
perche' in quella versione ci sono delle cose che nella versione
precedente non ci sono (se il programma e' fatto in modo decente).
Comunque, che problemi hai ad aggiornare ?
Davide

riesce ad 'adattarsi' a differenza di rpm?
No, almeno che non sia previsto da chi ha fatto il pacchetto.
La soluzione migliore scaricarsi la nuova libreria (di solito si possono
mantenere tutte le versioni insieme), o latrimenti puoi ingannare il
programma usando un link simbolico con il nome della nuova versione e
che punti alla vecchia versione della libreria (ti porti nella directory
dove si trova la libreria, ln -s 'attuale libreria' 'nuova versione
della libreria').
Salve
          Dbg

 Comunque, che problemi hai ad aggiornare ?
questo è  rpm -Uvh openssl-0.9.6b-7.i386.rpm
dovrebbe installare  (tra gli altri)
libcrypto.so.2
libssl.so.2
mi dice:
libcrypto.so.1   is needed by openldap-2.0.7-14
libcrypto.so.1   is needed by openssh-clients-2.5.2p2-5
libcrypto.so.1   is needed by bind-9.1.0-10
libcrypto.so.1   is needed by ucd-snmp-utils-4.2-12
libcrypto.so.1   is needed by links-0.95-2
libcrypto.so.1   is needed by pine-4.33-8
libcrypto.so.1   is needed by fetchmail-5.7.4-4
libcrypto.so.1   is needed by lynx-2.8.4-9
libcrypto.so.1   is needed by python-1.5.2-30
libcrypto.so.1   is needed by openssh-2.5.2p2-5
libcrypto.so.1   is needed by ucd-snmp-4.2-12
libcrypto.so.1   is needed by mod_ssl-2.8.1-5
libcrypto.so.1   is needed by imap-2000c-10
libcrypto.so.1   is needed by slrn-0.9.6.4-2
libcrypto.so.1   is needed by licq-1.0.2-3
libcrypto.so.1   is needed by stunnel-3.13-3
libcrypto.so.1   is needed by bind-utils-9.1.0-10
libcrypto.so.1   is needed by cyrus-sasl-1.5.24-17
libcrypto.so.1   is needed by mutt-1.2.5i-9
libcrypto.so.1   is needed by pidentd-3.0.12-4
libcrypto.so.1   is needed by openssh-server-2.5.2p2-5
libssl.so.1   is needed by openldap-2.0.7-14
libssl.so.1   is needed by links-0.95-2
libssl.so.1   is needed by pine-4.33-8
libssl.so.1   is needed by fetchmail-5.7.4-4
libssl.so.1   is needed by lynx-2.8.4-9
libssl.so.1   is needed by python-1.5.2-30
libssl.so.1   is needed by mod_ssl-2.8.1-5
libssl.so.1   is needed by imap-2000c-10
libssl.so.1   is needed by slrn-0.9.6.4-2
libssl.so.1   is needed by licq-1.0.2-3
libssl.so.1   is needed by stunnel-3.13-3
libssl.so.1   is needed by mutt-1.2.5i-9
in pratica faccio prima ad aspettare rh 7.2
ho paura che qualcosa non vada dopo..
anche se metto --nodeps non sò se ciò che viene sostituito andrà lo
stesso...
o richiede proprio le versioni .1


 programma usando un link simbolico
gneee gneee (sto piangendo se non si fosse capito...)
aaargh rpm .... (sto inveendo contro rpm)
aaargh me stesso che sono niubbio e rischio di restarlo x sempre...
già sono pericoloso quando cerco di fare le cose 'per bene' , ci manca
solo di tentare di ingannare il programma...
ho paura di sputtanare tutti quei programmini che ho elencato nel post
in risposta a davide...


 libcrypto.so.1   is needed by openldap-2.0.7-14
<ZAP>
Ok, pero' se tu installi la versione .so.2 insieme alla .so.1
non dovresti avre grossi problemi, al limite potresti poi provare
a far 'puntare' i programmi alla versione nuova e vedere se
continuano a funzionare ed eventualmente rimuovere la versione 1.
Davide

 continuano a funzionare ed eventualmente rimuovere la versione 1.
guarda, io sono niubbio e ragiono da niubbio (purtroppo)
rpm -ivh openssl-0.9.6b-7.i386.rpm
file /usr/bin/openssl from install of openssl-0.9.6b-7 conflicts with
file from package openssl-0.9.6-3
file /usr/share/ssl/openssl.cnf from install of openssl-0.9.6b-7
conflicts with file from package openssl-0.9.6-3
*credo* che sia obbligatoria l'opzione -U in rpm
d'altronde non ho idea di come installare .so.2 assieme a .so.1


 conflicts with file from package openssl-0.9.6-3
Quindi /usr/bin/openssl esiste gia', rinominalo come openssl_old,
stessa cosa per /usr/share/ssl/openssl.cnf, se il nome del file
e' lo stesso dovrebbe fare la stessa cosa.
Davide

in risposta a davide...
]zac[
1 - non rischi niente, non sostituisci la xxxxxxso.1 ma aggiungi un link
simbolico con nome xxxxxso.2
2 - se hai problemi rimuovi il link xxxxxso.2 e sei esattamente come
prima
3 - se non ha mai usato i link non fai altro che fare qualche prova
nella tua home directory con un file qualsiasi.
4 - rifletti un attimo su quello che ti ho proposto e quando avrai
capito ti sara' chiaro che una operazione semplice e indolore (alcune
versioni di librerie sono dei link simbolici anche nelle distribuzioni).
Salve
          Dbg

libpspell.so.4  libssl.so.2 )
Scarica questo:
http://rpmfind.net//linux/RPM/redhat/7.1/i386/php-4.0.4pl1-9.i386.html
Sta anche nel cd di installazione. Si installera' senza problemi.
-- 
Enrico Bodo  -   PhD student      
University of Rome "La Sapienza" 
Department of Chemistry         

 Sta anche nel cd di installazione. Si installera' senza problemi.
credo sia la cosa migliore da fare....
Grazie
Manuel
PS sai quando esce rh 7.2 ??
l'ultima beta è del 17/9 ...

 ha scritto
ti chiedo un'altra cosa.... immagino tu usi rh...
mi hanno regalato il 'paccone' server di rh7.0 in cui c'è il bel
dischetto di boot x l'installazione.
poi ho tolto tutto ed ho upgradato a rh 7.1 scaricata...
poichè il bios è vecchio, non supporta l'avvio da cd, ed ho usato il
floppy di rh7.0
non è che sai dove posso recuperare l'immagine del dischetto per rh 7.1
?
non dirmi che sta nei cd perchè mi butto dalla finestra...
sul sito ftp non l'ho trovato..
Ciao
Manuel

non dirmi che sta nei cd perchè mi butto dalla finestra...
Si', sta nel primo dei cd di installazione nella directory images/ . Basta
che usi rawwrite (da dos/win) o dd (da unix) per creare il dichetto di boot
usando tali immagini. Sta tutto sulla guida all'installazione. Se non hai 
rawrite ne trovi una copia nella dir dosutils/ del primo cd di 
installazione.


 installazione.
prima di buttarmi vorrei essere sicuro..
ma è l'immagine del floppy d'installazione?
non parlo di un generico floppy di boot...
Grazie
Manuel

ma è l'immagine del floppy d'installazione?
E' l'immagine del floppy *per l'installazione*. Il floppy di boot viene 
creato durante l'installazione stessa. *Non saltare* la creazione del floppy 
di boot. 


 nel configure avrebbe sistemato tutto da solo?
Ti  saresti  trovato nella  possibilità,  all'atto  del ./configure,  di
scegliere quali caratteristiche configurare e quali no. A quanto capisco
nell'rpm scaricato da  te sono state compilate  tutto le caratteristiche
opzionali  di php,  come il  supporto per  connessioni protette  (ssl) e
quant'altro.  Questo  è  il  motivo  per  cui  ti  chiede  tutte  quelle
dipendenze.
-- 
MrJones aka Morpheus, Linux Registered User # 206246
Alla fine, per il sito di produzione ho installato la patch di Win 2000
prodotta da SuSE (
www.suse.com
). Sette CD, ma ne e' valsa la pena.
		-- Leonardo Serni

 dipendenze.
grazie!!!
ma secondo te, così su due piedi, gli sarebbero andate bene anche le
librerie libcrypto.so.1 (magari disabilitando certe features) oppure non
lo avrebbe installato?
giusto così x curiosità... alla fine ho messo la versione presente nei
powertools...
Ciao
Manuel@home

 powertools...
Penso proprio che il ./configure sarebbe fallito in quella situazione, a
meno che non fosse possibile mentirgli attraverso dei link simbolici... 
-- 
MrJones aka Morpheus, Linux Registered User # 206246
We do not colonize.  We conquer.  We rule.  There is no other way for
us.
		-- Rojan, "By Any Other Name", stardate 4657.5