Des problèmes avec les lib-soins intensifs de dépendances lors de l'installation de Symfony 2.3.x par Compositeur

Je n'ai eu aucun problèmes pour l'installation de Symfony 2.2.x à l'aide de Compositeur, j'ai toujours juste copié la version stable de http://symfony.com/download.

composer create-project symfony/framework-standard-edition myproject/ 2.2.1

(J'ai Compositeur installé à l'échelle mondiale)

Curieux de savoir 2.3.0-RC1 j'ai pensé que ce serait aller en douceur:

composer create-project symfony/framework-standard-edition mynewerproject/ 2.3.0-RC1

Mais a obtenu d'arrêt par les erreurs suivantes:

Your requirements could not be resolved to an installable set of packages.

Problem 1
    - symfony/icu v1.2.0-RC1 requires lib-icu >=4.4 -> the requested linked library icu has the wrong version installed or is missing from your system, make sure to have the extension providing it.
    - symfony/icu v1.1.0-RC1 requires lib-icu >=3.8 -> the requested linked library icu has the wrong version installed or is missing from your system, make sure to have the extension providing it.
    - symfony/symfony v2.3.0-RC1 requires symfony/icu >=1.0,<2.0 -> satisfiable by symfony/icu[v1.1.0-RC1, v1.2.0-RC1].
    - Installation request for symfony/symfony 2.3.* -> satisfiable by symfony/symfony[v2.3.0-RC1].

Dois-je besoin d'ajuster le compositeur.fichier json?

Solution De Mise À Jour

J'ai été absent de la extension php intl qui fournit lib-soins intensifs

Si facile, d'installer et de configurer l'extension intl. Depuis PHP 5.3 l'extension Intl est distribué par défaut, mais certaines distributions, comme MAMP, n'ont pas Intl de sorte que vous aurez besoin de l'acquérir. J'ai utilisé POIRE:

Mon étapes:

Installer l'extension Intl (maintenu par PECL): $ pear install pecl/intl — vous peut-être ajouter le pecl canal de poire premier.
Si vous utilisez MAMP et n'ont jamais travaillé avec de la poire/pecl vérifier lullabot est utile post de blog; MAMP n'a pas été livré avec les sources de php, de sorte que vous avez à télécharger de la source de votre version de php et le déplacement de la source dans /Applications/MAMP/bin/php/php[version]/include/php (comme expliqué dans le billet de blog)
POIRE ne pouvais pas trouver mon php.ini, j'ai donc dû ajouter manuellement extension=intl.so de php.ini. Dans MAMP vous pouvez modifier php.ini par Fichier > Modifier le Template > php.[version].ini

Ligne De Commande:

Lors de l'utilisation de Compositeur ou de Symfony Console CLI vous aurez également besoin Intl et depuis le php CLI utilise généralement un autre php.ini vous aurez envie d'ajouter l'extension de la directive il y a trop. Pour trouver votre CLI de php.ini tout simplement $ php -i |grep php\.ini à découvrir le chemin du fichier et ajouter extension=intl.so pour que php.ini ainsi.
Pour vérifier si Intl est installé, vous pouvez le faire $ php -m de vérifier la liste des modules disponibles.

quel système d'exploitation utilisez-vous? ensuite, je peux fournir des informations sur la façon de mettre à jour votre extension intl.
N'utilisez pas de pecl/intl pour PHP 5.2.x compatibilité. Depuis PHP 5.3, Intl est une extension du coeur.
il semble que le courant MAMP distribution ne contient pas de bundle Intl qui ne laisse que la possibilité d'utiliser PECL pour construire php.net/manual/en/intl.installation.php

InformationsquelleAutor Mark Fox | 2013-05-25

114

mise à jour de votre php-intl extension, c'est là où l'unité de soins intensifs vient l'erreur!
```
sudo aptitude install php5-intl                 //i.e. ubuntu
brew install icu4c                              //osx
```
vérifier l'extension est activé et correctement configuré en php.ini aswell.

( indice: php-cli parfois utilise un autre php.ini )

php.ini
```
extension=intl.so       ; *nix
extension=php_intl.dll  ; windows

[intl]
intl.default_locale = en_utf8
intl.error_level = E_WARNING
```
vérifier votre phpinfo() ET php -m à partir de votre terminal si l'extension a été activé avec succès.

Vérifier votre actuelle intl versions de php avec:
```
Intl::getIcuVersion();
Intl::getIcuDataVersion();
```
attention: n'a plus besoin de ( symfony 2.3 a quant à lui été libéré )

