Reprise du message précédent :

j'aurais tendance à voir un problème chez toi.
Il n'y a pas eu d'autres changements sur ta distribution?
le verrouillage numérique est chez moi activé mais c'est supposé n'affecter que kde et pas kdm comme tu l'as noté.
Et dans mon kdmrc il n'y a aucune mention de verrouillage clavier.
Le clavier n'est pas simplement déverrouillé au démarrage même de la machine ?

Dites à chaque démarrage de session, les desktop effects sont désactivés. Il me dit qu'une application les a suspendu, sans préciser laquelle.
Je peux les réactiver dans les System Settings sans problème.
Vous avez une idée d'où je pourrais trouver l'origine du problème ?
 
KDE 4.5.2, j'ai rien trouvé de pertinent dans /var/log

 
D'autres changements... disons que j'ai upgradé la version de distrib, donc ça peut potentiellement être un bug ou un problème d'upgrade (compatibilité des fichiers de config ou paquet manquant).
Dans kdmrc, il n'y a par défaut aucune mention de verrouillage clavier, mais le paramètre existe. Normalement il suffit d'ajouter NumLock=On dans la section [X-*-Greeter]. Ca fonctionne depuis la première version de kde4 mais là, ça ne fonctionne plus.
Je n'ai jamais trouvé de manière satisfaisante de verrouiller le clavier au démarrage sans que la LED qui indique l'état du pavé num parte en sucette.

 
Tu as essayé, dans system settings > desktop effects > advanced, de cocher la case "disable functionality checks"?

en le mettant au niveau du BIOS ?

Bien vu, ça marche maintenant

J'ai le même souci. Je viens de cocher les cases en question, je reboot et je vous tiens au courant.

EDIT : ça a l'air de corriger le problème Merci Bloody

 
Oula, non. Le kernel linux s'obstine a désactiver numlock quoi qu'il arrive sur les archi x86. Le coupable est <kernelsource>/drivers/char/keyboard.c :
 

 
Je vais modifier ça pour la prochaine recompilation.

par x86 tu entends i586? ou x86_64 ?
car dans le second cas je ne rencontre pas ce souci en fait.

Il y a maintenant que x86 dans le noyau, le code a été mis en commun entre i386 et x86_64 depuis un moment  

en ce cas je ne suis pas du tout affecté

Quel que soit l'utilitaire ou la lib qui s'occupe d'activer le numlock au lancement de kdm, il n'existe/fonctionne plus chez moi.
Donc, solution de facilité: je patch 2 lignes et j'oublie le problème. En même temps, ça devrait aussi résoudre le bug du numlock quand je change de tty.

moi j'ai du installer numlockx  
fresh install mais il restait peut etre l'un ou l'autre fichier config dans mon home car j'ai voulu tout virer ce qui venait de kde en me rendant compte rapidement que tout n'était pas dans le .kde
 
bref numlockx ça fonctionne sauf que la led du clavier est pas allumée...

C'est moi ou les paquets de la 4.5.2 pour Maverick sont introuvables dans les PPAs ?
 
Pour ceux qui l'ont installé, ne seriez vous pas passé, par hasard, par les ubuntu-backports des fois ?

 
ppa:kubuntu-ppa/ppa

oka ...
merci

Kdepim 4.4.7 est arrivé \o/

Ca correspond à quoi ? Est-ce que c'est la version (ou preque) que sera Kmail2 dans KDE 4.6 ?

Nope, c'est la version "stable" de KDE PIM là… Logiquement elle doit suivre la numérotation de KDE SC mais vu qu'ils ont retardé (voir annulé) la sortie de KDE PIM 4.5 à cause de Kmail 2…

la beta4 de kdepim 4.5  sortira en même temps que kde SC 4.5.3 (elle n'est pas encore annulé )
sachant qu'il faudra également mettre à jour akonadi dans le même temps

Akragator est toujours à la ramasse côté affichage Web, j'imagine que c'est toujours Webkit qui gère ça plutôt que WebKit

 
Tout le monde aura rectifié

Est-ce que vous connaissez un équivalent à grsync en Qt ? Ou même au pire en Java, mais pas en GTK ? Un frontend à rsync qui s'intègre à KDE quoi.

http://qt-apps.org/content/show.ph [...] 8a8eba6552

Ou, si tu préfères un soft activement dev, il y a luckybackup.

Il y a également synkron.

Merci à vous, je regarde tout ça aujourd'hui

Et si l'utilisation souhaitée est de réaliser uniquement des sauvegardes ,j'utilise à titre personnel backintime

KDE 4.5.3 tagé

yeah baby \o/

tiens polkit-kde semble disparaître avec  KDE SC 4.6 ...

Si c'est le cas, il aura pas fait long feu.

.
Tiens je viens de me rendre compte qu'on bénéficiait d'une « étiquette » pour déplacer les plasmoids sur les panneaux ce qui facilite un peu la chose, c'est apparu avec la 4.5.0 ou après?
 

http://lists.kde.org/?l=kde-core-d [...] 708404&w=2 <-- ils sont courageux.

 
De la façon dont il présente la chose, ça donne l'impression d'être un deal à sens unique. Il y a le bénef immédiat pour Qt si on compte les fonctionnalités gagnées, par contre, il y a le coût (en main d'oeuvre) de l'intégration et puis le fait qu'à plus long terme Qt va dev ses propres versions de tout ce que propose (d'utile) kdelibs. Du coup c'est un peu "on voudrait vous filer la patate chaude tant qu'on a encore quelque chose à offrir parce qu'on sait que le temps joue contre nous".
 
Perso, je suis convaincu que ça ne se fera pas. KDE devra alléger sa charge en éliminant les fonctions redondantes de kdelibs et en convertissant le code impacté en Qt pur. En fin de compte, ce serait une très bonne chose.

Dispos dans les PPA Kubuntu

Dispo également pour Mandriva (mirroir chez MIB):
http://mib.pianetalinux.org/MIB/20 [...] kde/4.5.3/

c'est moi la source  

Ceci étant dit pour KDE SC 4.6, nous aurons effectivement droit à kmail2 .
Ils prévoient une chasse au bugs d'ailleurs le week end du 13/14 Novembre, si tout va bien ils fourniront également une iso avec la derniere version du trunk de kdepim histoire de pouvoir reporter des bugs à partir d'une même version, si il y a du monde qui souhaite avoir un kmail2 qui tienne la route ;o)