Primordial yum vérification des dépendances, lorsque de nouvelles versions de la dépendants des logiciels existent

Je suis à l'aide de yum sur CentOS 5.1 - j'ai la main-compilé PHP 5.2.8 de la source, mais ont d'autres paquets installés à l'aide de yum. J'ai besoin d'installer une extension PHP via pecl, et il exige de la commande phpize à être installé. Toutefois, en procédant de la manière suivante donne une erreur de dépendance:

sudo yum install php-devel

Erreur: Dépendance Manquante: php = 5.1.6-20.el5_2.1 est nécessaire par le paquet php-devel

Depuis que j'ai fait une version plus récente de PHP déjà installé, comment puis-je la force de yum pour ignorer cela? Ai-je besoin de main-compiler pecl/commande phpize à partir de la source? J'ai certes jamais eu de problème avant, il ne semble être à cause d'un combo de la compile et yum installe.

Toutes les pensées?

Grâce,
Kyle

Je pense que c'est soit manuellement, la compilation ou la réinstallation de php (à partir de yum cette fois). Mais je ne suis pas sûr.

OriginalL'auteur Kyle | 2009-03-18

  1. 2

    En règle générale, il est préférable d'avoir un seul paquet de gestion dans le système, de sorte que vous allez être mieux de l'emballage tout en RPM et de les gérer via yum. Il va vous faire économiser beaucoup de temps dans le long terme.

    Si vous voulez absolument avoir quelque chose (fe PHP) compilateur à partir de sources à la main, utilisez de rangement/checkinstall/... ou toute autre solution qui vous permettrait de faire rudimentaire de gestion de paquet de la source compilé des trucs.

    Regerding votre question, vous pouvez essayer de remplacer la vérification de la dépendance en téléchargeant TR /min de l'envoi d'un faire "rpm -i --force de fichier.tr /min", depuis yum ne dispose pas d'option pour forcer les installations

    --force ne fonctionne pas pour ignorer les dépendances que vous avez à faire --nodeps.

    OriginalL'auteur ADEpt

  2. 4

    En général:

    Si vous le construisez vous-même, il va dans /usr/local, et est seulement accessible à d'autres choses dans /usr/local.

    Si vous installez à partir du RPM/Yum, il va dans /usr, et est accessible à /usr et /usr/local.

    Donc, si vous voulez installer PHP outils d'aide à domicile-compilé PHP, installer dans /usr/local ainsi: en règle générale, avec GNU-type de logiciel, ce serait quelque chose comme:

       ./configure --prefix=/usr/local && make && sudo make install

    ou

       make prefix=/usr/local all && sudo make prefix=/usr/local install

    ...bien que plus logiciel par défaut devrait /usr/local, à moins d'ignorer son préfixe définition.

    Si vous voulez à la main “construire” des paquets qui sont basées sur RPM, vous pouvez utiliser

       yumdownloader --source WHATEVER-PACKAGE
   rpm -i WHATEVER-PACKAGE.rpm
   rpmbuild -bp ~/rpm/SPECS/WHATEVER-PACKAGE.spec

    (le chemin équivalent à ~/rpm peut varier; rpmbuild --showrc vais vous dire où)

    Cette télécharge le .src.rpm paquet, qui contient l'amont (l'auteur original) source (généralement un tarball) ainsi que les OS des patchs spécifiques; installe les sources en ~/rpm (ou votre rpmbuild préfixe); et puis déballe les sources et applique les patchs dans ~/rpm/BUILD/WHATEVER-PACKAGE/

    À partir de là, vous pouvez faire le configure/make étapes vous-même, avec la /usr/local préfixe

    Bien sûr, juste l'installation à partir de la vitesse est beaucoup plus facile 🙂

    OriginalL'auteur BRPocock

  3. 3

    yum ne sait rien au sujet de votre main-compilé la version de php. Vous pouvez contourner les tours de la résolution des dépendances en installant le package à l'aide de rpm --nodeps et espérer que ça marche.

    Ou installer la version de php que vous avez compilé vous-même dans un autre répertoire, de sorte qu'il peut coexister avec l'ancienne version de yum, de sorte que tout le monde est heureux (je ne sais pas si c'est possible, je suppose que cela dépend de vos applications utilisent une codé en dur chemin de php ou pas).

    Ou, si vous êtes chanceux, un dépôt de tiers comme EPEL ou RPMForge pourrait avoir une version plus récente de php paquet, de sorte que vous n'avez pas à compiler votre propre.

    OriginalL'auteur 8jean