Reprise du message précédent :
Je viens de tester avec empathy et du gtalk en face... Marche pas non plus . Je recoit l'appel et quand je clique sur répondre : rien. Et même erreur "une erreur est survenue au démarrage de l'appel" quand c'est moi qui lance.
 
Vraiment zarb , car empathy précise bien sur son site que empathy est compatible avec la video gtalk... Pourtant j'ai vraiment tout raflé au niveau des plugin gstreamer  

 
Depuis les hangouts, c'est un peu la merde, effectivement

j'ai installé quelques polices microsoft ( prélevées dans windows 7 ), j'ai mis les fichiers ttf dans mon dossier profile ( ~/.fonts/ ),

ça fonctionne mais je constate un certain ralentissement dans l'affichage sous firefox, rien de bien grave mais il y a une certaine latence dès qu'un site web utilise les polices microsoft,

c'est normal ?

c'est dû aux polices microsoft mal optimisées pour l'usage avec fontconfig ?

j'ai tenté aussi de créer un paquet ttf-win7-fonts mais c'est le même souci de latence :

https://aur.archlinux.org/packages/ttf-win7-fonts/

du coup je suis revenu à la configuration initiale des polices d'arch linux en désinstallant les polices microsoft,

j'essaie en fait de résoudre le problème d'affichage du forum developpez.com qui utilise la police verdana de microsoft, par défaut si on utilise les polices d'arch linux ( polices libres ) l'affichage sous firefox est horrible :

http://www.developpez.net/forums/

les polices ttf installées chez moi :

configuration de fontconfig :

T'as essaye ca ?
 

 
J'ai ce rendu:
 

 
fontconfig par defaut et ces paquets:
 

merci de l'astuce, ça résout le problème  

en fait j'ai regardé ce qu'il y avait dans ce fichier 70-no-bitmaps.conf, il y avait cette ligne :

j'ai donc rajouté cette partie dans mon fichier de configuration ce qui donne ça :

reste à voir si ça va créer des problèmes sur d'autres sites ou dans les applications le fait d'ajouter cette règle pour les polices bitmaps ?

J'ai rien remarque jusque la.

J'ai dans /etc/fonts/conf.d :
 

 
donc pas de 70-no-bitmaps.conf
 
Et ça me donne ça :
 

 

J'ai dans /etc/fonts/conf.d :
 

 
donc pas de 70-no-bitmaps.conf
 
Et ça me donne ça :
 

 
Et je n'ai surtout AUCUNE police ttf de chez Microsoft dans mon /usr/share/fonts/ttf

tu as regardé aussi la configuration de firefox pour les polices par défaut ?
 
si tu as décoché la case "autoriser les pages web à utiliser leurs propres polices au lieu de celle choisies ci-dessus" dans la boite de configuration des polices de firefox alors l'affichage du forum développez.com sera meilleur ( pas de police bitmap ),
 
pour être sûr de ta configuration essaie voir de court-circuiter la configuration générale de fontconfig en mettant un fichier unique de configuration "épuré" ( fonts.conf ) dans ~/.config/fontconfig, comme le mien par exemple que j'ai posté au dessus ( mais pas la version où j'ai rajouté l'option qui annule les polices bitmaps ),
 

logiquement si tu as les mêmes polices que moi et Ant1_, ainsi qu'une configuration pour fontconfig "pro bitmaps" tu vas nécessairement avoir le même souci d'affichage du forum developpez.com  

 
Les polices bitmap c'est normalement pour les consoles je crois, donc je ne vois pas ce que viendrait faire avec Firefox à priori, mais bon si vous le changez et que ça donne pas la même chose...
 
Moi d'un autre coté, j'ai pris la police "Open Sans" (sur Google Fonts) et mis en "sans-serif" dans Firefox, quand on regarde les css de dvlp.com, il cherche bien  
 
font : 10pt verdana,geneva,lucida,'lucida grande',arial,helvetica,sans-serif
 
qui est pris si les autres ne sont pas trouvées.

J'ai installé TLP sur mon laptop, je suis passé de 5 heures d'autonomie à 8

 
Un échappé du topic Foot ;o
 
