Newsgroup: it.comp.os.linux.iniziare
Titolo: (Debian) Problema con KDE e Kdm

ciao,
ho installato debian sid su un mio pc (su un altro uso la stable) ma avevo
problemi con le dipendenze di kde quindi ho installato kde "pacchetto per
pacchetto", diciamo che di solito davo apt-get install kde ma non
funzionava quindi ho installato parecchi pacchetti, ora pero' ho 2
problemi:
all'avvio non mi parte Kdm nonostante io all'installazione ho detto di
usare quello, in pratica dice "Kdm is not the default display manager: not
starting (o not running non ricordo)"
la stessa cosa per xdm
l'altro problema riguarda quando lancio startx
in pratica mi appare un messaggio di errore con scritto:"Couldn't start
kdeinit. Check the installation"
poi kde parte ma volevo risolvere questo problema, immagino che sia dovuto
a qualche pacchetto che non ho installato o non so a cosa altro...
qualcuno ha idea di come poter risolvere?
grazie
-]Marco[-
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
  Metti le fonti in sid in /etc/apt/sources.list
  e poi, dopo apt-get update, prova
  apt-get install kde* --reinstall
  Questo dovrebbe togliere i warning sui pacchetti 'kept-back' ecc.
  Pero' e' importante avere fonti omogenee in sources.list
-- 
L'ultima chance : 
http://www.vaffangoogle.tk

   e' importante avere fonti omogenee in sources.list
a me non funziona, mi da un sacco di conflitti di ogni tipo sulle
dipendenze, il mio source.list:
#Pacchetti Testing
deb 
ftp://ftp.it.debian.org/debian/
 testing main contrib non-free
deb 
http://non-us.debian.org/debian-non-US
 testing/non-US main contrib non-free
deb-src 
ftp://ftp.it.debian.org/debian/
 testing main contrib non-free
deb-src 
http://non-us.debian.org/debian-non-US
 testing/non-US main contrib non-free
deb 
http://security.debian.org/
 testing/updates main contrib non-free
#Pacchetti UNSTABLE
deb 
ftp://ftp.it.debian.org/debian/
 unstable main contrib non-free
deb-src 
ftp://ftp.it.debian.org/debian/
 unstable main contrib non-free
deb 
http://non-us.debian.org/debian-non-US
 unstable/non-US main contrib non-free
deb-src 
http://non-us.debian.org/debian-non-US
 unstable/non-US main contrib non-free
# Pacchetti per Mplayer
deb 
http://marillat.free.fr/
 unstable main
deb 
http://marillat.free.fr/
 testing main
io ho letto qui in ng che per avere la sid ci vogliono le source di
testing e unstable... ora per caso salta fuori che è sbagliato?
-- 
Ciao,
 Alberto
mailto: 
alb...@bigfoot.com
 - 
http://alb.hey.to
 - ICQ: 35062672
PGPkey ID: 0x115EB496
http://web.tiscali.it/albald/pgp/albald-bigfoot-com.asc
No allegati in Word o PowerPoint:
si veda 
http://www.fsf.org/philosophy/no-word-attachments.html

 testing e unstable... ora per caso salta fuori che è sbagliato?
io ho sempre saputo che è meglio non mischiare i pacchetti delle varie
versioni poi magari mi sbaglio...
speriamo si trovi una soluzione :D
ciao
Marco


 
non non i sbagli :)

 ora hai ancora quel problema o hai risolto in qualche modo?
appena a fatto aggiornamento pacchetti, problema risolto da solo


 a qualche pacchetto che non ho installato o non so a cosa altro...
Due giorni fa avevano aggiornato un pacchetto senza le dipendenze.
Oggi sono arrivate anche le dipendenze aggiornate ed è tutto ok.
-- 
Ciao,
        Fabrizio
<=- 
http://www.negusweb.it
 -=>

 versioni poi magari mi sbaglio...
Se APT è impostato per scaricare sempre il pacchetto piu' recente, secondo
me mischiare le versione puo' essere utile perchè:
1) Alcuni pacchetti non sono in unstable ma in testing
2) Alcuni pacchetti unstable sono degli aggiornamenti; per cui è necessario
avere la testing per scaricare il pacchetto vero e proprio; questo mi ha
fatto impazzire con xserver, xfree86 e compagnia bella; installavo la
versione unstable ma era soltanto un aggiornamento: senza la testing di
questi pacchetti non potevo, ovviamente, fare nulla.
3) Alcune dipendenze di pacchetti unstable sono in testing.
Cosa succede in questo caso se ho soltanto il ramo unstable ? Non riesco a
soddisfare le dipendenze ? Non ci ho mai provato.
A queste conclusioni ci sono arrivato per esperienza diretta.


 
  Smettila di dare suggerimenti sbagliati.
  Come e' gia' stato detto qui e in altri newsgroup, anche da persone molto piu'
  competenti di me, e' _sconsigliato_  mischiare i vari rami in /etc/apt/sources.list 
  C'e' gia' stato un lungo e noioso thread su questi argomenti pochi  giorni fa, non
  ricominciamo. Se poi a te funziona lo stesso, questo non puo' fare statistica.
-- 
One really funny quote

   puo' fare statistica.
