Planet Fedora-Fr http://planet.fedora-fr.org Sélection de blogs autour de Fedora fr-FR Tue, 28 Jul 2015 03:00:18 GMT eZ Systems eZ Publish (leZRSS) http://planet.fedora-fr.org/var/fedora/storage/images/media/images/logos/logo-rss/18149-2-fre-FR/logo-rss_rss.png Planet Fedora-Fr http://planet.fedora-fr.org Sun, 26 Jul 2015 21:40:00 GMT Patrice Kadionik : Fedora 22 vs Fedora 21 : comparaison des performances pour les versions 32 bits http://eddy33.eddy33.free.fr/weblog/index.php?post/2015/07/26/Fedora-22-vs-Fedora-21-%3A-comparaison-des-performances-pour-les-versions-32-bits urn:md5:95c11ce810cfd13d794c2008830cc230

Salut.

Voici les résultats comparatifs de Fedora 22 vs Fedora 21.

Pour rappel, ma machine est équipée d'un Quad Core Intel Q6600 à 2,4 GHz avec 4 Go de RAM.

Je me suis limité au benchmark UnixBench qui fournit un indice global, ce qui me simplifiera la comparaison. La version UnixBench utilisée est la version 4.1.0.

Mon protocole de tests est le suivant :
  • Installation de Fedora 22 version 32 bits avec le noyau Fedora 4.0.4-303.fc22.i686.
  • La machine est placée en niveau 3 (init 3).
  • 10 séries de tests avec UnixBench compilé sous Fedora 22 et exécuté sous Fedora 22 (4.0.4-303.fc22.i686).
  • 10 séries de tests avec UnixBench compilé sous Fedora 21 et exécuté sous Fedora 21 (3.18.5-201.fc21.i686).
Voici les résultats obtenus :


Fedora 22 version 32 bits :

Série 1 : 797.4
Série 2 : 801.7
Série 3 : 784.6
Série 4 : 790.2
Série 5 : 789.0
Série 6 : 800.2
Série 7 : 801.4
Série 8 : 810.2
Série 9 : 794.4
Série 10 : 802.7

Moyenne : 797,2

Fedora 21 version 32 bits :

Voici pour rappel les résultats obtenus avec Fedora 21 :
Série 1 : 755.5
Série 2 : 779.5
Série 3 : 766.1
Série 4 : 803.1
Série 5 : 772.9
Série 6 : 760.2
Série 7 : 751.3
Série 8 : 753.3
Série 9 : 762.4
Série 10 : 758.5

Moyenne : 766,3

Résultats :

Pour Fedora 22, on obtient un indice moyen de 797,2 pour UnixBench.
Pour Fedora 21, j'avais obtenu un indice moyen de 766,3 pour UnixBench.


On a donc une hausse de 4 % de Fedora 22 32 bits par rapport à Fedora 21 32 bits :


perfs_fedora_F21.png

Conclusion :


Au moment de ces tests, le noyau Fedora 22 (basé sur le noyau vanilla 4.0.4) est meilleur de près de 4 % que le noyau Fedora 21 (basé sur le noyau vanilla 3.18.5).

Le noyau Fedora 22 est même le meilleur en termes de performances de tous les noyaux Fedora que j'ai pu tester depuis Fedora 7 !


++
]]>
Fedora
Sun, 26 Jul 2015 20:05:00 GMT Guillaume Kulakowski : Mon NAS DIY sous OpenMediaVault http://feedproxy.google.com/~r/blog-guillaume-kulakowski/~3/dhvIJ9jczl4/mon-nas-diy-sous-openmediavault urn:md5:c3d8d7778cfcc1ca1e3f1f4fad44a74d

Actuellement je suis en train de faire construire et dans ma nouvelle maison, le PC ne trônera plus dans le salon... Je suis donc en train de repenser mes machines. L'une des premières étapes et donc de faire en sorte d'avoir accès à mes données sans que ma station de travail ne soit allumée (si c'est pour ne pas m'en servir, pourquoi la laisser allumer alors que ça consomme de l'électricité...). C'est donc pour ça que j'ai envisagé d'acheter un NAS.

Le problème c'est que les bons NAS (ex: Synology) tournent sous des systèmes fermés / propriétaires... Et bien entendu, il n'est pas envisageable que je me retrouve sur un système restreint dans son usage.

Plutôt qu'un NAS tout fait, j'ai donc acheté un HP Proliant MicroServer Gen8 afin de stocker toutes mes données dessus et de le faire tourner 24/24 dans un coin. Pour le système d'exploitation (puisqu'avec un vrai serveur j'ai le choix), jhésitais entre 4 solutions :

  • FreeNAS que j'ai exclu (injustement) car je ne voulais pas introduire un FreeBSD chez moi (trop de systèmes d'exploitation différents à gérer).
  • XPEnology que j'ai rapidement écarté du fait que ce système ne soit pas légal... Lui confier des données ne serait pas raisonnable.
  • Aller encore plus dans le DIY et me construire un truc from scratch avec une CentOS 7, mais ce serait trop long.
  • Finalement j'ai retenu OpenMediaVault qui est une interface idéale pour gérer un NAS basée sous Debian (c'est un système différent de Fedora, mais ça reste quand même plus proche que du BSD).