Sinon sont au taquet les mecs, le tag sur l'upstream Xfce de tumbler à 90 minutes et on l'a déjà en testing  

 
j'ai une seconde machine de test ( un pc portable ) et j'ai constaté le même problème sur le forum developpez.com, à savoir que si on ne touche pas à la configuration par défaut de fontconfig ( genre t'installes fontconfig sur une installation d'arch linux toute neuve et tu ne cherches pas à bidouiller la config ) alors par défaut le forum de developpez.com va avoir un look horrible,
 
et dès que tu mets une config personnalisée dans ~/.config/fontconfig avec le paramètre qui désactive les polices bitmaps là le problème est résolu,
 
je précise que sur les 2 machines de test c'est KDE4 qui est utilisé comme bureau,
 
vu que le problème est documenté dans le wiki d'arch linux c'est que ça doit être un problème connu, après je ne sais pas pourquoi tu n'as pas constaté le problème, peut-être qu'en faisant ta config à la main tu as désactivé par défaut les polices bitmaps sans le savoir

Nan, mais je suis sous Xfce (donc du gnome) comme DE, ça vient peut être de la non ? Parce que je vois pas trop le lien avec le truc des bitmap pour un rendu de page Web à priori.

Salut, salut,
 
J'ai récemment fait une mise à jour du portable de ma femme, et au reboot, plus de fond d'écran de Gnome Shell. Je pense être en Failsafe (comment être sûre), mais je ne sais pas pourquoi, d'un coups, comme ça.
 
Bref, le PC n'est pas de toute première jeunesse, possède une carte ATI (problème spoted ) et je voulais savoir s'il étais possible de faire quelque chose.
 
J'ai dans mes log de Xorg :  

 
J'ai essayé avec un profile gnome neuf.
 
Je précise que les mises à jours n'avais pas été faite depuis un certain temps (~1mois)

c'est kms qui foire.
 
tu utilises le driver libre ou proprio ? essaye avec le driver vesa deja

une mise à jour des composants de gnome ces dernières semaines a entrainé des problèmes chez tous ceux qui utilisent gnome ou des composants qui s'appuient massivement sur les librairies de gnome, ça perturbe systemd, gdm et certains trucs lié au wifi, regarde quelques pages en arrière sur ce topic,

une solution c'est d'ajouter une entrée dans grub pour pouvoir avoir la possibilité de démarrer en mode "rescue" ( mode sans echec à la windows ) afin d'avoir une ligne de commande pour downgrader les paquets qui posent problèmes,

concernant les cartes ATI/amd faut pas faire de généralités, si tu utilises le pilote libre ( radeon ) c'est très solide car le travail des développeurs libre a été facilité par le fait qu'ati/amd a rendu publique les spécifications techniques de leurs cartes ( pas besoin de reverse ingeniering contrairement aux cartes nvidia ),

j'ai une vieille carte ati sur mon portable ( ati radeon 9000 AGP ) et j'ai pas eu le moindre problème depuis qu'arch linux est installé dessus, je n'utilise que le pilote libre officiel avec le mode DRI2 activé

J'utilise les drivers libres ; ils marchent plutôt bien sauf quelques "écrans brouillés" aléatoirement au démarrage (1/100) et systématique en sorti de veille, que j'ai désactivé pour cette raison. De mémoire, j'ai une ATI Mobility Radeon X700.
 
Je regarde ce soir pour voir si je peux faire quelque chose pour kms.
 
Sinon question subsidiaire : comment gnome-shell décide-t-il si telle ou telle CG à droit à l'accélération matériel, peut-on bypasser cette décision ?

je connais pas gnome-shell ( si c'est comme KDE il faut aller dans les options pour voir s'il existe une option "rendu openGL" pour la gestion des effets graphiques/playskool du bureau, si on ne veut pas utiliser openGL il faut en général utiliser l'option de rendu XRender ),

mais c'est pas plutôt une histoire liée à Mesa pour l’accélération graphique, ainsi que le pilote ?

tu tapes glxinfo pour voir si l'acceleration 3D est prise en charge ( paquet mesa-demos à installer ), si tout va bien tu dois voir la mention :

http://dri.freedesktop.org/wiki/glxinfo/

en tapant "glxgears" ça lance un petit benchmark, une valeur faible type "100~200 fps" indique que l’accélération graphique n'est pas activée,

pour désactiver l’accélération 3D il faut modifier une variable d'environnement de Mesa, comme LIBGL_ALWAYS_SOFTWARE=1 ( mais il y en a d'autres )

