Vagrant-Puppe - Composer-Installation mit privatem Repository kann nicht ausgeführt werden

8

Im Grunde ist mein Problem dieser Frage sehr ähnlich:

Vagrant + Puppet: Composer-Installation kann nicht ausgeführt werden mit privatem Repository

Ich versuche, den Composer dazu zu bringen, auf einer Ubuntu 12.04-Box mit einer Marionette deployte Anwendungen zu installieren.

Eines der Pakete, die ich als Teil des Composer-Laufs installieren möchte, benötigt einen Implementierungsschlüssel. Als Teil des Puppet Runs habe ich den Deployment Key (private, public und authorized und known_hosts) über das Heimatverzeichnis des vagabundierenden Benutzers kopiert ( /home/vagrant/.ssh/ )

Hier unterscheidet sich meine Frage von der referenzierten Frage darin, dass die Sicherheit keine Rolle spielt und auch keine Kompatibilität mit mehreren Betriebssystemen für diesen Build besteht. Daher bin ich froh, die Schlüssel in die Box kopieren zu können und das habe ich getan ...

Ich habe auch diesen Schlüssel in den Benutzer .profile geladen, so dass, wenn ich ssh in den Computer kann ich eine Composer-Installation ausführen und alles läuft gut. Das Problem ist, dass ich möchte, dass die Apps als Teil des Marionettenlaufs installiert werden, und ich habe Mühe, dies zum Laufen zu bringen (alles wird installiert, bis es zu dem einen Paket gelangt, das den Deployment-Key benötigt).

Momentan enthält mein composer.json diesen (aktuellen Versuch, es zum Laufen zu bringen):

%Vor%

Mein Puppet-Run zieht die Repos von git mit vcsrepo (wodurch Sie einen Schlüssel übergeben können):

%Vor%

Dieser Teil funktioniert gut, aber wenn ich die Composer-Installation wie folgt starte, stirbt sie, wenn sie das Paket trifft, auf das in der Datei composer.json verwiesen wird:

%Vor%

Ich verdünne, was ich brauche, ist eine Möglichkeit, einen ssh-Schlüssel für einen Benutzer hinzuzufügen, ohne dass sie an ein Bash-Terminal angeschlossen sind, aber ich bin nicht so sicher, also bin ich offen für alle Vorschläge an diesem Punkt. Vielen Dank im Voraus.

    
WebweaverD 31.12.2013, 12:49
quelle

1 Antwort

-2

Vergewissern Sie sich, dass Defaults requiretty in /etc/sudoers

auskommentiert ist     
Ben 23.12.2014 19:27
quelle