VINDICATORs
Les paquets seront en avance n'ayant vraiment pas le temps de le faire ce mercredi.
En plus je viens de trouver un défaut dans mon script, vu que je modifie un fichier de mesa, il ne permet pas la mise à jour. Du coup il faut supprimer ce fichier à la fin de chaque empaquetage.
Rien de grave, juste une ligne à rajouter.
Je sais ça fait pas très propre, mais pour le moment ça fonctionne pas trop mal. C'est surtout fait pour F20 et F21 pour le moment. Le problème c'est que c'est dans les fichiers de configurations propre à Mesa, du coup...
Enfin bon c'est rien d'important, seulement une modification du numéro de version de llvm et libva. Pour la libva ça ne poserai pas vraiment de souci de proposer la version stable actuel, mais pour llvm c'est bien plus complexe. Sachant qu'en plus même la rawhide n'intègre pas la dernier version stable 3.6, mais toujours la 3.5, c'est pas demain qu'il sera possible de faire quelque chose à ce sujet.
Il y aura une autre version en fin de semaine, si possible, avec l'intégration de la signature du dépôt. Ensuite ce sera tout le site qui sera sous Https.
VINDICATORs
Je mettrai en test une version sans les patchs de base pour voir si ils sont toujours nécessaires sur la version de développements, voir si ce n'est pas à cause d'eux qu'il y a des soucis avec l'OpenCL.
Je vais déjà voir ce que ça donne sur mon poste de test.
VINDICATORs
Bon suite à quelques imprévus la mise à jour cera dispo ce mercredi.
Au programme pas mal d'améliorations de performances pour les intel et surtout les gm45. Des corrections de bogues et pas mal de travail pour les puces arm freedreno.
Cest sans doutr le moment pour mettre en route la version arm de mesa. Je vois cela en rentrant demain.
ben51
Dommage pour moi mais j'ai une gma de troisième génération.
VINDICATORs
VINDICATORs
Bon petit souci avec l'empaquetage pour F20 et rawhide. du coup ça risque d'être chaud pour mettre en ligne un version ce soir. Je retente d'ici samedi étant pas mal occupé en ce moment.
VINDICATORs
Je retente un empaquetage des paquets ce soir, j'espère que ça vas passer cette fois ci.
Le souci étant à cause du passage à dnf au lieu de yum, F20 et F21 n'ont pas l'air d'aimer encore DNF, alors que F22 et Rawhide ne peuvent pas s'en passer.
A voir si il y a une option pour passer de l'un à l'autre sans modifier le fichier de configuration de mock. Cela me permettra de modifier juste le script si besoin.
Edit : Et bien il semble que ça passe enfin comme il faut, la F20 est ok, la 21 à moitier, donc ça devrait être bon pour avoir la version hebdomadaire avant la fin de la semaine 🙂.
Je balance le taff au serveur à partir de samedi avec les modifications des fichiers du dépôt pour l'adapter aux nouveaux répertoires. Par contre je lancerai les opérations manuellement pour le moment.
Une fois fait je balance toutes les informations sur le site et rajoute le dépôt dans la documentation vu que personne n'a l'air de ce manifester contre.
VINDICATORs
Après empaquetage et vérification des paquets, il n'y a pas de soucis en vue.
Je transfert le travail au serveur ce soir étant pas mal occupé en ce moment. Comme je l'ai dit, le lancement du script ce fera manuellement, cela me laissera du temps de faire les vérifications d'usage.
Les fichiers de configurations du dépôt changeront donc normalement à partir de demain. Normalement je devrai avoir fini avec la mise en place de la signature des paquets. Je vais voir si il est possible de mettre en place un bannissement des clefs incorrect au cas où il y ai un piratage du site.
Vu les soucis de piratage à grande échelle de ces derniers temps, ça serait un plus.
VINDICATORs
Il y a les paquets du compilateur llvm 3.6 pour la Rawhide, je test pour voir si il est possible de les reconstruire pour Fedora 20->22. Si cela ne pose pas de souci particulier, je les rajoutes dans le dépôt, car cela apporte pas mal de choses.
Je vous laisse le résumé (en anglais) des apports de cette version :
http://www.phoronix.com/scan.php?page=news_item&px=LLVM-Clang-3.6-Features
VINDICATORs
Bon je saute la version de la semaine dernière vu que j'ai effectué des tests avec le compilateur llvm 3.6. Cela fonctionne au moins pour F21, F22 et rawhide (normale! c'est tiré de cette dernière). Reste un souci avec pocl pour la gestion de l'OpenCL, du coup je vais rester sur llvm 3.5 le temps que ce soit corrigé ou d'avoir une version qui fonctionne.
J'ai terminé la mise en place de l'environnement de construction de mock sur le serveur, ça sera fonctionnel normalement ce soir et donc je vais pouvoir lancer le script d'empaquetage.
En ce qui concerne llvm 3.6, cela prend beaucoup de temps de faire les paquets, du coup il faudra que je le lance dans la nuit.
Je dois normalement récupérer plus de débit d'ici le mois prochain, du coup à voir ce qui sera le plus rapide. Par contre je sature mon SSD système avec la compilation de llvm vu que c'est quasiment la place d'un système complet à chaque versions et architectures, du coup c'est plusieurs dizaines de Go de pris. Il faudrait voir pour déporter les emplacements de construction, car les 128Go de mon SSD sont vraiment trop léger.
Je coupe l'accès au dépôt le temps de faire les modifications, du coup il sera sans doute inaccessible jusqu'à demain après midi le temps de faire les validations.
Au passage, j'ai un nouvel écran 27" à dalle IPS avec entrée HDMI en 1920x1080 qui arrive (on verra plus tard pour passer au 2560x1440 ou plus, mais ça attendra la prochaine carte graphique, car ça en mange de la performance...), qui remplacera le 21,6" 1680x1050 qui repart là où je l'ai piqué (bon c'est plus un emprunt longue durée, mais faut savoir que j'ai pas qu'un écran en stock quand même.). Par la suite ce 27" ira sur un autre ordi pour remplacer les 2 21,6" qui iront sur mon ancien matos, dont les 19" iront remplacer d'anciens 17" qui iront sans doute au recyclage car ils déconnent beaucoup. Bah oui faut faire du recyclage, mais j'aime pas le faire quand ça peut remplacer autre chose qui sont plus en fin de vie qu'obsolètes, parce que tant que ça marche, ça ne sert à rien de le faire partir au recyclage!
Cela vas me permettre de pouvoir utiliser soit la/les cartes radeon (en attendant la Nvidia), avec la intel, intégré au cpu, qui sera branché avec un 19" en 1280x1024 en même temps (cela permettra de faire du monitoring serveurs et autres). Vu les performances de cette puce intégré, je pense que ça suffira largement.
Reste plus qu'à trouver le moyen de passer de l'une à l'autre sans rebooter à chaque fois pour l'accélération matériel, car il est possible de l'utiliser en multiple-écrans couplé avec les cartes filles. Cela servira aussi à la prise en charge du V-TD ou vga-passthrough (pour utiliser matériellement la puce graphique dans des machines virtuels).
De plus ce nouvel écran vas permettre de tester le son par le HDMI, ainsi que sur la bonne prise en charge du port pour la vidéo.
Pour finir, je pense rajouter une partie du site en anglais pour nos amis anglophones.
VINDICATORs
Voilà, le 27" IPS est là malgrès un livreur qui tire la gueule parce que sur ça fiche il y avait pas le n° de l'appart (Alors que c'était le cas sur les colis... allez comprendre) et que j'ai pas filé un numéro de téléphone direct (alors que ça ne pose généralement pas de problèmes bien au contraire). En plus même pas bonjour, au revoir, ni merde... Non je n'apprécie pas.
Donc les paquets sont en route, cela devrait être bon d'ici cet après midi, le temps de finir de les faire et de valider.
Si vous avez une astuce pour passer l'accélération de la carte graphique à la puce intégré sur des ordi de bureau, je suis preneurs. Cela m'éviterai de rebooter pour passer de l'une à l'autre. Bon après j'ai aussi un ssd pour le système donc ça prend qqes secondes, mais c'est pénible.
VINDICATORs
Petit rectificatif, les paquets seront dispo demain après midi. L'empaquetage a planté en plein milieu de la version x86_64 pour F20, du coup j'ai laissé tombé. Je lancerai le script dans la soirée si j'arrive à trouvé pourquoi il y a eu un souci.
VINDICATORs
Voilà tout est en route, je n'ai pas d'indication de la durée avant d'avoir les paquets de disponible, car cela prend plus de temps sur le serveur. Mais moins que d'envoyer les paquets dessus.
Je n'aurai plus que les fichiers de définition des dépôts à rectifier et faire la liaison sur les bons répertoires.
ben51
Ok c'est cool.
dnf update is coming.
VINDICATORs
Bon il y a un souci avec la rawhide et dnf. Je regarde ce qu'il a fait.
Dsl du retard, mais cette histoire de dnf pose quelques soucis.
Bon si l'empaquetage ne fonctionne toujours pas, je fais le transfert de la machine locale sur le serveur.
VINDICATORs
Bon je refait comme je faisais avant, car il y a un souci avec les paquets dnf sous CentOS. Du coup ça foire toujours au même endroit.
Donc je lance l'empaquetage en local et transfert les paquets en suivant. Je vais quand même faire les modifs des dépôts pour que ça soit transparent quand j'arriverai à faire faire le travail par le serveur.
VINDICATORs
Bon même en locale l'empaquetage retourne des erreurs sur 3 versions de Fedora.
Cela semble liée à DNF, mais j'ai le même problème en forçant l'utilisation de yum. Du coup je suis dans une impasse pour le moment.
ben51
Sur fedora 22 ça compile ?
VINDICATORs
Su ma machine locale en F22 oui, pas sur la centOS. Je regarde ce qu'il en est.
Bon les fichiers de définition des repo ne changent pas, car je fais juste une copie automatique vers les répertoires en placent.
Voilà, les paquets pour F20 et F21 sont disponible. Je m'occupe de F22 et Rawhide dans la journée si j'ai le temps.
J'ai refait mon script pour qu'il puisse copier les résultats dans les répertoires du dépôt automatiquement, ainsi que le createrepo. Comme ça je n'oublierai pas de le faire à l'avenir 😉.
En dehors du souci avec F22/Rawhide, ça tourne pas trop mal.
Je vais voir si tout vas bien, au pire je mettrai la copie des fichiers et la création des dépôts qu'une fois l'empaquetage terminé. J'ai peur que cela pose des soucis à un certain moment.
Je pense ne garder que 3 versions des paquets pour éviter de surcharger inutilement le serveur, même si il y a pas mal d'espace disque. Voir à la limite faire le ménage une fois par mois, vu qu'il n'y aura que 4 versions par mois.
VINDICATORs
Bon il y a un souci avec la transition dnf/yum sur CentOS, du coup ça risque d'être chaud pour avoir quelque chose de fonctionnel. Du coup, si ça n'est pas résolu rapidement, je vais mettre en place le transfert des paquets que je fais en locale.