Newsgroup: it.comp.os.linux.iniziare
Titolo: Debian APT e librerie

Domenica ho avuto la brillante idea di aggiornare il sistema inserendo nel 
sources.list riferirmenti http testing e unstable (visto che ho una 
workstation).
Fatto questo batto apt-get update e apt-get upgrade.
Mi viene richiesto praticamente di rimuovere l'interno KDE e buona parte di 
Gnome2. Io ho la versione KDE 3.0.2 e Gnome2.
Evitata l'operazione, mi sono poi reso conto che per usufruire di alcuni 
pacchetti unstable avrei dovuto eseguire l'aggiornamento, per risolvere 
qualche dipendenza.
Nonostante la diffidenza, ho eseguito l'aggiornamento che però ha reso per 
via di alcuni errori, inavviabile il kde.
Reinstallata daccapo la Debian, reinserisco le righe testing e unstable nel 
sources.list e procedo con update.
Questa volta i pacchetti da aggiornare sono pochi (e ci credo, non c'era 
praticamente niente!) e procedo con l'installazione di KDE, praticamente 
tutto via internet.
Poichè la cosa è abbastanza lunga nonostante abbia un'ADSL, ho interrotto e
ho lasciato le cose così com'erano reinstallando tutto dai CD della 
distribuzione che avevo.
Veniamo alla domanda: mi sembra davvero improponibile il fatto che per 
installare un pacchetto unstable che magari sfrutta un'aggiornamento di una 
libreria (che magari quella vecchia è tra le dipendenze di una miriade di 
pacchetti) si debbe necessariamente aggiornare tutto. La logica è 
comprensibile, ma secondo me andrebbe quantomeno discussa.
A questo punto, IMVHO, sarebbe meglio installare anche la nuova libreria 
(senza sovrascrivere la vecchia) ed installare il pacchetto che si vuole.
Certo, in questo modo ci sarebbero diverse versioni di una stessa libreria, 
ma secondo me si eviterebbero problemi di versioni dei vari pacchetti.
Vedo poi che questo discorso delle librerie è abbastanza ricorrente: infatti 
nell'ultima versione di KDE mi sembra manchino alcune applicazioni (quali 
Kmail e Knode, a cui sono tanto affezionato) per via dell'aggiornamento 
delle librerie.
In attesa di vostre opinioni e chiarimenti vi saluti.
        Fabrizio

 Domenica ho avuto la brillante idea di aggiornare il sistema inserendo nel
..........
Considera alcune cose la testing e la unstable sono da lasciare perdere se
non vuoi sviluppare o partecipare alla produzione di un sistema stabile.
Il problema grosso delle dipendenze è dovuto alle funzionalità dei pachetti
e a volte una libreria aggiornata diventa inutilizzabile per alcuni
applicativi.
Il mio consiglio è che se il tuo scopo era di avere l'ultima kde di andare
sul sito di 
kde.org
 e troverai le istruzioni su come installarla lasciando
pero la tua debian in versione stable.
Se invece il tuo scopo è avere un prg aggiornato o alcuni componenti ti
conviene usare i source o andare a vedere nel sito originale se è stato
preparato un pachetto deb.
Saluti
GazziNet

 logica è comprensibile, ma secondo me andrebbe quantomeno discussa.
c'è poco da discutere.. se abbandoni stable lo fai a tuo rischio e
pericolo.
saluti

 non vuoi sviluppare o partecipare alla produzione di un sistema stabile.
Dai, non esagerare, io ho tutto unstable da piu' di 6 mesi, nessun
problema di rilievo; aggiorno i pacchetti un paio di volte a settimana.
La testing e' un ottimo compromesso tra stable e unstable. la stable
IMHO e' una roccia tuttavia alcuni pacchetti sono troppo vecchi, puo'
avere un senso se si usa su un sistema di produzione.
D'altra parte le ultime distro di grido RedHat, Mandrake ecc. ecc. hanno
le stesse versioni di pacchetti che puoi trovare in debian/unstable,
solo che loro non te lo dicono ;-)
-- 
Ciao         -- Massimo --

 In attesa di vostre opinioni e chiarimenti vi saluti.
Spero di essere stato utile.

 non vuoi sviluppare o partecipare alla produzione di un sistema stabile.
Testing e unstable non sono più instabili di una Mandrake ``release''.
Semplicemente, quello che altre distribuzioni chiamano ``release'',
Debian chiama ``testing'' o ``unstable'' -- questione di parametri di
giudizio.
Knoppix è una testing/unstable, e non è un sistema per sviluppatori.

 preparato un pachetto deb.
Sempre comunque se il prg nuovo si appoggia a librerie nuove, devo 
aggiornare quelle che ho nel mio sistema.
Ciao,
        Fabrizio

 pericolo.
