Cette page est actualisée toutes les heures.
Cette page est une sélection de blogs autour de Fedora. Fedora-Fr.org décline toute responsabilité au sujet des propos tenus par les auteurs des blogs de ce planet. Leurs propos sont leur entière responsabilité.
Le contenu de ce planet appartient à leurs auteurs respectifs. Merci de consulter leur blogs pour obtenir les licences respectives.
Par , le dimanche 03 nov 2019 - 21:21 | Catégories : WordPress
Cela va maintenant faire un peu plus d’1 an que ce blog est motorisé par WordPress et non plus par Dotclear. Pour rappel, lors de cette migration vers WordPress, afin d’avoir quelque chose d’un minimum industrialisé, de propre mais surtout qui me satisfasse, j’ai fait plusieurs choix techniques : Utiliser Timber pour gérer mon thème. […]
Cet article Déployer votre application php avec Deployer est apparu en premier sur Guillaume Kulakowski's blog.
Par , le mardi 29 oct 2019 - 15:48 | Catégories : Fedora
En ce mardi 29 octobre, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Fedora 31.
Cette version apporte beaucoup de changements concernant l'expérience utilisateur, la migration vers Wayland, l'abandon du 32 bits pour x86 et le début de l'abandon de Python 2.
Passage de l'environnement par défaut GNOME à la version 3.34. Cette version apporte de nombreux changements.
La roue tourne pour Xfce avec la version 4.14. Après plus de quatre années de développement, cette version propose de nombreux changements. Le portage vers GTK+ 3 et GDBus est terminé, ce qui permet la prise en charge native des écrans à très haute définition. Cela apporte en outre :
Mise à jour de l'environnement de bureau DeepinDE 15.11. Depuis la version 15.9 disponible dans Fedora 30, les améliorations sont :
Plymouth indique au démarrage des informations sur l'état du clavier lors de la saisie du mot de passe pour déchiffrer les partitions. Si vous chiffrez vos partitions pour améliorer la sécurité de vos données, vous aurez constaté qu'il y a un mot de passe à saisir au démarrage de la machine pour accéder à son contenu. Plymouth qui récupère ce mot de passe affiche maintenant la disposition clavier utilisée et si le verrouillage majuscule est actuellement actif. Cela permet à l'utilisateur qui n'a pas de possibilité de vérifier comment son clavier est configuré d'avoir cette information lors de la saisie.
Firefox utilise Wayland nativement par défaut avec GNOME. Cela permet d'améliorer la gestion des ressources dans un tel cas, XWayland n'étant plus nécessaire par défaut. Firefox devrait bénéficier d'une expérience plus fluide et plus cohérente, en particulier pour les écrans à haute densité de pixels qui seront correctement pris en charge. Le paquet firefox-x11 reste à disposition pour utiliser Firefox avec X11 comme avant.
Les applications Qt utiliseront de manière analogue Wayland lors d'une session GNOME sous Wayland. Les mêmes bénéfices que pour Firefox sont à attendre. En réalité GNOME était le seul bureau où les applications Qt se comportaient ainsi car le module Qt Wayland n'était pas activé pour une telle session. En effet, le gestionnaire de fenêtres de GNOME, mutter, demande aux applications l'utilisation d'un Client-Side Decorations pour définir la décoration des fenêtres ce qui n'était pas possible avec Qt jusqu'ici. Les décorations de fenêtre proviennent du programme QGnomePlatform.
Fedora abandonne l'architecture x86 32 bits. Le noyau Linux i686 n'est plus généré et les dépôts associés sont également supprimés. De fait, il n'y aura plus d'images amorçables de Fedora pour cette architecture, ni mise à niveau possible depuis Fedora 30 pour ces installations. Des paquets i686 peuvent subsister dans les dépôts à destination des utilisateurs ayant l'architecture x86_64 uniquement.
Cela résulte d'un processus amorcé depuis Fedora 27 où cette architecture était une architecture dite secondaire, c'est-à-dire avec une maintenance minimale et qui ne pouvait pas bloquer la procédure de sortie d'une nouvelle version de Fedora.
Cette architecture qui était finalement assez peu utilisée ces derniers temps, avec environ 1% des utilisateurs, souffrait de nombreux bogues souvent découverts et corrigés tardivement faute de testeurs et de développeurs pour identifier et corriger ces problèmes.
Le projet espère ainsi libérer des ressources matérielles, en espace disque et bande passante, mais aussi humaines pour se concentrer sur les autres architecture plus émergentes comme AArch64. Les utilisateurs concernés sont invités soit à utiliser une image x86_64 si leur matériel le leur permet, ou alors à envisager de changer de distribution d'ici la fin du support de Fedora 30.
Le binaire /usr/bin/python fait référence dorénavant à Python 3 et non plus à Python 2. En effet, Python 2 ne sera plus supporté par le projet officiel en janvier 2020, le projet Fedora respecte donc la PEP 394 pour entamer cette transition. En cas de problèmes, vous pouvez créer le lien symbolique de ~/.local/bin/python, pour un utilisateur, ou de /usr/local/bin/python, pour le système entier, vers /usr/bin/python2 afin de restaurer le comportement historique.
Le nom des paquets suit également ce nouveau schéma, le paquet python-requests installera par exemple la version compatible Python 3 de ce paquet. Il faudra nommer spécifiquement python2-requests pour préciser le paquet compatible avec Python 2 de ce module.
De plus, il y a une suppression massive de paquets Python 2 pour ne garder essentiellement que les derniers projets non convertis à Python 3 aujourd'hui. Seuls les paquets nécessitant Python 2 qui n'ont pas une version Python 3, ou qui sont une dépendance à de tels paquets, sont conservés. Cela réduit la tâche de maintenance nécessaire après janvier 2020 et permet d'amorcer la transition en plusieurs étapes.
Les mainteneurs du projet Fedora continueront à maintenir Python 2 dans Fedora 30 et 31 jusqu'à leur fin de vie respective, c'est-à-dire vers juin et décembre 2020. Python 2 sera par contre totalement supprimé pour Fedora 32. Cette décision permet de garder une compatibilité fonctionnelle importante au sein d'une même version de Fedora.
YUM 3 tire sa révérence, seuls des liens symboliques vers DNF sont maintenus. Son API n'est également plus accessible.
Borsalinux-fr est l'association qui gère la promotion de Fedora dans l'espace francophone. Nous constatons depuis quelques années une baisse progressive des membres à jour de cotisation et de volontaires pour prendre en main les activités dévolues à l'association.
Nous lançons donc un appel à nous rejoindre afin de nous aider.
L'association est en effet propriétaire du site officiel de la communauté francophone de Fedora, organise des évènements promotionnels comme les Rencontres Fedora régulièrement et participe à l'ensemble des évènements majeurs concernant le libre à travers la France principalement.
Si vous aimez Fedora, et que vous souhaitez que notre action perdure, vous pouvez :
Nous serions ravis de vous accueillir et de vous aider dans vos démarches. Toute contribution, même minime, est appréciée.
Si vous souhaitez avoir un aperçu de notre activité, vous pouvez participer à nos réunions hebdomadaires chaque lundi soir à 20h30 (heure de Paris) sur IRC (canal #fedora-meeting-1 sur Freenode).
Vous pouvez aussi nous rencontrer lors du prochain Paris OpenSource Summit le 10 et 11 décembre (c'est un mardi et un mercredi) aux Docks de Paris à Aubervilliers. Un stand sera installé pour présenter Fedora, obtenir vos retours et répondre à vos questions.
Depuis juin 2017, un grand travail de nettoyage a été entrepris sur la documentation francophone de Fedora, pour rattraper les 5 années de retard accumulées sur le sujet.
Le moins que l'on puisse dire, c'est que le travail abattu est important : près de 90 articles corrigés et remis au goût du jour. Un grand merci à Charles-Antoine Couret, Nicolas Berrehouc, Édouard Duliège, José Fournier et les autres contributeurs et relecteurs pour leurs contributions.
L'équipe se réunit tous les lundis soir après 21h (heure de Paris) sur IRC (canal #fedora-doc-fr sur Freenode) pour faire progresser la documentation par un travail collaboratif. Le reste de la semaine cela se passe sur les listes de diffusion.
Si vous avez des idées d'articles ou de corrections à effectuer, que vous avez une compétence technique à retransmettre, n'hésitez pas à participer.
Si vous avez déjà Fedora 30 ou 29 sur votre machine, vous pouvez faire une mise à niveau vers Fedora 31. Cela consiste en une grosse mise à jour, vos applications et données sont préservées.
Autrement, pas de panique, vous pouvez télécharger Fedora avant de procéder à son installation. La procédure ne prend que quelques minutes.
Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable.
De plus, pour éviter les mauvaises surprises, nous vous recommandons aussi de lire au préalable les bogues importants connus à ce jour pour Fedora 31.
Par , le vendredi 25 oct 2019 - 07:50 | Catégories : RPM
Les RPM de PHP version 7.3.11 sont disponibles dans le dépôt remi pour Fedora 30-31 et dans le dépôt remi-php73 pour Fedora 29 et Enterprise Linux ≥ 6 (RHEL, CentOS).
Les RPM de PHP version 7.2.24 sont disponibles dans le dépôt remi pour Fedora 29 et dans le dépôt remi-php72 pour Enterprise Linux ≥ 6 (RHEL, CentOS).
Les RPM de PHP version 7.1.33 sont disponibles dans le dépôt remi-php71 pour Enterprise Linux (RHEL, CentOS).
PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus par le projet PHP.
Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 29-31 et EL-8.
Ces versions corrigent une faille de sécurité, la mise à jour est donc vivement recommandée.
La version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillée.
Annonces des versions :
Installation : voir l'assistant de configuration et choisir la version et le mode d'installation.
Remplacement du PHP par défaut du système par la version 7.3 (le plus simple) :
yum-config-manager --enable remi-php73 yum update
ou, en utilisant le module (Fedora et EL-8) :
dnf module enable php:remi-7.3 dnf update php\*
Installation en parallèle, en Software Collection de PHP 7.3
yum install php73
Remplacement du PHP par défaut du système par la version 7.2 (le plus simple) :
yum-config-manager --enable remi-php72 yum update
ou, en utilisant le module (Fedora et EL-8) :
dnf module enable php:remi-7.2 dnf update php\*
Installation en parallèle, en Software Collections de PHP 7.2
yum install php72
Et bientôt dans les mises à jour officielles:
À noter :
Informations, lire :
Paquets de base (php)
Software Collections (php71 / php72 / php73)
Par , le jeudi 24 oct 2019 - 17:00 | Catégories : Uncategorized
Avec la sortie de CentOS 8, j’ai eu le besoin de déployer facilement la distribution et de construire des paquets personnels pour l’enrichir. Le déploiement sera fait via un cobbler existant et la construction de RPM avec un système Koji déjà opérationnel. Cobbler Il y a peu de chances que votre cobbler connaisse déjà CentOS […]
Par , le mercredi 23 oct 2019 - 14:05 | Catégories : Développement
L'extension FFI (Foreign Function Interface) permet d'accéder aux fonctionnalités de bibliothèques systèmes directement depuis PHP sans recours à une autre extension.
Voici quelques exemples, résultats de mes tests de cette extension.
Une autre nouveauté de PHP 7.4 est la possibilité de pré-charger des classes, qui seront ensuite utilisables comme des classes natives du language, ou d'une extension.
Utilisation
$ php -dopcache.preload=preload-foo.inc foo.php Class Remi\Foo exists
Nous utiliserons donc cette fonctionnalité avec FFI.
Zstandard est un algorithme de compression très efficace et très répandu. La bibliothèque libzstd offre une implémentation de référence.
Il existe déjà une extension zstd pour PHP, que nous utiliserons aussi pour contrôler les performances de notre solution FFI.
A noter: si la classe n'est pas pré-chargée, elle sera incluse par le script de test, utilisation simple :
$ php zstd.php
Si seul le script est préchargé, les entêtes seront chargées par un appel à FFI;load(), utilisation :
$ php -d opcache.preload=preload-zstd.inc zstd.php
A partir de 7.4.0RC5 (ou avec les RPM de mon dépôt), il est aussi possible de précharger les entêtes qui seront récupérés avec FFI:scope(), utilisation:
$ php d ffi.preload=preload-zstd.h -d opcache.preload=preload-zstd.inc zstd.php
Dans les versions précédentes, le préchargement des entêtes ne fonctionnent qu'en utilisateur normal, et donc ne fonctionnement pas avec mod_php ou php-fpm qui est administrateur (root) lors de son lancement.
Exécution:
PHP version 7.4.0RC4 Use preloaded class Using FFI::scope OK Src length = 8673632 ZSTD_compress = 1828461 Src length = 1828461 ZSTD_decompress = 8673632 Check = OK Using FFI extension = 0,09" Src length = 8673632 ZSTD_compress = 1828461 Src length = 1828461 ZSTD_decompress = 8673632 Check = OK Using ZSTD extension = 0,09"
Pour l'utilisateur, le code utilisant FFI ou l'extension Zstd est équivalent, ainsi que les performances (aucune différence notable).
Il existe déjà plusieurs implémentation du client Redis en C ou en PHP, Cet exemple utilisera FFI pour accéder aux fonctions de la bibliothèque hiredis.
Utilisation (extrait) :
$ php74 -d ffi.preload=preload-redis.h -d opcache.preload=preload-redis.inc redis.php ... + Remi\Redis::__construct(localhost, 6379) + Remi\Redis::initFFI() + Remi\Redis::del(foo) int(1) + Remi\Redis::get(foo) NULL + Remi\Redis::set(foo, 2019/10/23 12:45:03) string(2) "OK" + Remi\Redis::get(foo) string(19) "2019/10/23 12:45:03" + Remi\Redis::__destruct
Ce code simplissime, écrit en quelques heures fonctionne est rempli sa mission.
FFI apparait comme un nouveau moyen de développement, directement en PHP, et permettant plus de fonctionnalités, sans devoir recourir à la création et la maintenance d'extension écrite en langage C.
Son utilisation nécessite tout de même de solides connaissances en C, pour comprendre les entêtes et la documentation des bibliothèques et pour éviter les fuites de mémoire, mais devrait attirer plus de développeurs / contributeurs.
L'avenir nous dira si elle tient ses promesses pour une utilisation en production, et si elle permettra de diminuer le nombres d'extensions existantes et qui devront être maintenues et adaptées pour les prochaines versions de PHP.
Par , le lundi 21 oct 2019 - 00:11 | Catégories : fedora-fr
Je vous informe que la communauté Fedora-fr sera présente à l'édition 2019 de Paris Open Source Summit. Cette année, POSS se tiendra le 10 et 11 décembre de 9h à 18h et, comme tous les ans, aura lieu au Dock Pullmann, à Aubervilliers. Nous aurons un stand sur le village associatif (le stand A34, pour être tout à fait exact).
Nous serons présents pour répondre à toutes les questions sur Fedora, proposer de graver une image de Fedora 31 (qui sera sorti d'ici là) sur votre clé USB. Nous aurons des goodies Fedora pour les gens qui sont intéressés. N'hésitez pas à venir au Salon si vous avez du temps pendant les 2 jours en question et passez nous dire bonjour si vous y êtes !
Par , le samedi 12 oct 2019 - 17:58 | Catégories : auto-hébergement
Bonjour à toi Lecteur, ça faisait un moment.
Aujourd'hui on va parler de quelque chose dont on a beaucoup entendu parler, qui inspire la crainte et l'espoir, l'orgueil et la peur. DNSSEC, ce système, permet de bloquer les serveurs DNS menteurs. Les serveurs DNS menteurs sont les résolveurs utilisés par les utilisateurs d'Internet, ce sont ceux des FAI pour le grand public, ce sont ceux des entreprises dans les grandes entreprises, et ceux d'OpenDNS ou Google pour les geeks.
Ces résolveurs ne sont pas trop à craindre, il y a peu d'abus, sauf sur les résolveurs des FAI qui suivent les censures d'État, OpensDNS qui applique une politique non-neutre, Google qui doit bien défendre ses intérêts, etc...
Et puis, en dehors des résolveurs, il y a d'autres mécanismes pour résoudre les noms en adresse IP directement implanté dans le système de chaque machine (/etc/hosts), et il y a le cache du navigateur en plus.
Comme tu le constates, cher lecteurs, il y a plein d'endroits où trouver des réponses à des requêtes DNS, mais il n'y a rien qui dit que la réponse est la bonne !
C'est pour résoudre ce problème simple qu'a été inventé DNSSEC. Il est très compliqué à mettre en place et demande beaucoup d'actions manuelles. Et le pire, c'est qu'il faut renouveler toutes ces actions tous les mois pour compenser la petite taille des clés cryptographiqes afin de maintenir un bon niveau de sécurité sur la zone DNS.
Autant dire qu'il parait impensable de le mettre en place dans ces conditions. Ceci était mon premier constat.
Il y a plein d'articles sur Internet qui expliquent comment installer DNSSEC, je mets de coté le fait qu'ils ont l'air compliqués, ce n'est pas le problème. Il y a deux problèmes en réalité.
Le premier est que tout ces articles expliquent comment mettre en place DNSSEC avec un bureau d'enregistrement (Registrar), sans expliquer le principe de base. Pour moi, c'est trop obscure, et je pense que ça a dû rebutter beaucoup de personnes.
Le second problème est que, s'il on ne peux pas comprendre le principe de base, comment peut-on appliquer le principe à ses sous-domaines. Je ne critique pas le fait qu'il n'y ai presque aucune documentation (vraiment aucune) sur le DNSSEC pour ses sous-domaine. Je ne suis pas un consommateur et je n'aime pas quand c'est tout cuit.
J'ai donc écumé le web, et j'ai trouvé cet article, qui explique à la perfection le principe de base, et qui rend applicable la technique à ses sous-domaine. On chauffe...
Et là, cher Lecteur, tu te dis :
Aoutch, il faut multiplier le travail par le nombre de zone DNS pour les sous-domaines ! /o\
Oui mais non. Grâce à cet article, j'ai pu suffisament bien comprendre la technique pour faire un script qui automatise *tout*.
Absolument "tout" ?
C'est obligatoire, le DNSSEC est une chaine, on ne peut pas reprendre la chaine à mi-chemin, en cours de route. Ça ne fonctionne pas comme ça.
C'est pourquoi le script ne peut pas fonctionner si l'on ne lui indique pas le domaine principal. Si on lui indique que le domaine principal, il va faire le job. Mais l'idée de ce script, c'est de lui indiquer autant de zones DNS de sous-domaine que l'on veut : il va faire le travail pour intégrer les sous-domaines à la zone du domaine principal. Le gain de temps est monstrueux.
On peut le relancer tous les mois ou toutes les semaines pour changer le salage. On peut le lancer tous les 3 mois pour changer toutes les clés cryptographiques. Il affiche dans la console toutes les informations utiles pour mettre à jours les enregistrements chez son Registrar.
Alors certes, ce billet n'est pas une énième doc sur le DNSSEC, mais je tenais à partager mon script, je le fais tourner intensément depuis 2 petites semaines, et les résultats sont bons...
Voici les dessins produits par un validateur en ligne, un schéma vaut mieux qu'un long discours :
Une idée d'amélioration : pouvoir intégrer DNSSEC sur une zone DNS d'un sous-sous-domaine.
Par , le jeudi 10 oct 2019 - 12:28 | Catégories : RPM
Les versions Release Candidate sont disponibles dans le dépôt de test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests.et également en paquets de base.
Les RPM de PHP version 7.3.11RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 30-31 ou remi-php73-test pour Fedora 29 et Enterprise Linux.
Les RPM de PHP version 7.2.24RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 29 ou remi-php72-test pour Enterprise Linux.
PHP version 7.1 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.
Installation : voir la Configuration du dépôt et choisir la version.
Installation en parallèle, en Software Collections de PHP 7.3 :
yum --enablerepo=remi-test install php73
Installation en parallèle, en Software Collections de PHP 7.2 :
yum --enablerepo=remi-test install php72
Mise à jour, de PHP 7.3 :
yum --enablerepo=remi-php73,remi-php73-test update php\*
ou, en utilisant le module (Fedora et RHEL 8) :
dnf module enable php:remi-7.3 dnf --enablerepo=remi-modular-test update php\*
Mise à jour, de PHP 7.2:
yum --enablerepo=remi-php72,remi-php72-test update php\*
ou, en utilisant le module (Fedora et RHEL 8) :
dnf module enable php:remi-7.2 dnf --enablerepo=remi-modular-test update php\*
A noter : la version 7.4.0RC3 est dans Fedora rawhide pour la QA
Les paquets pour EL-7 on été construit à partir de RHEL-7.6.
Les paquets pour 7.4.0RC3 sont aussi disponibles.
La version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).
Software Collections (php72, php73)
Paquets standards (php)
Par , le vendredi 04 oct 2019 - 11:33 | Catégories : PHPUnit
Les RPM de PHPUnit version 8.4 sont disponibles dans le dépôt remi pour Fedora ≥ 29 et pour Enterprise Linux (CentOS, RHEL...).
Documentation :
Cette nouvelle version nécessite PHP ≥ 7.2 et n'est pas rétro-compatible avec les versions précédentes, donc s'installe en parallèle des versions 5, 6 et 7.
Installation, Fedora et:Enterprise Linux 8 :
dnf --enablerepo=remi install phpunit8
Installation, Enterprise Linux 6 et 7 :
yum --enablerepo=remi install phpunit8
Remarque: cet outil est une pièce essentielle de la QA PHP dans Fedora. Cette version sera rapidement disponible dans Fedora ≥ 30.
Par , le jeudi 26 sept 2019 - 16:56 | Catégories : RPM
Les RPM de PHP version 7.3.10 sont disponibles dans le dépôt remi pour Fedora 30-31 et dans le dépôt remi-php73 pour Fedora 29 et Enterprise Linux ≥ 6 (RHEL, CentOS).
Les RPM de PHP version 7.2.23 sont disponibles dans le dépôt remi pour Fedora 29 et dans le dépôt remi-php72 pour Enterprise Linux ≥ 6 (RHEL, CentOS).
Pas de correctifs de sécurité ce mois ci, donc pas de mise à jour de la version 7.1.32.
PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus par le projet PHP.
Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 29-31 et EL-8.
La version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillée.
Annonces des versions :
Installation : voir l'assistant de configuration et choisir la version et le mode d'installation.
Remplacement du PHP par défaut du système par la version 7.3 (le plus simple) :
yum-config-manager --enable remi-php73 yum update
ou, en utilisant le module (Fedora et EL-8) :
dnf module enable php:remi-7.3 dnf update php\*
Installation en parallèle, en Software Collection de PHP 7.3
yum install php73
Remplacement du PHP par défaut du système par la version 7.2 (le plus simple) :
yum-config-manager --enable remi-php72 yum update
ou, en utilisant le module (Fedora et EL-8) :
dnf module enable php:remi-7.2 dnf update php\*
Installation en parallèle, en Software Collections de PHP 7.2
yum install php72
Et bientôt dans les mises à jour officielles:
À noter :
Informations, lire :
Paquets de base (php)
Software Collections (php71 / php72 / php73)
Par , le mardi 24 sept 2019 - 17:45 | Catégories : General
Peu de temps après RHEL-8, CentOS 8 est sortie et bien sur mon dépôt est déjà ouvert et complet.
Installation du dépôt :
# dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm # dnf install https://rpms.remirepo.net/enterprise/remi-release-8.rpm
Et par exemple, pour installer PHP 7.3 (flot alternatifs)
# dnf module install php:remi-7.3 # php --version PHP 7.3.10 (cli) (built: Sep 24 2019 12:06:35) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.3.10, Copyright (c) 1998-2018 Zend Technologies
À noter, si vous voulez installer plusieurs versions en parallèle, les Software Collections de PHP 5.6, 7.0, 7.1, 7.2, 7.3 et 7.4 sont aussi disponibles.
# dnf install php56 # module load php56 # php --version PHP 5.6.40 (cli) (built: Apr 30 2019 11:08:08) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
N'oubliez pas de suivre les instructions plus détaillées de l'assistant
Par , le mardi 24 sept 2019 - 00:24 | Catégories : Fedora
Aujourd'hui, ce lundi 23 septembre, est une journée dédiée à un test précis : sur la mise à niveau de Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.
Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.
Nous sommes proches de la diffusion de Fedora 31 édition finale. Et pour que ce lancement soit un succès, il est nécessaire de s'assurer que le mécanisme de mise à niveau fonctionne correctement. C'est-à-dire que votre Fedora 29 ou 30 devienne Fedora 31 sans réinstallation, en conservant vos documents, vos paramètres et vos programmes. Une très grosse mise à jour en somme.
Les tests du jour couvrent :
En effet, Fedora propose depuis quelques temps déjà la possibilité de faire la mise à niveau graphiquement avec GNOME Logiciels et en ligne de commande avec dnf. Dans les deux cas le téléchargement se fait en utilisation normale de votre ordinateur, une fois que ce sera prêt l'installation se déroulera lors du redémarrage.
Pour ceux qui veulent bénéficier de F31 avant sa sortie officielle, profitez-en pour réaliser ce test, que cette expérience bénéficie à tout le monde. :-)" class="smiley
Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.
Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.
En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.
De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.
Par , le mercredi 18 sept 2019 - 08:00 | Catégories : Fedora
Aujourd'hui, ce mercredi 18 septembre, est une journée dédiée à un test précis : sur l'environnement de bureau GNOME. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.
Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.
Nous juste après la diffusion de la Fedora 31 beta. L'environnement de bureau GNOME est celui par défaut depuis les débuts de Fedora.
L'objectif est de s'assurer que l'ensemble de l'environnement et que ses applications sont fonctionnels.
Les tests du jour couvrent :
Comme vous pouvez le constater, ces tests sont assez simples et peuvent même se dérouler sans se forcer en utilisant simplement GNOME comme d'habitude. Donc n'hésitez pas de prendre quelques minutes pour vérifier les comportements et rapporter ce qui fonctionne ou non comme attendu.
Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.
Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.
En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.
De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.
Par , le mardi 17 sept 2019 - 16:20 | Catégories : Fedora
En ce mardi 17 septembre, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Beta Fedora 31.
Malgré les risques concernant la stabilité dune version Beta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora 31 et réduisant du même coup le risque de retard. Les versions en développement manquent de testeurs et de retours pour mener à bien leurs buts.
La version finale est pour le moment fixée pour le 22 ou 29 octobre. Voici les nouveautés annoncées pour cette version :
Durant le développement d'une nouvelle Fedora, comme cette version Beta, quasiment chaque semaine le projet propose des journées de tests. Le but est pendant une journée de tester une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, linternationalisation, etc. L'équipe de qualité élabore et propose une série de tests en général simples à exécuter. Suffit de les suivre et indiquer si le résultat est celui attendu. Dans le cas contraire, un bogue devra être ouvert pour permettre l'élaboration d'un correctif.
C'est très simple à suivre et requiert souvent peu de temps (15 minutes à une heure maximum) si vous avez une Beta exploitable sous la main.
Les tests à effectuer et les rapports sont à faire via la page suivante. J'annonce régulièrement ici quand une journée de tests est planifiée.
Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via le site officiel.
Si vous avez déjà Fedora 30 ou 29 sur votre machine, vous pouvez faire une mise à niveau vers la Beta. Cela consiste en une grosse mise à jour, vos applications et données sont préservées.
Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable.
En cas de bogue, n'oubliez pas de relire la documentation pour signaler les anomalies sur le BugZilla ou de contribuer à la traduction sur Zanata.
Bons tests à tous !
Par , le vendredi 13 sept 2019 - 10:07 | Catégories : RPM
Les versions Release Candidate sont disponibles dans le dépôt de test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests. (uniquement pour x86_64) et également en paquets de base.
Les RPM de PHP version 7.3.10RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 30-31 ou remi-php73-test pour Fedora 29 et Enterprise Linux.
Les RPM de PHP version 7.2.23RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 29 ou remi-php72-test pour Enterprise Linux.
PHP version 7.1 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.
Installation : voir la Configuration du dépôt et choisir la version.
Installation en parallèle, en Software Collections de PHP 7.3 :
yum --enablerepo=remi-test install php73
Installation en parallèle, en Software Collections de PHP 7.2 :
yum --enablerepo=remi-test install php72
Mise à jour, de PHP 7.3 :
yum --enablerepo=remi-php73,remi-php73-test update php\*
ou, en utilisant le module (Fedora et RHEL 8) :
dnf module enable php:remi-7.3 dnf --enablerepo=remi-modular-test update php\*
Mise à jour, de PHP 7.2:
yum --enablerepo=remi-php72,remi-php72-test update php\*
ou, en utilisant le module (Fedora et RHEL 8) :
dnf module enable php:remi-7.2 dnf --enablerepo=remi-modular-test update php\*
A noter : la version 7.3.10RC1 dans Fedora rawhide pour la QA
Les paquets pour EL-7 on été construit à partir de RHEL-7.6.
Les paquets pour 7.4.0RC1 sont aussi disponible.
La version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).
Software Collections (php72, php73)
Paquets standards (php)
Par , le mardi 10 sept 2019 - 23:41 | Catégories : Fedora
Cette semaine, à partir du 9 septembre, est une semaine dédiée à un test précis : sur l'internationalisation de Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.
Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.
Comme chaque version de Fedora, la mise à jour de ses outils impliquent souvent lapparition de nouvelles chaînes de caractères à traduire et de nouveaux outils liés à la prise en charge de langues (en particulier asiatiques).
Pour favoriser l'usage de Fedora dans l'ensemble des pays du monde, il est préférable de s'assurer que tout ce qui touche à l'internationalisation de Fedora soit testée et fonctionne. Notamment parce qu'une partie doit être fonctionnelle dès le LiveCD d'installation (donc sans mise à jour).
Les tests du jour couvrent :
Bien entendu, étant donné les critères, à moins de savoir une langue chinoise, l'ensemble des tests n'est pas forcément réalisable. Mais en tant que francophones, de nombreuses problématiques nous concernent et remonter les problèmes est important. En effet, ce ne sont pas les autres communautés linguistiques qui identifieront les problèmes d'intégration de la langue française.
Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.
Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.
En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.
De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.
Par , le samedi 07 sept 2019 - 16:21 | Catégories : General
Ma nouvelle machine est opérationnelle :
Récupérés sur mon ancienne machine :
Première mise à l'épreuve, temps de démarrage < 5" et la compilation de PHP 7.4 passe de 2'11" à 0'55". Cool.
Je prévois donc rapidement de l'étendre avec:
Merci à tous ceux qui veulent participer, voir la page Merci/Thanks.
Mon ancienne machine de 2013 sera évidement ré-utilisée.
Par , le vendredi 06 sept 2019 - 10:29 | Catégories : RPM
La version 7.4.0RC1 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-php74 pour Fedora ≥ 29 et et Enterprise Linux ≥ 7 (RHEL, CentOS) ainsi qu'en Software Collection dans le dépôt remi-safe (ou remi pour Fedora).
Le 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 : PHP 7.4 en Software Collection
Installation : 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.4 avec les modules (le plus simple pour Fedora et EL-8) :
dnf module disable php dnf module install php:remi-7.4
Remplacement du PHP par défaut du système par la version 7.4 avec le dépôt (le plus simple pour EL-7) :
yum-config-manager --enable remi-php74 yum update php\*
Installation en parallèle, en Software Collection de PHP 7.4 (x86_64 uniquement, recommandée pour les tests) :
yum install php74
À noter :
Informations, lire :
Paquets de base (php)
Software Collections (php74)
Par , le vendredi 30 août 2019 - 09:11 | Catégories : RPM
Les RPM de PHP version 7.3.9 sont disponibles dans le dépôt remi pour Fedora 30-31 et dans le dépôt remi-php73 pour Fedora 29 et Enterprise Linux ≥ 6 (RHEL, CentOS).
Les RPM de PHP version 7.2.22 sont disponibles dans le dépôt remi pour Fedora 29 et dans le dépôt remi-php72 pour Enterprise Linux ≥ 6 (RHEL, CentOS).
Les RPM de PHP version 7.1.32 sont disponibles dans le dépôt remi-php71 pour Enterprise Linux (RHEL, CentOS).
PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus par le projet PHP.
Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 29-30 et EL-8.
Ces versions corrigent quelques failles de sécurité, la mise à jour est donc vivement recommandée.
La version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillée.
Annonces des versions :
Installation : voir l'assistant de configuration et choisir la version et le mode d'installation.
Remplacement du PHP par défaut du système par la version 7.3 (le plus simple) :
yum-config-manager --enable remi-php73 yum update
Installation en parallèle, en Software Collection de PHP 7.3 (x86_64 uniquement) :
yum install php73
Remplacement du PHP par défaut du système par la version 7.2 (le plus simple) :
yum-config-manager --enable remi-php72 yum update
Installation en parallèle, en Software Collections de PHP 7.2 (x86_64 uniquement) :
yum install php72
Et bientôt dans les mises à jour officielles:
À noter :
Informations, lire :
Paquets de base (php)
Software Collections (php71 / php72 / php73)
Par , le lundi 19 août 2019 - 11:50 | Catégories : RPM
Les versions Release Candidate sont disponibles dans le dépôt de test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests. (uniquement pour x86_64) et également en paquets de base.
Les RPM de PHP version 7.3.9RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 30 ou remi-php73-test pour Fedora 28-29 et Enterprise Linux.
Les RPM de PHP version 7.2.22RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 28-29 ou remi-php72-test pour Enterprise Linux.
PHP version 7.1 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.
Installation : voir la Configuration du dépôt et choisir la version.
Installation en parallèle, en Software Collections de PHP 7.3 :
yum --enablerepo=remi-test install php73
Installation en parallèle, en Software Collections de PHP 7.2 :
yum --enablerepo=remi-test install php72
Mise à jour, de PHP 7.3 :
yum --enablerepo=remi-php73,remi-php73-test update php\*
ou, en utilisant le module (Fedora et RHEL 8) :
dnf module enable php:remi-7.3 dnf --enablerepo=remi-modular-test update php\*
Mise à jour, de PHP 7.2:
yum --enablerepo=remi-php72,remi-php72-test update php\*
ou, en utilisant le module (Fedora et RHEL 8) :
dnf module enable php:remi-7.2 dnf --enablerepo=remi-modular-test update php\*
A noter : la version 7.3.9RC1 dans Fedora rawhide pour la QA
Les paquets pour EL-7 on été construit à partir de RHEL-7.6.
Les paquets pour 7.4.0alpha3 sont aussi disponible en Software Collections.
La version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).
Software Collections (php72, php73)
Paquets standards (php)
« Précédent 1... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 ...238 Suivant »
Page générée le 04 jan 2023 à 02:28
Fedora-Fr est hébergé gracieusement sur un serveur IKOULA.
Le Projet Fedora est maintenu et dirigé par la communauté et sponsorisé par Red Hat.
Ce site est également maintenu par la communauté. Red Hat n'est pas responsable de son contenu.