Reprise du message précédent :
Sinon que penses-tu de la capture d'écran de mon message édité un peu au dessus c'est un beau mélange

Je ne trouve pas "System select language".
 
En fait, c'est le foutoir total dans les langues, du grand n'importe quoi comme sur cette capture, mais bon bref je voulais savoir surtout pourquoi tout est grisé
 

Il faut etre super user pour configurer KDM

 
 
Alors systemsetting ne devrait même pas proposer cette fenetre c'est complètement con, vu qu'il ne peut pas se lancer en root (testé à l'instant)...
 
(et ça ne m'arrange pas ça non plus, ça aurait été sympa un kdm en Français et en azerty )
 
Je comprends d'autant moins ce qu'il se passe, que ma précédente installation de kde-4.3.4 avait été bien moins problématique, entièrement FR et sans lenteur de systemsetting...
Edit: hormis kdm qui il me semble, a toujours été en qwerty.

Il doit falloir installer kdesu pour pouvoir debloquer le mode admin (ou editer le fichier de conf a la main)
Pour l'azerty il faut configurer le fdi (c'est merdique on est d'accord)
http://www.gentoo.org/doc/en/xorg-config.xml#doc_chap3

kdesu était déjà installé (j'avais installé kde 4 par emerge kde-meta )
Pour le reste, je te remerci fl0ups, je lis toussa, ça va me détendre après avoir fait la connerie de lire des articles wikipedia sur le sommeil paradoxal, les cauchemards, les reves lucides et autres expériences TRAUMATISANTES des personnes en état de sommeil
 
<HS donc spoiler>

</HS>
 
Sinon je profite de la nuit pour recompiler system puis world (demain je ne serais pas là de la journée, aucun besoin du PC) car il me semble vaguement avoir merdé avec le fichier /etc/locale.gen au début de l'install, maintenant il est bon mais bon, sait-on jamais, profitons que j'ai pas besoin du PC pour un sacré paquet d'heures
 
OMG ça me fait du bien de parler de choses techniques concrètes  

 
C'est une option ajoutée dans KDE4.4.

Est-ce que t'es certains d'avoir exactement la meme version de KDE et du paquet de langue. Si c'est pas le cas, ca peut expliquer le melange franco anglais..

Ah d'accord BloodyCarnage, j'y serais bientot à cette version, pour être précis des qu'elle sera dispo en ~x86, et à ce que j'ai vu c'est pour ce mois-ci
 
boblenain200, oui je suis en full 4.3.4
 
Edit: la version rc 1 de kde 4.4 doit sortir le 6 janvier, après plus qu'a attendre l'intégration de l'ebuild dans portage, ce qui sera surement très rapide...

ah mon avis même les versions beta de kde 4.4 doivent être disponible étant donné qu'elles le sont sur les autres distributions...

Pour les versions beta et rc, il y a l'overlay KDE. Aucune version de KDE 4.4 ne sera proposée dans l'arbre de portage avant la sortie officielle, ensuite il faudra moins de 2 semaines pour les avoir en ~amd64 et ~x86. Pour le passage en stable, aucun délai n'a jamais été prévu, il se pourrait même que ça ne se produise jamais !

Mon expérience perso avec KDE4.4 me fait dire qu'il vaut mieux ne pas être trop pressé et attendre la RC1. Beaucoup de (gros) bugs dans les beta1 et 2.

J'utilise les pre-versions de KDE-4 depuis un bon moment sous Gentoo (via l'overlay KDE) et ca marche plutôt bien!  
 
Les devs KDE sont de nouveau assez réactifs!!

J'attends la rc 1 par sécurité, j'ai besoin de mon PC, il ne me sert pas qu'a Geeker je pense que la RC1 sera bien dispo dans "pas trop longtemps" en ~x86

Mon kde 4.3.4 est toujours un mélange d'anglais et de français, et ce sur 2 config différentes....rien à faire je pige pas ce qu'il se passe, pourtant tout à l'air correct
 
Ce qui m'étonne, c'est que firefox reste en anglais, impossible de le mettre en français. idem pour nano, qui pourtant a toujours été en français sur mes Gentoo (il est toujours en français sur...mon serveur, logique je n'ai jamais fait de réinstallation dessus, juste des MAJ et encore, juste les paquets critiques en terme de sécurité, et le noyau)

Bah si t'as les sources, les fichiers po pour le français à la racine de ton arbre, Cmakelist.txt édité pour inclure le dossier contenant les fichiers po et gettext pour qu'ils soient interprétés à la compilation, le support est là.
Après, je ne sais pas comment gentoo fait sa soupe mais j'imagine que si le bug était chez eux, il serait connu depuis le temps.
Export te donne quoi comme résultat pour les variables de langues ?

clique sur le lien : ftp://ftp.mozilla.org/pub/firefox [...] xpi/fr.xpi ... et si ça marche pas, change de version dans le lien.

@mac gyver
Fais voir un  "locale -a"
Si t'as des erreurs, il faut que tu génères à nouveau les locales. Voir ici pour gentoo: http://www.gentoo.fr/forum/viewtopic.php?id=1021
 

 
Quand a firefox, le fichier pour la langue que tu m'a donné TMZ, il s'est installé correctement, mais firefox reste en Anglais :o
 
Y a vraiment un truc que j'ai du rater sur toute la Gentoo, c'est pas possible...

Ah mais....la commande locale sans paramètres, c'est pas du tout la même chose :

 
Je crois que je tiens le problème  
 
Il est très curieux que ces 2 variables ne soient pas défini, je n'ai jamais eu ce phénomène  
 
Re edt: je n'ai pas de fichier /etc/env.d/02locales, quel con, j'ai oublié de le créer, mais qu'est-ce qui m'est arrivé pour oublier cela  

Bah voila, sans les variables, il retombe sur la langue par défaut. En fait, ça m'étonne même que tu obtiennes un mélange au lieu de l'anglais partout.

Ouais, ça m'étonne aussi...
Bon, je dois réinstaller quoi maintenant que mon fichier 02locale est bon (tout ? )

Heu, suffit de redémarrer X, non ? Si ton fichier est pris en compte, tu devrais avoir la bonne variable de langue dans export.
Ma config est en anglais par choix, donc j'ai :
 
declare -x LANG="en_US.UTF-8"
declare -x LANGUAGE="en_US:en"

Effectivement je pense que redemarrer X suffira, puisque locale.gen quand à lui était bon, et donc les bonnes heu...je sais pas comment ça s'appel, bref les caractères ont bien été installé. d'ailleurs là j'ai simplement fait env-update et source /etc/profile et bingo ! nano est en Français...
 
Youpi c'était bien ça, j'ai carrément redemarrer le PC et la au boot bonne surprise: check du FS ext4...en fr !
Déjà là, j'ai donc compris que c'était bien parti effectivement nickel, j'aurais galérer un moment (plusieurs jours, en fait !) alors que le problème 1-) était tout con 2-) venait d'une erreur de ma part dés le début, tout aussi con.

Connaître la cause d'un problème, c'est déjà 90% de sa solution

 
Grave  

allo,
personne ne renomme de très gros fichiers genre 10Go sur son bureau?
Avec kde3.5 pas de souci ça se faisait instantanément, ici il fait une copie puis surprime l'original.
Soit 10 minutes pour renommer. (sans compter que la machine est inutilisable le DD travaille sans cesse)
Évidement je me fais avoir à chaque coup !  
Est ce un bug, ou c'est prévu comme ça ad vitam æternam?

mv ancien_nom nouveau nom

j'aurais précédé d'un F4 avant pour qu'il active le terminal dans dolphin

Je le laisse faire à sa sauce, d'autant plus qu'il parle de renommer depuis le bureau donc il n'est pas forcément dans Dolphin

oups je n'avais pas vu  le mot « bureau  »

 
ben je fais clique droit, sur le fichier qui se trouve sur le bureau, menu renommer (ou raccourci F2)
Puis je tape le nouveau nom et "[entrée]"
 
Puis il me copie le fichier sur le bureau avec le nouveau nom, et efface l'ancien...
Ce qui prend une plombe ! (mon disque s'affole, c'est un fichier vidéo en DV 4Go)
Si je le fais dans le répertoire home, il le fait directe sans passer son temps à faire une copie avant.
 
Ne venez pas me dire qu'il n'y a que moi qui ai ce phénomène ?

donc c'est une limitation du plasmoid folderview a mon avis.
je testerais avec une iso.

en fait ça le fait avec tout les fichiers courants, mais évidement plus ils sont gros plus c'est marqué, et avec une iso j'ai le même phénomène. (j'ai une mandriva 2009 et une 2010, et même phénomène)

Effectivement ça me le fait aussi, quand le desktop est en mode "folder view" (vu que de toute manière dans l'autre mode faut passer par dolphin )
KDE 4.3.4 64bits

...et tout le monde trouve ça normal. Pour une 4.3.... Cherchez l'erreur.

euh tout le monde non...
là tu as un plasmoid qui a priori ne rempli pas son rôle.
La question est de savoir si le bug en question a été rapporté upstream...

bon pour la petite histoire je n'arrive pas a reproduire ce comportement avec un kde 4.3.2.
Strigi et nepomuk sont activés éventuellement?

C'est quoi Strigi et nepomuk ?
 
j'ai 4.2.4 ici, mais sur une autre machine 4.3.2 et pareil.
J'ai signalé ça ici il y a des mois, mais personne n'a relever quoi que ce soit, alors je me suis dit que ce devait être "normale"...    
Il crée un fichier ".part" du fichier à renommer avant que celui ci ne soit complètement "déplacé".
J'ai même l'affichage de tâche en cour qui me dit le % de fichier qu'il "déplace". (du bureau sur le bureau?)
Je m'étonnais d'être le seul à qui cela arrive, et surtout ça commence sérieusement à m'agacer (depuis 1 an que ça dure).
 

strigi et nepomuk sont des outils de « recherche » sur le bureau pour faire simple.
tu peux les désactiver dans systemsettings/avancé/recherche sur le bureau

Question bête : c'est pas une option de Dolphin ?