Sommaire

emblem-notice-24.pngDernière mise à jour : 02/06/2015

emblem-question-24.pngLien avec mon activité professionnelle ?

Il n'y a aucun lien entre le contenu du dépôt ou du blog et mon employeur actuel.

Les opinions exprimées ici, sont les miennes et n'implique aucunement quelconque communauté, projet ou entreprise (Fedora, PHP, Red Hat, CentOS, ...).

emblem-question-24.pngQuels sont les objectifs de ce dépôt ?

Fournir les dernières versions de la pile PHP, aussi complète que possible, et de quelques autres logiciels, aux utilisateurs de Fedora et d'Enterprise Linux (RHEL, CentOS, Oracle, Scientific Linux, ...). Il contient principalement :

  • des paquets que je maintiens aussi dans Fedora
  • des rétro-portage des paquets disponibles dans la version de développement de Fedora
  • quelques paquets incompatible avec les choix de Fedora
  • quelques paquets en cours de préparation pour les dépôts Fedora
  • des versions vanilla (ou presque)

Ce qui est donc très éloigné de la stratégie de rétro-portage des correctifs d'Enterprise Linux.

emblem-question-24.pngOù poser des questions ? Comment contacter Remi ?

Les commentaires du blog ne sont pas du tout adaptés. Les forum sont là pour toute demande, assistance, question.

Vous pouvez aussi venir discuter sur IRC #remirepo (freenode). Vous pouvez même utiliser l'accès webchat.

emblem-question-24.pngComment encourager Remi ?

