Planet Fedora-Fr http://planet.fedora-fr.org Sélection de blogs autour de Fedora fr-FR Wed, 10 Feb 2016 16:44:17 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 Fri, 05 Feb 2016 18:20:00 GMT Remi Collet : PHPUnit 5.2 http://blog.remirepo.net/post/2016/02/05/PHPUnit-5.2 urn:md5:196c2c7c62026e7dcf5fefc91f511996

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

Documentation : PHPUnit 5.2 manual et Release Announcement for PHPUnit 5.2.0 (english)

emblem-notice-24.pngCette nouvelle version nécessite PHP ≥ 5.6.

Installation, Fedora :

dnf --enablerepo=remi install phpunit

Installation, Enterprise Linux :

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

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

]]>
RPM
Thu, 04 Feb 2016 16:25:00 GMT Remi Collet : PHP version 5.5.32, 5.6.18 et 7.0.3 http://blog.remirepo.net/post/2016/02/04/PHP-version-5.5.32-5.6.18-et-7.0.3 urn:md5:e1f1c74b8240fd5932fa6055b4bec4db

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

Les RPM de PHP version 5.6.18 sont disponibles dans le dépôt remi pour Fedora 21 et remi-php56 pour Fedora 20 et Enterprise Linux.

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

emblem-important-2-24.pngPHP version 5.4 a atteint sa fin de vie et n'est plus maintenu par le projet. Compte tenu du nombre important de téléchargements par les utilisateurs de mon dépôt la version présente dans le dépôt remi pour Enterprise Linux (RHEL, CentOS...) a été conservée avec les correctifs de sécurité (de la version 5.5.31). La mise à jour vers une version maintenue est fortement conseillée (Une version intégrant les correctifs de la version 5.5.32 devrait bientôt être disponible)

Ces versions sont aussi disponibles en Software Collections.

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

Annonces des versions :

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

yum-config-manager --enable remi-php70
yum update

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

yum install php70

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

yum-config-manager --enable remi-php56
yum update

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

yum install php56

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

yum-config-manager --enable remi-php55
yum update

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

yum --enablerepo=remi install php55

Et bientôt dans les mises à jour officielles:

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

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

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php55 / php56 / php70)

]]>
RPM
Mon, 01 Feb 2016 03:11:00 GMT Edouard Bourguignon : Configuration d'une VM avec OpenVswitch avec VLAN http://www.linuxed.net/post/2016/01/31/Configuration-d-une-VM-avec-OpenVswitch-avec-VLAN urn:md5:321ec10356f6d62e3e1a65e10e4b0dad

Ce billet aborde la configuration des VLANs pour une VM reliée à un OpenVswitch.

Configuration avec VLAN

Quand plusieurs projets se retrouvent virtualisés sur le même hyperviseur, pour ajouter plus de sécurité en isolant les réseaux, bref faire comme c'est fait en "physique" habituellement, il faut passer par des VLAN. Cela permet de découper un switch en plusieurs réseaux isolés, pour ceux qui ne connaîtraient pas cette norme. Donc en gros avec les VLAN, il est possible de faire des réseaux virtuels sur notre switch virtuel br0. Chacun de ces réseaux dits virtuels aura un identifiant (de 1 à 4095). C'est ce numéro qui est souvent appelé VLAN par abus de langage. Du moment que 2 interfaces réseaux se trouvent sur le même VLAN elles pourront communiquer. Simple non?

Configuration manuelle

La première possibilité qui vient à l'esprit est d'ajouter manuellement le VLAN après que la VM soit lancée. Avec l'exemple de configuration cité plus haut, la carte réseau de la VM sera automatiquement branchée sur notre br0 OpenVswitch. La partie visible sur l'hyperviseur de cette carte réseau "virtuelle" est un périphérique de type tap. Le nom de ce tap est configurable dans la libvirt ainsi que dans le fichier XML de la VM. Par défaut il sera préfixé vnet et suffixé par un identifiant numérique. Admettons que notre VM soit la seule de l'hyperviseur, logiquement il y aura donc un tap "vnet0" (vu comme port et interface) dans notre br0. Voyons voir:

[root@hyperviseur01 ~]# ovs-vsctl show
c5f92e84-adaa-4b87-beac-c7f6c8129a7c
    Bridge "br0"
        Port "vnet0"
            Interface "vnet0"
        Port "br0"
            Interface "br0"
                type: internal
    ovs_version: "2.4.0"
Il y est donc maintenant possible d'associer un numéro de VLAN à ce port "vnet0", par ex le VLAN 99:
[root@hyperviseur01 ~]# ovs-vsctl set port vnet0 tag=99
[root@hyperviseur01 ~]# ovs-vsctl show
c5f92e84-adaa-4b87-beac-c7f6c8129a7c
    Bridge "br0"
        Port "vnet0"
            tag: 99
            Interface "vnet0"
        Port "br0"
            Interface "br0"
                type: internal
    ovs_version: "2.4.0"
Ensuite si nous démarrons une 2e VM, et qu'on associe son vnet1 au VLAN 99 par la même méthode, si la configuration IP dans ces VMs est correcte (même réseau IP), elles pourrons communiquer !

Configuration via la libvirt

La méthode manuelle fonctionne mais il y a encore mieux, en indiquant la configuration VLAN dans le fichier XML de la VM. Pour cela il suffit d'ajouter le bloc suivant dans le bloc de notre interface réseau virtuelle:
<vlan>
<tag id='99'/>
</vlan>

Il est aussi possible de définir plusieurs VLAN en utilisant la balise trunk et non tag. Mais il faudra du coup "tagguer" vos interfaces dans l'OS de la VM. Classique quand il faut utiliser plusieurs VLAN. Mais quand un seul VLAN est utilisé, un seul tag, il s'agit d'un "access port", et il n'y a rien à faire de particuler dans l'OS de la VM.

Je décrirais peut être plus tard dans un autre billet une méthode plus répandue mais que je trouve plus contraignante qui passe toujours par la libvirt mais via la configuration d'un réseau/switch virtuel (notre br0) dans lequel il est possible de définir des portgroups. C'est au niveau des portgroups du switch qu'il faut définir les VLANs. Ensuite dans la configuration de la VM il faut la relier à ces portgroups. C'est moins direct vu qu'il faut modifier deux fichiers de configuration, mais ça rajoute une couche d'abstraction qui dans certains cas peut être utile.

En attendant, voici le bloc complet de configuration de l'interface réseau de ma VM:

<interface type='bridge'>
<mac address='52:54:00:06:7e:aa'/>
<source bridge='br0'/>
<vlan>
<tag id='99'/>
</vlan>
<virtualport type='openvswitch'/>
<model type='virtio'/>
</interface>

Et voici l 'état de mon br0 après avoir démarrer 2 VMs:

[root@hyperviseur01 ~]# ovs-vsctl show
c5f92e84-adaa-4b87-beac-c7f6c8129a7c
Bridge "br0"
Port "vnet0"
tag: 99
Interface "vnet0"
Port "br0"
Interface "br0"
type: internal
Port "vnet1"
tag: 99
Interface "vnet1"
ovs_version: "2.4.0"

Voilà, les 2 VMs étant sur le VLAN 99 elles communiquent bien ensemble.

]]>
Virtualisation
Fri, 22 Jan 2016 13:16:00 GMT Remi Collet : PHP version 5.6.18RC1 et 7.0.3RC1 http://blog.remirepo.net/post/2016/01/22/PHP-version-5.6.18RC1-et-7.0.3RC1 urn:md5:69d173eba19706dd9054903957dd5126

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.

Les RPM de PHP version 5.6.18RC1 en SCL sont disponibles dans le dépôt remi-test pour Fedora20 et Enterprise Linux6.

Les RPM de PHP version 7.0.3RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le nouveau dépôt remi-php70-test pour Fedora 21 et Enterprise Linux6.

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 :

yum --enablerepo=remi-test install php56

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

yum --enablerepo=remi-test install php70