Avec OMV, j'ai donc un NAS qui me sert à :

  • Partager mes données sur mon réseau (NFS / CIFS / DLNA) avec ma tablette, mon téléphone, mon petit Media Center et mon PC portable (le tout soit sous Linux soit sous Android). Pour être plus rapide et histoire de ne pas trop souffrir de ma Freebox v5 et de son routeur 10/100, j'ai mis un switch Gigabyte derrière et câblé le tout en Catégorie 6 blindée
  • Offrir un point d'entrée SSH sur mon réseau.
  • Rendre mes données accessibles au travers du net via OwnCloud. Au passage, je ne suis pas parti du plugin pour OMV mais j'ai fait une installation depuis la dernière version from scratch.
  • Le tout avec du RAID 1 Soft monté en 5mn tellement c'est facile à faire à partir d'OMV.

Pour ceux qui se posent la question à propos de mon choix de partir sur du RAID Soft alors que mon Proliant gère le RAID hard, je me suis posé longtemps la question, mais 3 truc me chagrinaient :

  • Les drivers de ma carte RAID ne sont pas disponibles officiellement sous Debian et ne sont pas libres.
  • Tout disque formaté à partir de la carte contrôleur RAID de mon serveur ne peut être lu qu'à partir d'une carte contrôleur HP... Je suis peu fan de ça.
  • Et puis même si je n'ai pas encore basculé sur SnapRAID (une autre hésitation) il est plus facile de l'envisager à partir d'un RAID Soft.

Pour finir et pour garder un pied dans l'univers Trekkie, j'ai appelé ce serveur DeepSpace9 et il devrait donc me permettre de remiser ma station de travail (Enterprise).

]]>
Le geek & ses PC
Fri, 24 Jul 2015 09:59:00 GMT Remi Collet : PHP en route vers la sortie de la version 7.0.0 http://blog.remirepo.net/post/2015/07/24/PHP-en-route-vers-la-sortie-de-la-version-7.0.0 urn:md5:1998bbf4609a533cead9f4780bcf1db9

La version 7.0.0beta2 vient juste d'être publiée. C'est maintenant la phase de stabilisation qui commence pour les développeurs, et de test pour les utilisateurs.

Les RPM sont disponibles dans le dépôt remi-php70 pour Fedora 21 et et Enterprise Linux 6 (RHEL, CentOS) ainsi qu'en Software Collection dans le dépôt remi-test.

 

emblem-important-4-24.pngLe dépôt contient actuellement des versions en cours de développement qui ne sont pas destinées à être utilisées en production.

Lire aussi :

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir le mode d'installation.

Remplacement du PHP par défaut du système par la version 7.0 (le plus simple) :

yum --enablerepo=remi-php70,remi update php\*

Installation en parallèle, en Software Collection de PHP 7.0 (x86_64 uniquement, recommandée pour les tests) :

yum --enablerepo=remi install php70

emblem-important-2-24.pngÀ noter :

  • la version EL7 est construite avec RHEL-7.1
  • la version EL6 est construite avec RHEL-6.6
  • quelques extensions sont aussi disponibles, voir la page PECL extension RPM status.
  • suivre les commentaires pour les mise à jour jusqu'à la version finale.

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php70)

]]>
RPM
Fri, 24 Jul 2015 05:47:00 GMT Remi Collet : Nouveau dépôt "remi-php70" http://blog.remirepo.net/post/2015/07/24/Nouveau-depot-remi-php70 urn:md5:74d8d3d90c2e6f8362828b8d65b37bef

Je viens d'ouvrir le dépôt remi-php70 pour Fedora ≥ 21 et pour Enterprise Linux ≥ 6

Ce dépôt contient actuellement PHP 7.0.0beta2 et environ 25 extensions déjà compatibles.

emblem-important-4-24.pngCe dépôt contient actuellement des versions en cours de développement qui ne sont pas destinées à être utilisées en production.

Le configuration est fournit dans la dernière version du paquet remi-release :

  • remi-release-21-2.fc21.remi
  • remi-release-22-2.fc22.remi
  • remi-release-6.5-2.el6.remi
  • remi-release-7.1-2.el7.remi

emblem-notice-24.pngComme pour les autres dépôts, il n'est pas activé par défaut, la mise à jour est donc une décision de l'administrateur.

