autorisation refusée pour compositeur dans /usr/local/bin/

J'ai suivi la documentation sur https://getcomposer.org/doc/00-intro.md#globally pour installer compositeur à l'échelle mondiale sur arch linux. Quand je fais composer self-update, j'obtiens ce message:

  [ErrorException]                                                                                    
  rename(/home/hannes/.composer/cache/composer-temp.phar,/usr/local/bin/composer): Permission denied

Les autorisations dans /usr/local/bin/ (j'ai changé à 777, mais il n'a pas aidé):

-rwxrwxrwx  1 hannes users 1104202 30. Mai 18:07 composer

Dans mon répertoire home je l'ai fait:

sudo chmod -R 777 .composer/

Dans /etc/php/php.ini, le open_basedir ressemble tellement:

open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/usr/local/bin/

J'ai aussi essayé sudo composer self-update mais il ne fonctionne pas aussi bien et est peut-être pas de la bonne façon. (?). Quoi d'autre pourrais-je essayer de faire ce travail?

Vous devriez vérifier les autorisations de l' directory /usr/local/bin/, pas le fichier à l'intérieur. Le processus d'écriture dans le répertoire qui doit être accordé. Et, en dehors de cela, un indice: ne sont pas toujours tout mis en 777. Il n'y a pas de raison que ce et il rend votre système vulnérable.
ok, il faut que j' chown le répertoire /usr/local/bin pour mon utilisateur (moi) ? Il ressemble à ceci: drwxr-xr-x 2 root root 4096 30. Mai 18:08 bin, Il semble que si il doit être possédé que par l'utilisateur root, pas un utilisateur.. (?)
Au lieu de commencer un commentaire flux ici, j'ai posté une réponse ci-dessous.

OriginalL'auteur haheute | 2015-06-20

  1. 14

    ce pourrait être le cas si vous avez téléchargé composer.phar directement ,

    mais pas en cours d'exécution php composer-setup.php

    faire composer.phar exécutable avec la commande suivante avant de passer à /usr/local/bin/composer ou après le déplacement de

    sudo chmod 755 composer.phar

    composer-setup.php va faire ce changement pour nous par défaut

    Je l'ai fait et cela a fonctionné pour moi. Vous ne savez pas si il était en train de faire le chmod avant de s'installer dans /usr/local/bin ou la réinstallation compositeur. Ne fait pas de sens, car il avait autorisations correctes déjà, mais il fonctionne sans erreur maintenant.
    Pourrais-je savoir où est le chemin d'accès /etats-unis/local/bin @Raaghu
    C'est un chemin d'accès au répertoire dans le système d'exploitation linux.
    Comment pouvez exécuter dans windows plate-forme, je suis en utilisant le compositeur.

    OriginalL'auteur

  2. 12

    Utiliser la commande sudo pour toute commande qui écrit à la racine des fichiers de dossier. Il a travaillé pour moi.

    utiliser sudo "votre commande"

    Qui pourrait être l'approche de marteau de forgeron.

    OriginalL'auteur

  3. 10

    Vous devriez vérifier les autorisations du répertoire /usr/local/bin/, et pas seulement le fichier à l'intérieur. Le processus est d'écrire à la fois, le fichier et le répertoire dans lequel les deux doit être accordé.

    En dehors de cela, un conseil: ne pas toujours tout mis en 777. Il n'y a pas de raison que ce et il rend votre système vulnérable.

    Selon la ligne que vous avez posté dans le dernier commentaire de l'annuaire est actuellement accessible en écriture seulement pour la racine de l'utilisateur lui-même. Qui pourrait expliquer l'erreur que vous obtenez. Vous devriez pas faire votre propre compte d'utilisateur du propriétaire, les systèmes Linux sont multiples environnements utilisateur. Au lieu de penser à propos de l'une de ces approches:

    • ajouter le compte est destiné à exécuter le composer à la racine de groupe (un compte d'utilisateur peut appartenir à plusieurs groupes) et le répertoire du groupe est en écriture
    • changer les groupes de propriété de l'annuaire à un groupe qui compte est membre de et de rendre le répertoire du groupe est en écriture
    • utiliser le sudo utilitaire pour installer et mettre à jour les composer utilitaire

    La dernière option est le plus souvent choisi et préféré. Il laisse les autorisations qu'ils sont (conservateur) et utilise uniquement soulevé des privilèges pour la maintenance du système de travaux comme l'installation et la mise à niveau.

    Comment puis-je faire les étapes que vous décrivez dans les balles? Les commandes de Linux ne sont pas de mon expertise

    OriginalL'auteur

  4. 2

    Même après le déplacement du fichier par sudo mv composer.phar /usr/local/bin/composer j'ai été l'obtention d'une autorisation d'erreur lorsque vous essayez d'exécuter le composer de commande. sudo chmod 755 /usr/local/bin/composer fixe les choses pour moi.

    OriginalL'auteur

  5. 2

    Sur Ubuntu SRV 16.04

    PREMIÈRE

    sudo rm /usr/local/bin/composer

    ET

    cd ~/.cache/composer
chmod 755 composer-temp.phar
sudo mv composer-temp.phar /usr/local/bin/composer
    cd ~/.cache/composer devrait être cd ~/.composer/cache

    OriginalL'auteur

  6. 1

    Maintenant, il ya un paquet de compositeur dans arch linux qui fonctionne pour moi:

    sudo pacman -S composer

    OriginalL'auteur

  7. 0

    Ce fait le travail pour moi sur Centos 7

    chown -R apache:apache path/to/composer
chmod 755 path/to/composer
    pourriez-vous expliquer ce qu'il fait pour préciser votre réponse? merci à l'avance!
    première commande attribue apache en tant que propriétaire du dossier. La Deuxième commande rend le dossier "lisible, modifiable exécutable" pour l'utilisateur et de groupe, et "lisible et exécutable" pour d'autres.

    OriginalL'auteur

  8. 0

    Vous pourriez ajouter temporairement les droits de votre travail de l'utilisateur, puis mise à jour de compositeur w/o des erreurs et d'en obtenir les droits. 

    sudo chmod 777 /usr/bin/
composer self-update
sudo chmod 755 /usr/bin/

    OriginalL'auteur