Fedora-Fr - Communauté francophone Fedora - Linux

Désormais, il existe un dépôt dédié pour chaque version de GLPI

Jusqu'à présent GLPI 9.1 était dans le dépôt "remi" et GLPI 9.2 dans le dépôts "remi-test", ce qui n'a plus de sens, puisque la version 9.2 est stable et que la plupart des plugins sont compatibles.

J'aurais pu déplacer la 9.2 dans "remi" et commencer à pousser les paquets de la prochaine 9.3 dans "remi-test", mais je préfère laisser le choix à l'utilisateur de monter de version à son rythme.

Nous avons donc désormais 3 dépôts

• remi-glpi91 pour GLPI 9.1, l'ancienne version stable (dépréciée)
• remi-glpi92 pour GLPI 9.2, la version stable actuelle (recommandée)
• remi-glpi93 pour GLPI 9.3, la version en cours de développement (vide actuellement)

Il suffit donc d'activer le dépôt correspondant à la version souhaitée

Sous RHEL et Centos

    yum-config-manager --enable remi-glpi92

Sous Fedora

    dnf config-manager --set-enabled remi-glpi92

En espérant que cette amélioration satisfera tout le mode.

Salut.

Voici les résultats comparatifs de Fedora 27 vs Fedora 26.

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.

• Installation de Fedora 27 version 64 bits avec le noyau Fedora 4.13.9-300.fc27.x86_64.
• La machine est placée en niveau 3 (init 3).
• 10 séries de tests avec UnixBench compilé sous Fedora 27 et exécuté sous Fedora 27 (4.13.9-300.fc27.x86_64).
• 10 séries de tests avec UnixBench compilé sous Fedora 26 et exécuté sous Fedora 26 (4.11.8-300.fc26.x86_64).

Série 2 : 986.1
Série 3 : 886.1
Série 4 : 976.2
Série 5 : 970.3
Série 6 : 982.4
Série 7 : 972.3
Série 8 : 981.0
Série 9 : 998.7
Série 10 : 973.2

Moyenne : 967,8

Résultats :

Pour Fedora 27, on obtient un indice moyen de 990,7 pour UnixBench.
Pour Fedora 26, j'avais obtenu un indice moyen de 967,8 pour UnixBench.


On a donc une augmentation de 2,4 % de Fedora 27 64 bits par rapport à Fedora 26 64 bits :

Conclusion :

Au moment de ces tests, le noyau Fedora 27 (basé sur le noyau vanilla 4.13.9) est un peu plus performant de 2 % que le noyau Fedora 26 (basé sur le noyau vanilla 4.11.8).

Les RPM de PHPUnit version 7.2 sont disponibles dans le dépôt remi pour Fedora ≥ 26.

Documentation :

• PHPUnit manual
• Release Announcement for version 7 of PHPUnit (en anglais)

Cette nouvelle version nécessite PHP ≥ 7.1 et n'est pas rétro-compatible avec les versions précédentes, donc s'installe en parallèle des versions 5 et 6.

Cette nouvelle version n'est disponible que pour Fedora car il faudrait monter la dépendance  global du dépôt de 5.6 vers 7.1, ce que je prévois pour l'an prochain lorsque 5.6 et 7.0 seront en fin de vie.

Installation, Fedora :

dnf --enablerepo=remi install phpunit7

Installation, Enterprise Linux :

yum --enablerepo=remi install phpunit7

Remarque: cet outil est une pièce essentielle de la QA PHP dans Fedora. Cette version sera rapidement disponible dans Fedora 28, dès que la revue #1583468 sera approuvée.

C'est en ce vendredi 1er juin 2018 que Fedora 26 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

Un mois après la sortie d'une version de Fedora n, ici Fedora 28, la version n-2 (donc Fedora 26) est déclarée comme en fin de vie. Ce mois sert à donner du temps aux utilisateurs pour faire la mise à niveau. Ce qui fait qu'en moyenne une version est officiellement maintenue pendant 13 mois. Mais comme nous pouvons le voir, cela ne reste qu'une moyenne. Fedora 26 étant sortie tardivement (juillet 2017) il n'aura eu une maintenance que de 10 mois et demi !