Par exemple, pour mettre à jour la version système :

yum --enablerepo=remi update remi-release
yum --enablerepo=remi,remi-php70 update php\*

emblem-important-2-24.pngComme de nombreuses extensions ne sont pas encore disponible, il y a de fortes chances que la mise à jour échoue, il faudra donc supprimer ces extensions ou attendre leur disponibilité.

Je ne prévois pas d'ouvrir le dépôt pour EL 5 qui est en fin de vie.

 

]]>
General
Fri, 24 Jul 2015 05:29:00 GMT Remi Collet : PHP version 5.6.12RC1 http://blog.remirepo.net/post/2015/07/24/PHP-version-5.6.12RC1 urn:md5:161021a5741d410a9866a3fb5449b00e

Les versions Release Candidate sont disponibles dans le dépôt remi-test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont uniquement fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests.

Les RPM de PHP version 5.6.12RC1 en SCL sont disponibles dans le dépôt remi-test pour Fedora 19-22 et Enterprise Linux 6-7.

La branche PHP 5.5 étant en mode "maintenance de sécurité"; il n'y a plus de RC.

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version.

Installation en parallèle, en Software Collections de PHP 5.6 (x86_64 uniquement) :

yum --enablerepo=remi,remi-test install php56

A noter :

  • la version 5.6.12RC1 est aussi disponible dans Fedora rawhide.
  • la version 7.0.0beta2 est aussi disponible

emblem-notice-24.pngLa version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).

Software Collections (php56)

]]>
béta
Tue, 14 Jul 2015 20:45:00 GMT Charles-Antoine Couret : Demande avis pour relancer Muffin, le magazine des utilisateurs francophones de Fedora http://blog.fedora-fr.org/renault/post/Demande-avis-pour-relancer-Muffin%2C-le-magazine-des-utilisateurs-francophones-de-Fedora urn:md5:1e6ae7f43f42ff4b714e205b3108a708

La communauté francophone de Fedora a publié par le passé trois numéro d'un magazine nommé Muffin. Le but était de rassembler des articles autour de Fedora à destination de ses utilisateurs ou contributeurs.

Après plus de 4 ans sans numéros, je décide de relancer sa mise en œuvre. Mais pour maximiser les chances de réussite de ce projet, je souhaite collecter un maximum d'avis concernant les idées que je propose mais également vos idées et vos envies. L'objectif est d'essayer de coller aux attentes des futurs lecteurs.

Pour cela, je vous invite à répondre au message du forum cité plus haut, si jamais vous n'êtes pas inscrits et que vous ne souhaitez pas le faire, vous pouvez me contacter à renault AROBASE fedoraproject POINT org. Je retransmettrais vos messages pour agrémenter le débat de votre opinion de manière anonyme.

Je vous remercie d'avance pour votre attention, en espérant recevoir vos retours prochainement. Je précise que les avis même des non utilisateurs de Fedora peut être pertinent.

]]>
Fedora
Tue, 14 Jul 2015 19:26:00 GMT Charles-Antoine Couret : Compte rendu du week-end des RMLLs à Beauvais http://blog.fedora-fr.org/renault/post/Compte-rendu-du-week-end-des-RMLLs-%C3%A0-Beauvais urn:md5:80eef630cf6dbd41932fa7b9bf5cecfd

Comme le mentionnait mon billet précédent, Borsalinux-fr était présent aux RMLLs de cette année à Beauvais. Je vais vous compter le déroulement du week-end auquel j'ai participé.

C'est ainsi, après avoir vagabondé sur Paris le vendredi, que je me retrouve sur Beauvais le samedi 4 juillet au matin. Après une averse courte et abondante, et le stand monté, je me retrouve sur la place devant la superbe cathédrale à devoir discuter de Fedora aux passants curieux, amateurs voire plus expérimentés. Ce jour là était aussi l'occasion de la découverte du lieu et des autres participants. Situés entre LibreOffice et Mageia, on a eu l'occasion d'échanger d'un point de vue technique ou de communication autour de nos projets mais aussi nos expériences. Échanges sympathiques et enrichissantes sous ce soleil accablant.

Concernant les visiteurs, on a pu voir un peu de tout. De nombreux habitants de Beauvais se sont montrés curieux concernant la manifestation du moment et ont posé des questions sur ce qu'on faisait. D'autres sont sortis de leurs propres stands pour discuter de Fedora, troller un peu, demander des informations pour les aider sur une migration récente ou à venir. Les échanges furent agréables avec environ 20 personnes s'étant sérieusement arrêtées pour discuter.

20150705_001b.jpg