ajouter le minimum de stabilité drapeau @dev ou @rc-en à votre dépendance comme cela s'il vous plaît:
```
composer create-project symfony/framework-standard-edition mynewerproject/ 2.3.*@dev 
```
Le défaut de stabilité dans compositeur est stable qui symfony 2.3 branche n'est pas actuellement ( c'est @rc ). Lire plus d'une stabilité des drapeaux ici.
- Excellent article. Le Compositeur de la documentation m'a laissé moins que certain que si quelque chose que la stabilité drapeau a été venir dans le jeu.
- J'ai installé php-intl via POIRE/PECL. Pour une raison quelconque INTL::… échoue. Mais, je peux le voir via la fonction phpinfo() dans le navigateur qui Intl est installé et l'unité de soins intensifs version de 49.x. Cependant, Compositeur échoue toujours avec le même message d'erreur.
- quel système d'exploitation ? "sudo aptitude install php5-intl" sur ubuntu par exemple. extension activé dans php.ini , visible avec php -m à partir de la ligne de commande ?
- Mac OSX 10.7.5 — quand je lance le php -m je ne vois PAS intl. Je sais que ça fonctionne sur le serveur, mais il n'est pas reconnu sur la Ligne de Commande. Alors... j'ai pour l'ajouter à la Ligne de Commande?
- êtes-vous à l'aide de homebrew ? mise à jour de ma réponse
- J'ai installé via Homebrew, mais php -m ne reconnaît toujours pas à partir de la CLI?
- avez-vous peut-être avoir un autre php.ini de php-cli où l'extension n'est pas activée ?
- comme vous l'avez dit c'est inclus dans le phpinfo, êtes-vous sûr? essayez la fonction phpinfo(INFO_MODULES);
- Ai eu de travail après la mise à jour de php cli de php.ini. Merci pour l'aide. Cependant, lorsque je lance Intl::getIcuVersion() sur le serveur web j'obtiens toujours une erreur, au moins avec le PECL installé intl extension.
- Il est stupide de Symfony2 pour exiger de ce pack, puisque la grande majorité des sites web n'ont pas besoin de l'internationalisation. Voir Jean Kary la réponse ci-dessous pour les étapes de contourner ce processus.
- La mise à jour de php5-intl a fait le tour pour moi thx !
- FYI: Intl est une symfony classe, si vous n'êtes pas à l'aide de symfony utiliser la constante PHP INTL_ICU_VERSION, ou une version plus complète de recherche est à la source pour Intl::getIcuVersion() ce github branche de fusion
- Merci pour l'ajout @zamnuts, je devrais probablement ajouter cette information à la réponse 🙂
- Je suis dans le même problème. Je ne pouvais pas résoudre mon problème avec votre solution. Merci
- quand je lance sudo brew install icu6c.j'ai cette erreur:::W: attention en tant que root. Ne pas exécuter cette racine!
InformationsquelleAutor Nicolai Fröhlich
21

De nombreuses applications ne seront appui "fr" locale et n'ont pas besoin de capacités de traduction ou php-intl. Si c'est vous, ou vous ne pouvez pas installer php-intl sur votre serveur, vous pouvez ajouter explicitement symfony/icu ~1,0 à votre composer.json. 1.0 ne nécessite pas de php-intl, alors que 1.1+ ne.

Si vous n'avez pas besoin des fonctionnalités de traduction:
```
$ php bin/composer.phar require symfony/icu ~1.0
```
Sans cette déclaration et d'essayer d'installer symfony/symfony 2.3 Compositeur peut essayer d'installer symfony/icu ~1.2 ce qui vous obligerait à installer php-intl.

