la précédente version de firefox utilisait probablement gtk2, d'où la compatibilité avec qtcurve,

la nouvelle version 43.x : gtk3 only --> donc pas de qtcurve disponible

une vraie solution serait d'offrir une version "Qt" de firefox, ou que firefox abandonne gtk

pour info voici le patch qui résout le bug, ce patch est récent et est inclus dans plasma-workspace 5.5.1-4 :

https://quickgit.kde.org/?p=plasma-work ... b4&o=plain

les autres distributions linux n'ont peut-être pas encore inclus ce patch

le bug semble résolu avec la dernière version du paquet plasma-workspace ( 5.5.1-4 ),

mais il faut rebooter pour que le changement soit pris en compte

est-ce que le problème ne viendrait pas aussi de la dernière version du paquet Qt5 ? car plasma 5.x repose beaucoup sur Qt5, un changement d'API ou un bug dedans peut avoir des conséquences sur plasma 5, ce dont je suis sûr c'est que le bug n'existait pas lundi 14 décembre ( à ce moment là j'avais p...

refais encore le test et assures toi d'avoir fait un pacman -Syu récemment à partir du 15 décembre ( plasma version 5.5.1-1, qt5 en version 5.5.1-6 ne sont présents dans le dépôt stable que depuis mardi 15 décembre ), à priori ce bug est reproduisible car un autre internaute a ce bug si on lit les c...

Bonjour, depuis la mise à jour vers plasma 5.5.1-1 je remarque un comportement étrange de la barre des tâches de plasma ( appelée aussi "tableau de bord" ) : - quand plusieurs fenêtres sont minimisées dans la barre des tâches alors parfois le clic gauche de souris n'est pas détecté par pla...

je remarque que quelqu'un avait ouvert un rapport de bug similaire à mon problème en 2013 sur le site de llvm : https://llvm.org/bugs/show_bug.cgi?id=16721 et que la solution trouvée à l'époque par un développeur llvm c'était justement d'ajouter le test SSE4.1 afin d'identifier les pentium dual core...

il y a du nouveau : le bug est résolu si dans le code source de mesa on ajoute ce test en retirant explicitement "SSE4" si le CPU ne supporte pas SSE4 : + if (!util_cpu_caps.has_sse4_1) { +#if HAVE_LLVM >= 0x0304 + MAttrs.push_back("-sse4.1"); +#else + MAttrs.push_back("-sse...

je viens d'ajouter ces informations dans le rapport de bug de mesa :

https://bugs.freedesktop.org/show_bug.cgi?id=92214#c31

ne voyant pas de réaction des développeurs llvm sur le rapport de bug je me suis inscrit sur la mailing list llvm-dev pour mettre en avant ce bug, le Cooper responsable du commit m'a repondu qu'il faut utiliser la fonction "getHostCPUFeatures()" pour savoir si le cpu supporte sse41 : Craig...

cette page peut t'aider :

http://doc.ubuntu-fr.org/montage_video

s'il s'agit uniquement d'éditer une vidéo ( supprimer les spots de pubs, des trames ) alors avidemux peut suffire,

s'il s'agit de recompresser une vidéo avec un autre codec de compression alors il y a le logiciel handbrake

toujours pas de réponse de Craig Topper à la question de Foutras sur le rapport de bug llvm, c'est à se demander si les développeurs llvm consultent vraiment leur bugzilla :? à priori ils sont planqués dans leur mailing-list de développeurs, ça me fait penser à ce que tu as dis plus haut, il faudra ...

ceci dit on pourrait améliorer ton idée d'une toute autre façon : si j'ai bien compris tu veux faciliter l'installation d'archlinux en utilisant un script qui guide l'utilisateur dans les différentes étapes, c'est plus ou moins interactif, on répond à des questions et le script s’exécute, comme l'on...

oui c'est aussi un peu mon sentiment, un commit bizarre, ou alors ce commit ne visait qu'à retirer le test sur les extensions AVX dans la fonction getHostCPUName(), c'est ce terme AVX qui apparait dans le commentaire du commit, aucune référence n'est faite au SSE4, l'auteur du commit en a peut-être ...

il semblerait que dans le code source de mesa 11.0.3 il n'y ait aucune utilisation de la fonction "getHostCPUFeatures", je n'ai trouvé que l'utilisation de la fonction "getHostCPUName" dans le fichier /src/gallium/auxiliary/gallivm/lp_bld_misc.cpp, ensuite mesa possède un fichier...

bon oubliez ma dernière hypothèse, on va laisser les choses comme ça, les développeurs llvm devraient pouvoir finaliser tout ça, inutile de se casser la tête dessus :P en attendant voici le PGKBUILD modifié avec le patch ( et ceux déjà présents dans la version officielle 3.7.0-4 ) : http://demo.ovh....

une question ( :pastaper: ) : est-on sûr à 100% qu'il s'agit vraiment d'un bug de llvm ? après tout c'est peut-être mesa qui utilise mal la lib llvm, mesa a la possibilité de forcer l'usage d'extensions SSE d'après ce que je comprends ici : http://lists.freedesktop.org/archives/mesa-dev/2014-October...

Ok, j'espère qu'ils trouveront un meilleur correctif

je me suis surtout occupé de son switch/case de la fonction getHostCPUName(), car c'est là dedans qu'il retourne le nom du CPU en fonction du couple "family/model", du coup j'ai pas vraiment compris pourquoi il a effacé le test " return HasSSE41 ? "penryn" : "core2"...

voici donc le commit qui a introduit ce bug :

https://github.com/llvm-mirror/llvm/com ... 2d27d1e54a

je vais publier cette trouvaille et ce patch sur le bugzilla de mesa, llvm et celui d'archlinux