I wanted to write up what I needed to do to get aegir 0.4 (DEV VERSION) happy on debian lenny after the install procedure had finished. This is debian lenny current as of the creation date of this issue (2009-11-24).
I did the manual setup as described in:
http://drupalcode.org/viewvc/drupal/contributions/profiles/hostmaster/IN...
Then ran the install script at:
http://drupalcode.org/viewvc/drupal/contributions/profiles/hostmaster/in...
Here are the things I had to do afterwards to get aegir happy on my machine after following the procedures:
As described in the install.txt documentation (but not reminded in the installer that I noticed) add the below to /etc/sudoers:
aegir ALL = NOPASSWD: /usr/sbin/apache2ctl
Had to redo the grant statements for the aegir mysql user:
GRANT ALL PRIVILEGES ON *.* TO 'aegir'@'localhost' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;
GRANT ALL PRIVILEGES ON *.* TO 'aegir'@'127.0.0.1' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;
FLUSH PRIVILEGES;
Needed to change the directory ownership and permissions for aegir to allow www-data (webserver user) to operate properly: (the www-data or $WEB_GROUP user was not given proper permissions by installer)
chown aegir:www-data /var/aegir
chmod g+x /var/aegir
chown -R aegir:www-data /var/aegir/hostmaster-xxxxxx (change to fit your aegir hostmaster webroot)After that the Aegir seemed to run fine, but creating a platform still required some hand holding:
###Creating a new platform###:
in the front end it tells you to do:
cd /var/aegir
./drush/drush.php dl drupal <-- this file doesn't exist anymore in 0.4 (the instructions need to be updated to reflect now using drush make)Since I don't understand the drush make system yet, we'll do what the above command is likely tring to do, run the drush dl command as the aegir user...
ln -s /var/aegir/drush/drush /bin/drush <-- my way of making drush globally executable, there may be a better way
cd /var/aegir
su -s /bin/sh aegir -c "drush dl" <-- runs drush dl as the aegir user After that creating sites worked fine and I am happily testing aegir 0.4. Hope this helps someone.
Comments
Comment #1
Anonymous (not verified) commentedHi! Thanks sharing your experiences. Fellow Debian Lenny user here :)
This is instructed in the web-based installer, with the appropriate command given as an example in the 'How do I configure this' dropdown.
This is instructed in the web-based installer, with the appropriate command given as an example in the 'How do I configure this' dropdown. The intention is to create a separate user 'aegir_root' which is a mysql 'superuser' capable of creating new databases on your system.
www-data user does not need to be the group of the entire contents of /var/aegir, only of directories which it needs to be able to write to (i.e the files directory), and temporarily of the main aegir site's settings.php before you finish the web-based installer. You mention the installer did not change the permissions properly where needed. Per this bit in the install.sh
Were there any errors given that made you notice the permissions hadn't been changed?
If you're not getting a default 755 permission on directories in Debian Lenny, then perhaps your umask is set to be something else non-standard.
This file should indeed exist if you are executing that from within /var/aegir . Drush2.1 still has drush.php .
Drush_make is not required to build new platforms - it is used to build the aegir frontend because it is capable of grabbing extra dependencies via the install profile's makefile. In my opinion, unless you are deliberately generating 'builds' as platforms that have special requirements, install profiles etc, it is just as quick to use 'drush dl drupal'. We can't really change the instructions to use drush make each time you make a platform, because the make file and the command to generate it is likely to change each time, and vary wildly between users, once people start to use drush_make more. 'drush dl drupal' is still the generic, standard way one can download a copy of Drupal core using Drush, and we can rely on that not to change.
Comment #2
adrian commentedthis is no longer an issue, and it was not a bug report to begin with.
all the issues here were automated away, or fixed upstream.