VINDICATORs
Bon il devait y avoir des paquets HS quand mock chercher à les installer, car sans rien faire de plus tout s’empaquète bien maintenant... Du coup je mets en ligne dès que c'est terminé.
J'ai plus de souci non plus sur ma machine sans raison... Non franchement les voies de l'informatique sont impénétrables.
Je n'ai même pas eu de retour sur le pourquoi du souci, juste un message d'erreur.
Enfin bref j'espère que tout ira bien maintenant.
VINDICATORs
La version de la semaine est en ligne.
Je constate encore un souci avec la gestion des écrans et KDE, à voir si c'est le cas sous Gnome ou autre.
Reste le cas des benchmarks Unigine heaven et valley qui plantent si ils ne sont pas en plein écran. Mais bon cela semble lié au problème de gestion d'écran de KDE.
Prochaine version Mercredi (25/03 quoi), avec sans doute le petit site qui vas bien avec. Je vais aussi me pencher sur la version stable 10.5.xx pour Fedora 20, cette version étant bien suivi pour Fedora 21. Donc il faudra rajouter les dépôts "testing" pour F21 pour avoir la version de développement et rester comme c'est maintenant pour avoir la version "stable".
J'améliore petit à petit mon script d'empaquetage, reste l'ajout de l'envoi automatique sur le serveur, mais là je le mettrai en place uniquement quand j'aurai fini certaines configurations de sécurités ce qui sera plus souple et encore mieux sécurisé que ce que j'ai fais actuellement.
Il vas y avoir l'ajout de la commande qui modifie le numéro de version automatique dans le .spec des sources rpm. Car il m'arrive de l'oublier et de devoir refaire tout depuis le début.
VINDICATORs
Je dois refaire mon serveur suite à la mise en place de protections plus poussées, suite à de multiples tentatives de connexions indésirables. Le système n'était pas compromis, mais cela devenait pénible.
Du coup je dois revoir le système de transfert des paquets dessus, car le programme que j'utilise pour le transfert ne prend pas en charge le type de clefs utilisé. Du coup je vais retourner à la ligne de commande en utilisant un script pour ce travail. Ce qui est plus pratique quand même, mais il fallait terminer la mise en place de la sécurité.
J'en ai profité pour le refaire totalement. Donc retour des dépôts demain dans la journée. J'en profiterai pour faire une nouvelle version.
VINDICATORs
Le serveur est de nouveau en ligne. J'ai toujours des tentatives d'intrusions, mais elles sont bloqués bien avant la tentative d'identification et avec un bannissement automatique.
Par contre j'ai un souci sur le transfert des données. Souci provoqué semble t'il par une différence de versions des protocoles de sécurités entre F22 et CentOS7. Du coup j'ai une demande de mdp alors que c'est banni... Voir un rejet de la connexion. Pourtant l'ouverture de session ssh ne pose aucun souci.
Du coup il faut attendre que je résolve ce problème pour remettre le dépôt à disposition, ainsi que le site.
Voir une mise à jour de CentOS 7.
Edit : Bon je suis vraiment un boulet des fois, je viens de voir que j'avais pas indiqué la bonne ip!!!! Honte à moi!
VINDICATORs
Suite aux soucis ci-dessus qui sont résolus ( le transfert d'une version à jour est en cours), j'en ai profité pour reprendre un peu les tests et autres benchmarks.
Je signale une forte augmentation des performances tant avec les radeon H4850 et R9 270x que j'ai en stock, mais aussi avec la puce graphique de l'i7 haswell HD4600 que j'ai.
Par exemple sur Radeon R9 270x :
12996 FPS sous glxgear au lieu de 8009 FPS
Flightgear tourne souvent à plus de 130i/s en pointe avec quand même des descentes à 20i/s (en survolant paris par exemple) tout détails à fonds et 50% Qualité, 50% Performance
Je mettrais les résultats des autres bench dès que j'arriverai à ne plus avoir de plantage à cause de la gestion des écrans par plasma5.
La nouvelle version de Mesa sera disponible d'ici 20h, faisant le transfert des rpm de debug et src.rpm (les sources si vous préférez). Par la suite je pense faire une version du script d'empaquetage sans ces paquets, car il prennent trop de temps pour le transfert. Il suffira de me faire la demande des paquets de debug et sources src.rpm pour les avoirs. Enfin pour celles et ceux qui veulent y jeter un coup d’œil ce n'est pas pour me déplaire.
VINDICATORs
Je dois de nouveau refaire mon serveur suite à l'installation de denyhosts qui me bloque ce qu'il doit pas bloquer et ne bloque pas toujours ce qu'il devrait... Donc soit j'ai fait une mauvaise manipulation, soit il y a autre chose... Malgré mes tentatives pour l'enlever, voir retrouver un accès, je n'y arrive pas. Du coup je profite du fait que tout ne soit pas remis en place pour le refaire.
Dans tout les cas je passe la main dès demain au serveur pour l'empaquetage des paquets, car je ne note pas de souci avec les différentes versions de développement. Comme je test en même temps et que ce n'est en rien "critique" (en dehors d'un écran noir en mode graphique au pire des cas), autant que ça soit fait rapidement.
Donc il vas y avoir la signature par certificat des paquets et du dépôt, j'en reparle une fois que tout est mis en place.
Edit : bon j'ai trouvé le coupable, c'était fail2ban-hostsdeny. Je le maitrise pas très bien, enfin bon je relancerai une config après avoir testé en virtuel.
VINDICATORs
Voilà le serveur s'occupe de tout. Par contre c'est bien plus lent que ma machine perso...
Je pense lancer le script la nuit au moins une fois par semaine. Je pense que le mercredi est un bon jour, cela me laisse le temps de voir si tout ce passe bien entre temps et d'arrêter la disponibilité en cas de pépin.
Il faudra modifier le script pour qu'il copie les paquets sur l'emplacement du dépôt avec l'automatisation de la mise à jour de ceux ci. Je pense aussi mettre le résultat des logs pour voir ce qui coince et pour que vous puissiez apporter votre aide si besoin.
Je devrai avoir fini dans la semaine, il vas y avoir déjà une version qui est en cours d'empaquetage. Elle sera disponible dans la soirée.
Edit : Bon il y a un souci avec la version de la libdrm pour Fedora 20 à 22. Je regarde ce que je peux faire, mais ça risque de poser des soucis.
VINDICATORs
Je tiens à dire qu'un Atom N2800 ça vaut pas tripette :-P. Cela prend énormément de temps pour empaqueter les paquets. Mais bon ça demandera moins de temps que de faire les transferts sur le serveur.
Donc au programme de la nouvelle version (pour rappel elle sera disponible ce soir) :
Ajout de fonctionnalités pour l'OpenGL 4.0 et 4.5 (au niveau du ARB_direct_state_access pour ce dernier).
D'ailleurs pour le 4.0, il ne manque qu'une fonctionnalités à faire et une à terminer :
http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt?id=31a30fb342624658f9ab3f9febd06c59b3a3d2c8
Pour info, AMD recrute un développeur pour rejoindre l'équipe du pilote libre pour travailler sur la partie OpenGL4 et Vulkan (là ça pète comme nom je trouve :-P) :
http://www.phoronix.com/scan.php?page=news_item&px=AMD-Two-More-Open-Linux-Devs
Espérons voir des avancées significative rapidement. Pour rappel, une fois l'OpenGL 4.0 accessible, les autres versions arriveront très vite. En espérant que ce ne soit pas pour le siècle prochain...
ben51
J'ai un petit souci j'arrive à ping le dépôt (vind-depot.fr), par-contre ni yum/dnf ou un simple navigateur n’arrive à si connecter.
Je suis le seul ?
VINDICATORs
Normal, j'ai pas fini de remettre le dépôt en place. Cela arrive d'ici une heure ou deux je fini les paquets et remet tout en route.
Comme je l'ai dit, j'ai tout repris à zéro suite aux tentatives d'intrusion à répétition.
ben51
Oki c'est donc normale.
VINDICATORs
J'ai remis en ligne les répertoires. Je termine la configuration du serveur web.
Edit : Voilà c'est fait, reste plus qu'a finir les paquets.
VINDICATORs
Voilà les paquets F20->F22 sont en ligne. Par contre il reste un souci avec la rawhide à cause, semble t'il, du passage à DNF en lieu et place de YUM. J'attends de voir si c'est pas un correctif manquant ou si il faut utiliser un autre moyen.
Enfin bref cela à pris quand même plus de 3h pour F20 à 22 et le i386/x86_64. Mais bon ça prend bien plus de temps pour le transfert, donc ce que l'on perd d'un coté on le gagne de l'autre. Sans compter que c'était la première fois, vu qu'il ne vas pas passer son temps à reconstruire les environnements de construction, ça devrait être bien plus rapide maintenant.
Je rappel aussi que c'est la version de développement permanente de Mesa, la version stable pour F20 et F21 sera disponible dans le courant de la semaine prochaine.
Edit : bon en fait c'est à cause de la version de DNF de CentOS, il manque Builddep dans les commandes.
DEBUG util.py:388: No such command: builddep. Please use /usr/bin/dnf --help
DEBUG util.py:388: It could be a DNF plugin command.
ben51
Voila mise à jour fait sur mon pc portable.
Bon pas de changement (enfin après c'est une intel gma).
VINDICATORs
Ce n'est pas toujours visible, c'est des résolutions de bogues, amélioration de performances, etc...
Tant que la prise en charge de l'OpenGL 4.0 et + ne sera pas là tu verra rien.
A part le support natif de DirectX9 pour Wine à la limite? Voir des améliorations sur le support matériel de la vidéo.
Après c'est clair que c'est du gma, je doute que ça prenne un jour en charge plus que l'openGL 3.3, mais bon faut pas désespéré 😉.
Bon j'ai transféré la version pour Rawhide sur le serveur en attendant mieux. Par contre pas de debug, ni de source.
VINDICATORs
Si vous vous retrouvez bloqué n'hésitez pas à me le faire savoir en cliquant sur le bouton "e-mail" à gauche niveau du pseudo. Faisant pas mal de modifications au niveau de la sécurité, il m'arrive de bloquer des choses qui ne devrait pas l'être.
Et après on s'étonne qu'un MS windows puisse être infecter en moins de deux... Rien qu'e cet après midi j'ai eu 14 ip de bloqué dont 4 pour tentatives d'intrusion majeurs et 2 pour attaques ddos.
Enfin bref. Toujours pas de solution pour la libdrm pour F20/F21, je vais voir si le pilote intel fonctionne avec la dernière version. Ayant la même version de la libdrm, je devrai vite le voir.
Je recherche toujours quelqu'un ayant du nvidia pour tester et faire des retours, donc n'hésitez pas à vous faire connaitre si cela vous dit. Je sais que le pilote proprio fonctionne bien, mais bon.
VINDICATORs
Je termine avec mes réglages de sécurités et je mets le site en ligne ce week end. Cela prend du temps, mais devrait pouvoir résister aux tentatives d'intrusion en cours et à venir. Je mets en place plusieurs méthodes ce qui entraine pas mal de contraintes qu'il faut éviter. En plus cela me fait prendre de l’expérience sur le sujet en plus de celle que j'ai déjà.
Je travaillerai sur un thème par la suite, j'utilise celui de Drupal7 par défaut pour le moment.
Je vais aussi en profiter pour passer le dépôt en https, avec les clefs GPG pour les paquets. Donc si vous avez des soucis ce week end, sachez que tout sera là au pire pour lundi ou mardi.
Au sujet des résultats des tests de performance, je rajouterai la version de mesa du dépôt dans le descriptif pour pouvoir voir si il y a des différences. Je vais aussi voir comment inclure automatiquement l'affichage de plusieurs versions visible en même temps.
Je vais aussi sans doute rajouter une version des paquets pour CentOS7, car l'utilisant pas mal, ce serait quand même bien de pouvoir profiter des avancées de mesa dessus. Cependant comme elles sont aussi liées au noyau et au serveur X, il risque de ne pas y avoir de grosses différences.
ben51
ok cool, en ce moment pas trop le temps de me penché sur l'évolution.
Pour ma gma c'est surtout pour voir si il n'y a pas de correction/création de bug, car pour les perf c'est mort sur cette génération de puce.
VINDICATORs
Je remonte encore une fois le serveur me retrouvant avec le fichier sshd_config impossible à lire, alors que les droits sont ok, alors que c'était la seule chose que je n'ai pas touché... Il faudrait que je trouve la raison de ce blocage. Soit c'est fail2ban qui le provoque, soit je fais une modification qui fait que j'obtiens ce résultat, soit le souci est ailleurs.
Enfin bref, j'ouvre un sujet là dessus sur le forum de Centos.
Retour du dépôt dans la journée ou demain matin.
VINDICATORs
Bon j'ai donc refait l'installation du serveur, mais je ne sais toujours pas pourquoi je me suis retrouvé bloqué sans pouvoir repartir en arrière...
Je remet en ligne le dépôt mercredi le temps de terminer les derniers réglages et de refaire l'empaquetage.
Je vais reprendre les répertoires qui seront juste des liens vers ceux que crée mock. Cela évitera une manipulation de plus avec la fourniture des rapports de construction, ainsi que des sources. Sans compter qu'il y aura un petit gain de place :-P.
Par contre pour les paquets pour CentOS, il risque d'y avoir un souci à cause d'un paquet manquant. Je regarderai plus en détail le souci, mais ça semble liée à la compression du noyau. De plus il manque un module DNF pour la création des paquets pour la Rawhide, car DNF remplace yum. Rien de grave, je le fais sur mon poste sous F22 et transfert au moins les paquets hors src.rpm et de debugs.
Je lance le site en suivant, il y aura moins d'infos ici par la suite.