Après un aller-retour sur Paris, le dimanche fut assez différent. Si la chaleur était toujours présente, le vent s'est levé ce qui a nécessité de ranger notre panneau de présentation. Qu'importe, les visiteurs étaient toujours là. Épaulé par Michael Scherer, nous avons pu tenir des discussions plus approfondies que la veille, notamment au sujet de Gnome Logiciels et des fameux fichiers .appdata. Une professeur d'université suisse nous a expliqué son travail et ses difficultés à migrer au sein de son activité. Les communautés LOLICA de Champagne et d'autres plus sur les Ardennes sont venus discuter de leur rapport à Fedora voire demander un coup de main sur quelques détails comme DNF, Gnome Logiciels ou encore RPMFusion.

C'était également l'occasion de troller discuter avec un membre de Ubuntu-fr sur Secure Boot et sur les possibles conséquences quand les constructeur n'auront plus l'obligation d'autoriser sa désactivation. Un contributeur Debian nous a demandé de participer et de relancer le projet de la compilation reproductible. Le principe étant qu'un utilisateur ou une distribution puisse vérifier qu'un paquet binaire correspond bien au code source pointé par le paquet RPM en question. Cela impose en effet de pouvoir fixer des éléments aléatoires lors de la compilation pour vérifier la correspondance exacte des fichiers. Ce principe permet notamment de détecter un paquet généré à partir d'une clé GPG volée.

20150705_004b.jpg

Cette journée a été également l'occasion de voir tout le monde attentif au discours de RMS mais aussi à l'attraction du jour à savoir un R2D2 fonctionnel.

C'est ainsi que l'évènement se termine pour ma part, pour laisser place à une série de conférence et notre stand tenu par Emmanuel Seyman. Durant le week-end, l'association a pu collecter 41.5€ de dons et de la vente de goodies, merci à vous. Deux bulletins d'adhésion ont été distribuées, en espérant la transformation de l'essai.

Je tiens à remercier Michael Scherer pour m'avoir donné un coup de main le dimanche, mais aussi Emmanuel Seyman pour la gestion du matériel et pour avoir tenu le stand en semaine. Sans oublier Guillaume Dondero pour avoir monté le matériel sur Beauvais mais également les organisateurs et les participants qui ont rendu cet évènement possible.

À la prochaine fois !

]]>
Fedora
Tue, 14 Jul 2015 15:40:00 GMT Matthieu Saulnier : Grub2 et LVM https://casperlefantom.net/index.php?post/2015/07/14/Grub2-et-LVM urn:md5:3a9e638c6c98b982c47bf0e1ce0834e6

J'ai recemment ajouté un disque dur dans mon serveur. Profitant de 3000Gio d'espace supplémentaire, j'ai décidé de répliquer quelques volumes LVM présents à l'origine sur le premier disque dur de l'unité centrale. Sur ce premier disque se trouve notament le volume /boot, la racine, et le volume de Swap. L'objectif simple de la manoeuvre était juste de convertir ces volumes en volumes miroirs, avec un miroir créé sur le nouveau dd.

En ligne de commande, ça donne quelque chose semblable à ceci :

# lvs -o +devices

(Pour voir quel volume logique est réparti sur quel volume physique)

# lvconvert -m1 vg_lancaster/lv01 /dev/sdb1 /dev/sda1

(Pour convertir le volume logique "linéair" en un volume miroir, et dont un miroir sera créé sur /dev/sdb1)

En considérant que le volume /dev/sdb1 a été préalablement initialisé en volume physique de type LVM et ajouté au groupe de volumes "vg_lancaster", entre parenthèses.

Ce n'est pas ici que le bas blesse.

C'est plutôt après avoir rebooté (je maintiens un uptime de 7 jours pour m'assurer d'être sur le denier noyau) que j'ai pris dans la face un message d'erreur engoissant. En effet, le BIOS parvenait bien à booter sur le disque, le MBR était chargé en mémoire, puis a basculé en GRUB Rescue avec pour motif "volume lv00 not found" (c'est le volume /boot). Je redémarre sur un DVD en mode secours et procède à une vérification du système de fichier, puis reconversion en volume logique linéair, tout en vérifiant que les fichiers soient toujours présents dans le volume.

Le démarrage suivant est cette fois allé un peu plus loin, le MBR a trouvé le volume lv00 et l'initramfs a été chargé en mémoire, affichant ainsi la liste des noyaux dans le menu Grub. Le message d'erreur suivant était "volume lv01 not found" (c'est le volume contenant la racine), puis bascule en shell Dracut.

Rebelotte, reconversion en volume linéair pour lv01, le démarrage suivant est allé encore plus loin... mais s'est arrêté à la recherche du volume de Swap. Vous avez saisi, mon système ne démarrait pas tant que les volumes logiques indiqués dans grub.cfg étaient en mode répliqué. Les autres volumes miroir, ceux montés par le système bien plus tard dans le processus de démarrage, ceux listés dans fstab, sont en revanche correctement montés et je n'ai pas eu à y toucher.

Moralité: Les volumes miroirs c'est le bien, mais pas pour les volumes boot, racine et swap qui doivent être lisible par Grub.

]]>
Grub
Tue, 14 Jul 2015 06:25:44 GMT Sylvain Réault : Nouveautés à venir http://www.vind-depot.fr/?q=node/13 13 at http://www.vind-depot.fr

