Newsgroup: it.comp.os.linux.iniziare
Titolo: rpm non ho mai capito una cosa!

Salve ragazzi!
Non ho mai capito una cosa riguardante gli rpm! 
Mi sono trovato in passato piu' volte nella situazione di dover installare
un rpm senza riuscirci a causa delle dipendenze non soddisfatte.
Il bello era che in effetti le dipendenze erano soddifatte, ma rpm non le
vedeva. 
Da quando poi mandrake ha tirato fuori urpmi le cose sono andate molto
meglio, fino ad oggi! 
Stavo cercando di installare panorama-tools e cio' che accade e' la seguente
cosa:
[root@Cooper Linux]# rpm -i panorama-tools-2.6bml12-2.i386.rpm
error: Failed dependencies:
        libpng.so.2 is needed by panorama-tools-2.6bml12-2
[root@Cooper Linux]#
Eppure mi ricordavo di avere installato le libpng
Infatti un locate libpng mi da:
[root@Cooper Linux]# locate libpng
/usr/share/man/man3/libpng.3.bz2
/usr/share/man/man3/libpngpf.3.bz2
/usr/share/doc/libpng3-1.2.5
/usr/share/doc/libpng3-1.2.5/example.c
/usr/share/doc/libpng3-1.2.5/CHANGES
/usr/share/doc/libpng3-1.2.5/README
/usr/share/doc/libpng3-1.2.5/TODO
/usr/share/doc/libpng3-1.2.5/libpng.txt
/usr/share/doc/libpng3-devel-1.2.5
/usr/share/doc/libpng3-devel-1.2.5/example.c
/usr/share/doc/libpng3-devel-1.2.5/CHANGES
/usr/share/doc/libpng3-devel-1.2.5/README
/usr/share/doc/libpng3-devel-1.2.5/TODO
/usr/share/doc/libpng3-devel-1.2.5/libpng.txt
/usr/bin/libpng12-config
/usr/lib/libpng.so.3
/usr/lib/libpng.so.3.1.2.5
/usr/lib/libpng12.so.0
/usr/lib/libpng12.so.0.1.2.5
/usr/lib/pkgconfig/libpng.pc
/usr/lib/pkgconfig/libpng12.pc
/usr/lib/libpng.so
/usr/lib/libpng12.so
/usr/include/libpng12
/usr/include/libpng12/pngconf.h
/usr/include/libpng12/png.h
/usr/include/libpng
[root@Cooper Linux]#
Noto che in effetti benche' le png siano installate il file libpng.so.2
richiesto dalle dipendenze non c'e'.
Penso di metterlo io amano facendo un link simbolico alla libpng.so.3.1.2.5
Rilancio rpm ma niente da fare, ancora dipendenza non soddisfatta....
Come cazz si risolvono questi problemi che credevo eliminati con urpmi?
Grazie
mic


Vedo due soluzioni:
- compilarti il sorgente (soluzione immediata, non definitiva)
- passare a debian :-) (soluzione vera)
E' il consiglio di chi ha ha fatto il salto dalla sua fida red hat 7.3,
una volta che red hat ha deciso di focalizzarsi sul corporate invitando
i suoi utenti non core a passare a fedora).
ciao
-- 
Marche:  | In futuro un computer potrà forse pesare solo 1,5 tonnellate.
l'Italia | [La rivista Usa Popular Mechanics, 1949]
in una   | 
regione. | 

 - passare a debian :-) (soluzione vera)
Possibile che non ci sia altro modo di risolvere il problema? 
Cosi' non e' che lo si risolve in effetti.. lo si aggira soltato...
Come a dire non riesci a farlo? ok, non lo fare, fai qualcos'altro... 
Io vorrei capire perche' non riesco a farlo e casomani riuscirci... 
Grazie comunque!


I casi che mi vengono in mente sono due:
- il programma è stato scritto per la vecchia release libpng.so.2
e non è compatibile con la nuova. Capita raramente (in genere c'è
compatibilità all'indietro)  e non c'è che aspettare un aggiornamento
del programma
- è stato preparato male il pacchetto rpm: fa un controllo di "uguale"
sulla versione, invece che di "maggiore o uguale". Capita più spesso.
Prova a prendere il pacchetto sorgente.rpm e a ricompilartelo con un
 "rpm --rebuild". Poi installi il tuo "rpm" personale.
ciao, Andrea

 Cosi' non e' che lo si risolve in effetti.. lo si aggira soltato...
Se provi a compilare direttamente il sorgente, in effetti,
puoi stabilire se il fatto delle dipendenze è dovuto ad rpm
(nell'ipotesi tu riesca ad installare correttamente il programma),
o magari ad un altro problema. In questo secondo caso, riflettendo
sulle cause che hanno impedito la riuscita della installazione, 
avresti la possibilità di identificare cosa infastidisce rpm e
magari intervenire.
ciao
luke
 

 Grazie comunque!
puoi provare ad installare con l'opzione --nodeps è sporca ma a volte
funziona.
Alla peggio disinstalli.
-- 
Lorenzo "paulatz" Paulatto, Trieste

  - passare a debian :-) (soluzione vera)
Debian ha /dev/magic funzionante? Perche` se un dato sw richiede
una versione di libreria e preinstallata ce n'e` una con un 
*major number diverso*, fondamentalmente vedo due soluzioni, dal
basso della mia ignoranza:
- installare la versione richiesta in parallelo a quella presente
- ricorrere al sovrannaturale
;)
-- 
Francesco Romani - Ikitt   (signature under [re]construction)
'A geek is someone who spends time being "social" on a computer.'

 - ricorrere al sovrannaturale
con debian, in casi come quello esposto nel thread, è sufficiente fare
un apt-get install <nomeprogramma> --simsalabim
nei casi più riottosi si può usare, come consiglia ikitt, anche un
meno ovvio ln -sf /dev/magic <path e nomelibreriariottosa>
in entrambi i casi da root (precisazione per i niubay)
saluti!
-- 
Linux is | >Salve ragazzi, mi kiamo Dario. Volevo kiedervi se in questo
Better   | Ng trattate anche di prove dell'esistenza di vita
Try it!  | extraterrestre insabbiate dai vari governi? ...Resta fermo
Open&Free| li'. Voialtri, avanti con quel camion. [Leonardo Serni]

 Io vorrei capire perche' non riesco a farlo e casomani riuscirci... 
Perche' il pacchetto rpm che hai preso e' stato impacchetto per redhat. Su
un'altra distribuzione non funzionera'. *Non puoi* installare quel
pacchetto. 
-- 
Enrico Bodo  -  Assistant Professor in Theoretical Chemistry 
University of Rome "La Sapienza" 
Department of Chemistry