Edouard_le_homard
t'as essayé -v ?
VINDICATORs
Je viens d'ajouter le dépôt dans la doc vu qu'il n'y a pas eu de réponses négatives (ni positives d'ailleurs, mais là je commence à avoir l'habitude) sur la liste de diffusion.
http://doc.fedora-fr.org/wiki/D%C3%A9p%C3%B4t_sur_Mesa_version_de_d%C3%A9veloppement
J'ai un doute sur le titre, donc n'hésitez pas à faire des remarques et des propositions si besoin.
J'ai d'autres projets en tête pour ce dépôt, donc je pense rajouter "et autres" au titre de la doc. Comme c'est quand même principalement sur ce sujet (bibliothèque Mesa 3D), je préfère le mettre en avant.
En ce qui concerne le support, il peut être mis dans les sections adaptés pour du forum (exemple celui spécifique pour "Fedora 21 " niveau "matériels"), et laisser celui là aux questions sur les paquets en eux même.
Raily
De retour sur ma config en full AMD, je viens de faire la mise à jour de la fedora (et du mesa donc)
Pour rappel, ma carte en drivers libre :
04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 6770]
ça me donne :
$ glxspheres64
Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
ATTENTION: default value of option vblank_mode overridden by environment.
Visual ID of window: 0x235
Context is Direct
OpenGL Renderer: Gallium 0.4 on AMD JUNIPER
290.795993 frames/sec - 324.528328 Mpixels/sec
327.107111 frames/sec - 365.051536 Mpixels/sec
307.328916 frames/sec - 342.979070 Mpixels/sec
318.731674 frames/sec - 355.704548 Mpixels/sec
284.166904 frames/sec - 317.130265 Mpixels/sec
300.718661 frames/sec - 335.602026 Mpixels/sec
301.742164 frames/sec - 336.744255 Mpixels/sec
292.944998 frames/sec - 326.926618 Mpixels/sec
304.180503 frames/sec - 339.465441 Mpixels/sec
317.952735 frames/sec - 354.835252 Mpixels/sec
331.293056 frames/sec - 369.723050 Mpixels/sec
326.241159 frames/sec - 364.085134 Mpixels/sec
VINDICATORs
Je viens de voir qu'il y avait des soucis avec certains jeux STEAM et le multi écran que ce soit avec la même carte ou en utilisant plusieurs différentes. Les jeux cherchent à aller sur l'autre écran ou sur l'autre carte par moment, ce qui entraine des plantages, voir des blocages complet du système.
La solution est de couper l'écran par l'utilitaire de réglage quand vous voulez jouer.
Du moins sous KDE, mais j'avais le même souci sous gnome.
Il y a un vol de focus aléatoire qui provoque ce comportement.
Je suis très pris aujourd'hui, donc la dernière mise à jour risque d'être en retard.
De plus il y a ce souci de dépendance qui me pose des problèmes pour Fedora 20. Du coup je reviendrai là dessus dès que j'ai 5 minutes, voir laisse tomber la mise à jour de développement pour proposer la dernière version stable qui est plus à jours que celle fourni officiellement.
VINDICATORs
Je mets en ligne la dernière version de développement du moment, elle sera accessible dès que le transfert sera terminé.
Vu les souci avec DNF et la version pour Fedora 22 et 23/Rawhide, j'ai omis les .src.rpm car ils me demandent beaucoup trop de temps d'envois.
Je vais mettre la dernière version stable de mesa à jour pour Fedora 20, vous pouvez quand même utiliser la version de développement disponible qui n'est plus mis à jour depuis quelques temps. La dernière version stable officiel est la 10.5.5, dont voici ce qu'elle corrige et apporte de plus :
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d88fb4050561a62fa824bec59ffedf2a826c2083
La prochaine fournée verra arriver la signature des paquets. Je remettrai aussi les src.rpm pour celles et ceux que cela intéresse, ainsi que les .debug.rpm.
Je vais aussi retoucher le .spec pour l'adapter au site et ajouter quelques notes de versions, comme le passage à llvm 3.6 pour Fedora 22 et Rawhide.
N'hésitez pas à faire vos retours et d'indiquer si vous rencontrez des problèmes.
VINDICATORs
Bon suite à un reboot pour mise à jour du noyau, j'ai un blocage dans l'accès au serveur. J'attends un mail pour pouvoir retrouver l'accès, mais il n'arrive pas.
Du coup le serveur est arrêté. Je remet tout en place dès que possible.
shnoulle
VINDICATORs wrote:Je viens de voir qu'il y avait des soucis avec certains jeux STEAM et le multi écran que ce soit avec la même carte ou en utilisant plusieurs différentes. Les jeux cherchent à aller sur l'autre écran ou sur l'autre carte par moment, ce qui entraine des plantages, voir des blocages complet du système.
Salut,
Sur le poste familial, avec actuellement la carte Intel : j'ai le même problème en passage plein écran. Donc ce n'est peut être pas lié au pilote de la carte, mais plus à Steam.
Denis
PS : pour le titre de
http://doc.fedora-fr.org/wiki/D%C3%A9p%C3%B4t_sur_Mesa_version_de_d%C3%A9veloppement :
http://doc.fedora-fr.org/wiki/D%C3%A9p%C3%B4t-vindicators ? Ce qui te permettras d'ajouter 😉
VINDICATORs
J'ai pas trop compris la fin de ta phrase. ..
Je pense aussi que ça vient des jeux, sans rien faire j'ai un jeu que ne veut plus ce mettre que sur le 19" avec la résolution du 27"... du coup ça deconne de partout avec les zones des boutons décalé... et si je force sur le 27 il veut pas.
VINDICATORs
Bon encore quelques modifications et le serveur est de nouveau actif.
C'était Selinux qui n'avait pas pris en compte un changement.
Par contre sachez que maintenant chez kimsuffi, quand vous activez le mode rescue, c'est votre clef ssh par défaut (défini sur leur interface client) qui est pris en compte et non plus par l'envoi d'un mail avec un lien ou un mot de passe.
J'ai quand même dû le comprendre tout seul et c'est quand même pénible.
Je pense qu'avec tout ce que j'ai mis en place le serveur est relativement bien sécurisé. Reste plus que cette histoire de signature du dépôt et ce sera parfait.
VINDICATORs
La version 10.6 vas devenir la prochaine version stable.
Du coup la version 10.7 devient la version de développement. Elle devrait amener à la version 11 de mesa avec l'apport de l'openGL 4.0 au moins.
Cette 10.7 devient la version proposé sur le dépôt, je mets la 10.5.5 pour Fedora 20 d'ici peut. La version 10.6 stable sera proposé pour Fedora 21 pour celles et ceux qui veulent.
Normalement la version 10.5.5 devrait être fonctionnel pour CentOS 7, mais j'ai de gros doutes quand même.
VINDICATORs
Je voulais fêter la sortie de Fedora 22 en stable avec une nouvelle version, mais j'étais parti pour une sortie ce Jeudi et pas aujourd'hui. Du coup je me suis fais avoir :-P.
Comme j'avais d'autres préoccupations (résultats d'ici peut d'ailleurs, ce qui permettra de ramener rapidement une Nvidia récente à la maison), c'est donc raté pour aujourd'hui.
Je devrai avoir un peu de temps pour demain matin le temps de finir la validation de la version actuel. Par la suite j'aimerai enfin terminer le script pour automatiser l'empaquetage directement par le serveur, mais ces histoires de DNF avec la CentOS 7 me bloque toujours pour F22 et Rawhide.
Il y a une autre possibilité, qui est de virtualiser une F22 avec docker (oui c'est possible de faire un container pour un système entier, là c'est KVM qui prend le relai) et déporter le dépôt dessus. Mais bon je n'en suis pas encore là. Sans compter que j'ai un doute sur le serveur niveau performance.
Reste le plan de secours qui est de synchroniser les données en local et le serveur comme actuellement, mais bon ça ne m’intéresse pas des masses. Mais bon! ça permettra sans doute d'attendre le nouveau serveur plus puissant (sans doute du passage d'une formule à base d'Atom vers un i5 ou un Xeon/Bi-Xeon) quand ça sera possible. Là je pourrai remanier tout le système sans avoir peur des performances.
En ce qui concerne Fedora 20, il y a une possibilité pour empaqueter Mesa pour la version de LLVM disponible, mais vu ce qu'elle ne peut apporter, autant rester sur la branche 10.5.xx, surtout que F20 est en fin de vie (qui fut très longue d'ailleurs).
Niveau architecture, je vais tenter le support des versions ARM, car ça bouge pas mal de ce coté là aussi.
Donc mise à jour demain dans la journée si je ne rencontre pas de souci avec les tests et si j'ai le temps (bah oui! faut toujours que je sois dérangé quand je suis parti à faire quelque chose... ça loupe jamais en ce moment!).
VINDICATORs
Justr pour dir qu'une nouvelle version est disponible. J'espère avoir le temps de travailler sur les signatures et la version 10.5.xx pour f20
Pocl pose toujours des problèmes, je regarde pour proposer une version recente pour f22.
VINDICATORs
Une nouvelle version est en cours de chargement, avec pas mal de corrections de bogues et de travail sur l'openGL 4 et +.
Je termine les tests pour voir si la regression de performance est toujours là avec certaines Radeon, sachant que les intel devraient voir leurs niveau de performance à la hausse.
Dernière mise à jour non-signés, n'ayant pas eu le temps de le faire avant.
Sachez aussi que le noyau commun pour les Radeon (pour le moment uniquement accéssible au R9 285 et future R9 3xx, sachant que cela dépendra des modèles car ce sera souvent juste des renommages d'anciens processeurs graphique...) sera intégré dans le noyau 4.2. Pour rappel, il y aura juste un "blob" (si quelqu'un à la traduction équivalente et compréhensible au commun des mortels je suis preneur), en gros les bibliothèques graphiques propriétaire, la majorité du code sera en commune avec celui de MESA/Gallium, à installer provenant de chez AMD.
PS : Bon je confirme, sur Fedora 22 sur Radeon R9270x à jours avec la version du jour de Mesa, la régression de performance (10 à 30 i/s de moyenne en moins selon les tests) est corrigé avec 2i/s au minimum en plus. Par exemple sur le benchmark "Tropics" de "Unigine" on passe de 65,6 i/s à 80.6 i/s de moyenne. C'est au niveau de la version 10.6-devel d'il y a un peu plus d'un mois.
VINDICATORs
Voilà tout est prêt pour accueillir la signature des paquets.
Cela sera disponible pour la prochaine mise à jours qui devrait arriver d'ici jeudi ou vendredi.
Je vais reprendre les paquets de la version 10.5.xx de la Fedora 22 pour faire des mises à jours pour Fedora 20 si cela vous convient? Je pense ne plus en proposer après le passage en version obsolète officiellement.
Je vais voir si il est possible d'empaqueter cette version pour CentOS 7.
Hors sujet :
En parlant de CentOS7, je trouve dommage de ne pas avoir accès aux améliorations au niveau de la gestion de l'énergie. C'est pénible d'avoir le bruit du ventilateur même quand la carte graphique est sous utilisé.
Disposant de la possibilité d'utiliser la puce intégré intel, je débranche électriquement la carte graphique Radeon et ne branche que la intel. Cela permet de ne pas consommer beaucoup quand la machine tourne sur CentOS et donc me permet de la brancher quand je suis en déplacement quelques jours. De plus ça permet d'avoir un silence quand je suis dessus. Souci qui n'arrive plus avec Fedora 22 vu que tout ce gère automatiquement.
VINDICATORs
Voilà, la signature des paquets est en cours de test.
Une nouvelle version de mesa avec la signature des paquets devrait être disponible dans la journée si possible.
N'hésitez pas à me retourner les problèmes par la suite.
VINDICATORs
Bon suite à du travail sur FreeIPA et Nagios, ainsi que d'autres choses, qui m'ont pris pas mal de temps, avec des docs qui ne sont pas encore à jours, je suis en retard sur la version de la semaine.
Elle sera en ligne demain dans la journée le temps de terminer les modifications de scripts pour la signature et la version ARM en prime.
Vu qu'il y a toujours un souci avec la version de DNF, celle de CentOS, pour empaqueter les versions pour F22 et Rawhide, je continu de faire un simple transfert de fichiers. De toute manière en l'état cela prend quand même moins de temps que de faire travailler le serveur (qui est quand même bas de gamme il faut le dire). Je pense prendre un serveur plus performant (passage à un Xeon bi-cpu 2x4coeurs 2x8threads au moins), pour empaqueter les paquets. Ayant de plus des besoins pour d'autres projets que je ne peux pas mettre en œuvre avec celui là. Du coup le dépôt sera transféré sur une Fedora virtuel récente, ce qui permettra plus de possibilités dans ce cadre là. Enfin bon ce n'est pas encore pour maintenant.
ben51
Ok cool je te dit quand je fait la maj.
VINDICATORs
Voilà j'ai lancé le transfert.
Par contre j'ai fait le ménage sur le dépôt, du coup j'ai mis à la poubelle la version pour Fedora 20. Boulette de ma part, avec toutes mes excuses.
Il y aura une version basé sur la version stable 10.5.xx, avec une tentative pour apporter la dernière en date la 10.6.xx, dans le courant de la semaine prochaine.
Je termine la modification des fichiers du dépôt, mais il faudra penser à les mettre à jours pour récupérer la clef et pouvoir faire la vérification.
Je vais aussi modifier le script qui permet d'automatiser tout le processus, avec la signature des paquets et l'envoi automatique sur le dépôt. Ne reste qu'à lui faire rentrer la passphrase automatiquement.
VINDICATORs
Pas mal de choses en courts ne me laissant pas le temps de terminer les modifications pour sortir la version de la semaine. Je vais voir si c'est possible d'ici samedi. Sinon rdv la semaine prochaine avant les vacances.
Pas mal de choses à venir si ce qui est en route ce concrétise.
VINDICATORs
Autre boulette de ma part, il faut que je remette en place LLVM 3.6 pour la version F22. J'en profiterai pour passer à la version 3.6.1 mis à jour pour Fedora 23.
Je vais voir si j'ai le temps aujourd'hui.
Sachez que la version stable de mesa 10.6 arrive officiellement. Donc je ne vais pas m'attarder dessus. À la limite voir si il est possible de le porter sur Fedora 21.
J'en profiterai pour voir si il est possible d'empaqueter pocl 0.11 pour qu'il fonctionne sur F22.
Sachez que j'attends des nouvelles pour savoir si je vais pouvoir enfin migrer sur un serveur plus performant, mais aussi faire rentrer une carte graphique Nvidia récente, ainsi qu'un modèle ARM pour faire les tests en interne. Cela prend plus de temps que prévu, mais c'est en bonne voie aux dernières nouvelles.