Et bien comme certains le savent, j'ai recommencé à travailler. Ce qui fait que je suis moins présent, d'où le peu de nouveautés.
Donc le site est plus ou moins en pause pour le moment. De plus c'est l'été et il fait beau, donc ce n'est pas plus mal.

Donc à venir d'ici quelques semaines :
Une nouvelle version de la bibliothèque graphique "Mesa"
Une nouvelle carte graphique Radeon R9 380 4Go (R9 285 amélioré) ou une R390x 8Go (R9 290x amélioré)
Une carte graphique Nvidia GTX 960 2go, voir une 6xx d'occasion histoire de.

La R9270x ira sur une autre machine pour remplacer une HD4850 qui ira rejoindre une autre sur une autre machine (ça fait beaucoup d'autres :P).
Je pourrai mettre en test les NVIDIA avec le pilote libre, n'ayant pas vraiment de retour sur le sujet, les personnes préférant le propriétaire. J'espère que cela permettra de faire avancer les choses.

Les protocoles de tests seront plus poussé.

Par contre avec mes nouvelles obligations je ne suis pas toujours disponible, donc je pense que l'on passera à une ou deux version(s) de "Mesa" par mois, sauf si la suite arrive à ce mettre en place.

D'ici deux mois, le serveur migrera sur une nouvelle machine qui me permettra d'améliorer pas mal de choses. Le dépôt "vind-depot" sera hébergé sur un serveur "Fedora 22 Server edition", car CentOS pose parfois des soucis avec la version de développement de Fedora lors de la phase d'empaquetage des paquets. Ce serveur tournera quand même sur un hyperviseur KVM CentOS. Cela vas permettre aussi de faire faire le travail par le serveur et donc ne plus dépendre du temps de transfert du à un débit d'envois trop bas. Comme actuellement.

PS : j'ai vu qu'il y avait eu un souci avec le transfert des fichiers. Je ne sais pas si c'est dû à un changement de répertoire. Je regarderai dans la journée si possible, sinon ça ne sera pas disponible avant la nouvelle version.

]]>
Mon, 13 Jul 2015 06:27:00 GMT Remi Collet : PHP version 5.4.43, 5.5.27 et 5.6.11 http://blog.remirepo.net/post/2015/07/13/PHP-version-5.4.43-5.5.27-et-5.6.11 urn:md5:40a7cc7193b40b5c90deae6a6cd7dcb1

Les RPM de PHP version 5.6.11 sont disponibles dans le dépôt remi pour Fedora 21 et remi-php56 pour Fedora ≤ 20  et Enterprise Linux (RHEL, CentOS).

Les RPM de PHP version 5.5.27 sont disponibles dans le dépôt remi pour Fedora ≤ 20 et dans le dépôt remi-php55 pour Enterprise Linux.

Les RPM de PHP version 5.4.43 sont disponibles dans le dépôt remi pour Enterprise Linux (RHEL, CentOS...).

Ces versions sont aussi disponibles en Software Collections.

security-medium-2-24.pngCes versions corrigent plusieurs failles de sécurité, la mise à jour est donc vivement recommandée.

Annonces des versions :

emblem-important-2-24.png La version 5.4.33 était la dernière mise à jour corrigeant des bugs. La branche 5.4 est donc en maintenance de sécurité uniquement et sera bientôt non maintenue (Septembre 2015).

emblem-important-2-24.png La version 5.5.27 était la dernière mise à jour corrigeant des bugs. La branche 5.5 est donc en maintenance de sécurité uniquement (jusqu'en Juillet 2016).

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version et le mode d'installation.

Remplacement du PHP par défaut du système par la version 5.6 (le plus simple) :

yum --enablerepo=remi-php56,remi update php\*

Installation en parallèle, en Software Collections de PHP 5.6 (x86_64 uniquement) :

yum --enablerepo=remi install php56

Remplacement du PHP par défaut du système par la version 5.5 (le plus simple) :

yum --enablerepo=remi-php55,remi update php\*

Installation en parallèle, en Software Collections de PHP 5.5 (x86_64 uniquement) :

yum --enablerepo=remi install php55

Remplacement du PHP par défaut du système par la version 5.4 (entreprise uniquement) :

yum --enablerepo=remi update php\*

Installation en parallèle, en Software Collections de PHP 5.4 (x86_64 uniquement) :

yum --enablerepo=remi install php54

Et bientôt dans les mises à jour officielles:

emblem-important-2-24.pngÀ noter :

  • la version EL7 est construite avec RHEL-7.1
  • la version EL6 est construite avec RHEL-6.6
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php54/php55)

]]>
RPM
Tue, 07 Jul 2015 11:41:00 GMT Remi Collet : À propos de libmcrypt et php-mcrypt http://blog.remirepo.net/post/2015/07/07/A-propos-de-libmcrypt-et-php-mcrypt urn:md5:7f1ffd8b27bbdc631f65341ccc83fe9c