En effet, la fin de vie d'une version signifie qu'elle n'aura plus de mises à jour et plus aucun bogue ne sera corrigé. Pour des questions de sécurité, avec des failles non corrigées, il est vivement conseillé aux utilisateurs de Fedora 26 et antérieurs d'effectuer la mise à niveau vers Fedora 28 ou 27.

Que faire ?

Si vous êtes concernés, il est nécessaire de faire la mise à niveau de vos systèmes. Vous pouvez télécharger des images CD ou USB plus récentes.

Il est également possible de faire la mise à niveau sans réinstaller via DNF ou GNOME Logiciels.

GNOME Logiciels a également dû vous prévenir par une pop-up de la disponibilité de Fedora 27 ou 28. N'hésitez pas à lancer la mise à niveau par ce biais.

Mise à jour :

# dnf update auto-multiple-choice

Salut.

Suite à mon billet sur la fin de mes tests de Fedora 32 bits avec la version 25, je repars donc avec les tests de Fedora 26 version 64 bits. Pour cette première fois, il n'y a pas de comparaison avec une autre version de Fedora.

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.

• Installation de Fedora 26 version 64 bits avec le noyau Fedora 4.11.8-300.fc26.x86_64.
• La machine est placée en niveau 3 (init 3).
• 10 séries de tests avec UnixBench compilé sous Fedora 26 et exécuté sous Fedora 26 (4.11.8-300.fc26.x86_64).

Comme le projet Fedora est communautaire, une partie du collège des organisations suivantes doit être renouvelée : Council et Mindshare. Et ce sont les contributeurs qui décident. Exceptionnellement, le collège du FESCo ne sera pas partiellement renouvelé en même temps, faute de candidatures la fenêtre de dépôts de candidatures a été élargi pour cet organe.

Chaque candidat a bien sûr un programme et un passif qu'ils souhaitent mettre en avant durant leur mandat pour orienter le projet Fedora dans certaines directions. Je vous invite à étudier les propositions des différents candidats pour cela.

Pour voter, il est nécessaire d'avoir un compte FAS actif et de faire son choix sur le site du scrutin. Vous avez jusqu'au mercredi 6 juin à 2h heure française pour le faire. Donc n'attendez pas trop.

Je vais profiter de l'occasion pour résumer le rôle de chacun de ces comités afin de clarifier l'aspect décisionnel du projet Fedora mais aussi visualiser le caractère communautaire de celui-ci.

Council

Le Council est ce qu'on pourrait qualifier le grand conseil du projet. C'est donc l'organe décisionnaire le plus élevé de Fedora. Le conseil définit les objectifs à long terme du projet Fedora et participe à l'organisation de celui-ci pour y parvenir. Cela se fait notamment par le biais de discussions ouvertes et transparentes vis à vis de la communauté.

Mais il gère également l'aspect financier. Cela concerne notamment les budgets alloués pour organiser les évènements, produire les goodies, ou des initiatives permettant de remplir les dits objectifs. Ils ont enfin la charge de régler les conflits personnels importants au sein du projet, tout comme les aspects légaux liés à la marque Fedora.

Les rôles au sein du conseil sont complexes.

Ceux avec droit de vote complet

Tout d'abord il y a le FPL (Fedora Project Leader) qui est le dirigeant du conseil et de facto le représentant du projet. Son rôle est lié à la tenue de l'agenda et des discussions du conseil, mais aussi de représenter le projet Fedora dans son ensemble. Il doit également servir à dégager un consensus au cours des débats. Ce rôle est tenu par un employé de Red Hat et est choisi avec le consentement du conseil en question.

Il y a aussi le FCAIC (Fedora Community Action and Impact Coordinator) qui fait le lien entre la communauté et l'entreprise Red Hat pour faciliter et encourager la coopération. Comme pour le FPL, c'est un employé de Red Hat qui occupe cette position avec l'approbation du conseil.

Il y a deux places destinées à la représentation technique et à la représentation plus marketing / ambassadrice du projet. Ces deux places découlent d'une nomination décidée au sein des organes dédiées à ces activités : le FESCo et le Mindshare. Ces places sont communautaires mais ce sont uniquement ces comités qui décident des attributions.

