Newsgroup: it.comp.os.linux.iniziare
Titolo: Vittoria sono on line con Linux

Questo messaggio lo scrivo per ringraziare tutto il N.G, che mi ha seguito 
e mi ha messo nelle condizioni di utilizzare degli strumenti di cui non 
conoscevo l'utilizzo (R.H). 
Un particolare ringraziamento va all'eroe della situazione Jack Malmostoso 
che con la sua Infinita pazienza mi ha guidato attraverso precise 
indicazioni.
Un grazie di cuore. (scusate la melassa di ringraziamenti!)
Koma

 indicazioni.
Dai dai basta applausi.
Alla fine dove stava l'inghippo?
-- 
Best Regards, Jack
Linux User #264449 - Powered by Red Hat 9
Need help with Red Hat? Try linux.redhat.*

Koma wrote:

Anch'io ho vinto.
Anzi, per la precisione, ha vinto il senior system administrator che ha 
passato la giornata a casa mia a far funzionare tutto in cambio di una cena.
Avessi dovuto far tutto da solo, tra due anni sarei stato ancora lě a far 
domande sui modem e kde...

 Alla fine dove stava l'inghippo?
Non lo so! ho messo la tua stringa che aquanto pare al mio modem piaceva 
tanto, perche solo con quella lo convincevo a selezionare il numero, poi ho 
messo la superstringa trovata nel doc che ti avevo detto, ed il resto è 
venuto da se! Adesso mi serve una mano a capire perche ogni volta devo 
reinserire il modulo acm! Mo poi che diavolo è sto modulo?
Ciao
Koma

 reinserire il modulo acm! Mo poi che diavolo è sto modulo?
Niente di importante. E' solo il driver vero e proprio :-)


Leningrad Cowboy wrote:

Aggiungo: č tutta la sera che cerco di installare un client per icq e 
continuo a ricevere messaggi tipo:
  licq: Depends: libc6 (>= 2.3.2-1) but 2.2.5-11.5 is to be installed
        Depends: libgcc1 (>= 1:3.3.1-1) but 1:3.0.4-7 is to be installed
        Depends: libssl0.9.7 but it is not installable
        Depends: libstdc++5 (>= 1:3.3.1-1) but it is not installable
        Depends: licq-plugin-qt but it is not installable or
                 licq-plugin but it is not installable
Allora comincio dall'inizio...
apt-get install libc6
Risposta:
Sorry, libc6 is already the newest version.
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
  licq: Depends: libc6 (>= 2.3.2-1) but 2.2.5-11.5 is to be installed
        Depends: libgcc1 (>= 1:3.3.1-1) but 1:3.0.4-7 is to be installed
        Depends: libssl0.9.7 but it is not installable
        Depends: libstdc++5 (>= 1:3.3.1-1) but it is not installable
        Depends: licq-plugin-qt but it is not installable or
                 licq-plugin but it is not installable
E questo č il so che dovrebbe fare il culo a windows...

 E questo è il so che dovrebbe fare il culo a windows...
Oh yeah, questo e' l'atteggiamento giusto per superare le difficolta'!


 
Il culo a windows glielo dovrebbero fare gli utenti, non i so....
Ciao, Paolo

 Oh yeah, questo e' l'atteggiamento giusto per superare le difficolta'!
Scusa Jack, lo dico senza acredine, però adesso vienimi a dire che dovrei 
"leggermi la documentazione" per installare un client icq...
Manco fose un web server

 Ciao, Paolo
Come prima con Jack, lo dico (anche) con umorismo, ma continuando su questa 
strada di utenti ne resteranno ben pochi.
E' come essere sulla luna con uno che ti guarda, ride e chiede "ma come, 
non sei mai stato sulla luna prima d'ora?".
Se mi spiegassi cosa devo fare te ne sarei sproporzionatamente grato.

 "leggermi la documentazione" per installare un client icq...
E tu taglia la testa al toro!
Licq non riesci a metterlo? Ce ne sono mille altri!
Kopete, Gaim, AYTTM.... vai a sourceforge e scegli!
A volte capita, ma di solito i programmi non sono unici!


 
è il classico problema delle "dipendenze incrociate" su debian. basta
installare un pacchetto forzandolo e si risolve tutto. per delucidazioni
usa google che la questione è documentatissima .
ciao


  Non  si chiama 'il classico problema delle "dipendenze incrociate"'
  Si chiama 'il classico problema della sources.list incasinata'
  Prima di forzare un pacchetto provate a sistemare la sources.list

   Prima di forzare un pacchetto provate a sistemare la sources.list
