Merci, j'ai quand même craint que ce soit pas gagné vu les rejets de certains de mes collègues. Maintenant le taff et en route pour allez plus loin :-P

Bon je repousse encore la sortie d'une mise à jour étant très occupé niveau professionnel ces prochains jours. Sans compter que je serai loin de mon ordi d'ici la semaine prochaine, ça risque de pas le faire.

Je vais voir si j'arrive quand même à faire une compilation ce soir, sinon il faudra attendre au moins 10j... Faut vraiment que je mette en place l'automatisation à l'aide de script , car c'est la misère avec tout ce que j'ai à faire...
23 jours plus tard
Je reprend le chemin de la construction des paquets avec la venue dans le git de mesa 10.6.

Je tente un premier essai demain matin le temps de terminer la mise en place de l'environnement de construction des paquets.

Je cherche des personnes qui veulent tester avec des nvidia, donc si cela vous dit n'hésitez pas 😉.

Si je n'ai pas trop de souci, je mettrai aussi en route un petit site sur le sujet, car actuellement ça ne pointe pas au bon endroit.
Voilà la compilation se lance, reste toujours le souci avec le .spec et une commande. 
&& exit 1
Ce que je ne comprend pas c'est que dans un spec qui fonctionne bien même si elle y est ça fonctionne très bien...

Enfin bon cela à l'air d'être bien parti pour fonctionner. Je m'y penche plus en profondeur demain.

Si il n'y a pas de souci, je lance la préparation de paquet pour Fedora 20/21/22/rawhide après vérification avec FlightGear, MineTest (bah oui j'ai succombé aux sirènes des cubes snifff...) et deux jeux sous Steam. Avec aussi un test sur l'OpenCL et des benchmarks d'openbenchmarking de phoronix.

Je ressortirai bien ma vielle HD 4850 pour tester tiens, histoire de voir l'évolution sur des R6xx/R7xx...
Bon boulette de ma part j'ai fais Rawhide/21/20 et j'ai oublié que Rawhide=Fedora 23... du coup Fedora 22 "Raptor" est passé à la trappe... Boulette du à mon script pas à jours :-P

Sinon la compilation a fonctionné, du coup je lance les tests demain matin et, si tout vas bien, l'envoi des fichiers sur le serveur en suivant.

Si quelqu'un veut des paquets pour les ARM, je lance un test de compilation la semaine prochaine si tout vas bien. Normalement il n'y a pas besoin d'avoir une machine à base d'ARM pour cela. Par contre pour les tests il faudra le faire vous mêmes, car je n'ai pas d'ARM ici.
Et bien j'ai juste une version qui pose problème, c'est pour Fedora 20 avec la version de la libva. Je cherche où je peux modifier cela, sinon je ferai sans doute des paquets à jours si cela ne pose pas de souci.
Voilà, en dehors de la version pour F20, les paquets sont prêt et en cours de test.

J'envoie sur le dépôt ceux pour F21 et F22-alpha dès que possible.

J'ai aussi fait quelques scripts grossiers pour la construction automatique des paquets.

Rien de bien folichon pour le moment, c'est surtout les lignes de commandes à la suite. Je l'améliorerai avec, si tout ce passe bien, l'envoie direct sur le dépôt.

Une fois la construction des paquets pour F20 valide, je repart sur une version par semaine si cela vous convient.
Bon le transfert pour F21/22/Rawhide est en cours.

Cela devrait être disponible d'ici 18h.

Je travail sur F20 dans la semaine pour corriger le défaut de version de la libva.

Par contre j'ai enlevé les src.rpm et les paquets "debug". Si vous les voulez je le transfert plus tard, car cela me prend trop de temps.

Je vais voir ce que ça donne de faire la construction des paquets par le serveur, si ça ne joue pas trop sur les performances ce sera sans doute plus rapide et plus simple à mettre en place. Sachant que c'est une machine bien moins performante (Serveur = Intel Atom N2800 2 coeurs/4 thread 4Go, contre mon I7 4771 16Go de Ram...), ça doit prendre plus de temps à mon avis. Mais bon ça permettrai d'économiser beaucoup de temps de transfert à mon avis.

Je ferai les tests dans la semaine.