Je ne compte plus les fois où j'ai du expliquer pourquoi utiliser cette bibliothèque ou cette extension est une grave erreur. Il est donc temps d'en faire un article.

 

libmcrypt est un projet mort, non maintenu depuis plus ~8 ans, la dernière version 2.5.8 a été publiée en février 2007 !... et malgré les nombreux tickets ouverts, aucune activité.

La cryptographie est un élément essentiel de la gestion de la sécurité. Si on regarde en arrière, les failles découvertes et corrigées dans divers logiciels, la nécessite d'augmenter les standards de sécurités et d'abandonner les vieux algorithmes, comment peut-on imaginer utiliser une vieillerie de plus de 8 ans ?

Il existe plusieurs bibliothèques alternatives bien maintenues :

Et, pour PHP, plusieurs autres solutions sont disponibles:

Une RFC a été proposée pour retirer l'extension mcrypt de PHP 7, mais, honte à nous, elle n'a pas été acceptée (15-18), elle restera donc disponible.

L'oeuf ou la poule ? L'extension est utilisée car elle est disponible, et elle est conservée parce qu'elle est utilisée.

Nous devons vraiment communiquer sur ce problème, et c'est ce que nous faisons déjà depuis longtemps chez Fedora, la plupart des projets comprennent le problème et acceptent de le corriger en basculant sur une implémentation plus sécurisées, quelques exemples :

Certain framework continuent de proposer une interface pour utiliser mcrypt (ex Zend\Crypt\Symmetric\MCrypt, ticket #3), encore une fois, c'est l'oeuf ou la poule,les applications utilisent cette fonction parce qu'elle existe.

Ceci explique pourquoi certaines distributions linux professionnelles, comme RHEL, ne fournissent ni libmcrypt ni php-mcrypt. On devrait sans doute en discuter avec les autres distributions Linux (Debian, Fedora...) pour arrêter de fournir cette bibliothèque.

Utilisez vous mcrypt ? Comprenez vous que vous DEVEZ basculer dès que possible ? ou, au moins, rapporter ce problème au fournisseur des logiciels que vous utilisez.

 

]]>
Fiches explicatives
Fri, 26 Jun 2015 06:52:00 GMT Remi Collet : PHP version 5.5.27RC1 et 5.6.11RC1 http://blog.remirepo.net/post/2015/06/26/PHP-version-5.5.27RC1-et-5.6.11RC1 urn:md5:97d3c7aec59e3069725927adbad91af0

Les versions Release Candidate sont disponibles dans le dépôt remi-test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont uniquement fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests.

Les RPM de PHP version 5.6.11RC1 en SCL sont disponibles dans le dépôt remi-test pour Fedora 19-22 et Enterprise Linux 6-7.

Les RPM de PHP version 5.5.27RC1 en SCL sont disponibles dans le dépôt remi-test pour Fedora 21-22 et Enterprise Linux 6-7.

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version.

Installation en parallèle, en Software Collections de PHP 5.6 (x86_64 uniquement) :

yum --enablerepo=remi,remi-test install php56

Installation en parallèle, en Software Collections de PHP 5.5 (x86_64 uniquement) :

yum --enablerepo=remi,remi-test install php55

A noter :

emblem-notice-24.pngLa version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).

Software Collections (php55/php56)

]]>
RPM
Wed, 24 Jun 2015 11:55:00 GMT Edouard Bourguignon : Fin de vie de la Fedora 20 http://www.linuxed.net/post/2015/06/24/Fin-de-vie-de-la-Fedora-20 urn:md5:0adcdcff31576415a7043f7ac3f43d42

Un bref message pour annonce que la Fedora 20 est officiellement en fin de vie (EOL) depuis hier (23 juin 2015).

Prochaine Fedora à passer en fin de vie sera maintenant la Fedora 21, et ceci un mois après la sortie officielle de la Fedora 23. La Fedora 23 est pour l'instant annoncée pour sortir, si tout se passe bien, le 27 octobre 2015.

]]>
Fedora
Tue, 23 Jun 2015 06:15:00 GMT Remi Collet : Red Hat fournit PHP 5.6 pour RHEL (et CentOS) http://blog.remirepo.net/post/2015/06/23/Red-Hat-fournit-PHP-5.6-pour-RHEL urn:md5:abaed76faffa901f93f175efc2f7e50d