Mise à jour, de PHP 7.0 :

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

A noter : la version 5.6.18RC1 est aussi disponible dans Fedora rawhide.

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, php70)

Paquets standards (php)

]]>
RPM
Fri, 22 Jan 2016 08:26:34 GMT Sylvain Réault : Bonne anneé http://www.vind-depot.fr/?q=node/24 24 at http://www.vind-depot.fr

Et bien bonne année à toutes et à tous.

Une nouvelle version de Mesa est en route, elle devrait être disponible dans l'après midi.

Elle a prit du temps pour cause de problème d'empaquetage et surtout car j'ai pris quelques jours de vacances.

Je reprend le rythme d'un empaquetage par semaine, sauf si il y avait de gros changement.

Pour information! le site vas enfin connaitre de gros changement pour mieux correspondre aux attentes que j'ai. J'espère que cela vous plaira autant qu'à moi.

]]>
Sun, 17 Jan 2016 16:37:00 GMT Fedora Paris : Chassons l'hiver pour l'AG http://blog.fedora-fr.org/fedora-paris/post/Chassons-l-hiver-pour-l-AG urn:md5:c4d431f31de7720b1a77afefea990f9c

Comme vous le savez peut-être, l'assemblé générale de Borsalinux-Fr aura lieu samedi le 23 janvier à la FPH à 14h (en fait, on commence avec une assemblé générale extraordinaire). Certains d'entre nous arriveront vers midi et nous avons prévu de déjeuner au Cuba Compagnie Café (à deux minutes de la FPH à pied). On vous invite donc à nous y... Lire Chassons l'hiver pour l'AG

]]>
Sat, 09 Jan 2016 20:00:00 GMT Association Borsalinux-Fr : Assemblée Générale Extraordinaire et Ordinaire le 23 janvier à Paris http://www.borsalinux-fr.org/post/Assembl%C3%A9e-G%C3%A9n%C3%A9rale-Extraordinaire-et-Ordinaire-le-23-janvier-%C3%A0-Paris urn:md5:035fa96026b903870b3849f82d525501

L'Assemblée Générale Extraordinaire et Ordinaire de l'association a lieu à partir de 14h à la

Fondation du Progrès de l'Homme au 2e étage à l'adresse 38 Rue Saint-Sabin, 75011 Paris.

L'ordre du jour de l'AGE est le suivant :

1 - Vote des différentes propositions de modification de statuts, dont celle pour changement du siège social à Paris.

Puis elle sera suivie de l'AG avec l'ordre du jour est le suivant:

1- Présentation du le bilan moral de l'activité de l'association par le Conseil d'Administration;

2- Présentation du bilan financier de l'activité de l'Association par le Conseil d'Administration et du budget 2016.

3- Présentation des événements et des actions pour l'année 2016.

À qui envoyer sa procuration ?

Pour les procurations vous pouvez vous baser sur ce modèle. Vous pouvez transmettre vos procurations par courrier postale, ou par courrier électronique à condition que celui-ci soit signé.

Attention, un membre actif ne pourra détenir plus de deux procurations, conformément à notre règlement intérieur.

Ci-dessous est la liste des personnes qui ont confirmé leur venue à cette Assemblée Générale du 23 janvier 2016 et acceptant les procurations :

  • Charles-Antoine Couret (47 chemin de la Valbarelle à Saint-Marcel - Bâtiment les chênes, 13010 Marseille)
  • Emmanuel Seyman (133 rue de Silly, 92100 Boulogne-Billancourt)
  • Nicolas Chauvet
]]>
Assemblées Générales
Thu, 07 Jan 2016 18:54:00 GMT Remi Collet : PHP version 5.5.31, 5.6.17 et 7.0.2 http://blog.remirepo.net/post/2016/01/07/PHP-version-5.5.31-5.6.17-7.0.2-fr urn:md5:bf15ba45a5230f4c8b32c35af84145da

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

Les RPM de PHP version 5.6.17 sont disponibles dans le dépôt remi pour Fedora 21 et remi-php56 pour Fedora 20 et Enterprise Linux.

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