ensuite il y a KMS qui est autre chose, ça aide l’accélération 3D mais ce n'est pas ça qui activera l'acceleration 3D, pour activer ou désactiver KMS :

https://wiki.archlinux.org/index.ph [...] _.28KMS.29

en général il y a une ligne sur le kernel à modifier pour KMS ( mode early start ) et des choses à modifier dans mkinitcpio.conf,

mon conseil c'est de regarder d'abord ce qui a foiré lors des mises à jour avec pacman ( fichier pacman.log dans /var/log ), puis le log de Xorg.log, pour être sûr que c'est pas plutôt un effet de bord lié à un paquet qui a bugué ( le pilote vidéo qui ne se charge pas ), un downgrade du paquet en question devrait résoudre le problème

Merci pour les réponses, je regarderais ce soir pour DRI, par contre glxgears me donne 60ips car j'ai le vertical-refresh d'activé.

installe voir le paquet driconf qui permet d'avoir des options de configuration graphiques pour ta carte :

https://www.archlinux.org/packages/ [...] y/driconf/

il permet en outre de désactiver le vsync et d'activer certaines options 3D bien utiles,

cet utilitaire crée un fichier caché .drirc dans ton home qui définit les options pour le mode DRI, on peut aussi le créer à la main :

http://dri.freedesktop.org/wiki/Co [...] structure/

Dites, j'ai un léger souci avec certaines options de la commande du lorsque executée sur des montages cifs.

Et ça fait pareil avec les options -H, -m & -k .
Alors que:

en local ou même en NFS aucun souci, ça vous parle ou bien?
Je penchais pour un problème de montage, mais vu que -b renvoie ce qu'il faut...

cif c'est du partage samba ( protocole windows ) il me semble,
 
faudrait que tu postes les commutateurs/options que tu utilises pour faire ton montage samba, tu as peut-être oublié une option concernant les droits d'accès, il y a certaines subtilités au niveau des options :
 
http://www.samba.org/samba/docs/ma [...] ifs.8.html
 
essaie d'ajouter l'option nounix à ta commande de montage cif, et "file_mode=0777,dir_mode=0777"

voici les options que j'ai dans mon autofs:

et voici ce que ca donne une fois monté:

Je vais tenter de passer nounix et les droits 777 mais bon je suis sceptique, ça n'a pas des masses de rapport
 
En fait c'est que la commande du qui pose souci, et comme vu precedemment du -b fonctionne correctement, mais pas les autres options d'affichage de du, bizarre, j'aurais cru qu'il ne faisait qu'une conversion des tailles.
 
edit: bon ben ca monte plus avec ces options enfin si, ca monte mais je vois un repertoire vide.

c'est quoi comme type de partition que tu essaies de monter ?
 
du ntfs ?
 
le problème c'est qu'il y a milles façons de monter du cifs,
 
j'ai fait le test sur mon installation d'arch linux en tapant la commande :
 

 
et j'arrive à utiliser la commande "du -h" sans souci, ça me renvoie bien la taille des repertoires
 
essaie de procéder comme ça en montant à la main tes partitions distantes jusqu'à trouver les bonnes options,
 
tape voir "which du" pour être sûr que tu utilises la bonne version de du ( située dans /usr/bin ) et qu'il y a pas d'alias

Non, le FS est en ext4, c'est un NAS Synology derrière.
J'ai déjà fait le montage à la mano avec le mini d'options mais ça ne change rien, après je vais ptet pas tester toutes les options une à une non plus
C'est pas bien gênant je me demandais juste pourquoi j'avais ce comportement.
 
La loose quand même, je me démerde nettement mieux avec un SAN qu'avec un pauvre NAS

et pourquoi pas ?

c'est une façon de creuser le problème et de mieux comprendre comment fonctionne ton éco-système logiciel, c'est pas forcément rébarbatif, tu as peut-être mis le doigt sur un bug de la commande mount/cifs, ce qui intéressera les développeurs de ces composants,

essaie de voir si le problème affecte aussi la commande "ls" pour la taille des fichiers,

