Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
Right now, provision completely ignores the 'default' site, which is rather problematic especially if you want to upgrade that site. We should treat that site as any other, except maybe for anything that touches hostnames (DNS and Apache vhost). The exceptions should sit there.
Comments
Comment #1
anarcat CreditAttribution: anarcat commentedI have tried to migrate my Aegir install into sites/hostmaster.koumbit.net here. I had to change my cron job to add the --uri=hostmaster.koumbit.net argument.
Update: obviously, that doesn't work because then all drush hosting commands need to be fixed...
Comment #2
adrian CreditAttribution: adrian commentedHosting setup is now re-runnable.
the only exception is that the master site shouldn't be imported into it's own data store.
http://drupal.org/node/454312#comment-1635306
Comment #3
anarcat CreditAttribution: anarcat commentedSo right now, drush + provision HEAD do not import the site in sites/default. Since this is general the case of sites we have to import into Aegir here (most sites are single-site installs we want to migrated in a big multi-site), this is a major annoyance, so I'm reopening this.
The idea here is to stop ignoring the site in sites/default.
Comment #4
anarcat CreditAttribution: anarcat commentedThis is a one-line change... should we package this in 0.3?
Comment #5
adrian CreditAttribution: adrian commentedthe reason we don't import default is because we have no way to determine the url for it, hence we have no way to determine how to generate the virtual host file.
additionally you can have a 'default' on every platform, so this is really not a one line fix. it requires a refactor and additional database fields and modification of the table constraints and validation.
this is not an 0.3 thing.
Comment #6
adrian CreditAttribution: adrian commentedthe reason we don't import default is because we have no way to determine the url for it, hence we have no way to determine how to generate the virtual host file.
additionally you can have a 'default' on every platform, so this is really not a one line fix. it requires a refactor and additional database fields and modification of the table constraints and validation.
this is not an 0.3 thing.
Comment #7
adrian CreditAttribution: adrian commentedobviously anything from way back then doesn't apply.
i still dont think this can be done realistically, we simply do not know enough about the site to be able to import it. and we cant have a million sites called 'default' hanging around.
it really is not that hard to move the directory, so it should really be a documentation issue.
Comment #8
Steven Jones CreditAttribution: Steven Jones commentedComment #9
Steven Jones CreditAttribution: Steven Jones commentedThis came up again and again today at Drupalcon, and I'm going to tentatively mark this back as code rather than documentation task. We should see if we could support using the default folder for sites, because there are a lot of people who use that setup. It would also ease the pain of people getting into Drupal.
Comment #10
chrowe CreditAttribution: chrowe commentedI would also like this feature since I work with Aegir as a development tool on projects where the live site is in sites/default and other developers used that setup as well. Would it be possible to only allow it via drush and require a url parameter and whatever else is needed?
Comment #11
ergonlogicNew features need to be implemented in Aegir 3.x, then we can consider back-porting to Aegir 2.x.