emblem-important-2-24.pngPHP version 5.4 a atteint sa fin de vie et n'est plus maintenu par le projet. Compte tenu du nombre important de téléchargements par les utilisateurs de mon dépôt la version présente dans le dépôt remi pour Enterprise Linux (RHEL, CentOS...) a été conservée avec les derniers correctifs de sécurité. La mise à jour vers une version maintenue est fortement conseillée.

Ces versions sont aussi disponibles en Software Collections.

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

Annonces des versions :

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

yum-config-manager --enable remi-php70
yum update

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

yum install php70

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

yum-config-manager --enable remi-php56
yum update

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

yum install php56

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

yum-config-manager --enable remi-php55
yum update

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

yum --enablerepo=remi install php55

Et bientôt dans les mises à jour officielles:

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

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

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php55 / php56 / php70)

]]>
RPM
Wed, 06 Jan 2016 20:38:00 GMT Edouard Bourguignon : Configuration d'une VM avec OpenVswitch sans VLAN http://www.linuxed.net/post/2016/01/06/Configuration-d-une-VM-avec-OpenVswitch urn:md5:7117ecc32680f25adb30bed2471f1d19

Ce billet présente les premières étapes pour configurer une VM avec la libvirt et le support d'un switch virtuel OpenVswitch.

Dans un précédent billet nous avons vu comment configurer la partie OpenVswitch sur l'hyperviseur. Nous allons voir maintenant comment configurer les VM pour utiliser ce switch virtuel.

Normalement si tout c'est bien passé, sur l'hyperviseur le switch virtuel br0 est configuré:

[root@hyperviseur01 ~]# ovs-vsctl show
c5f92e84-adaa-4b87-beac-c7f6c8129a7c
Bridge "br0"
Port "br0"
Interface "br0"
type: internal
ovs_version: "2.4.0"

Configuration simple sans VLAN

Le but maintenant est de faire en sorte d'ajouter automatiquement dans ce br0 les interfaces virtuelles de la VM dès son démarrage. Pour cela il faut faire comprendre à la libvirt qui gère notre VM que les interfaces réseaux de cette dernière sont à associer à notre "bridge" OpenVswitch nommé br0. La syntaxe XML pour cela est la suivante :
[...]
<source bridge='br0'/>
 <virtualport type='openvswitch'/>
[...]
Qu'il faudra ajouter dans le bloc des interfaces réseaux via la commande suivante :
virsh edit NOM_VM
Voici ce que donnerait un bloc interface complet :
[...]
<interface type='bridge'>
      <mac address='52:54:00:06:7e:aa'/>
      <source bridge='br0'/>
      <virtualport type='openvswitch'/>
      <model type='virtio'/>
</interface>
[...]
Aujourd'hui, passer par virt-manager ne permet pas de profiter de toutes les possibilités d'OpenVswitch. C'est pourtant prévu, mais en attendant, en fonction des versions de ce dernier, il ne connait même pas l'existence d'OpenVswitch. Du coup, pour faire le lien entre notre VM et notre br0 nous n'avons pas d'autre choix que d'éditer le fichier XML de configuration de la VM à la main. Cela repose sur l'utilisation de la libvirt bien sûr.
Ensuite pour démarrer la VM, il est possible de repasser par les outils habituels, soit virsh encore (virsh start NOM_VM), soit virt-manager par exemple. 
Il est ensuite possible de faire de même pour d'autres VMs, qui si elles ont la même configuration IP pourront communiquer. Bien sûr il ne faudra pas s'attendre à la main simplicité qu'avec un switch linux natif type bridge. Les VMs n'auront par exemple pas accès tel quel à votre réseau physique. Mais avec un prochain billet sur la configuration des VLANs et ce billet précédent sur la configuration basique d'OpenVswitch, tout devrait être possible.
]]>
KVM
Mon, 04 Jan 2016 23:43:00 GMT Fedora Paris : Réunion de la communauté du libre http://blog.fedora-fr.org/fedora-paris/post/R%C3%A9union-de-la-communaut%C3%A9-du-libre urn:md5:be9b506e78e332aa24351b1df3cf943b

