Newsgroup: it.comp.os.linux.software
Titolo: glib-1.2.7

Salve a tutti,
forse non sono degna di postare in questo gruppo visto che sono una
principiante,
ma il mio problema riguarda le librerie, quindi  penso che sia pane per i
vostri denti...
Allora, il mio problema inizia quando, volendo provare un news reader nuovo,
mi sono scaricata
il file Pan-0.8.0beta.tar.gz dal sito 
www.superpimp.org
Dopo averlo decompresso lancio
./configure
make (o forse solo ./configure)
e mi appare che ho bisogno almeno le:
glib-1.2.7
per funzionare.
Allora scarico da 
ftp://ftp.gtk.org
glib-1.2.7.tar.gz
e gtk+-1.2.7.tar.gz
decomprimo il primo file, lancio
./configure
make
make install   (come da file INSTALL)
poi decomprimo il secondo, lancio
./configure
e mi dice che non trova le librerie glib-1.2.7
che devo mettere un link adeguato in /etc/ld.so.conf
allora metto in questo file il link a /usr/local/lib (dove il programma ha
installato le 1.2.7),
e disinstallo (!?!) le librerie vecchie con RPM,
ma ora non mi parte neanche più X.
Sapreste dirmi per cortesia quale procedimento bisogna adottare per
cancellare le librerie
vecchie e per installare quelle nuove ?
Carola
P.S. i procedimenti li ho operati da root
       ho una Red Hat 6.0

 RPM, ma ora non mi parte neanche più X.
Secondo me prima dovevi disinstallare le glib vecchie, poi dare il make
install di quelle nuove. Penso che ti convenga (da console, dato che non
ti parte X) rifare l'installazione delle glib-1.2.7
Ciao!


Gestire i programmi in quel modo e` un suicidio, le distribuzioni
attuali mettono a disposizione un gestore di pacchetti magnifico, rpm,
che facilita enormemente installazione e upgrade di programmi e librerie.
Fare tutto con i sorgenti, addirittura l'upgrade delle librerie, per
un newbie e` un puro suicidio (e per un esperto 'na perdita di tempo,
imho).
Quindi lascia perdere tutti i tar.gz che hai scaricato e vai a prendere 
tutto a 
http://rpmfind.net/RPM/ByName.html
Vedrai che roba, altro che ./configure ... !!
-- 
    Ciao
        Pardo
 
	( 
http://members.xoom.it/teletex/pardo.html
 )

 tutto a 
http://rpmfind.net/RPM/ByName.html
Ci sono andata giusto ora e mi sono scaricata qualche versione delle
glib 1.2.7 (spero che quella con -rh61 sia quella giusta, io ho la rh
6.0).
Devo, comunque, eliminare le glib vecchie prima di installare quelle
nuove
o la potenza di RPM risolve tutto automaticamente ?
Carola

 Ciao!
Grazie, proverò tutto e anche le RPM di glib 1.2.7
Carola

o la potenza di RPM risolve tutto automaticamente ?
Praticamente si, eh eh
rpm -Uvh nomepacchetto.rpm
...e dovrebbe fare l'upgrade delle vecchie.
Se invece ti da` una lunga serie di "file xxxxx conflicts with yyyyy from
package zzzzzz", al posto di "-Uvh" usa "-ivh" e funzionera`.
Io sulla redhat 6.0 ho fatto l'upgrade (in questo modo) di: glib, glibc, 
gtk+ e libstdc++ (se vuoi usare dei programmi recenti, tipo xmms 0.9,
devi upgradarle per forza! la RH6.0 originale comincia a essere un po' 
anziana come versioni dei pacchetti)
Eccezzzzzzionale...


* Lancio speranzosa:
rpm -Uvh glib-1.2.7-1rh61.i386.rpm
* provo ad installare gtk+11.2.7, ma mi dice:
* 'An older version of GLIB (1.2.1) was found.'
startx
* guardo nella 'gnoRPM' e trovo in Develoment-Libraries
* il pacchetto: glib-devel-1.2.1-2 (quello vecchio); mentre
* in System-Environment-Libraries trovo come unico pacchetto:
* glib 1.2.7-1.
* Penso che i due non siano la stessa cosa; infatti sul sito
* RPMfind avevo trovato anche il file glib-devel-1.2.7-1.i386.rpm
* che adesso mi sembra più simile alla lib vecchia.
* glib-1.2.7-1rh61.i386.rpm la lascio dov'è (System-Environment-Libraries)
* Allora:
rpm -Uvh glib-devel-1.2.7-1.i386.rpm
startx
* guardo nella 'gnoRPM' e NON trovo più in Develoment-Libraries
* il pacchetto: glib-devel-1.2.1-2 (quello vecchio), ma TROVO
* in Development-Libraries (con la 'p' tra 'Develo' e 'ment')
* il NUOVO pacchetto glib-devel 1.2.7-1
* Riavvio il sistema ( tanto per far qualcosa...)
* Ora installerò gtk+ e gnome-libs ...
* Sono a buon punto ?
** Carola**


uhm, che casino...
1)Lascia stare gnorpm, usare "rpm -qa" e` molto piu` comodo....
(e "rpm -qa | grep glib" ad esempio per vedere i pacchetti che nel
nome contengono la stringa `glib')
2)Il reboot non mi e` piaciuto... ti garantisco che non serve proprio a 
niente... e` un'inutile perdita di tempo che puzza di micro$oftiano...


o la potenza di RPM risolve tutto automaticamente ?
La seconda che hai detto: 
rpm -Fvh glib-1.2.7.i386.rpm e sara` tutto a posto automaticamente. 
-- 
The Hitman - 
http://members.xoom.it/hitman/
e-posta: 
sonic...@tiscalinet.it
 <-- *NUOVO* 
Powered by Slackware 7.0 & installwatch
- Le risposte stanno spesso in /usr/doc -

* il NUOVO pacchetto glib-devel 1.2.7-1
Quello é solo per un errore di battitura nella generazione dello spec di
quell'RPM.
-- 
  Giuseppe "Cowo" Corbelli >> Riding on Linux 2.2.14
------------------------------------------------------
ANTI-SPAM: E-Mail address is fake. Substitute cowo with IHATESPAM.
-<= Heavy Metal Or No Metal At All, 
      Whimps And Posers Leave The Hall =>-
		Manowar - Metal Warriors