Sono d'accordo per il principio, ma in questo caso mi sa che sono 
proprio dipendenze incrociate, visto che licq dipende da licq-plugin-qt 
(o equivalenti) e licq-plugin-qt (o equivalenti) da licq.
Ma in casi come questo c'è un modo di evitare il force?
Ciao, Paolo

 
Guarda, te lo dico senza polemica e con il massimo spirito costruttivo: 
per quanto comodi siano molti sistemi di pacchettizzazione (termine 
orrendo, lo so!!!), su Linux un programma con un click non lo 
installlerai mai, è un sistema operativo che ti richede comunque un 
certo grado di partecipazione e se vuoi evitare di inquinarti il sangue 
è meglio che accetti questa realtà (ovviamente se vuoi usare Linux, 
spero che nessuno ti stia costringendo con la forza!!!).
Siccome io ho avuto e ho un sacco di aiuto dai ng, mi fa piacere, quando 
posso, dare una mano a qualcuno, però per farlo è necessario che uno 
spieghi un po' più dettagliatamente quello che ha per le mani (ad es. la 
distribuzione)  e quello che ha fatto, sennò è difficile capirsi.
Ciao, Paolo

Ciao, Paolo
E' una debian woody sulla quale devo installare, oltre al client icq,
tutto un ambiente per la registrazione audio (Audacity, Ardour, Sox,
etc etc) per il quale mi pare di aver già capito che avrò grossi
problemi perché questi software richiedono librerie ben più aggiornate
di quelle dichiarate "stabili".
Per non parlare del fatto che praticamente ogni ./configure che faccio
si chiude col messaggio che non trova gli headers di X, headers che ho
provato a installare coi risultati che puoi ben immaginare.
Insomma, il casino è solo all'inizio.

 di quelle dichiarate "stabili".
Ci puoi scommettere.. oltre a richiedere il kernel patchato per il
preemptive e il low latency.
-- 
L'unico motivo per tenere ancora Windows
http://www.farb-rausch.com

preemptive e il low latency.
Il preemptive non so nemmeno cosa sia, il low-latency non si ottiene
sminestrando i dischi con hdparm?

 sminestrando i dischi con hdparm?
Allora la prima patch serve a patchare il kernel in modo da rendere
il sistema preemptive real-time, per cui viene reso molto piu' adatto
alle gestione di eventi multimediali, la low latency svolge le stesse
funzioni dei driver ASIO dei sistemi Windows sul server audio Linux,
se ti occupi di musica non sto a spiegarti che gia' lo sai.


 provato a installare coi risultati che puoi ben immaginare.
Che pacchetto hai cercato esattamente d'installare? Hai avuto problemi 
di dipendenze?
Ciao, Paolo

 di dipendenze?
Allora, facciamo un esempio più che concreto.
Ho scaricato guarddog 2.2.0-1, l'ho ficcato nella directory che uso per 
queste cose (/var/software) e ci ho cliccato sopra (a cosa sia andato 
incontro cercando di usare apt-get in locale meriterebbe un thread a parte).
Parte il package manager che mi restituisce questo messaggio:
(Reading database ... 46686 files and directories currently installed.)
Preparing to replace guarddog 2.2.0-1 (using .../guarddog_2.2.0-1_i386.deb) 
...
Unpacking replacement guarddog ...
dpkg: dependency problems prevent configuration of guarddog:
 guarddog depends on kdelibs4 (>= 4:3.1.3); however:
  Package kdelibs4 is not installed.
 guarddog depends on libc6 (>= 2.3.2-1); however:
  Version of libc6 on system is 2.2.5-11.5.
 guarddog depends on libfam0c102; however:
  Package libfam0c102 is not installed.
 guarddog depends on libgcc1 (>= 1:3.3.1-1); however:
  Version of libgcc1 on system is 1:3.0.4-7.
 guarddog depends on libpng12-0 (>= 1.2.5.0-4); however:
  Package libpng12-0 is not installed.
 guarddog depends on libqt3c102-mt (>= 3:3.2.1); however:
  Package libqt3c102-mt is not installed.
 guarddog depends on libstdc++5 (>= 1:3.3.1-1); however:
  Package libstdc++5 is not installed.
 guarddog depends on libxrender1 (>= 0.8.1); however:
  Package libxrender1 is not installed.
