Newsgroup: it.comp.os.linux.debian
Titolo: Scompiglio in KDE4

Ciao a tutti,
oggi dopo il consueto "aptitude full-upgrade" della mia Squeeze ed un 
riavvio della sessione grafica mi si è completamente scompigliato il KDE4.
I programmi che partivano in autostart (come ktorrent) mi dicono "cannot 
talk to klauncher", è sparito il pannello da cui far partire le 
applicazioni... un disastro.
Qualcuno sa cosa succede?
Grazie anticipatamente a chi vorrà rispondere.
-- 
toglimi....@toglimi.quipo.it
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
P4 3.00GHz, Linux 2.6.32-5-amd64 on Debian GNU/Linux squeeze/sid
Registered Linux user #291116 
http://counter.li.org

 Grazie anticipatamente a chi vorrà rispondere.
Succede anche con un profilo pulito?
-- 
"Cuando era presidente del Banco Central de Cuba firmé los billetes con
la palabra Che, para burlarme, porque el dinero, fetiche de mierda, debe
ser feo"
		-- Ernesto Guevara de la Serna

 Succede anche con un profilo pulito?
Sì, ho anche provato a rinominare la mia .kde in .kde.bak, viene così 
ricreata un'altra .kde ma il problema si presenta ugualmente...
-- 
toglimi....@toglimi.quipo.it
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
Core2 E8400 3.00GHz, Linux 2.6.32-5-amd64 on Debian GNU/Linux squeeze/sid



Facebook: Massimo Bacilieri

 fino a ieri ï¿œ sempre stato /dev/hda).
  Per quello veniva suggerito di modificare i file di configurazione 
utilizzando gli UUID; sul fisso lo avevo fatto da tempo sul portatile lo ha 
fatto lui in automatico senza colpo ferire. Per quanto mi riguarda ho avuto 
tanti problemi con l'ordine dei dischi (hda/hde) che da tempo avevo giï¿œ 
adottato la soluzione UUID
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 talk to klauncher",
  Non ho errori di questo tipo e fortunatamente mi riesce a far partire le 
applicazioni in autostart (avevo/ho yakuake che quantomeno mi da una shell 
prontouso).
  Lo hai già detto, ma pure io ho provato a rinominare .kde e .kde4 senza 
risultati (rinominando .kde viene generato il nuovo e mi scompaiono le X 
rosse) e creando un nuovo utente.
  Ho provato anche ad usare gdm (casomai fosse un problema di kdm) ma nulla 
cambia.
  Escluso kdm, che sembra funzionare correttamente, mi sembra un bug 
abbastanza ampio anche da segnalare.


 adottato la soluzione UUID
Che figata, hai ragione :-)
Non la conoscevo, adesso ho messo tutti gli UUID e infatti mi si è
avviato subito il kernel precompilato.
L'unica cosa che non mi torna è perché nel boot ad un certo punto mi
dice che il dispositivo con UUID="..." non è valido, solo che
corrisponde alla partizione dove c'è la root e ovviamente ha funzionato
benissimo perché il sistema s'è avviato... mah. Ci studierò sopra.
Comunque grazie per la dritta :-)


 Qualcuno sa cosa succede?
  C'è un bug aperto:
 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585751
  Seguo i suggerimenti e male che va mi riadeguo con il profilo. Auguratemi 
buona fortuna.


 buona fortuna.
  Mi rispondo da solo: FUNZIONA :) . Nel mio caso ho installato libkdecore5 
da sid e kde ï¿œ tornato a funzionare senza colpo ferire (nel bugreport si 
leggono casi di persone con profili incasinati ... quindi probabilmente mi ï¿œ 
andata di lusso)


>   
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585751
In fondo al thread del bug c'è anche l'avviso che da stamattina gli 
ultimi aggiornamenti correggono il problema.
Infatti a me KDE ha ripreso a funzionare.
Pericolo scampato!
:-)
-- 
toglimi....@toglimi.quipo.it
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
Core2 E8400 3.00GHz, Linux 2.6.32-5-amd64 on Debian GNU/Linux squeeze/sid


Ci risiamo.
Anche stamattina tra gli aggiornamenti ci sono diversi pacchetti di 
KDE... Ma stavolta non ci casco!
Aspetto qualche giorno, magari sbirciando i bug-report...
-- 
toglimi....@toglimi.quipo.it
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
Core2 E8400 3.00GHz, Linux 2.6.32-5-amd64 on Debian GNU/Linux squeeze/sid


 lilo.conf.
Ma LILO è ancora supportato?
Anch'io comunque ho temporaneamente risolto eliminando da menu.lst ogni
riferimento al FB.
-- 
           This signature was automatically generated with
           Signify v1.14.  For this and other cool products,
           check out 
http://www.debian.org/

 riferimento al FB.
Finché funziona ;-)
Alla fine il problema era il KMS, ruspando per la rete ho scoperto che
le vecchie ATI radeon (basate su r100 o r200) vengono enormemente
penalizzate dal DRI2 che utilizza il KMS, mentre sono molto più
prestazionali col DRI1.
La soluzione, anche coi kernel "precompilati" delle distribuzioni, è
quantomai banale: aggiungere ai parametri passati al kernel dal loader
la direttiva: options radeon.modeset=0 e analogo parametro impostare in
/etc/modprobe.d/radeon-kms.conf (la riga è qui options radeon modeset=0,
senza il punto).
A questo punto non resta che procurarsi le MesaLib 7.5.2 che sono le
ultime che funzionano correttamente (penso senza KMS, dalla 7.6 in su
evidentemente lo richiedono e infatti non vanno bene) e compilarsele,
per poi installarle in /usr/local/lib.
Da ultimo, nel proprio ~/.bashrc o direttamente in /etc/bash.bashrc,
impostare l'environment:
export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
export LIBGL_DRIVERS_PATH=/usr/local/lib/dri
Ed ecco che si recupera la massima velocità con le vecchie radeon.


 prestazionali col DRI1.
Che strazio, ho abbandonato i driver closed proprio perché la mia scheda
non è più supportata ed ora questo.
-- 
            In cibo soave spesso mosca cade.
            		-- P. Pisani, "Briciole di saggezza popolare"

 non è più supportata ed ora questo.
Non vedo che problema sia, visto che configurando correttamente i
parametri, la scheda funziona perfettamente al massimo della sua
velocità (1200 fps con glxgears, anche se è un test che lascia il tempo
che trova).