Questo senza dubbio. Piu' che altro io mi riferivo al fatto 
dell'aggiornamento delle librerie. Perchè non mantenere comunque librerie 
vecchie e nuove per mantenere programmi vecchi e nuovi ?
Ad esempio ho sentito che wine non funziona se kde > 3.1

 unstable.
Beh, mi piacerebbe avere a disposizione del software aggiornato.

 
Sono i pacchetti precompilati che richiedono la stessa versione delle
librerie con cui sono stati compilati. Partendo dal sorgente e
ricompilando, in qualche modo "adatti" il *tuo* pacchetto compilato alle
librerie che hai. *Solitamente* questo non crea problemi, ma non escludo
che ce ne possano essere (per quei pochi che ho ricompilato dai sorgenti
di sid cmq non mi č mai successo...).
Tutto questo semplificando, eh...
ciao.
TeO:-)
-- 
http://www.MatteoMoro.cjb.net/
Linux Registered User #297184
"Il 90% dei problemi di un PC
sta tra la tastiera e la sedia"

 Tutto questo semplificando, eh...
Si, ma ancora ho il dubbio.
Nel senso che se scarico il nuovo programma XYZ che sfrutta la libreria 
PincoPallino v.7.6.5 e io sul mio sistema ho la PincoPallino v.3.2.1, come 
fa comunque la compilazione a procedere ?
Sono riuscito a spiegare il mio dubbio ?
Nella nuova versione ci potrebbero essere nuove funzioni, nuove classi, 
nuovo cheneso.


Per quello ho detto che "solitamente" non ci sono problemi... nelle nuove
versioni potrebbe esserci anche la stessa interfaccia verso i programmi ma
codice modificato per prestazioni migliori o cose del genere... ed essendo
codice "più nuovo" di solito è anche "più bacato".


 codice "più nuovo" di solito è anche "più bacato".
Ho capito. Comunque provo a chiedere informazioni direttamente alla Debian

 Beh, mi piacerebbe avere a disposizione del software aggiornato.
Testing o unstable.
Io ho usato woody quando era in testing per circa un anno.  Poi č
entrata in stable, e ho fatto spallucce: dal mio punto di
osservazione, non ho visto differenze degne di nota.

 osservazione, non ho visto differenze degne di nota.
Cioč ?

 sicuramente (essendo stable) non è nuova ?
Scusa per la risposta tarda, oggi ho dormito un po' di più e ho
finalmente capito quale fosse effettivamente il tuo dubbio. :-)
La questione è che il programma nuovo non necessariamente (anzi, quasi
mai) *richiede* la libreria nuova, p. es. la libc di unstable.
Siccome tuttavia è stato compilato con quella libc, il *binario* la
richiede.  Il binario, non il programma.
La dipendenza su quella versione è data cioè dalla compilazione e non
dalle necessità del programma.  Questo chiarisce?

 dalle necessità del programma.  Questo chiarisce?
Ancora non del tutto.

 dalle necessità del programma.  Questo chiarisce?
Ti faccio un esempio.
Io ho installate le Qt v.3.0.1 (sparo una versione, tanto non compila 
ugualmente).
Mi sono scaricato i sorgenti di Koffice.
Quando lancio ./configure arriva ad un certo punto e si blocca dicendomi
-> Sono necessarie le QT v.3.0.3
Come ovvio che sia, se quel programma fa uso di nuove funzioni o funzioni 
aggiornate delle librerie QT.
Quel programma ha bisogno delle QT v.3.0.3 e delle QT v.3.0.1 non se ne fa 
nulla.
Sono riuscito a spiegarmi ?
In questo caso, anche se ho i sorgenti, comunque devo avere nel sistema le 
librerie che il programma impone, anche se ne ho già una versione, ma non è 
quella richiesta dal sorgente.

 Cioè ?
Cioè nell'uso quotidiano non è successo nulla che mi facesse accorgere
che stavo usando una testing.

 Ma se anche il programma la richiede ? Il punto è tutto qui.
Se anche il programma la richiede, si installa la libreria,
naturalmente.  I casi sono pochi.

 naturalmente.  I casi sono pochi.
Che mi porterebbe a disinstallare la versione precedente, perchč ne sto 
installando una versione nuova (almeno cosi' funziona apt).
Quindi tutto quello che dipende dalla vecchia libreria viene automaticamente 
disinstallato (per dipendenze non risolte) o sbaglio ?

 disinstallato (per dipendenze non risolte) o sbaglio ?
Non necessariamente.  Un pacchetto potrebbe dipendere da 
(libqualcosa >> 2.2), quindi anche se installi 2.3 continuerà ad essere
accettato.