dpkg: error processing guarddog (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 guarddog
A questo punto un povero disgraziato che fa? Comincia dalla prima 
dipendenza: kdelibs4 (>= 4:3.1.3).
apt-get kdelibs4 mi dice questo:
Reading Package Lists... Done
Building Dependency Tree... Done
Package kdelibs4 has no available version, but exists in the database.
This typically means that the package was mentioned in a dependency and
never uploaded, has been obsoleted or is not available with the contents
of sources.list
E: Package kdelibs4 has no installation candidate
Ok, proviamo con apt-get install kdelibs4-3.1.3
Risultato:
Reading Package Lists... Done
Building Dependency Tree... Done
E: Couldn't find package kdelibs4-3.1.3
Mi dico "vabè, le kdelibs4 saranno roba di kde3, io ho il due, quindi 
andiamo a leggere qualcosa sul sito". Il sito non dice una minchia su come, 
dove e quando si installa, allora provo su freshmeat.
Freshmeat inizia esattamente con queste parole: "Guarddog is firewall 
generation/management utility for KDE 2 or 3", quindi deve andare anche sul 
2.
A questo punto mi dico, vabè, passiamo oltre.
Oltre c'è la libc6, allora faccio apt-get install libc6 e ottengo questo:
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, libc6 is already the newest version.
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
  guarddog: Depends: kdelibs4 (>= 4:3.1.3) but it is not installable
            Depends: libc6 (>= 2.3.2-1) but 2.2.5-11.5 is to be installed
            Depends: libfam0c102 but it is not installable
            Depends: libgcc1 (>= 1:3.3.1-1) but 1:3.0.4-7 is to be installed
            Depends: libpng12-0 (>= 1.2.5.0-4) but it is not installable
            Depends: libqt3c102-mt (>= 3:3.2.1) but it is not installable
            Depends: libstdc++5 (>= 1:3.3.1-1) but it is not installable
            Depends: libxrender1 (>= 0.8.1) but it is not installable
  licq: Depends: libssl09 but it is not going to be installed
        Depends: licq-plugin-qt2 but it is not installable or
                 licq-plugin but it is not installable
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or 
specify a solution).
Io capirò anche poco di unix, ma anche solo dopo aver letto la prima riga 
("Depends: kdelibs4 (>= 4:3.1.3) but it is not installable") c'è di che 
lanciare il monitor dalla finestra o no?
Sii onesto.

 se ti occupi di musica non sto a spiegarti che gia' lo sai.
Mi occupo di musica da musicista, non da tecnico. Di queste cose non so una 
beata ceppa però dato che su win mi diverto con acid, su linux volevo fare 
altrettanto.
Cercando qua e là avevo trovato un kernel con un nome strano fatto apposta 
per l'editing audio.
Me lo consigli o rischio di mandare a puttane tutto il sistema?

 Me lo consigli o rischio di mandare a puttane tutto il sistema?
Vai tranquillo, sto usando da un mesetto un kernel patchato in questo
modo e non ho avuto nessunissimo problema.
Se lo trovi patchato specificamente per la versione della tua distro
ancora meglio.


 Ho scaricato guarddog 2.2.0-1, l'ho ficcato nella directory che uso per ... [cut]
Il problema è sempre quello: tu cerchi di installare su debian woody dei 
pacchetti che invece sono per debian sid (detta anche unstable), è 
normale che ti vengano fuori una marea di dipendenze non soddisfatte e 
non risolvibili.
Il che mi fa pensare due cose:
1) evidentemente in /etc/apt/sources.list (da cui dipende apt-get) devi 
avere delle linee che riguardano unstable anzichè la tua versione, dacci 
un'occhiata;
2) se scarichi i pacchetti da 
debian.org
 e poi l'installi con kpackage 
devi stare più attento alla versione che scarichi, guarda l'url, c'è 
sempre scritto se è stable (cioè woody), testing (=sarge) o unstable 
(sid). Altra dritta: se ti dice che il pacchetto "depends on libc6 (>= 
2.3.2-1)" non è sicuramente per woody, dato che su woody le libc6 sono 
2.2.5 e qualcosa...
I problemi possono sorgere quando non c'è un pacchetto per woody su 
debian.org
; se ti capita (e capita), ci sono varie strade da provare: la 
via classica è cercare sul sito non ufficiale debian, che si chiama 
www.apt-get.org
, dei pacchetti costruiti apposti per woody (come è stato 
il caso di licq, a proposito sei riuscito a installarlo?).
Nel caso specifico di Guarddog, sul sito di 
debian.org
 non c'è una 