Je vais aussi retravailler le SPEC pour ajouter le nom du dépôt pour ne pas faire l'amalgame avec la version officiel. Je rajouterai aussi une note avec le souci que je rencontre quand je tente de reprendre le .spec officiel et comment je le contourne.

Par contre pour ajouter la liste des modifications du git ça risque d'être chaud vu les changements qui sont fait au jour le jour. Je vous laisse le lien direct pour que vous puissiez voir ce qui est fait : http://cgit.freedesktop.org/mesa/mesa/log/

Pour l'heure, je ne rencontre des soucis que dans certains jeux sous STEAM (Verdun, EuroTruck Simulator, TrainFever et Xcom Enemy Unknown), mais je ne sais pas si c'est du au pilote, à KDE 5/Plasma5 ou aux jeux directement... Enfin je m'y pencherai quand j'aurai le temps.

Manque plus qu'à faire fonctionner la prise en charge de l'OpenCL correctement, mais là ça risque de prendre du temps, car ce n'est pas assez complet d'après ce que j'ai vu.
Voilà, j'ai aussi ajouté le dépôt Fedora 22, les fichiers de configuration des dépôts ce trouvent ici : http://www.vind-depot.fr/depot/

A ajouter dans /etc/yum.repo.d (pour rappel).

Je laisse 2 versions inférieurs en cas de souci, donc n’hésitez pas à baisser celle installée en cas de problèmes.
Petite question, pourquoi tu met pas tout ça sur copr? Pour que ça soit plus facile à automatiser?
On verra par la suite le temps de corriger ce qui ne fonctionne pas. Sans compter que ça me permet d'avoir de l’expérience sur pas mal de choses. Mais c'est à voir.

Bon je me souvient pourquoi, j'attends toujours l’acceptation au groupe pour pouvoir le faire... Je vais renouveler ça fait longtemps que je l'avais fait.
Au passage je précise qu'avant de proposer les paquets je les test dans la limite du possible. Du coup est ce que je n'ai pas plus la maitrise de les avoirs sur un espace que je maitrise à 100%? On est pas sur du grand public non plus, du coup il faudrait voir.

À la limite proposer la version "stable" à jour pour des versions plus anciennes de Fedora (par exemple F20 ne verra sans doute jamais la version 10.5 de mesa...)?

Le petit site qui vas avec le dépôt est en route, je mettrai dessus des tests type mis à jours pour pouvoir comparer les avancées.

J'ai trouvé mon souci avec certains jeux/programmes, c'est un problème du à PLASMA5 et le mode fenêtré, ainsi que le mode bi-écran. Cela fait déconner les fenêtres et donc les programmes. J'ai mis en place quelques tests à faire pour voir si je trouve une solution.

Pour les tests ça sera : Tropics (Uningine), Heaven (Uningine), Valley (Uningine) et sous phoronix-benchmark : Unvanquished (si j'arrive à le faire fonctionner correctement). Je pense rajouter FlightGear qui est quand même gourmand par la suite.

Je reste ouvert aux propositions, dans la limite du possible.
J'ai quelques tests qui posent des soucis, je pense que c'est toujours cette histoire avec la gestion des écrans et de la résolution de Plasma5. Après des mises à jours j'ai une partie des soucis qui sont corrigé, mais pas toutes.

Là je travail toujours sur l'exploitation de l'OpenCL, mais même si le support est bon ça ne fonctionne toujours pas avec les logiciels de tests, blender et autres 🙁. Enfin bon ça avance petit à petit, je n'arrivais pas à en lancer certains avant (exemple smalgpu d'ocltoys). Cela m'étonne quand même vu que le support est normalement disponible depuis F21 chez Fedora... ou alors j'ai pas suivi...
Je viens de tester l'opencl sous MS windows 8.1 que j'ai en stock, avec la même scène je gagne 8s (9,6s contre 1,4) pour le même résultat. Et en couplant l'I7 haswell et la R9 270x.

C'est dommage de ne pas pouvoir en faire de même sous Linux sans passer par le pilote propriétaire, surtout que normalement c'est là...

Enfin bref ça viendra peut être un jour.

Je rajouterai quelques tests qui fonctionnes, je passe tout par phoronix-benchmark, car cela permet une meilleur présentation et c'est tout de même complet. Mais il reste certains tests qui ne fonctionnent pas et c'est bien dommage.

