Ciao a tutti,
mi è sorta spontanea una domanda, dopo che ho cercato di approfondire in
qualche modo in questi due mesi i sistemi di pacchettizzazione del
sofware per Linux.
Ho visto, in particolare che i due sistemi di pacchettizzazione
principali esistenti su linux: deb e rpm, dipendenti dalle due
importanti distribuzioni Debian e Redhat sono normalmente caratterizzati
dal fatto di essere fortemente modellati per una distribuzione
specifica, anche fra quelle che utilizzano il deb o l'rpm.
In altre parole un file rpm per Mandriva può non installarsi
correttamente su Suse anche se entrambe le distribuzioni utilizzano lo
stesso Package Manager rpm. I files di configurazione vengono
direzionati infatti in directory diverse nelle due distribuzioni.
A titolo di esempio, se andate sulla pagina di download di Skype per Linux
http://www.skype.com/intl/it/download/skype/linux/
penso resterete stupiti quanto me nel vedere presenti tutti questi
pacchetti rpm
RPM per SuSE 9 e successivo
(1.4.0.118)
RPM per Mandrake 9 e successivo
RPM per Fedora Core 3
RPM per Fedora Core 4
RPM per Fedora Core 5
Dynamic binary tar.bz2
Richiede Qt 3.2
Static binary tar.bz2 con Qt 3.2 compilato
Da usare solo se gli altri non funzionano. Non consigliato.
Ora le domande che mi pongo sono:
1) scontata: come mai tutto questo affollamento oltre ai files sorgenti
che, pur con le maggiori difficoltà che comportano nelle,procedure di
installazioni sarebbero gli unici sicuri?
2) i formati pacchettizzati non avrebbero ragione di esistere solo in
quanto inclusi nei repository ufficiali delle singole distro?
3) Verso che mondo stiamo andando? Se PC Linux acquisterà popolarità
nelle distribuzioni Linux vedremo comparire anche il pacchetto fatto
apposta per questa distribuzione?
4) ma venendo al nocciolo relativamente ad OO: il pacchetto deb, e il
pacchetto rpm sulla pagina di download, in che modo , per le
considerazioni di cui sopra, possono essere considerati effettivamente
adatti alle distribuzioni che pur adottano la specifica pacchettizzazione?
Un abbraccio
Andrea T.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
