ben51
Merci je teste ça.
VINDICATORs
Voilà tout commence à être en place, j'ai aussi rajouter les flux rss
http://www.vind-depot.fr/?q=rss.xml
Je vais voir pour intégrer le site au planet en remplacement de celui sur les radeon.
Si quelqu'un pouvait me tester les commentaires?
ben51
Voila il ne te reste plus cas le valider.
VINDICATORs
Merci, ça roule 😉.
Je viens de voir que la modif pour le planet était bonne, du coup ça passe aussi dessus 🙂.
Mon précédent blog avait pas la bonne adresse du coup il n'y avait pas les modif dessus.
VINDICATORs
Juste pour dire, avant de partir en week end, que la mise à jour de la semaine sera dispo soit mardi, soit vendredi étant trop occupé qqes jours.
VINDICATORs
Bon et bien le souci que j'ai eu en passant le bébé au serveur avec la rawhide, vient d'être reproduit sur F22 et aussi avec la version pour F22.
Donc c'est un souci entre mock et dnf, car on ne passe plus par yum. Du coup il manque des paquets ou des options ne sont pas les bonnes dans mock.
Donc ça risque de poser un souci pour la version de la semaine.
Résolution du problème en modifiant l'option yum par dnf par défaut dans mock.
Voir ici pour plus de détail :
http://forums.fedora-fr.org/viewtopic.php?id=63740
Il en reste un, mais je devrai trouver la solution d'ici mercredi.
Donc je vais pouvoir m'attaquer à déporter le travail sur le serveur. Dans un premier temps je lancerai le script d'empaquetage à la main. Vu les soucis de ces derniers jours, ce ne sera pas un mal. Comme tout est fait avec une seule commande, ça ne prendra pas plus de temps à faire.
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.