Annonce : Red Hat Software Collections 2 – now generally available

Et pour CentOS : Software Collections 2.0 available

Que les accrocs de la stabilité se rassurent, PHP 5.3.3 reste la version standard fournit avec RHEL-6 et PHP 5.4.16 celle pour RHEL-7.

Que les utilisateurs de RHSCL 1.x se rassurent, les collections php54 et php55 sont toujours là. Elles ont même été mise à jour en 5.4.40 et 5.5.21.

La nouvelle collection rh-php56 fournit la version 5.6.5.

Nous disposons donc désormais d'un moyen officiel et supporté d'installer PHP version 5.4 ou 5.5 ou 5.6, en parallèle  de la version système, sans affecter les composants standards. L'annonce prévoit un cycle de vie de 3 ans.

Pour plus d'informations sur l'installation et l'utilisation des SCL, vous pouvez consulter les autres billets déjà publiés à ce sujet :

emblem-notice-24.png Pour ceux qui souhaitent plus d'extensions, je maintiens 3 dépôts sur softwarecollections.org avec toutes celles qui sont déjà prêtes (d'autres devraient suivre).

En dehors de PHP, RHSCL 2.0 senrichit de plusieurs morceaux de choix, je retiendrais MariaDB 10 et PostgreSQL 9.4.

Il me semble que c'est une excellent nouvelle qui devrait aider à l'adoption des versions récentes de PHP dans le monde de l'entreprise. Quelle autre distribution "entreprise" en fait autant ?

emblem-question-24.png Si vous avez des questions, j'ai même ouvert un nouveau Forum dédié : About PHP SCL.

]]>
Fiches explicatives
Sun, 21 Jun 2015 17:30:00 GMT Fedora Paris : Un gout du Japon http://blog.fedora-fr.org/fedora-paris/post/Un-gout-du-Japon urn:md5:510db09ab4411a3f0c8754ea4d677495

Compte tenu de Japon Expo qui commence ce jeudi 2 et se déroule pendant 4 jours, Fedora Paris va gouter un peu la culture nippone. Le prochain diner de Fedora Paris aura donc lieu jeudi 2 juillet à partir de 20h au : Yoyo Ramen 12 bd de Port Royal 75005 Paris Le métro le plus proche est Gobelins (sur la ligne 7) N'hésitez pas à laisser un... Lire Un gout du Japon

]]>
Sun, 21 Jun 2015 09:14:00 GMT Emmanuel Seyman : Journées Rencontres du Libre (compte-rendu) http://blog.fedora-fr.org/eseyman/post/Journ%C3%A9es-Rencontres-du-Libre-%28compte-rendu%29 urn:md5:f2ea0f346a90360b02d2f7c0b13566b6

Hum... Je me rends compte que j'avais oublié de mettre en ligne le compte-rendu Le 24 et 25 avril, j'étais à Saint-Brieuc, dans les Côtes d'Armor en Bretagne pour les Journées Rencontres du Libre. Arrivé vers 13h le vendredi (la route depuis Paris est relativement longue), je me suis installé sur notre stand dans la salle pour attendre le public.

Les conférences se tenant au milieu du village associatif, j'ai pu assister à la conférence sur le modèle économique de imapsync par son auteur, Gilles Lamiral. J'ai pu parler avec Gilles quelques minutes après sa conférence et discuter du packaging de imapsync dans Fedora et dans EPEL.

Le samedi a été très tranquille (l'évènement est clairement passé à côté de son public). Les quelques visiteurs qui sont passés étaient tous intéressés par notre distribution préférée (deux d'entre eux sont venus parce qu'ils ont vu l'annonce de l'évènement sur les forums de fedora-fr.org . Du coup, on a pu discuter calmement, présenter mes logiciels préférés (Gcstar FTW) et distribuer des autocollants et des DVDs.

]]>
fedora-fr
Wed, 17 Jun 2015 21:02:00 GMT Charles-Antoine Couret : Rencontrez Borsalinux-fr aux RMLL à Beauvais du 4 au 10 juillet http://blog.fedora-fr.org/renault/post/Rencontrez-Borsalinux-fr-aux-RMLL-%C3%A0-Beauvais-du-4-au-10-juillet urn:md5:c522c85e41871be92d81c007529e4424