L'April et Parinux ayant décidé de faire un apéro commun le 15 janvier, Fedora Paris a décidé de se joindre à eux. Ce sera l'occasion de se souhaiter la bonne année et de discuter avec nos amis libristes pour voir si on ne peut pas faire quelque chose en commun pour promouvoir le Logiciel Libre en général et Fedora en particulier. Nous nous... Lire Réunion de la communauté du libre

]]>
évènement
Sun, 27 Dec 2015 09:00:00 GMT Remi Collet : PHP version 7.0.2RC1 http://blog.remirepo.net/post/2015/12/27/PHP-version-7.0.2RC1 urn:md5:dda6e45044f9aace41e09b406e8a8411

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.

Les RPM de PHP version 7.0.2RC1 sont disponibles en SCL dans le dépôt remi-test pour Fedora20 et Enterprise Linux 6 et les paquets de base dans le dépôt remi-php70-test pour Enterprise Linux6.

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

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

yum --enablerepo=remi-test install php70

Mise à jour, de PHP 7.0 :

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

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 (php70)

Paquets standards (php)

]]>
RPM
Wed, 23 Dec 2015 16:24:16 GMT Sylvain Réault : Bonnes fêtes de fin d'année et nouvelles... http://www.vind-depot.fr/?q=node/23 23 at http://www.vind-depot.fr

Et bien je vous souhaite de bonnes fêtes de fin d'année.

Il n'y aura pas de nouvelle version des paquets car il manque une mise à jour de la libdrm qui devrait être disponible rapidement je l'espère.

Du coup la nouvelle version sera disponible en début d'année si tout vas bien. N'étant pas fixé sur mon emploi du temps d'ici là, je ne peux pas non plus trop m'avancer.

Sur ceux @ l'année prochaine :).

]]>
Fri, 18 Dec 2015 05:44:00 GMT Remi Collet : PHP version 7.0.1 http://blog.remirepo.net/post/2015/12/18/PHP-version-7.0.1 urn:md5:5c2324fe8289256c8776c64e5ce0b1f5

Les RPM de PHP version 7.0.1 sont disponibles dans le dépôt remi-php70 pour Fedora 21 et Enterprise Linux6 (RHEL, CentOS), ainsi qu'en Software Collection dans le dépôt remi-safe.

Annonces de la version :

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

yum-config-manager --enable remi-php70
yum update

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

yum install php70

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

  • la version EL7 est construite avec RHEL-7.1 (les prochains utiliseront 7.2)
  • la version EL6 est construite avec RHEL-6.7
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php70)

]]>
RPM
Fri, 11 Dec 2015 06:22:00 GMT Remi Collet : PHP version 5.6.17RC1 et 7.0.1RC1 http://blog.remirepo.net/post/2015/12/11/PHP-version-5.6.17RC1-et-7.0.1RC1 urn:md5:2f02c04c0b3b43cfbd0dfe4b07e70472

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.

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

Les RPM de PHP version 7.0.1RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le nouveau dépôt remi-php70-test pour Fedora 20-23 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-test install php56

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

yum --enablerepo=remi-test install php70

Mise à jour, de PHP 7.0 (x86_64 uniquement) :

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

A noter : la version 5.6.17RC1 est aussi disponible dans Fedora rawhide.

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, php70)

Paquets standards (php)

]]>
RPM
Tue, 08 Dec 2015 23:33:00 GMT Charles-Antoine Couret : Semaine électorale chez Fedora ! http://blog.fedora-fr.org/renault/post/Semaine-%C3%A9lectorale-chez-Fedora-%21 urn:md5:82c2e1ae774d9278e858fc76b6c55801

Si la France est actuellement en pleine période électorale pour les élections régionales, Fedora n'est pas en reste avec cette semaine pas moins de trois élections.