C'est explicitement traités de manière plus approfondie dans le Symfony Intl du Composant docs en vertu de "soins intensifs et des Problèmes de Déploiement".
- Merci pour cette. Il est absurde que Symfony2 s'arrête l'installation sur une fonctionnalité qui devrait être facultative et n'est pas installé dans de nombreux environnements.
- Désolé, mais ce n'est pas vrai. L'installation de symfony 2.3 va connaître le fonctionnement de la configuration et de déterminer la bonne icu-composant. Il ne s'éteindra PAS.
- POC compositeur.json :"require":{"symfony/symfony": "v2.3.3"}} résultat: Chargement compositeur dépôts avec un paquet d'informations sur l'Installation des dépendances (y compris exiger-dev) - Installation de psr/log (1.0.0) Téléchargement: 100% - l'Installation de twig/twig (v1.13.2) Téléchargement: 100% - l'Installation de doctrine/commune (2.3.0) Téléchargement: 100% - l'Installation de symfony/symfony (v2.3.3) Télécharger: 100% - l'Installation de symfony/icu (v1.0.0) Téléchargement: 100% Écriture de fichier de verrouillage de la Génération de chargement automatique de fichiers
- Comme expliqué dans les docs, le problème se pose quand composer.lock est partagé entre les environnements avec différentes versions (ou l'absence) d'Intl.
- Merci pour cette! Croisant les doigts que je peux obtenir mon projet Symfony2 en cours d'exécution pour un client qui est sur GoDaddy encore
InformationsquelleAutor John Kary
15

Une solution concernant ce sujet ou des problèmes similaires peuvent être trouvés ici: Service des soins intensifs et des Problèmes de Déploiement

Le comportement de compositeur doit être intelligent, en sélectionnant le droit à une usi composant:
- symfony/icu 1.0.*: lorsque l'intl extension n'est pas disponible
- symfony/icu 1.1.*: lorsque intl est compilé avec ICU 4.0 ou supérieur
- symfony/icu 1.2.*: lorsque intl est compilé avec ICU 4.4 ou supérieur
Il devrait être (théoriquement) pas d'erreur lors de l'installation de symfony 2.3. sans intl-extension.

Mais vous pouvez être coincé lors de votre développement-environnement diffère de votre production-serveur comme mentionné dans cet article:
- le développement des machines sont compilés avec ICU 4.4 ou supérieur, mais le serveur est compilé >avec une baisse de l'USI version de 4,4
- l'extension intl sont disponibles sur les machines de développement, mais pas sur le serveur.
Lorsque vous n'avez pas d'accès root à votre production-serveur, vous pouvez le fixer comme mentionné dans cet article. (tweaking compositeur.json)

Espère que cette information supplémentaire utile car il m'a aidé pour ce cas spécial, avec des environnements différents.

InformationsquelleAutor tweini

Mac OS Mavericks est livré avec PHP 5.4.17 sans intl. Pour l'obtenir, vous devez suivre ces étapes :

brew install icu4c
sudo pecl install intl 
The path to the ICU libraries and headers is: /usr/local/opt/icu4c/
Edit /etc/php.ini and add extension=intl.so to the end.

InformationsquelleAutor lenybernard

6

Je sais que cette réponse ne peut pas être la bonne réponse à ce problème de la personne, mais c'était la solution à mon problème, avec le même titre. J'ai été en mesure de résoudre le problème pour moi-même en activant l'extension intl en php.ini et la mise à niveau de compositeur.

La mise à niveau de compositeur.
```
php composer.phar self-update
```
Supprimer un commentaire de cette ligne (en php.ini):
```
extension=php_intl.dll
```
Et également supprimer le commentaire de ces deux lignes ci-dessous [intl] dans (php.ini):
```
[intl]
intl.default_locale = en_utf8
intl.error_level = E_WARNING
```
Et redémarrer apache2 bien sûr. 🙂

Informations Supplémentaires:

Si votre aide mac et installé php avec Homebrew suivez ces étapes:

(PHP 5.4)
```
$ brew install php54-intl
```
(PHP 5.5)
```
$ brew tap josegonzalez/php
$ brew tap homebrew/dupes
$ brew install josegonzalez/php/php55-intl
$ sudo apachectl restart
```
Redémarrer apache.
- Il semble que ce soit le fix Windows 😉
- Oui, je suis l'aide de windows, cependant, ce n'est pas un "fix windows" sa config php et compositeur de mise à jour de correctif. Même des mesures doivent être prises sur linux ou un mac box.
- Correct. Peut-être que vous devriez mentionner qui php/apache distribution que vous utilisez ensuite. Dans votre cas, l'extension intl est fourni et a juste besoin d'être activé, c'est une excellente nouvelle pour toute personne utilisant le même package de distribution.
- Bon point de la Marque Fox. Nous sommes ici pour une personne qui en ont besoin. Je suis en utilisant le XAMPP de la pile de apachefriends sur un windows 8 box. (version 1.8)
- Pour moi, c'fixe à l'aide de XAMPP. L'extension a déjà été activée, mais il n'a travaillé qu'après l'ajout de [intl] intl.paramètre default_locale = en_utf8 intl.error_level = E_WARNING
InformationsquelleAutor Layton Everson
5

Une meilleure solution est de corriger votre compositeur.json pour la version requise par le serveur de production. Tout d'abord, déterminer l'unité de soins intensifs de la version sur le serveur:
1
2
```
$ php -i | grep ICU
ICU version => 4.2.1
```
Puis fixer l'unité de soins intensifs composant dans votre compositeur.fichier json pour une version correspondante:
```
"require: {
    "symfony/icu": "1.1.*"
}
```
Définir la version de
"1.0." si le serveur ne dispose pas de l'extension intl installé;
"1.1." si le serveur est compilé avec ICU 4.2 ou plus bas.

Enfin, exécutez
```
php composer.phar update symfony/icu
```
sur votre machine de développement, de test et largement se déployer à nouveau. L'installation des dépendances réussir maintenant.

InformationsquelleAutor thewbb

Vous devez vous connecter pour publier un commentaire.