Il reste deux places communautaires totalement ouvertes et dont tout le monde peut soumettre sa candidature ou voter. Cela permet de représenter les autres secteurs d'activité comme la traduction ou la documentation mais aussi la voix communautaire au sens la plus large possible. C'est pour ces places que le vote est ouvert cette semaine !

Ceux avec le droit de vote partiel

Un conseiller en diversité est nommé par le FPL avec le soutien du conseil pour favoriser l'intégration au sein du projet des populations le plus souvent discriminées. Son objectif est donc de déterminer les programmes pour régler cette problématique et résoudre les conflits associés qui peuvent se présenter.

Un gestionnaire du programme Fedora qui s'occupe du planning des différentes versions de Fedora. Il s'assure du bon respect des délais, du suivi des fonctionnalités et des cycles de tests. Il fait également office de secrétaire du conseil. C'est un employé de Red Hat qui occupe ce rôle toujours avec l'approbation du conseil.

Mindshare

Mindshare est une évolution du FAmSCo (Fedora Ambassadors Steering Committee) qu'il remplace. Il est l'équivalent du FESCo sur l'aspect plus humain du projet. Pendant que le FESCo se préoccupera beaucoup plus des empaqueteurs, la préoccupation de ce conseil est plutôt l'ambassadeur et les nouveaux contributeurs.

Voici un exemple des thèmes dont il a compétence qui viennent du FAmSCo :

• Gérer l'accroissement des ambassadeurs à travers le mentoring ;
• Pousser à la création et au développement des communautés plus locales comme la communauté française par exemple ;
• Réaliser le suivi des évènements auxquels participent les ambassadeurs ;
• Accorder les ressources aux différentes communautés ou activités, en fonction des besoin et de l'intérêt ;
• S'occuper des conflits entre ambassadeurs.

Et ses nouvelles compétences :

• La communication entre les équipes, notamment entre la technique et le marketing ;
• Motiver les contributeurs à s'impliquer dans différents groupes de travail ;
• Gérer l'arrivé de nouveaux contributeurs pour les guider, essayer de favoriser l'inclusion de personnes souvent peu représentées dans Fedora (femmes, personnes non américaines et non européennes, étudiants, etc.) ;
• Gestion de l'équipe marketing.

Il y a 9 membres pour gérer ce nouveau comité. Un gérant, 2 proviennent des ambassadeurs, un du design et web, un de la documentation, un du marketing, un de la commops et les deux derniers sont élus. C'est pour ces deux derniers sièges que les scrutins sont ouverts.

La version 2.0.0 de SeedboxSync vient d’être libérée ! C’est quoi SeedboxSync ? Imaginez que vous téléchargiez des fichiers via le protocole BitTorrent, des fichiers libres de droit, ça va de soi. Imaginez que pour une raison X ou Y vous ne puissiez pas le faire à partir de votre connexion (et donc votre IP) […]

Cet article SeedboxSync 2.0.0, synchronisation de votre seedbox et de votre NAS est apparu en premier sur Guillaume Kulakowski's blog.

Les RPM de PHP version 7.2.6 sont disponibles dans le dépôt remi pour Fedora 28 et dans le dépôt remi-php72 pour Fedora 25-27 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.1.18 sont disponibles dans le dépôt remi pour Fedora 26-27 et dans le dépôt remi-php71 pour Fedora 25 et Enterprise Linux (RHEL, CentOS).

Pas de correctifs de sécurité ce mois ci, donc pas de mise à jour des versions 5.6.36 et 7.0.30.

PHP version 5.5 a atteint sa fin de vie et n'est plus maintenu par le projet PHP.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe.

Annonces des versions :

• PHP 7.2.6 Release Annoucement
• PHP 7.1.18 Release Annoucement

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.2 (le plus simple) :

yum-config-manager --enable remi-php72
yum update

Installation en parallèle, en Software Collection de PHP 7.2 (x86_64 uniquement) :

yum install php72

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

yum-config-manager --enable remi-php71
yum update

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

yum install php71

Et bientôt dans les mises à jour officielles:

• Rawhide fournit PHP 7.2.6
• Fedora 28 - PHP 7.2.6
• Fedora 27 - PHP 7.1.18

À noter :

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

Informations, lire :

• Migration de PHP 5.5.x à PHP 5.6.x
• Migration de PHP 5.6.x à PHP 7.0.x
• Migration de PHP 7.0.x à PHP 7.1.x
• Migration de PHP 7.1.x à PHP 7.2.x

Paquets de base (php)

Software Collections (php56 / php70 / php71 / php72)

Installation :

# dnf install perl-Gtk3
# dnf install perl-Clone
# dnf install http://kadionik.vvv.enseirb-matmeca.fr/fedora/eddy33-release-28.rpm
# dnf install auto-multiple-choice

J’avais, par le passé, fait un article sur mon passage d’Eclipse vers Netbeans. Je dois dire qu’au fil du temps, cet IDE m’a déçu : Cycle de vie assez long. Plugin Python qui n’est plus maintenu depuis près de 3 ans. Lourd (qui a dit Java ?). Oracle, qui via sa politique de rachat se […]

Cet article Atom pour remplacer Netbeans est apparu en premier sur Guillaume Kulakowski's blog.

Cela fait depuis Fedora 19 que je publie sur la liste de diffusion de Fedora-fr une revue de presse de chaque sortie d'une nouvelle version. Récapituler quels sites en parle et comment. Je le fais toujours deux semaines après la publication (pour que tout le monde ait le temps d'en parler). Maintenant, place à Fedora 28 !

Bien entendu je passe sous silence mon blog et le forum de fedora-fr.

Sites web d'actualité

• Linuxfr ;
• NextINpact ;
• Développez.com ;
• Programmez! ;
• Toolinux ;
• QuebecOS ;
• Génération NT.

Soit 7 sites sur les 25 contactés.

Blogs, sites persos ou sites non contactés

• Guillaume Kulakowski ;
• Frédéric Bézies.

Soit 2 sites.

Bilan

Le nombre de sites parlant de Fedora 28 est en légère baisse, deux blogs en moins. Beaucoup d'articles se fondent sur ce que j'ai moi même rédigé (que ce soit la version courte ou longue). Notons que developpez.net m'a contacté pour publier la version longue les prochaines fois, ce que je vais essayer de faire bien entendu.

La semaine de sa sortie, nous avons eu une augmentation de visites par rapport à la semaine d'avant de cet ordre là :

• Forums : 4% (soit 250 visites environ)
• Documentation : baisse de 1% (soit environ 40 visites)
• Le site Fedora-fr : 43% (soit 500 visites en plus)
• Borsalinux-fr : 344% (soit 90 visites en plus)

À tenir compte de la situation particulière avec une sortie le 1er mai qui est un jour férié globalement dans l'espace francophone, hors Québec.

Si vous avez connaissance d'un autre lien, n'hésitez pas à partager ! Rendez-vous pour Fedora 29.

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  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.2.6RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php72-test pour Fedora 25-27 et Enterprise Linux.

Les RPM de PHP version 7.1.18RC1 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 26-27 ou  remi-php71-test pour Fedora 25 et Enterprise Linux.

PHP Version 7.0 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.2 :

yum --enablerepo=remi-test install php72

Installation en parallèle, en Software Collections de PHP 7.1 :

yum --enablerepo=remi-test install php71

Mise à jour, de PHP 7.2 :

yum --enablerepo=remi-php72,remi-php72-test update php\*

Mise à jour, de PHP 7.1:

yum --enablerepo=remi-php71,remi-php71-test update php\*

Les paquets pour EL-7 on été construit à partir de RHEL-7.4.

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

Software Collections (php71, php72)

Paquets standards (php)

J’ai commencé à m’intéresser à la domotique il y a un peu plus de 2 ans, lors de la construction de ma maison. Cependant, je n’ai sauté le pas qu’à loccasion d’un deal sur des détecteurs de fumée Fibaro FGSD-002. J’ai alors recyclé un Raspberry Pi 2B en box domotique en lui greffant une clef […]

Cet article Mon installation domotique est apparu en premier sur Guillaume Kulakowski's blog.