versione per woody e la 2.2.0-1 presuppone in effetti kde3 quindi non è 
il caso. La versione per testing-sarge però 
(
http://packages.debian.org/testing/net/guarddog.html
) richiede kde2, 
quindi io farei prima di tutto un tentativo con questa; se ti dà 
problemi di dipendenze cerca su 
apt-get.org
, se non trovi niente vai su 
google e cerca guarddog+woody...alla peggio compila il 
tar.gz....comunque in un modo o nell'altro un modo di installare il 
programma lo trovi nel 99%.
RIpeto, devi fare attenzione alla versione del pacchetto .deb che vai a 
installare e ricordarti che il sistema delle dipendenze in debian è 
fatto proprio per evitare di mescolare i pacchetti stable con unstable.
Ovviamente un'altra via è aggiornare tutto il sistema da woody a sid, ma 
questa è una scelta personale (come avrai capito io sono affezionato 
alla mia woody, anche se non è così pura come un tempo :-) ).
Se ti serve qualche altro chiarimento...siamo qui!
Ciao, Paolo



nono, mi ricordo chiaramente di aver letto un (non ricordo dove) qualcosa
approposito del problema.

Pu Pazzo wrote:

Questa sostituzione consiste in una compilazione del nuovo kernel, giusto?
Poi però, una volta cambiato kernel, bisogna dirgli da capo quali moduli 
caricare etc etc?

 questa è una scelta personale
E mi pare di aver capito che non è il caso...
In effetti anch'io intendevo attenermi allo standard debian e aspettare, 
almeno per i pacchetti fondamentali (vedi kde 3), che apparissero come 
"stable".

 Adesso provo
Tutto a buon fine.
Grazie per la dritta.

 caricare etc etc?
Basta seguire la procedura standard per la compilazione del kernel, oppure
installi il kernel pacchettizzato per la tua distro e fa tutto
automaticamente.


automaticamente.
Ne conosci qualcuno?
A parte CCRMA (rpm) non ho trovato gran che.

 A parte CCRMA (rpm) non ho trovato gran che.
Che distro usi?


Che distro usi?
Debian woody

 Debian woody
Non so se c'e' un kernel patchato pacchettizzato per Debian,
suppongo di si', altrimenti l'unica strada e' applicare le patch
seguendo le istruzioni sul sito.


seguendo le istruzioni sul sito.
Ci proverò e comunicherò i risultati (hai visto mai servissero a
qualcuno...).
Grazie per l'aiuto.

 
A questo punto per una questione di principio, puoi postare per favore 
l'errore sulle dipendenze che ti danno i pacchetti di licq per woody? E' 
una di quelle cose che di sicuro ha una soluzione, quindi bisogna 
trovarla :-)
Ciao, Paolo

Kaosmos wrote:

Te ne servo due etti tagliati sottili  :)
(e parliamo della release 0.51, non certo dell'ultima...)
zeus:/# cd /mnt/win_data/linux/p2p/
zeus:/mnt/win_data/linux/p2p# ls
kmldonkey-0.9.1.tar.gz  knapster2-0.5.tar.gz  licq-0.51-1.deb
zeus:/mnt/win_data/linux/p2p# dpkg -i licq-0.51-1.deb
Selecting previously deselected package licq.
(Reading database ... 46825 files and directories currently installed.)
Unpacking licq (from licq-0.51-1.deb) ...
dpkg: dependency problems prevent configuration of licq:
 licq depends on qt-1.41; however:
  Package qt-1.41 is not installed.
dpkg: error processing licq (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 licq
zeus:/mnt/win_data/linux/p2p# apt-get install qt-1.41
Reading Package Lists... Done
Building Dependency Tree... Done
Package qt-1.41 has no available version, but exists in the database.
This typically means that the package was mentioned in a dependency and
never uploaded, has been obsoleted or is not available with the contents
of sources.list
E: Package qt-1.41 has no installation candidate
Poi, per curiosità ho fatto un "locate qt" ed è uscito fuori che ho qt2 e 
qt3.

Hei ma questo era il mio Thered!!!! ; P
Ciao!

Hei ma questo era il mio Thered!!!! ; P
Ormai l'ho preso io.
Sciň
:)))
L.C.
^^^

 
Mi sa che quella versione di licq è troppo vecchia, visto che vuole 
qt1...
Vai a questo url, 
http://debian.ipsyn.net/debian/dists/woody/ipsyn/binary-i386/
, e scarica 
i pacchetti licq_1.2.0a-2_i386.deb,   licq-dev_1.2.0a-2_all.deb e 
licq-plugin-kde_1.2.0a-2_i386.deb  (oppure 
licq-plugin-qt2_1.2.0a-2_i386.deb), non ho provato ma secondo me va 
tutto liscio...scommettiamo? ;-)
Ciao, Paolo

Kaosmos wrote:

