Newsgroup: it.comp.os.linux.iniziare
Titolo: Ma non lo trovate assurdo?

Ma non trovate assurdo che per installare un pacchetto RPM cui mancano dei
files bisogna per forza di cose scaricare altri pacchetti contenenti quel
file?
Io che ho ancora un 56k del cavolo 
ad.es
. mi ritroverei a dover scaricare
decine e decine di MB...
Ma non esiste una specie di autocontenimento dei pacchetti nel mondo Linux?

Ma non esiste una specie di autocontenimento dei pacchetti nel mondo Linux?
No, cosi' si evita di fare casino nel sistema. Su debian puoi scaricare le 
dipendenze automaticamente ma il problema del 56k rimane. Anzi a quel punto 
meglio rpm...
Comunque binari compilati staticamente sarebbero piu' grossi (contengono 
anche le librerie) e un pacchetto che contenesse sia librerie sia software 
sarebbe grande quanto la somma (piu' o meno) dei due pacchetti separati.
Non capisco cosa intendi per "autocontenimento".
-- 
Enrico Bodo  -   PhD student      
University of Rome "La Sapienza" 
Department of Chemistry         



ehm, ehm
ti suggerisco l'upgrade ad una distribuzione debian gnu/linux :)
cosě ti scorderai le dipendenze dei pacchetti, il software gestisce
l'aggionamento dei pacchetti-dipendenze-alternative in modo
inegualiabile.
com'era il motto... apt-get to it!
ciao :)
gl


wrote:

Ciao, io non sono di certo un veterano di linux, e arrivando dal
"mondo windows" ho notato con molto rammarico la stessa cosa.
Scarichi un software di 500k (e ti chiedi come mai e'  cosi piccolo
nonostante faccia di tutto...), quando lanci l'rpm impazzisci con le
dipendenze, alla fine e'  prorpio come dici tu.
Mi chiedevo appunto se ero solo a lamentarmi...
Se non altro adesso siamo in 2...
-=FoX=-
 


Non ineguagliabile, ma automatico. Se con redhat decidi di scaricare
widnowmaker devi anche scaricare le libproplist. Con Debian lo stesso, non
e' che su Debian windowmaker gira senza librerie. Il tempo impiegato a
scaricare nei due casi risulta uguale. Il vantaggio sta nell'automazione
della cosa, ma il risultato non cambia. Lui si lamentava del tempo
necessario a scaricare un software, il che non c'entra nulla con il gestore
dei pacchetti. Prima di scatenare una serie di risposte dai debianisti ci
tengo a chiarire che considero apt migliore di rpm sotto molti aspetti.


dipendenze, alla fine e'  prorpio come dici tu.
Siccome io raramente mi imbatto in questo tipo di dipendenze selvagge
(usando redhat) mi chiedo quale sia il problema. Quindi vorrei mi faceste un
esempio di software per il quale e' necessario mezzo mondo e non un
pacchetto di librerie in piu'. E' una semplice curiosita'.




Ciao
io mi riferisco in particolare ai programmini che si trovano magari su
tucows x che so, visualizzare le immagini piuttosto che un browser di
files...
adesso un software specifico nn te lo so dire cmq io ho riscontrato
questo "problema" in questi casi.
Appoggio la filosofia di avere le librerie condivise.
Solamente che e' frustrante per chi ha una connessione a 56k doversi
scaricare un bel po di roba in piu di quella prevista.
Credo che chi sviluppa programmi si appoggi giustamente alle versioni
piu recenti delle librerie, versioni non ancora comprese nelle
distribuzioni e quindi "da scaricare"...
(tieni conto che stai parlando con uno che ne sa ZERO eh!
sul mio pc gira inspiegabilmente UT con l'install della loki  e
Diablo2 col wine ma non sono ancora riuscito ad installare Xmame per
problemi legati a dipendenze e/o compilazione... almeno credo...)
:)
ciao
-=FoX=-

 Ma non esiste una specie di autocontenimento dei pacchetti nel mondo Linux?