En effet, comme le projet Fedora est communautaire, une partie du collège des organisations suivantes doit être renouvelée : Council, FESCo et FAmSCo. Et ce sont les contributeurs qui décident ! 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.

J'ai voté

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 mardi 15 décembre à 1h du matin 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 FAmSCo. 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 l'une de 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.

FESCo

Le FESCo (Fedora Engineering Steering Committee) est un conseil entièrement composé de membres élus et totalement dévoués à l'aspect technique du projet Fedora.

Ils vont donc traiter en particulier les points suivants :

  • Les nouvelles fonctionnalités de la distribution ;
  • Les sponsors pour le rôle d'empaqueteur (ceux qui pourront donc superviser un débutant) ;
  • La création et la gestion des SIGs (Special Interest Group) pour organiser des équipes autour de certaines thématiques ;
  • La procédure d'empaquetage des paquets.

Le responsable de ce groupe est tournant. Les 9 membres sont élus pour un an, sachant que chaque élection renouvelle la moitié du collège.

FAmSCo

Le FAmSCo (Fedora Ambassadors Steering Committee) 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.

Voici un exemple des thèmes dont il a compétence :

  • 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.

Les 7 membres de cette équipe sont également entièrement élus avec une durée de mandat d'un an. Chaque élection renouvelle le collège par moitié.

]]>
Fedora
Mon, 07 Dec 2015 19:04:00 GMT Charles-Antoine Couret : Compte rendu des JM2L 2015 http://blog.fedora-fr.org/renault/post/Compte-rendu-des-JM2L-2015 urn:md5:011ad1ab9ac1bd34164f89ba72ffdd4d

Me voici de retour de cette nouvelle édition de la Journée Méditerranéenne du Logiciel Libre placée sous le signe récurrent du soleil mais aussi du thème Do It Yourself.

Contrairement aux éditions précédentes, la journée du vendredi n'a pas eu lieu faute de moyens. Les locaux de l'école Polytech'Nice ont enfin terminé leurs travaux ce qui a facilité la découverte des lieux. Cette fois, le bâtiment des stands / install party était dissocié de celui des conférences. Ce n'était pas forcément un problème, si ce n'est que durant certaines plages horaires le bâtiment qui m'était affecté était plutôt vide.

La journée s'est très bien passée, l'affluence était habituelle probablement aux alentours de 150-200 visiteurs/participants. C'était l'occasion de revoir la communauté locale des environs de Toulon/Sophia-Antipolis que je ne vois plus beaucoup depuis mon déménagement. Bien entendu lors de la tenue du stand j'ai été amené à rencontrer du monde.

Contrairement à d'habitude, la plupart des visiteurs semblaient connaître Fedora de nom ce qui a facilité un peu la présentation. Beaucoup ont encore des difficultés à assimiler la différence par exemple entre le projet Fedora et Ubuntu. Ce rappel n'est pas un problème. J'en ai profité pour faire une démonstration d'une Fedora 23 sous Gnome-Shell en fonctionnement ce qui a intéressé de nombreux curieux. Des personnes plus connaisseurs se sont intéressées à la question des spins de Fedora notamment la version ARM dans un cadre d'une box domotique. La connexion n'était hélas pas suffisante pour télécharger sur place une telle image afin d'effectuer un essai.

DSC_0256_b.JPG

Les membres du stand d'OpenSuse sont également venus échanger quelques mots à propos d'OpenQA, projet pour automatiser les tests dont la distribution au caméléon est d'origine et que le projet Fedora met en place de son côté actuellement.

Les quelques DVDs de Fedora 22 que j'avais ont pu en partie s'écouler. Cela est devenu difficile avec la Fedora 23 disponible depuis près d'un mois. Quelques goodies ont également été distribués / vendus. Borsalinux-fr accueille également un nouvel adhérent.

C'est donc au plaisir de vous revoir à ce genre d'évènements. Un grand merci à Emmanuel Seyman pour le matériel et aux organisateurs des JM2L pour leur hospitalité et leur organisation. À l'année prochaine, et cette fois-ci je tiendrais une conférence !

]]>
Fedora
Sat, 05 Dec 2015 16:16:00 GMT Matthieu Saulnier : Le jour d'après https://casperlefantom.net/index.php?post/2015/12/05/Le-jour-d-apr%C3%A8s urn:md5:0ecad3f401b893bf94a9912126f63125

