2014-10-06 11 views
16

Ho un linux vagabondo e sto provando ad installare Symfony.Errore "impossibile cancellare" con compositore su vagabondo

Dopo il comando composer create-project symfony/framework-standard-edition ./ "2.5.*" ho l'errore:

[RuntimeException] 
    Could not delete ./.git/objects/pack/tmp_idx_llwUKb: 

se cerco di aggiornamento compositore un altro progetto, ho sempre questo tipo di errore Could not delete

Tutte le idee?

Edit: Per una semplice sudo composer update -vvv su un altro progetto:

- Installing sonata-project/admin-bundle (dev-master 8a022aa) 
Failed to download sonata-project/admin-bundle from source: Could not delete /vagrant/crm_neo/vendor/sonata-project/admin-bundle/.git/objects/pack/tmp_idx_hchQhc: 
Now trying to download from dist 
    - Installing sonata-project/admin-bundle (dev-master 8a022aa) 

Failed: [RuntimeException] Could not delete /vagrant/crm_neo/vendor/sonata-project/admin-bundle/.git/objects/pack/tmp_idx_hchQhc: 



    [RuntimeException] 
    Could not delete /vagrant/crm_neo/vendor/sonata-project/admin-bundle/.git/o 
    bjects/pack/tmp_idx_hchQhc: 



Exception trace: 
() at phar:///usr/local/bin/composer/src/Composer/Util/Filesystem.php:193 
Composer\Util\Filesystem->unlink() at phar:///usr/local/bin/composer/src/Composer/Util/Filesystem.php:151 
Composer\Util\Filesystem->removeDirectoryPhp() at phar:///usr/local/bin/composer/src/Composer/Util/Filesystem.php:129 
Composer\Util\Filesystem->removeDirectory() at phar:///usr/local/bin/composer/src/Composer/Util/Filesystem.php:35 
Composer\Util\Filesystem->remove() at phar:///usr/local/bin/composer/src/Composer/Util/Filesystem.php:80 
Composer\Util\Filesystem->emptyDirectory() at phar:///usr/local/bin/composer/src/Composer/Downloader/FileDownloader.php:108 
Composer\Downloader\FileDownloader->doDownload() at phar:///usr/local/bin/composer/src/Composer/Downloader/FileDownloader.php:89 
Composer\Downloader\FileDownloader->download() at phar:///usr/local/bin/composer/src/Composer/Downloader/ArchiveDownloader.php:35 
Composer\Downloader\ArchiveDownloader->download() at phar:///usr/local/bin/composer/src/Composer/Downloader/DownloadManager.php:201 
Composer\Downloader\DownloadManager->download() at phar:///usr/local/bin/composer/src/Composer/Installer/LibraryInstaller.php:156 
Composer\Installer\LibraryInstaller->installCode() at phar:///usr/local/bin/composer/src/Composer/Installer/LibraryInstaller.php:87 
Composer\Installer\LibraryInstaller->install() at phar:///usr/local/bin/composer/src/Composer/Installer/InstallationManager.php:152 
Composer\Installer\InstallationManager->install() at phar:///usr/local/bin/composer/src/Composer/Installer/InstallationManager.php:139 
Composer\Installer\InstallationManager->execute() at phar:///usr/local/bin/composer/src/Composer/Installer.php:548 
Composer\Installer->doInstall() at phar:///usr/local/bin/composer/src/Composer/Installer.php:217 
Composer\Installer->run() at phar:///usr/local/bin/composer/src/Composer/Command/UpdateCommand.php:128 
Composer\Command\UpdateCommand->execute() at phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Command/Command.php:252 
Symfony\Component\Console\Command\Command->run() at phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:889 
Symfony\Component\Console\Application->doRunCommand() at phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:193 
Symfony\Component\Console\Application->doRun() at phar:///usr/local/bin/composer/src/Composer/Console/Application.php:135 
Composer\Console\Application->doRun() at phar:///usr/local/bin/composer/vendor/symfony/console/Symfony/Component/Console/Application.php:124 
Symfony\Component\Console\Application->run() at phar:///usr/local/bin/composer/src/Composer/Console/Application.php:84 
Composer\Console\Application->run() at phar:///usr/local/bin/composer/bin/composer:43 
require() at /usr/local/bin/composer:15 
+0