Autocosa???
P.S. ricorda che puoi evitare di fare il check delle dipendenze, soprattutto se
uno dei pacchetti requisiti è stato installato manualmente tramite i sorgenti.
-- 
| /
| \Byte - Andrea Briganti - 
kbyt...@freemail.it
http://digilander.iol.it/kbytesystem
ICQ: 40872731 - C6: andreakbyte

 widnowmaker devi anche scaricare le libproplist.
Non vorrei dire... ma se lo fai con up2date l'operazione č del tutto automatica.




Ma dai!!! quando mancano delle dipendenze hai bene in chiaro i pacchetti che
mancano... Scarichi pure quelli e fai una unica riga di rpm che comprende tutti
i file...


 uno dei pacchetti requisiti è stato installato manualmente tramite i
sorgenti.
Beh, ho capito adesso. Ma una cosa ancora: se io disinstallo un pacchetto,
non è che vengono eliminati anche files e librerie in uso da altri
pacchetti, eh?

 
rpm ti avvisa e non disinstalla nulla, a meno che non gli dai l'opzione
--force, ma a quel punto sai cosa stai facendo

distribuzioni e quindi "da scaricare"...
Domanda: perche` non tenere la versione piu` vecchia di un sw (quella
inclusa nella propria distro)? (escludendo i casi di clamorosi bugs)
P.S.: la prossima volta quota meglio...

inclusa nella propria distro)? (escludendo i casi di clamorosi bugs)
Io per manie di aggiornamenti :)
Diciamo che vorrei tenermi questa Slack 8 anche quando uscira' la 9,
pero' essendo con i programmi allo stesso livello della 9 (e' un
esempio)
E poi aggiornando poco per volta man mano che esce la roba (solo
quella che uso, ovvio), mi e' meno traumatico aggiornare cose magari
piu' grosse, dato che le librerie le ho gia' allineate alle ultime
versioni...
Per me e' questione di gusti (miei) e abitudine (mia) :)
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Chi lavora avvelena anche te, digli di smettere - DElyMyth@work

 Linux?
passa a debian, apt ti risolve automaticamente le dipendenze, anche
quelle ricorsive


Diciamo che dipende dai casi.
Se servono delle librerie di uso molto comune, e` logico farle
scaricare a parte: complessivamente si lavora meno.
Quando servono cose meno usuali (es. libr. Motif) sul sito
trovi due rpm con e senza librerie caricate staticamente.
Es. grace-dynamic-5.0.rpm e grace-static-5.0.rpm
ciao, andrea

i file...
Eh come no. Peccato che ti dica solo il nome nella libreria che serve
per la dipendenza.
E non sempre il nome della libreria corrisponde al nome del pacchetto.
E allora vai di bash script a interrogare i pacchetti a uno a uno in
cerca di codesta libreria.
Spiacente ma rpm fa acqua da tutte le parti.
L'unico modo di salvarsi è di usare red carpet sotto gnome. 
Ma nemmeno lui fa grandi miracoli.
icq 122395780

problemi legati a dipendenze e/o compilazione... almeno credo...)
Riporta questi problemi e il sito da cui l'hai preso.



Se il software che stai rimuovendo serve a qualcos'altro ogni gestore di 
software degno di questo nome ti avverte e non procede a mneo che tu non lo 
forzi. 


Non vorrei dire... ma se lo fai con up2date l'operazione č del tutto automatica.
Sospettavo... ma non l'ho mai utilizzato. Faro' qualche prova appena rimetto 
le mani su linux. Grazie per la precisazione.


versioni...
Gia`... pero` se non hai la mania di scaricare tutte le librerie che
aggiornano ;) mica e` obbligo che devi avere le utlime versioni di
tutti i programmi che usi... :)

 tutti i programmi che usi... :)
Beh, quelle che so di usare le scarico, le altre quando i vari configure
mi fanchiurlizzano :)
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Powered By Slackware 8.0 on Asus L7300G - Kernel 2.4.7 - WMaker 0.70.0

Nick Shodan ha scritto : 

