Closed aledsage closed 11 years ago
Cloudsoft » brooklyn-social-apps #2 UNSTABLE Looks like there's a problem with this pull request (what's this?)
I think it is related because the wrong os is selected. Currently some of the changes to install drupal, are made specifically with debian in mind. I know this is wrong, but we wanted to get a version out of the door asap.
So have you selected debian to run the stuff on?
Thanks Peter, I hadn't selected Debian specifically. Will try that next.
On an almost related note, do you think we should add a copyTo util that allows us to copy as though using sudo (eg upload as normal user and then do 'sudo mv...').
Aled
Sent from my iPhone
On 2 Feb 2013, at 06:51, Peter Veentjer notifications@github.com wrote:
I think it is related because the wrong os is selected. Currently some of the changes to install drupal, are made specifically with debian in mind. I know this is wrong, but we wanted to get a version out of the door asap.
So have you selected debian to run the stuff on?
— Reply to this email directly or view it on GitHub.
What are we going to do with this pull request?
When 0.5.0-M2 is available, we won't need this (it will fallback to downloading it from http://downloads.cloudsoftcorp.com/brooklyn/repository/). But if we want it to work in the meantime, then this workaround is necessary.
What do you think about merging it, and then reverting when we upgrade to 0.5.0-M2?
The live test still fails for me though. But I don't understand how it ever worked. In
DrupalSshDriver.install
, it doessudo("mkdir /etc/postfix")
and thengetLocation().copyTo(new ByteArrayInputStream(postfixConfig.getBytes()), "/etc/postfix/main.cf")
. But the latter will be run as the drupal user, while the directory was created as root user. So the copyTo command will presumably always fail with insufficient permissions to write to that directory. Or am I missing something?I haven't tried to fix that in this pull request.