Cosa ci giocavamo?
Così, tanto per sapere che ho vinto...  :)
Siamo sempre da capo:
zeus:~# cd /var/software
zeus:/var/software# dpkg -i licq_1.2.0a-2_i386.deb
Selecting previously deselected package licq.
(Reading database ... 46837 files and directories currently installed.)
Unpacking licq (from licq_1.2.0a-2_i386.deb) ...
dpkg: dependency problems prevent configuration of licq:
 licq depends on libssl09; however:
  Package libssl09 is not installed.
 licq depends on licq-plugin-qt2 | licq-plugin; however:
  Package licq-plugin-qt2 is not installed.
  Package licq-plugin is not installed.
dpkg: error processing licq (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 licq
zeus:/var/software# dpkg -r licq
(Reading database ... 46941 files and directories currently installed.)
Removing licq ...
zeus:/var/software# dpkg -i libssl095a_0.9.5a-6.woody.1_i386.deb
(Reading database ... 46837 files and directories currently installed.)
Preparing to replace libssl095a 0.9.5a-6.woody.1 (using 
libssl095a_0.9.5a-6.woody.1_i386.deb) ...
Unpacking replacement libssl095a ...
Setting up libssl095a (0.9.5a-6.woody.1) ...
zeus:/var/software# dpkg -i licq-plugin-qt2_1.2.0a-2_i386.deb
Selecting previously deselected package licq-plugin-qt2.
(Reading database ... 46837 files and directories currently installed.)
Unpacking licq-plugin-qt2 (from licq-plugin-qt2_1.2.0a-2_i386.deb) ...
dpkg: dependency problems prevent configuration of licq-plugin-qt2:
 licq-plugin-qt2 depends on licq | licq-ssl; however:
  Package licq is not installed.
  Package licq-ssl is not installed.
  Package licq which provides licq-ssl is not installed.
dpkg: error processing licq-plugin-qt2 (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 licq-plugin-qt2
zeus:/var/software# dpkg -i licq-ssl_1.1.0-0.20020112_i386.deb
(Reading database ... 47056 files and directories currently installed.)
Unpacking licq-ssl (from licq-ssl_1.1.0-0.20020112_i386.deb) ...
dpkg: dependency problems prevent configuration of licq-ssl:
 licq-ssl depends on licq-plugin-qt2 | licq-plugin; however:
  Package licq-plugin-qt2 is not configured yet.
  Package licq-plugin is not installed.
  Package licq-plugin-qt2 which provides licq-plugin is not configured yet.
dpkg: error processing licq-ssl (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 licq-ssl
zeus:/var/software#

   Package libssl09 is not installed.
Questo pacchetto che ti mancava, ora l'hai installato e questo è risolto.
Dopo di che ti trovi impigliato nella dipendenza incrociata di cui si è 
parlato prima.
A questo punto puoi fare in due modi:
1)  forzi l'installazione dei pacchetti, ad esempio (sento già i 
debianisti puri urlare!!!):
dpkg -i --force-depends licq_1.2.0a-2_i386.deb
dpkg -i --force-depends licq-plugin-qt2_1.2.0a-2_i386.deb
dpkg -i licq-ssl_1.1.0-0.20020112_i386.deb
2) metti in /etc/apt/source.list questa linea "deb 
http://debian.ipsyn.net/debian
 woody ipsyn", (per evitare interferenze 
io commenterei momentaneamente le altre), poi dai:
apt-get licq
ti ritroverai di nuovo con le dipendenze incrociate, che puoi risolvere con:
apt-get -f install
che ti installerà tutti e tre i pacchetti.
A quel punto rimetti a posto /etc/apt/source.list come era prima.
Uhmmmm...mi sa che i debianisti puri hanno urlato pure adesso!!!
Sicuramente ci sono metodi più puliti ed eleganti, io non sono un guru e 
ti ho detto esattamente quello che farei io..però sono sicuro che 
funzionano!
Ciao, Paolo

 funzionano!
Al lancio di licq:
"licq: error while loading shared libraries: libssl.so.0: cannot open 
shared object file: No such file or directory"

 shared object file: No such file or directory"
Certo che ormai qui è una lotta contro licq!!!
Scherzi a parte, guarda in /usr/lib che libssl.so hai, io per esempio ho 
libssl.so.0.9.6, visto che anche tu hai woody, dovrebbe essere la 
stessa. Spesso le applicazioni fanno riferimento alle librerie con una 
"formula generale" (tipo libssl.so.0), mentre quelle installate 
effettivamente hanno nomi più specififci, di solito ci sono già i link 
simbolici adatti, ma evidentemente in questo caso manca. Fai un link 
simbolico così fatto:
ln -s libssl.so.0.9.6 libssl.so.0
Rilancia licq e poi posta il prossimo problema :-)
Ciao, Paolo