Il existe de nombreuses possibilités, par exemple :

  • Un petit commentaire sur la page "Merci / Thanks",
  • Utiliser le dépôt et les forums pour rapporter vos utilisations,
  • Parler du dépôt sur votre blog,
  • Utiliser le bouton "Donate" (en haut à droite, si vous l'avez raté) ce qui permet de financer ma prochaine machine, mon hébergement, mon accès internet et quelques autres petits plaisir.

emblem-question-24.pngComment utiliser le dépôt ?

Il me semble que tout est expliqué dans la page Configuration du dépôt.

Essayer l'assistant de configuration.

emblem-question-24.pngPourquoi le dépôt n'est-il pas activé par défaut ?

Le dépôt "remi-safe" est activé par défaut, car il est vraiment sans problème.

Les paquets proposés dans "remi" et les autres dépôts "remi-*"  écrasent ceux fournis dans les dépôts officiels. Leur installation doit donc être un choix délibéré de l'administrateur. Mais il est facile de l'activer de manière permanente.

Pour PHP il faut choisir le dépôt fournissant la version désirée (remi-php55, remi-php56, remi-php70...).

emblem-question-24.png Le dépôt "remi-safe" ?

Le nouveau dépôt "remi-safe" est désormais activé par défaut sous Enterprise Linux 6 et 7.

Ce dépôt ne remplace aucun paquet de la distribution. Il fournit un ensemble de paquets, principalement des extensions PHP, qui ne sont pas encore disponibles dans EPEL. ainsi que des versions plus récentes de quelques bibliothèques pouvant être installées en parallèle (ex gd-last).

Nouveau : il fournit les dépendances communes pour les autres dépôts (qui n'ont donc plus besoin de "remi").

emblem-question-24.pngComment me tenir informé des nouveautés ?

D'abord en lisant ce blog, chaque nouvelle version importante fait l'objet d'un billet, les versions mineures d'un commentaire. Ensuite, chaque dépôt dispose d'un flux RSS, ex pour e6.x86_64.

emblem-question-24.pngPuis-je synchroniser un miroir local du dépôt remi ?

Oui : la commande reposync est conçue pour cela.

Vous pouvez désormais aussi utiliser rsync, pour cela, envoyez moi un petit courriel pour me demander l'accès (avec un adresse IP statique).

Utiliser un aspirateur (wget/ftp/curl récursif) sur le miroir primaire est une mauvaise pratique à décourager.

emblem-question-24.pngPeut-on mettre à jour MySQL sans mettre à jour PHP ?

Oui : les paquets compat-mysql51 (fedora 11-14) mysqlclient15 (fedora 8-10 et EL-5) ou mysqlclient14 (EL-4) fournissent la bibliothèque de connexion pour les applications disponibles dans le dépôt officiel. Yum s'occupe de tout.

emblem-question-24.pngPeut-on mettre à jour PHP sans mettre à jour MySQL ?

Oui : le paquet compat-mysql55 (dans le dépôt remi-test) fournit la bibliothèque de connexion pour php-mysql. Il faut l'installer "avant" la mise à jour de PHP.

L'utilisation de php-mysqlnd permet aussi de ne pas avoir de dépendance sur la bibliothèque MySQL.

A partir de PHP 5.5, il n'y a plus de dépendance avec MySQL.

emblem-question-24.pngPourquoi remplacer les paquets standards ?

Certains dépôts ont choisi de ne pas remplacer les paquets standards, mais de fournir des paquets avec des noms différents (cf The SafeRepo Initiative).

  • lors de l'ouverture de mon dépôt, en 2005, cette idée n'existait pas (Red Hat fournissait alors les versions récentes dans un channel dédié : RHWAS)
  • je pense qu'avoir un nom différent a du sens uniquement lorsqu'on peut installer les 2 en parallèle. C'est d'ailleurs le cas pour les bibliothèques (paquets *last) et les SCL. Les conflits c'est mal.
  • le remplacement reste un choix volontaire de l'administrateur puisque le dépôt n'est pas activé par défaut
  • les directives de yum includepkgs et exclude permettent de régler finement ce qu'on souhaite utiliser.
  • avoir plusieurs paquets fournissant la même dépendance (ex php-zip fournit par php-common, php53-common, php-pecl-zip...) est juste un cauchemar pour yum et cause de nombreux problèmes (un exemple).
  • le dépôt remi ne fournit pas juste PHP et quelques extensions, mais une pile très complète (plus de 500 paquets), la plupart fonctionnant avec "toutes" les versions disponibles
  • certains paquets sont créés / développés dans remi avant d'être importés dans Fedora / EPEL.

emblem-question-24.pngDifférences entre les paquets php-* et php##-php-* ?

Les paquets php-* sont des paquets standards :

  • ils remplacent la version par défaut du système (cela reste un choix de l'administrateur car il faut activer le dépôt)
  • une seule version peut être installée
  • un dépôt par version (remi, remi-php55, remi-php56 et remi-php70)

Les paquets php54-php-*, php55-php-*, php56-php-* et php70-php-* sont des Softwares Collections :

  • ils s'installent à côté de la version par défaut du système (dans /opt/remi)
  • plusieurs versions peuvent être installée simultanément
  • toutes les versions sont dans le dépôt remi

A noter : certains autres dépôts on choisi d'avoir des noms différents (php56u, php70w), mais qui crée des conflits. Pour moi, un nom différent n'a du sens que s'il permet une installation en parallèle de la version standard.

emblem-question-24.pngPeut-on utiliser le dépôt uniquement pour les Softwares Collections ?

Oui : il suffit d'ajouter une ligne configuration dans le fichier remi.repo

includepkgs=php55*

Les SCL php56 et php70 sont désormais dans le dépôi remi-safe, donc aucune modification n'est nécessaire.

emblem-question-24.pngDépendances manquantes

Les dépendances sont toutes dans les dépôts standard et pour Fedora dans RPMFusion et pour Enterprise Linux dans EPEL.

Les dépôts remi-test, remi-php55 et remi-php56 ont aussi besoin du dépôt reml.

Les dépendances communes aux dépôts remi-php** sont dans le dépôt remi-safe, activé par défaut (s'agissant d'une nouveauté, merci de signaler tout oubli).

Les RPM pour Enterprise Linux sont construits avec les dépôts officiels de RHEL 5.11, RHEL 6.8 et RHEL-7.2. Certains paquets peuvent manquer dans les versions plus anciennes (p.e. openssl 1.0.1).

Note : pour RHEL-6 et RHEL-7 le canal Optional est obligatoire  (rhel-x86_64-server-optional-6, rhel-7-server-optional-rpms).

Certains paquets "noarch" dans le dépôt "remi" (ex phpMyAdmin 4.5) nécessitent désormais php(language) >= 5.5. PHP 5.4 ayant atteint sa "Fin de vie", si vous désirez utiliser ces applications vous devez donc mettre à jour en activant le dépôt "remi-php55" ou supérieur.

emblem-question-24.pngAucun paquet trouvé ?

Soit le dépôt n'est pas correctement activé, soit les paquets du dépôt de base sont protégés par le plugin priorities. Dans ce cas il faut soit désactiver le plugin (--noplugins ou --disableplugin=priorities), soit configurer le dépôt pour être prioritaire.

emblem-question-24.pngConflits entre paquets i386 et x86_64 ?

Ce n'est pas directement lié au dépôt remi, mais il s'agit plutôt d'un bug connu de l'installeur des vieilles versions de fedora et de EL-5. Bug car il est corrigé dans les nouvelles versions. Ce bug provoque l'installation des bibliothèques en version 32 et 64 bits. Pour moi, le plus simple et le nettoyage complet des versions 32 bits après l'installation d'un système 64 bits

yum remove glibc.i686

emblem-question-24.pngPuis-je récupérer un vieux paquet ?

Rappel : l'objectif du dépôt est de fournir les dernières versions afin, notamment, de bénéficier des améliorations et des correctifs, en particulier de sécurité.

Oui, c'est possible, il suffit de le demander sur le forum en précisant bien la distribution, la version, et l'architecture. Comme cela nécessite une recherche dans mes archives "hors-ligne", il faut être patient.

emblem-question-24.pngDisponibilité des debuginfo ?

Ils sont dans le dépôt pour les paquets construits à compter de Janvier 2013.

emblem-question-24.pngFirefox, Thunderbird, etc pour EL ?

Les applications graphiques, sont uniquement disponibles pour fedora que je considère comme le meilleur choix pour un poste de travail. Pour moi, Enterprise Linux, est avant tout un système pour les serveurs.

Cependant, désormais elles aussi sont disponibles pour EL-6 (la dernière version).

Par manque de temps, j'ai suspendu leur maintenance.