Ce matin (enfin cet après-midi) j'ai trouvé le message que je me suis laissé hier soir (ou plutôt la nuit dernière). On papotait à propos de fallback, de système de backup fiable, et surtout de trouver des failles dans un système en place.

Visiblement il s'agit de la description de mon système de fallback, fait de ma main. J'aurais aimé me souvenir si on a trouvé des failles évidentes (ou moins évidentes), sachant que l'évidence augmente proportionnellement avec la concentration de sang par litre...

Petite note : fichier1-200Gio et fichier2-200Gio sont des noms de fichier normaux, faisant une taille de 200Gio chacun, avec des propriètaires/groupes d'utilisateur Linux normaux avec des permissions standards. C'est un peu comme des fichiers ISO mais ce sont en fait des volumes LUKS.


fallback2.jpg

]]>
backup
Thu, 03 Dec 2015 20:19:00 GMT Remi Collet : PHP version 7.0.0 est sortie ! http://blog.remirepo.net/post/2015/12/03/PHP-version-7.0.0-est-sortie urn:md5:79cd3a6b2b1b11769d534e0c07696f8d

La RC était bien GOLD, donc la version 7.0.0 GA vient juste d'être publiée, à la date prévue.

Un grand merci à tous les développeurs qui ont contribué à cette nouvelle version majeure de PHP, et à tous les testeurs des versions RC qui ont permit de livrer un version de qualité.

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-safe.

Grâce aux importants gains de performance de cette version, vous allez pouvoir contribuer à l'effort contre le réchauffement climatique en éteignant la moitié de vos serveurs !

Lire l'annonce de version PHP 7.0.0 Release Announcement (en anglais).

La tribu sagrandit:

Tribe.jpg

 

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-config-manager --enable remi-php70
yum update php\*

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

yum 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.7
  • les extensions commencent à être disponibles, voir la page PECL extension RPM status..

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php70)

]]>
RPM
Thu, 03 Dec 2015 17:14:00 GMT Remi Collet : PHPUnit 5.1 http://blog.remirepo.net/post/2015/12/03/PHPUnit-5.1 urn:md5:ded45a313214fbb84c82c33f7a455f7b

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

Documentation : PHPUnit 5.0 manual et Release Announcement for PHPUnit 5.1.0 (english)

emblem-notice-24.pngCette nouvelle version nécessaite PHP ≥ 5.6.

Certaines dépendances ne sont pas encore compatibles

  • php-phpunit-PHPUnit-Selenium

En attendant leur disponibilité, cette version reste donc uniquement dans le dépôt remi-test.

Installation :

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

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

]]>
RPM
Sun, 29 Nov 2015 09:13:00 GMT Remi Collet : QElectroTech version 0.5 http://blog.remirepo.net/post/2015/11/29/QElectroTech-version-0.5 urn:md5:def9b271bf4a39de8bf21425ce75fd54

Les RPM de QElectroTech version 0.5, une application pour réaliser des schémas électriques, sont disponibles dans le dépôt remi pour Fedora et Enterprise Linux 7.

Seulement 9 mois après la sortie de la version 0.4, le projet vient de publier une nouvelle version de son éditeur de schéma électriques.

Site officiel : http://qelectrotech.org/ (avec l'annonce de version)

Annonce de la version sur linuxfr.

Bien sur l'installation se fait avec YUM :

yum --enablerepo=remi install qelectrotech

Les RPM (version 0.50-1) sont disponibles pour Fedora ≥ 19 et Enterprise Linux 7 (RHEL, CentOS, ...)

Les mises à jour sont aussi en route pour les dépôts officiels

À noter :il existe aussi un dépôt Copr / Qelectrotech avec les versions de "dévelopement" (actuellement la 0.5).

]]>
RPM