Reprise du message précédent :
Yep

Bon... je l'ai formattée, et maintenant ça marche. Étrange...

En fait si ca se monte pas tout seul c'est normal.  
Il faut la monter sous dolphin ou avec le widget "notification de périfériques"
Tu la vois meme pas sur dolphin ?

ok

Merci

Bah y a ce client là qui est pas trop mal, que je trouve assez proche d'amarok :
http://jerous.thimhallan.org/montypc/

Bonjour, j'ai un peu le même problème que RIOT, j'ai acheté un traceur gps sony qui se branche sur usb pour récupérer les infos. Sur mon portable (debian stable xfce) il est automatiquement monté comme une clé usb. En revanche sur mon pc (debian testing kde4) rien ne se passe, d'après la commande mesg il arrive pas à bien la monter (je me rappel plus exactement des lignes retournées).
Est ce que le problème pourrait venir de kde?
Merci

Je sais que sous Arch, la prise en charge de FAT n'est pas installé par défaut. Peut être quelque chose d'équivalent sous Debian ?

C'est un choix tellement débile que je vois pas comment une distrib pourrait le faire. Tous les periph flash USB du marché sont en FAT (clés USB, APN, lecteurs mp3, GPS, et quasiment tout ce qui bouffe des SDcard). Debian n'inclue pas les outils pour créer des partitions FAT par défaut, mais le support lecture/écriture reste dans le kernel.

Je précise qu'une clé usb ou disque externe classique est bien montée.
Comme c'est un périphérique un peu spécial j'ai pas cherché plus loin. Il faudrait que j'essaye de le monter à l'ancienne, en ligne de commande, pour voir si kde est en cause.

Ce serait bien d'avoir le message d'erreur exact. Déjà, si tu vois les modules fat/vfat chargés dans lsmod, ça vient pas du kernel.

Débile, débile... En même temps, l'installation d'un paquet, c'est pas la mort quoi... Et si on part du principe qu'on installe une base prête pour Linux, un peu comme Arch le prévoit, il n'y a pas forcément de justification à installer le support de FAT qui n'est aujourd'hui qu'un FS de compatibilité avec d'autres plate forme, même s'il a une certaine universalité pour ce qui est des périphériques de stockages externes.

Au temps pour moi. J'ai tellement l'habitude de compiler mes kernel que j'en oublie que des distrib proposent certains modules "à la pièce" .

Dites, Kopete n'arrête pas de se planter chez moi... Je suis le seul concerné ? KDE4.3 sous Arch x86_64.

Du coup retour j'espère temporaire sous Pidgin

Il marche impec chez moi, (MSN/Jabber)

Chiotte... J'ai pas envie de péter mon profil en plus, donc je sais pas trop quoi faire. C'est le seul soft qui déconne, le reste fonctionne au poil.

bin pètes juste les fichier de config de kopete au moins juste pour voir si ça va mieux comme ça

 
Idem chez moi. archlinux et kdemod 4.3.

Ah... Voila qui est intéressant. Perso, je ne suis pas sous KDEMod, mais les bases sont identiques entre les deux. On peut essayer de trouver ce qui coince, en admettant que ce n'est pas un bug dans la version. Je crois qu'hier tout allait bien, je dirais donc que ça peut venir de MAJ d'aujourd'hui, à savoir, pour mon système :
git-1.6.4.1-1  kernel-headers-2.6.30.5-1  tzdata-2009l-1  glibc-2.10.1-4  phpmyadmin-3.2.1-1  sqlite3-3.6.17-1  subversion-1.6.5-1  unrar-3.9.6-1
Quelqu'un voit-il une possible relation entre Kopete et ces MAJ ?

Ben la glibc c'est un peu le truc qui peut foutre le boxon dans n'importe quel autre programme/lib

C'est bien ce qu'il me semblait oui Sinon, peut être tzdata qui foire lors des enregistrement/interprétation des dates. Mais rien de plus dans testing pour essayer de corriger le tir...

sqlite peut sûrement être le coupable aussi

Pourquoi ? Kopete se sert de SQLite ?

ouais, à travers Qt
 
http://kopete.kde.org/buildtips.php

je débarque peut être mais  

Ben si tu débarques alors on est 2.
Comment t'as fait pour les onglets?

avec l'article associé, c'est plus parlant:
 
http://www.jmata.co.cc/

c'est pas chez moi, c'est du dev sur Kwin pour GSoC

 
Moi depuis que je suis repassé a kde depuis une semaine kopete n'a jamais été utilsable. Plante a chaque fois.
Autre chose qui me gène comme je laisse le pc allumé en permanence j'ai des gros probléme de fuite mémoire. au bout de quelque jours X monte a 200-300Mo je me souviens pas avoir eu ce problème sous gnome. Plasma monte aussi facilement au dessus des 200Mo et le meilleur pour la fin nepomuk qui dépasse allègrement les 700Mo. Tout cela rends le pc peu réactif. Je pourrais repasser sous gnome niveau utilisation je trouve que c'est kif kif. Mais j'ai quand même un préférence pour KDE. Quelqu'un d'autre a ce genre de probléme ? Y a des astuces pour essayer d'améliorer les choses ?

En parlant de Kwin, y'a aussi un support du tilling management expérimental
C'est vraiment le module qui a le plus progressé depuis le début de KDE4 je trouve. J'espère qu'il vont pas hésiter à mettre des fonctions de tilling avancées dedans pour certains users

Ca consiste en quoi ?

http://kodeclutz.blogspot.com/2009 [...] st_24.html

 
Je suis curieux de savoir quelle distrib...

 
En même temps il était temps ! Ou alors il ya une méthode que je ne connais pas qui correspond au "Mozaïque verticale/horizontale" de Windows et dont je me servais fréquemment ?

je dirais Arch

 
Réponse correct  

je m'en doutais :-)

Problème de distrib ou spécifique à la machine, mais pas un bug KDE, en tout cas.

Machine ou conf locale je pense, à part Kopete depuis la MAJ de ce jour, je n'ai aucun problème sous Arch avec KDE.

Kopete marche niquel chez moi sous kubuntu, kde 4.3

Oui, visiblement c'est un problèmpe de Arch et très probablement pas lié à Kopete lui même mais à un paquet tiers genre, comme on a cherché à l'indentifier hier, glibc, tzdata ou sqlite. Une petite MAJ et tout reviendra dans l'ordre.