Usa apt Luke.... [1]
[1] e quindi passa a debian.
-- 
  _  _ >>Now on Linux<<  _     || ICQ number.................Non lo uso
 | \| |___ _____ ___ ___|_|___ || Home-Page ................Non ce l'ho
 | .` | -_|     | -_|_ -| |_ -||| E-Mail................Non l'avrai mai
 |_|\_|___|_|_|_|___|___|_|___||| Un Nemesis che ha pochi e-contatti ;)

Non vorrei dire... ma se lo fai con up2date l'operazione è del tutto automatica.
Ok, ma mi piacerebbe che gestisse anche l'aggiornamento alle nuove release.
Se hai la 6.2 muori con quella, idem per la 7.1.
L'aggiornamento da cd rom e' un po' una palla, i server che ho su li gestisco da
remoto, non hanno cd ,scheda video e tastiera. 
Per aggiornarli dovrei necessariamente fermarli e aggiungere le periferiche
mancanti. 
Ciao
Fabio
- 
Per rispondere scambiare lino con maggio

[1] e quindi passa a debian.
Infatti è quello che ho fatto appena ho avuto una debian in mano.
Non ne posso più di rpm e delle sue moine.
Cmq il problema per quanto riguarda rpm permane finchè qualcuno non
sviluppa un rpm-get. E fino ad allora chi lo usa impazzira' con le
dipendenze.
icq 122395780

 Spiacente ma rpm fa acqua da tutte le parti.
del tutto no, pero' e' vero che se devi aggiornare librerie condivise,
fanno casino molti altri pacchetti installati.
sarebbe molto meglio avere qualcosa di simile a debian...
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

... e te lo scarichi!
Gia' ma se il pacchetto che scarichi richiede altre librerie?
Quello che non sopporto è il tempo che intercorre tra l'installazione
fallita e la successiva ricerca del pacchetto. 
Magari poi 
rpmfind.net
 non risponde e telecom ringrazia.
Sara' che sono rimasto scottato ma rpm non è il massimo dell'eleganza.
Il tutto IMHO ovviamente.
icq 122395780

Nick Shodan ha scritto : 

In effetti dovrebbe esistere un qualcosa di simile anche per rpm, e si
chiama urpmi (o qualcosa del genere), di sicuro lo si trova sulle ultime
Mandrake. Sulla sua bontà però non posso pronunciarmi. Cmq io non ormai
non tornerei mai indietro, Debian mi calza proprio a pennello :)


sarebbe molto meglio avere qualcosa di simile a debian...
... appunto :)


 Gia' ma se il pacchetto che scarichi richiede altre librerie?
si si hai ragione!
nel mio post ho placidamente ammesso che sarebbe meglio avere un
qualcosa di simile al package manager di debian !
me ne sto una volta di piu' accorgendo in questo preciso momento, sto
installando RH ...


 ... appunto :)
e non mi stanchero' mai di ripeterlo !!!


sarebbe molto meglio avere qualcosa di simile a debian...
Il problema delle librerie condivise non e' prerogativa di redhat e' semmai 
un "problema" di linux perche' il funzionamento del software e' gestito 
cosi'. Se vuoi un software che richiede una successiva versione delle Xlib, 
puoi stare su Debian o Redhat ma le nuove Xlib devi scaricare. Se queste 
sono retrocompatibili tutto il resto continuera' a funzionare altrimenti 
(redhat o debian che sia) i casini vengono fuori ugualmente. 



Upgrade via ftp o nfs. 


e non mi stanchero' mai di ripeterlo !!!
Vedo che siamo d'accord ... allora perchè non passi a Deb. ?


(redhat o debian che sia) i casini vengono fuori ugualmente. 
Il discorso per Debian č un po diverso, se ti tieni nei limiti della tua
distro (potato, woody o sid) e non scarichi pacchetti diversi hai la 
quasi matematica certezza che installare nuovi software non scombini i
vecchi in quanto tutti i pacchetti sono stati ampiamente testati, il 
discorso č un pň meno vero per woody e sid, ma per potato č cosě. 
D'altronde non si spiegherebbe perchč le distro stable di Debian escano
cosě raramente (appro. ma quando caxxo esce Woody ? :) )


 qualcosa di simile al package manager di debian !
Cmq la strada sembra essere quella anche per RPM
Mandrake ha introdotto da qualche tempo URPMI (non sempre un granche' come 
funzionalita', ma meglio del semplice RPM: almeno se devi scaricare 
qualcosa da internet ti scarica *tutti* i pacchetti che ti servono). Ho 
letto anche che Red Hat potrebbe introdurre con il rilascio delle versioni 
8.x una versione migliorata di RPM, con controllo automatico delle 
dipendenze (tipo appunto urpmi e apt-get). Certo che nel mondo Linux si ama 
il pluralismo (forse pure troppo): non sarebbe meglio concentrare gli 
sforzi per migliorare quello che funziona meglio (apt-get) e creare uno 
standard?
-- 
Wintermute a.k.a. DDT

 Vedo che siamo d'accord ... allora perchè non passi a Deb. ?
perche' ho sacricato potato, ho tentato di installarla... ma non ci sono
riuscito :-(
e poi non sono ancora molto 'ferrato' di linux, preferisco concentrarmi
su RH (che un po' conosco)
il giorno in cui capiro' di esserne entrato in pieno possesso, sara' il
giorno in cui installero' debian, stanne pur certo!


giorno in cui installero' debian, stanne pur certo!
Cmq se non ci fosse Debian, RH sarebbe la mia preferita.


cosě raramente (appro. ma quando caxxo esce Woody ? :) )
Questo e' verissimo. Pero' vale anche con RedHat. Per esempio io sulle
macchine di produzione all'universita' non installo altro che i pacchetti
redhat (della corretta versione) o gli aggiornamenti. Infatti non ho mai
casini di dipendenze. Spesso pero' le versioni ultime di alcuni software non
si trovano (kde per esempio) e esistono degli rpm generici che richiedono
una marea di aggiornamenti incrociati che metterebbero in ginocchio anche
apt-get (sopratutto su una connessione dialup). 
Questa non vuole essere una inutile precisazione a favore di redhat, ma un
consiglio a quelli che la installano. Tenetevi il software della
distribuzione, aspettate gli aggiornamenti "ufficiali" (che a volte sono fin
troppo veloci, vedi wu-ftp :-) ) sopratutto su macchine di produzione o
comunque dove la stabilita' e' importante. Per chi vuole sperimentare c'e' 
Mandrake con il suo cooker che e' perfetta (magari un po' instabile).


 A me l'installazione di Debian non mi č sembrata cosě difficile
allora, e' andata cosě:
sul pc c'era una RH 7.1 , ho fatto il boot da cd di potato e dopo un
attimo di smarrimento, sono riuscito a capire la 'logica' della
disposizione dei pacchetti nell'elenco.
Ho scelto quelli che preferivo e via... bene, non so preche', non so
percome ma mi son trovato poco dopo davanti al prompt della bash
(modificato, non era piu' quello di RH) e mi son chiesto: e adesso?
non ho ben capito se fosse solo RH o un sistema misto...
mi sono atapirato un casino ed ho spento...
La prossima volta mi leggo la guida all'installazione presente sugli
appunti di info libera, prometto!


 "Ufficiali" sopratutto su macchine di produzione
eccola li'
ok ricevuto!!!


se non vanno piu' gli altri pacchetti poi??
Si puo' sempre fare una prova. Se "rpm -Uvh nuove_lib" non da alcun errore 
e' probabile che tutto vada bene. Puoi anche controllare (con delle sinatssi 
un po' piu' raffinate di rpm) se quelle librerie servono solo a samba o 
anche ad altro:
Per esempio cosa viene offerto dal pacchetto (libreria) qt?
$ rpm -q --whatprovides qt     
qt-2.3.0-3
A chi serve qt?
$ rpm -q --whatrequires qt     
firewall-config-0.95-2
kdesupport-2.1-3
kdelibs-2.1.1-5
kdenetwork-2.1.1-1
qt-devel-2.3.0-3


appunti di info libera, prometto!
Forse č meglio ;)
Cmq io quando l'ho installata la prima volta non ho letto niente, avevo
solo l'esperienza delle precedenti installazioni (RH6.0,Suse7.1,MDK7.2,
RH7.1), tutte distro dall'installazione "facile".


Upgrade via ftp o nfs. 
Scheda video + floppy e tastiera altrimenti non puoi.