Je pense que ça vient aussi de la version de Fedora que j'ai, car certains paquets posent des soucis par moment.

Exemples des tests disponible ici :
http://www.vind-depot.fr/Tests-Phoronix/

Je rappel que ces tests seront fait en conditions réels et non optimisées! Qu'il peut y avoir une différence car nous n'avons pas tous accès au même matériels.
Bon le souci avec certains jeux sous Steam et qqes programmes sont sans doute dût à un bogue avec la version de LLVM.

Si quelqu'un sous F21 pouvait confirmer avoir le même genre de souci?

Cela semble bien dû au modes fenêtrés.
Pour l'instant j'ai testé Oilrush (non steam) ça fonctionné plutôt bien.
Après j'ai tenté besiege (non fonctionnelle mais ça viens pas de mesa), et planetary annihilation mais ne ce lance pas car pas d'opengl 3.2. Après j'ai testé rapidement le jeux solar 2 pas de souci mais c'est pas vraiment un jeux gourmand.

Se soire ou demain je teste half-Live 2, et serious sam 3.
Sinon sur qu'elle jeux tu rencontre des problèmes (voir si je peut tester les mêmes) ?
Euro truck simulator, heaven en mode fenêtré (marche super bien en plein écran), Verdun et xcom EU, ainsi que train Fever.

J'ai le même genre de comportement avec heaven et valley que le reste, donc je pense que c'est bien la gestion du multi écran/mode fenêtré qui fait planter.
Bon et là j'ai un plantage avec un jeu en plein écran :-P... Je verra avec la mise à jour des paquets de la semaine.

Marrant j'ai des jeux qui pompent plus qui fonctionnent au poils.

Pas d'Opengl 3.2???!!!
VINDICATORs wrote:Euro truck simulator, heaven en mode fenêtré (marche super bien en plein écran), Verdun et xcom EU, ainsi que train Fever.
Je testerait heaven, déjà je vais voir si il fonctionne :/
VINDICATORs wrote: J'ai le même genre de comportement avec heaven et valley que le reste, donc je pense que c'est bien la gestion du multi écran/mode fenêtré qui fait planter.
Bon et là j'ai un plantage avec un jeu en plein écran :-P... Je verra avec la mise à jour des paquets de la semaine.
Je te dirait ce qu'il en est sur ma machine qui est aussi en dual screen.
Je pourrait même bientôt tester avec une intel hd 4600.
VINDICATORs wrote: Marrant j'ai des jeux qui pompent plus qui fonctionnent au poils.
Mieux optimisé surement ?
VINDICATORs wrote: Pas d'Opengl 3.2???!!!
En tout cas c'est ce que me dit le jeux.
ce soire je vérifié ça 
cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
cat /proc/cpuinfo | egrep "model name|MHz" ; \
xdpyinfo | egrep "version:|dimensions|depth of" ; \
glxinfo | egrep -A2 "rendering|OpenGL" ; \
uname -sr;
Ta installé les librairie S3TC libtxn?

Bon j'ai aussi trouvé le souci dans le .spec pour F20, en fait c'est mon script qui faisait pas son totalement son travail.

Je relance l'empaquetage (c'est tout de même plus adapté que "construction" non?) de paquets pour voir si tout est bon.

Je vais continuer cette procédure sur ma machine perso, car elle prend beaucoup trop de temps et de ressources sur le serveur. On verra quand je migrerai vers quelque chose de plus costaud. Et oui un petit Atom ça vaut quand même pas un i7, mais c'est surtout parce qu'il me sature le système trop longtemps. Enfin je testerai jusqu'à la fin pour voir le temps que ça prend, mais en l'état c'est pas l'idéal.

Edit : Les paquets pour Fedora 20 sont ok, donc je termine l'empaquetage de toutes les versions et mets à disposition dans la journée 🙂.
Les sources seront disponibles d'ici demain.
J'ai ajouté l'option --no-clean à mock pour ne plus télécharger à chaque fois les environnements. Du coup ça devrait être beaucoup plus rapide pour empaqueter, car il n'y aura plus que les mises à jours à télécharger et installer.