dommage que tu n'ai pas une autre installation de linux, une machine virtuelle debian ou ubuntu afin de tester depuis cet environnement, histoire de voir si c'est reproductible depuis une autre distribution, voir si c'est un bug lié à arch linux ou à ta configuration

sshfs !
 
/me part en courant !

Ou NFS

Question de temps et de niveau de gêne
J'ai déjà testé tout ça, la commande ls n'est pas touchée, ni stat, ni find... Non c'est vraiment du qui déconne avec certaines options.
Pour ce qui est de faire des tests... J'ai les mains dans des putty toute la journée donc si le reste du temps je peux faire des trucs différents je dis pas non

Déjà que sur des trucs légers comme samba ou NFS le NAS a du mal, j'ose même pas imaginer ce que ça pourrait donner

Ou pas, je l'utiliserai bien si en NFS le NAS n'affichait pas moult fichiers liés a l'indexation, j'ai bien sur déjà fait le test en NFS (j'ai aussi un auto montage pour les partages NFS ) et je n'ai pas ce souci avec la commande du, mais c'est pas pour autant que j'utiliserai le NFS
Et comme dit c'est pas plus gênant que ça, j'aimerai juste comprendre, mais a part ce truc ça fonctionne bien.

 
tu peux aussi faire un rapport de bug pour "du" sur gnu.org pour coreutils dont fait parti le programme "du" :
 
http://debbugs.gnu.org/cgi/pkgrepo [...] =coreutils
 
il suffit d'envoyer un mail à la mailing list :
 
https://lists.gnu.org/mailman/listinfo/help-debbugs
 
ceci dit le problème vient peut-être du NAS Synology qui aurait un bug avec le protocole CIFS, mauvaise communication avec arch linux ce qui fait perdre les pédales à "du", un non respect de posix, une mise à jour du firmware de ton NAS résoudrait peut-être le problème  
 
http://www.synology.com/support/download.php?lang=fre

 
Après avoir vérifié que tout étais OK : DRI et KMS activés, j'ai créé un fichier /etc/X11/xorg.conf.d/20-radeon.conf, ça a supprimé le message d'erreur dans Xorg.0.log, mais toujours pas de gnome-shell accéléré.
 
C'est en désinstallant un paquet de AUR (extension de gnome shell : maximus) que tout est rentré dans l'ordre.
 
Merci pour votre aide.  

 
Tout ce qui est d'AUR ne brille pas forcement.

perso j'utilise jamais AUR, si je dois prendre un paquet hors repo, je le fait moi meme

J'ai 30 paquets installés depuis AUR, jamais eu aucun impact sur le fonctionnement de ma machine (sauf a l'install parfois souvent, mais rien de bien compliqué à corriger)
Par contre j'ai rencontré des merdes lors d'installs de kernels arch officiels ou de gnome (ou récemment un bug dans les drivers intel qui figeait la machine au boot)
En même temps j’étais sur une Gentoo il y a quelques années, ça doit être pour ça que j’apprécie AUR

a ce moment là, abs plutot

gnome c'est le mal de toutes façons. je sais pas pourquoi ce de existe encore.

Bah non, ABS c'est 'manuel', AUR est plus proche de Portage à mes yeux (Portage ca n'est pas que du paquet source, il y a (avait?) aussi des paquets compilé sous Gentoo, c’était bien pour les gros paquets genre OOo qui prenait, si je me souvient bien, a peu prés 1 journée entière a compiler sur mon k6-233 ), le but c'est comme je l'ai dit plus haut de mettre le minimum les mains dans le cambouis, après faut pas installer n'importe quoi non plus et le système de votes aide bien
Puis c'est très bien Gnome je dois être un des rares a avoir apprécié le passage a GS. J’étais sous KDE avant, me rappelle même plus pourquoi j'ai switché

ptetre parce que nepomuk est le pire soft de la création ?

Bah moi aussi j'aime bien gnome shell, alors que gnome 2

ça se désactive... tout comme akonadi, qui est bien PIRE que nepomuk !

depuis gnome 3 c'est parti en sucette en effet :

http://en.wikipedia.org/wiki/Controversy_over_GNOME_3

et le mec qui est derrière gnome a un peu pété les plombs récemment avec des déclarations anti-Linux limite troll

http://fr.wikipedia.org/wiki/Miguel_de_Icaza