Purtroppo chi usa linux (unstable) deve fare i conti ogni giorno con
qualcosa che può non andare. Oggi una dipendenza non risolta per un
aggiornamento, domani l'errore in una libreria.
Per questo è un argomento per me molto interessante, perchè saper usare APT
(e dpkg) al meglio significa sfruttare al massimo una delle potenzialità
della debian.


 
   Ti ha mai sfiorato l' idea che le dipendenze non risolte siano dovute
   proprio al fatto di mischiare le versioni nella sources.list?
   Quanto agli errori nelle librerie sono molto rari, riguardano testing
   e vengono risolti nel giro di poche ore.
   Ho usato-uso unstable e non ho mai dovuto fare i conti ogni giorno,
   come dici tu, con malfunzionamenti, e ho letto accuratamente
   apt-howto, e mai ho trovato una riga che giustificasse l'uso di
   piu' versioni per le fonti degli aggiornamenti.
   Se vuoi approfondire su icols o sulla lista italiana di debian c'e'
   qualche thread sull'argomento e mi confermano in quello che vado dicendo.
   Mischiare le sorgenti e' solo fonte di casini ...
   Ciao, senza polemica ;) 
   apt-rulez 
 
 
 
-- 
Pledge of Alligance to Linux

   statistica.
Siccome vedo che la tua posizione è molto... ferma, e che in un'altro
post hai consigliato di leggere l'apt-how-to... ho seguito il tuo
consiglio, ovviamente non si parla praticamente mai della unstable, pero'
c'e' un paragrafo dedicato ad una installazione mista!
ecco il link:
http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.it.html#s-default-version
ora vorrei capire meglio quali sono i problemi che comporta una cosa del
genere, visto che nell'how-to la descrivono come una cosa che problemi non
ne da.
Faccio inoltre notare il filnale:
=========================================================================
IMPORTANTE: la versione "unstable" è la versione di Debian che contiene i
nuovi pacchetti e i più recenti aggiornamenti. Questa distribuzione segue
tutti i cambiamenti dei pacchetti, dai più piccoli ai più drastici che
possono influenzare molti altri pacchetti o l'intero sistema. Per questa
ragione, questa versione della distribuzione non dovrebbe essere usata da
utenti inesperti o da chi necessita di una collaudata stabilità.
La distribuzione "testing" non è necessariamente migliore di "unstable",
dato che non riceve rapidamente gli aggiornamenti per la sicurezza. Per i
server e per i sistemi di produzione si dovrebbe usare sempre la
distribuzione "stable".
=========================================================================


 
 
  Quoto
  Sai perche' mi impunto ?
  Arrivano gia' un sacco di post con Subject "Dipendenze
  [irrisolte|incasinate|fallite]" e certi post potrebbero aumentare il
  traffico in un newsgroup gia' sovraffollato.  
  Ciao
-- 
Note: Microsoft Internet Explorer is notorious for corrupting binary 
download files when it does not understand the file extension. Please
do not download software from this page using Microsoft Internet Explorer

   sistema misto. Io vedo solo svantaggi!
Li ho elencati nel post del 10 ottobre.
Comunque in breve:
1) Alcuni pacchetti non sono in unstable ma in testing
2) Alcuni pacchetti unstable sono degli aggiornamenti; per cui è necessario
avere la testing per scaricare il pacchetto vero e proprio; questo mi ha
fatto impazzire con xserver, xfree86 e compagnia bella; installavo la
versione unstable ma era soltanto un aggiornamento: senza la testing di
questi pacchetti non potevo, ovviamente, fare nulla.
3) Alcune dipendenze di pacchetti unstable sono in testing.
Cosa succede in questo caso se ho soltanto il ramo unstable ? Non riesco a
soddisfare le dipendenze ? Non ci ho mai provato.
Ciao,
        Fabrizio

    Ciao, senza polemica ;)
Mit, anch'io parlo senza polemica, ci mancherebbe.
Vorrei soltanto capire senza dovermi fissare solo su cose dette dai "guru". 


 (testing).
potresti essere piu' preciso? in particolare quali pacchetti ci sono sulla
testing che non ci sono sulla unstable?


 APT::Cache-Limit "8388608";
  Questo non centra niente....
  Ci rinuncio :(
  ^K al thread
-- 
Tip | Per trovare un file o una directory in base al nome:
of  | 
the | $ find -iname '*parola*'            # Partendo dalla directory corrente
day | $ find /path/dir -iname '*parola*'  # Partendo da una qualsiasi
0012| 

 testing che non ci sono sulla unstable?
Controllando ora, testing e unstable di xserver-xfree e xserver-common sono
alla stessa versione.
Poco piu' di un mese fa testing era alla 4.2.1-6 e unstable a 4.2.1-11.
Quando sono andato ad installare xserver-xfree e xserver-common li ho
installati direttamente dalla unstable (e quindi le versioni 4.2.1-11).
Ad un certo punto del setting di questi file, dpkg si blocca con un errore
dicendo che non trovava certe cartelle. Ho provate a crearle manualmente (e
gia' la cosa mi puzzava) ma niente, continuava a dare errore.
Allora ho cercato qua e la' e ho trovato (mi sembra proprio su 
xfree86.org
)
un documento che diceva che la 4.2.1-11 era soltanto un aggiornamento.
Allora ho installato prima la versione testing (4.2.1-6) di questi pacchetti
e subito dopo la versione unstable. Questa volta tutto è andato ok.
Probabilmente il periodo in cui l'ho installato io è stato un transitorio,
ma transitorio o no se non avessi avuto anche il ramo testing difficilmente
avrei trovato la soluzione.


   ^K al thread
Ti ho soltanto detto quali files ho modificato ed il contenuto della
modifica.