È possibile aggiungere '-vvv' al comando del compositore e aggiornare la domanda con l'output? –

+0

Sì, è fatto;) –

risposta

23

E 'successo una volta a me e si scopre che sono stato colpito timeout del compositore.

Si potrebbe adottare le seguenti misure per guadagnare un po 'di velocità:

  1. Aumenta compositore processo-timeout (predefinita 300) (non realmente necessari se le seguenti impostazioni consentono di guadagnare velocità, ma puo' t hurt)
  2. Impostare come dist come tipo di installazione preferito.
  3. Abilita il protocollo https per github, che è più veloce.

~/.composer/config.json

{ 
    "config": { 
     "process-timeout":  600, 
     "preferred-install": "dist", 
     "github-protocols":  ["https"] 
    } 
} 

Se hai ancora problemi dopo di che, è possibile memorizzare nella cache anche chiaro del compositore:

rm -rf ~/.composer/cache 
+0

È lo stesso, sempre questo errore –

+1

Hai cancellato la cache? –

+0

Sì, ho cancellato la cache. Ho aggiunto queste righe sul mio file config.json nella mia cartella symfony –

2

Siamo in esecuzione in problemi anche . Ci sono diverse persone che sembrano avere questo problema, una correzione non è stata fornita. Per ulteriori informazioni è possibile esaminare github issues di vagrant-winnfsd.

0

Su AWS ho ottenuto questo errore durante la distribuzione del progetto quadro Yii c'era questo

/var/app/corrente/vendor/

cartella ho cancellato tutto dentro è tornato al mio documento root ed eseguiva l'aggiornamento del compositore recuperò di nuovo tutti i repository.

0

Nel mio caso, rimuovendo il plug-in e ricreare la casella risolvere il problema.

0

Basta eseguire

sudo chmod -R 777 /folder/path 

Questo vi darà accesso in scrittura alla cartella si esegue compositore. So che questo è un vecchio post, ma questo funziona quindi devo condividerlo.

+0

Ho lo stesso problema sopra. Ciò è dovuto al problema dei permessi. Dopo aver dato l'accesso in scrittura alla mia cartella, funziona bene –

0

Ho riscontrato questo problema durante il provisioning della macchina, che è stata sottoposta a boot per eseguire composer install. Ho semplicemente chiuso la VM e ho eseguito composer install sul codice sul mio computer host e ha funzionato.

Quindi, se siete di fronte a questo problema durante l'esecuzione Composer all'interno della VM, basta provare a eseguire Compositore da fuori VM.

Aggiornamento: Come sottolineato nei commenti qui sotto, questo può comportare alcuni problemi con le diverse versioni dei pacchetti installati a causa della differenza di configurazioni di sistema tra gli ambienti locali e Vagrant, in modo da esercitare la dovuta cautela durante il tentativo questo.

+0

Questo potrebbe farti andare, ma non risolve il problema. – YakobeYak

+1

Quindi il "provare". – aalaap

+0

Stai attento a questo. A seconda della versione di PHP, il compositore potrebbe voler scaricare diversi pacchetti. Quindi se il tuo vb ha una versione diversa dalla tua versione os predefinita di quella che potrebbe diventare un problema. –

0

Per me è causato dal timeout del compositore . Ho controllato la mia velocità internet e l'ho trovata scesa a 0,7 M che è quasi inutilizzabile. Dopo aver ricollegato il wifi e aver ripristinato la normale velocità della mia connessione internet, gli errori sono spariti.

0

Appena ricevuto lo stesso problema.

Vedo il problema dell'accesso ad alcuni file locali. Nel mio caso la directory di destinazione era sotto "root" e io non sono l'utente root.

Soluzione

Cambiare i permessi/proprietario del file/directory. proprietario
1. Ridefinire:

sudo chown myuser:myuser -R /path/to 

2. Forse c'è una certa mancanza di permessi per il gruppo, che si è in
Quindi, cercare di eseguire:.

sudo chmod g+rwX -R /path/to 

O forse si può correre il tuo comando con "sudo" se funziona per te (non raccomandato). :)

P.S. Never use 777. Non è sicuro

Problemi correlati