Bonjour à tous ! Comme chaque année, les Rencontres Mondiales du Logiciel Libre s'installent début juillet pendant une semaine dans une ville jusque là francophone. Cette année, c'est du 4 au 10 juillet à Beauvais, au nord de Paris. L'occasion de voir du pays mais surtout de discuter, rencontrer et apprendre sur de nombreux projets de Logiciels Libres et sa culture associée. Une opportunité unique de rencontrer une grande partie de la communauté francophone du secteur.

Bien entendu, Fedora n'y fait pas exception et sera représentée cette année par Borsalinux-fr. Nous serons ravis de vous accueillir à notre stand. N'hésitez pas à venir faire le tour de l'évènement et de nous passer le bonjour, voire boire un verre en notre compagnie. Nous serons contents de recevoir un petit coup de main pour la tenue du stand. Nous pourrons aussi vous présenter la nouvelle Fedora 22 et vous fournir de quoi l'installer si vous le souhaitez.

Pour plus d'information sur l'évènement, vous pouvez consulter le site officiel des RMLLs 2015. En espérant vous voir nombreux, je vous souhaite une bonne journée.

]]>
Fedora
Wed, 17 Jun 2015 14:43:07 GMT Marc Bessière : akmod :: Forcer la reconstruction d’un module http://marcet.technofil.fr/2015/06/17/akmod-forcer-la-reconstruction-dun-module/ http://marcet.technofil.fr/2015/06/17/akmod-forcer-la-reconstruction-dun-module/ Il arrive que la recompilation automatique d’un module akmod au démarrage d’un nouveau kernel se plante, et le système peut décider de le blacklister. Je me suis trouvé face à cette situation sans vraiment savoir ce qui se passait. Seul une étude de la log m’a permis de trouver le problème. Et fort heureusement, la […]]]> Fedora Fri, 12 Jun 2015 04:45:00 GMT Remi Collet : PHP version 5.4.42, 5.5.26 et 5.6.10 http://blog.remirepo.net/post/2015/06/12/PHP-version-5.4.42-5.5.26-et-5.6.10 urn:md5:a0af07377a80bc864ac081a00e2cd69c

Les RPM de PHP version 5.6.10 sont disponibles dans le dépôt remi pour Fedora 21 et remi-php56 pour Fedora ≤ 20  et Enterprise Linux (RHEL, CentOS).

Les RPM de PHP version 5.5.26 sont disponibles dans le dépôt remi pour Fedora ≤ 20 et dans le dépôt remi-php55 pour Enterprise Linux.

Les RPM de PHP version 5.4.42 sont disponibles dans le dépôt remi pour Enterprise Linux (RHEL, CentOS...).

Ces versions sont aussi disponibles en Software Collections.

security-medium-2-24.pngCes versions corrigent plusieurs failles de sécurité, la mise à jour est donc vivement recommandée.

Annonces des versions :

emblem-important-2-24.pngLa version 5.4.33 était la dernière mise à jour corrigeant des bugs. La branche 5.4 est donc en maintenance de sécurité uniquement.

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version et le mode d'installation.

Remplacement du PHP par défaut du système par la version 5.6 (le plus simple) :

yum --enablerepo=remi-php56,remi update php\*

Installation en parallèle, en Software Collections de PHP 5.6 (x86_64 uniquement) :

yum --enablerepo=remi install php56

Remplacement du PHP par défaut du système par la version 5.5 (le plus simple) :

yum --enablerepo=remi-php55,remi update php\*

Installation en parallèle, en Software Collections de PHP 5.5 (x86_64 uniquement) :

yum --enablerepo=remi install php55

Remplacement du PHP par défaut du système par la version 5.4 (entreprise uniquement) :

yum --enablerepo=remi update php\*

Installation en parallèle, en Software Collections de PHP 5.4 (x86_64 uniquement) :

yum --enablerepo=remi install php54

Et bientôt dans les mises à jour officielles:

emblem-important-2-24.pngÀ noter :

  • la version EL7 est construite avec RHEL-7.1
  • la version EL6 est construite avec RHEL-6.6
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php54/php55)

]]>
RPM
Fri, 05 Jun 2015 17:11:00 GMT Remi Collet : PHPUnit 4.7 http://blog.remirepo.net/post/2015/06/05/PHPUnit-4.7 urn:md5:678d5b76b8a88a6723d52bd999a09ef2

Les RPM de PHPUnit version 4.7 sont disponibles dans le dépôt remi pour Fedora et Enterprise Linux (CentOS, RHEL...)

Documentation : PHPUnit 4.7 manual et Release Announcement for PHPUnit 4.7.0 (english)

Installation :

yum --enablerepo=remi install phpunit

Merci de tester cette nouvelle version, qui est déjà dans Rawhide et sera bientôt disponible dans Fedora 21, 22 et EPEL-7.

Remarque: cet outil est un epièce essentielle de la QA PHP dans Fedora.

]]>
RPM