IRC logs for #aegir, 2011-01-27 (GMT)

‹ 2011-01-26
2011-01-28 ›
TimeNickMessage
[11:01:50]* mrchrisadams has quit (Quit: mrchrisadams)
[11:08:45]* adrinux has joined #aegir
[11:13:50]* mrchrisadams has joined #aegir
[11:19:15]* sepehr1 has joined #aegir
[11:20:17]* sepehr has quit (Ping timeout: 246 seconds)
[11:23:50]* sepehr1 has quit (Ping timeout: 260 seconds)
[11:26:28]* bejames_ has joined #aegir
[11:32:05]* bejames_ has quit (Quit: Core meltdown)
[11:33:37]* nick_santa has joined #aegir
[11:35:02]* EclipseGc has quit (Quit: EclipseGc)
[11:35:55]* arianek_afk has quit (Quit: Smell ya later)
[11:38:53]* mrchrisadams has quit (Quit: mrchrisadams)
[11:40:17]* sepehr has joined #aegir
[11:40:51]<CIA-24>aegir/hostmaster: mig * r521b557e5e89 /modules/hosting/platform/hosting_platform.module: #1039010 - enforce that platform names and paths must be unique, even across remote servers, because of the spoke model.
[11:42:55]<xk>:)
[11:47:35]<mig5>just updated the docs on this too xk http://community.aegirproject.org/node/20
[11:52:09]* lukus has quit (Quit: Bye)
[11:53:04]* lukus has joined #aegir
[11:56:53]<CIA-24>aegir/hostmaster: mig * r937fedb950d1 /modules/hosting/site/hosting_site.form.inc: #1003666 by hadsie - fix to allow editing existing site nodes even if quota has been reached
[11:57:41]<xk>aegir is fine with running apache as www-data?
[11:57:52]<mig5>yes?
[11:58:06]<mig5>better than running as root, right? :)
[11:58:08]<xk>because I noticed some files/tmp files created with mode 600
[11:58:13]<mig5>ah
[11:58:15]<xk>and when doing rsync, boom, permission denied
[11:58:20]<mig5>yes we possibly have a ticket about that
[11:58:24]<mig5>mvc: ping
[11:58:35]* dunkoh has joined #aegir
[11:59:17]<mig5>xk: http://drupal.org/node/908524
[11:59:29]<mig5>anarcat: ping
[11:59:51]<xk>my problem is other way around :)
[11:59:59]<mig5>well, not really
[12:00:02]<mig5>apache is creating stuff and owning it
[12:00:05]<xk>yeah
[12:00:07]<mig5>same story
[12:00:19]<mig5>we're meant to have a sticky bit set in there
[12:00:25]<mig5>feel free to patch it! :)
[12:01:09]<mig5>there was another ticket suggesting that when a Migrate kicks off, like we imply a backup silently, we should also do a Verify silently
[12:01:12]<mig5>which might fix the perms first
[12:01:23]<mig5>among other problems (find new packages, which is important for migrate too)
[12:03:34]<mig5>bah, admin approval required on koumbit's redmine :)
[12:03:58]<mig5>anyway anarcat,mvc, I just committed a fix for this https://redmine.koumbit.net/issues/2116
[12:04:04]<mig5>so you can patch or close that
[12:06:14]<jcapelo>hello all
[12:06:24]<jcapelo>I just installed aegir and when I try to acces the aegir site
[12:06:35]* kvanderw has quit (Quit: kvanderw)
[12:06:45]<jcapelo>it shows that it can read any of the $_SERVER variables that go in settings.php
[12:06:49]<jcapelo>any idea ?
[12:07:47]<mig5>what do you mean 'it shows that it can read'
[12:07:51]<mig5>where
[12:08:08]<jcapelo>cant read sorry, when i try to acces the site, i get the drupal site off-line page
[12:08:12]<jcapelo>and notices: like these
[12:08:20]<mig5>so there'll be a message there saying why
[12:08:22]<jcapelo>Notice: Undefined index: db_type in /var/aegir/hostmaster-0.4-beta2/sites/portalgasolinero.com/settings.php on line 11
[12:08:23]<jcapelo>Notice: Undefined index: db_name in /var/aegir/hostmaster-0.4-beta2/sites/portalgasolinero.com/settings.php on line 12
[12:08:23]<jcapelo>Notice: Undefined index: db_user in /var/aegir/hostmaster-0.4-beta2/sites/portalgasolinero.com/settings.php on line 13
[12:08:23]<jcapelo>Notice: Undefined index: db_passwd in /var/aegir/hostmaster-0.4-beta2/sites/portalgasolinero.com/settings.php on line 14
[12:08:54]<mig5>that's not in the site offline message though is it?
[12:09:08]<mig5>that's from the task log?
[12:11:28]* adrinux has quit (Quit: Leaving.)
[12:14:11]<jcapelo>well its notices from php i guess
[12:14:52]* scientist has quit (Ping timeout: 255 seconds)
[12:23:27]* totten has quit (Ping timeout: 240 seconds)
[12:23:42]* obrienmd has quit (Quit: Leaving.)
[12:31:28]* totten has joined #aegir
[12:33:19]<jcapelo>why wouldnt the values go through/
[12:33:20]<jcapelo>?
[12:39:03]* jhedstrom has quit (Ping timeout: 240 seconds)
[12:45:54]* ryanarmstrong has quit (Quit: Leaving.)
[12:53:43]* jhedstrom has joined #aegir
[12:58:06]* lukus has quit (Ping timeout: 240 seconds)
[13:01:08]<anarcat>mig5: pong
[13:01:40]<anarcat>mig5: dude you're mad - you're fixing our *internal* bugs at koumbit? we're not even paying you! ;)
[13:01:45]<anarcat>mig5: thanks! :)
[13:01:51]* szczym has quit (Ping timeout: 240 seconds)
[13:02:15]<anarcat>i need to go around testing all those issues to see if they're still applicable
[13:03:40]* jhedstrom has quit (Read error: Connection reset by peer)
[13:05:28]* szczym has joined #aegir
[13:09:03]* totten has quit (Ping timeout: 240 seconds)
[13:10:56]<mig5>it was reported in our queue too by hadsie with a patch ;)
[13:11:04]<mig5>i found it in your redmine by accident, googling
[13:15:59]<anarcat>hehe
[13:16:07]<anarcat>good thing it's public!
[13:16:14]<mig5>yeah i was surprised at that too :)
[13:17:21]* mikejoconnor has joined #aegir
[13:18:19]<mikejoconnor>I'm upgrading some provision tasks from an old version to a new version. It seems that $url is no longer passed. How to I access that information ? is it d()->uri ?
[13:18:53]<mikejoconnor>also, where do I find more info on this d() I see everywhere
[13:19:28]<mig5>totally undocumented I think
[13:19:37]<mig5>andyes you're probably right re d()->uri, in the site context
[13:23:53]<unconed>mikejoconnor: d('@foo') loads .drush/foo.alias.drushrc.php files, which represent contexts from provision.context.inc and its ilk... though there is also some magic where it weaves in properties from the command-line / stdin to make 'drush provision-save' work with @self
[13:24:25]<mikejoconnor>interesting
[13:24:26]* jhedstrom has joined #aegir
[13:24:33]<mikejoconnor>so it sounds like its simply magic
[13:24:37]<unconed>nope
[13:24:53]<unconed>think of "d('@foo')" as "new provisionContext('@foo')"
[13:25:19]<unconed>except it caches the objects
[13:25:24]<mikejoconnor>ok
[13:34:27]* MadTBone has joined #aegir
[13:35:20]* fysa has quit (Ping timeout: 255 seconds)
[13:36:50]* jhedstrom has quit (Ping timeout: 260 seconds)
[13:41:11]* eft has joined #aegir
[13:42:30]* jhedstrom has joined #aegir
[13:54:51]* nick_santa has quit (Read error: Connection reset by peer)
[13:54:54]* nick_santa_ has joined #aegir
[13:59:32]* ezra-g has quit (Quit: Mastering Drupal Chapters: http://masteringdrupal.com/shop)
[14:03:21]* AquaticDisorder has quit (Remote host closed the connection)
[14:07:30]* recidive has quit (Quit: zzz)
[14:10:04]* arianek_afk has joined #aegir
[14:10:51]* arianek_afk is now known as arianek
[14:11:05]* arianek has quit (Changing host)
[14:11:05]* arianek has joined #aegir
[14:13:12]* dunkoh has quit (Quit: dunkoh)
[14:28:06]* dipen_ has joined #aegir
[14:29:14]* dipen_ has quit (Client Quit)
[14:29:40]* dipen_ has joined #aegir
[14:31:38]<CIA-24>aegir/provision: mig * r13eb49bcde33 /db/db.drush.inc: #1035400 replace deprecated ereg_replace with preg_replace
[14:32:55]<mikejoconnor>I keep getting "Drush command terminated abnormally due to an unrecoverable error."
[14:34:12]<mig5>gonna have to get more info
[14:34:28]<mig5>run with --debug from cli (if even possible) and pastebin it
[14:34:35]* EclipseGc has joined #aegir
[14:34:46]<mikejoconnor>its while I'm building a site, via aegir
[14:34:46]* dunkoh has joined #aegir
[14:34:55]<mikejoconnor>I'd love to know how to tell drush to do a --debug
[14:35:02]<mikejoconnor>via aegir
[14:35:16]<mikejoconnor>it happens after "running post install processes"
[14:37:36]* fysa has joined #aegir
[14:37:53]<mig5>probably something broken in your install profile
[14:38:17]<mig5>the task log has the drush commands (a provision-save, and then a provision-install)
[14:38:28]<mig5>you could possibly run those from the cli, replace --backend with --debug
[14:38:49]<mig5>and change the @site.com to a new url so you don't get an 'already installed' error from your previous failed attempts
[14:39:41]* sepehr has quit (Ping timeout: 264 seconds)
[14:42:24]* EclipseGc has quit (Quit: EclipseGc)
[14:45:22]* backwardgraphics has left #aegir ()
[14:45:40]<jcapelo>where can I see the aegir install task log or something to see why the $_SERVER variables are not reaching the aegir settings.php
[14:49:45]<mikejoconnor>so when I try to run those commands, provision-install tells me I need a valid uri
[14:50:06]<mikejoconnor>if I add --uri='example.com', it still tells me I need a valid uri
[14:50:15]<mig5>http:// maybe needed
[14:50:17]<mig5>can't remember
[14:50:22]<mikejoconnor>tried that as well
[14:50:53]<mikejoconnor>I did a git checkout of provision, is HEAD stable ?
[14:51:35]* dunkoh has quit (Quit: dunkoh)
[14:52:05]<mig5>yep
[14:52:39]<mig5>worksrhere
[14:52:41]<mig5>er
[14:52:42]* obrienmd has joined #aegir
[14:52:42]<mig5>works here*
[14:52:45]<mig5>/var/aegir/drush/drush.php --uri='namestest.mig5.net' provision-save '@namestest.mig5.net'
[14:52:54]<mig5>/var/aegir/drush/drush.php @namestest.mig5.net provision-install
[14:53:34]* sepehr has joined #aegir
[14:53:37]* sepehr has quit (Changing host)
[14:53:37]* sepehr has joined #aegir
[14:56:29]* obrienmd has quit (Read error: Connection reset by peer)
[14:57:11]<mikejoconnor>mig5: weird, running those same commands(just replacing my drush path) faill with "You need to specify a valid url to install a site"
[14:57:24]<mikejoconnor>mig5: does provision work with drush 4 ?
[14:58:02]<mig5>yes,mostly (there's a bug in drush 4 that breaks multiserver)
[14:58:10]<mig5>(but it's a different sort of error to what you're seeing)
[14:58:18]<mikejoconnor>yep, no multi-server here
[14:59:16]* obrienmd has joined #aegir
[15:02:54]* maria_zk has joined #aegir
[15:04:14]* obrienmd has quit (Read error: No route to host)
[15:04:17]* obrienmd1 has joined #aegir
[15:04:31]<maria_zk>i have barracuda running. I need to migrate a drupal site over. I have read many solutions, does this make sense? -> create a new site using platform A. Then replace the db of this site with a mysql dumb of the live one. Also replace all files of this site with the ones from the live one.
[15:04:46]<maria_zk>live = the site to be transfered
[15:05:31]* MadTBone has quit (Ping timeout: 265 seconds)
[15:05:52]* jhedstrom has quit (Ping timeout: 255 seconds)
[15:05:59]<maria_zk>And since the core is ready from platform, and site lives under sites/all/myNewSite. Should I just move my modules / themes / files?
[15:08:14]* scientist has joined #aegir
[15:08:55]* fysa has quit (Quit: fysa)
[15:14:48]* eaton has joined #aegir
[15:20:46]* obrienmd1 has quit (Ping timeout: 240 seconds)
[15:36:50]* scientist has quit (Ping timeout: 255 seconds)
[15:41:49]* obrienmd has joined #aegir
[15:46:17]* obrienmd has quit (Ping timeout: 255 seconds)
[15:46:45]* obrienmd has joined #aegir
[15:49:18]* jackinloadup has joined #aegir
[15:49:26]* josh_k has quit (Ping timeout: 240 seconds)
[15:49:36]<maria_zk>'Upon completion of the above Platform verification task, Aegir will discover your new site and spawn a new 'Import' task for the site.'
[15:49:40]<maria_zk>it doesn't :(
[15:50:11]<maria_zk>any ideas why? followed this step by step http://community.aegirproject.org/node/116
[15:54:00]<mig5>did you move the site from sites/default to sites/$site
[15:56:30]<maria_zk>hi mig5, thank you for your answer
[15:56:38]<maria_zk>yes, and changes permissions as well
[15:57:38]<maria_zk>i copied the default folder to example.com
[15:57:52]<maria_zk>and i have transfer all modules and themes from sites/all to sites/example.com
[15:58:09]<maria_zk>the platform is verified, but I cannot see any Import button anywhere
[15:58:40]<maria_zk>I'm stuck :(
[15:59:56]<maria_zk>mig5: after platform verification I was supposed to see an Import button in the task list, correct?
[16:00:28]* mikejoconnor has quit (Quit: mikejoconnor)
[16:00:57]<xk>mig5: i reckon duplicate domain aliases should be allowed.
[16:01:12]<xk>although... only if they're on different remote servers :)
[16:03:59]<mig5>it wasn't so much domain aliases
[16:04:03]<mig5>it was platform names
[16:04:15]<mig5>we formulate a drush alias name from the name of the platform
[16:04:30]<mig5>if you duplicate it, you get a Duplicate entry mysql exception in the hosting_context table
[16:04:30]<xk>unless... it's a dev issue.
[16:04:36]<mig5>so i am forcing it to be unique for now
[16:04:38]<xk>this is a different thing
[16:04:46]<mig5>not sure what you're talking about then
[16:04:51]<xk>what's the proper way of dealing with production and dev sites
[16:05:01]<mig5>clone your production site to a dev site under a different name
[16:05:13]<mig5>when you want to work on it
[16:05:15]* scientist has joined #aegir
[16:05:17]<mig5>ideally, to a dev platform build
[16:05:18]<xk>because there is going to be references to sites/PRODUCTION_HOST_NAME/files/blah.jpg
[16:05:22]<mig5>well
[16:05:36]<mig5>Clone will go in and try and fix the db up, at least in the files table. did you even try it? :P
[16:05:46]<xk>did clone, didn't work.
[16:05:57]<xk>it might be static links though
[16:06:00]* fysa has joined #aegir
[16:06:01]<mig5>really. can we get a pastebin of your files table
[16:06:02]<mig5>yes
[16:06:06]<mig5>we don't touch the node table
[16:06:11]<mig5>that's your own problem :)
[16:06:26]<mig5>one of the ways we try and help you with that, is we stick a RewriteRule in the site vhost
[16:06:37]<mig5>so that /files/ is always rewritten to the current path to the site dir
[16:06:49]<mig5>so you can <img src or href your files etc in your node as "/files/foo.jpg"> and know it will always work
[16:07:02]<mig5>for existing sites, yes that's a bit of work involved in updating them, but you can sed that :)
[16:07:03]<xk>hmm... all good
[16:07:11]<mig5>ona db dump
[16:07:14]<mig5>on a *
[16:07:21]<xk>files table is OK
[16:07:36]<xk>ok
[16:07:39]<xk>so it's a dev issue
[16:07:58]<mig5>maria_zk: yes, after a platform verify, an import task is spawned for the site if it's found and if a site doesn't already exist in aegir (so maybe you already have a site with the same name in aegir)
[16:08:08]<xk>cool
[16:08:10]<xk>thanks.
[16:09:06]<maria_zk>mig5 thank you. so for each existing site, I should create a unique platform. and under sites/example.com just the mods/themes should be included, and not the entire codebase. correct?
[16:09:41]<mig5>umm
[16:09:47]<xk>what about 700+ devel_themer files in files/tmp/?
[16:10:24]<mig5>maria_zk: i guess so, sounds overly complicated, just set up the platform and you can put the modules in sites/all or sites/$site, either way it should work
[16:10:30]<mig5>xk: dunno what you mean
[16:10:34]<xk>http://drupal.org/node/327512
[16:10:42]<xk>not an aegir problem :)
[16:11:28]* fysa has quit (Read error: Connection reset by peer)
[16:11:37]<maria_zk>mig5 thank you, I really appreciate it
[16:12:50]<mig5>xk: yeah i don't use devel much as i don't really build sites
[16:12:55]<mig5>so the problem is not one i've encountered
[16:13:25]<mig5>sounds liek you could turn on Aegir's Cron feature and when it invokes devel's hook_cron it will clean up
[16:22:00]* scientist has quit (Ping timeout: 250 seconds)
[16:24:44]* mcmanusm has joined #aegir
[16:26:11]* fysa has joined #aegir
[16:27:38]* mattmcmanus has quit (Ping timeout: 250 seconds)
[16:32:18]* fysa has quit (Read error: Connection reset by peer)
[16:32:31]* fysa has joined #aegir
[16:33:07]* obrienmd1 has joined #aegir
[16:33:33]* obrienmd has quit (Read error: Connection reset by peer)
[16:46:40]* grugnog has quit (Ping timeout: 255 seconds)
[16:48:28]* josh_k has joined #aegir
[16:48:29]* josh_k has quit (Remote host closed the connection)
[16:53:56]* nick_santa_ has quit (Quit: nick_santa_)
[16:55:14]* dipen_ has quit (Ping timeout: 246 seconds)
[16:57:34]* xk has left #aegir ()
[17:00:54]* mrchrisadams has joined #aegir
[17:01:41]* grugnog has joined #aegir
[17:07:39]* dipen_ has joined #aegir
[17:14:57]* unconed has quit (Quit: unconed)
[17:30:35]* dipen_ has quit (Ping timeout: 246 seconds)
[17:30:42]* beautifulmind has joined #aegir
[17:35:55]* unconed has joined #aegir
[17:43:29]* dipen_ has joined #aegir
[17:48:31]* arianek has quit (Remote host closed the connection)
[18:00:05]* NeoID has joined #aegir
[18:01:05]* jackinloadup has quit (Quit: jackinloadup)
[18:05:39]* secoif has quit (Quit: secoif)
[18:08:12]* secoif has joined #aegir
[18:09:19]* eft has left #aegir ()
[18:10:38]* dipen_ has quit (Ping timeout: 265 seconds)
[18:16:38]* xk has joined #aegir
[18:16:58]<xk>mig5: so when should a remote files/* sync back tp master happen?
[18:17:55]* simesy has quit (Read error: Connection reset by peer)
[18:17:56]* simesy_ has joined #aegir
[18:22:27]* erutan has joined #aegir
[18:33:22]* erutan has quit (Quit: Bye!)
[18:34:27]* obrienmd1 has quit (Read error: Connection reset by peer)
[18:34:43]* obrienmd has joined #aegir
[18:36:24]* kylemathews has quit (Ping timeout: 272 seconds)
[18:38:00]<mig5>xk: on backup
[18:38:26]<mig5>and backup is run for migrates, clones,disables and deletes, and even restores (we take another backup before restoring from an arbitrary backup tarball)
[18:38:35]<mig5>so it happens more often that you might think
[18:41:22]* jonhattan has joined #aegir
[18:47:27]* beautifulmind has quit (Ping timeout: 240 seconds)
[18:47:44]<xk>bah. i dont like the auto-import feature
[18:47:45]* NeoID has quit (Quit: Forlater kanalen)
[18:58:03]* erutan has joined #aegir
[18:58:37]* erutan has quit (Remote host closed the connection)
[18:58:58]* erutan has joined #aegir
[18:59:57]* secoif has quit (Quit: secoif)
[19:02:36]* erutan has quit (Client Quit)
[19:04:12]* FransK has joined #aegir
[19:06:24]* eft has joined #aegir
[19:09:57]* Artusamak_afk is now known as Artusamak
[19:12:00]* obrienmd has quit (Read error: No route to host)
[19:12:20]* univate has joined #aegir
[19:12:39]* obrienmd has joined #aegir
[19:21:36]* Artusamak is now known as Artusamak_afk
[19:22:59]* Haza`Aw is now known as Haza`
[19:24:24]* Vertice has quit (Quit: Vertice)
[19:31:32]* mrchrisadams has quit (Read error: Connection reset by peer)
[19:31:34]* mrchrisadams_ has joined #aegir
[19:32:48]* univate has quit (Ping timeout: 265 seconds)
[19:40:06]* mrchrisadams_ has quit (Quit: mrchrisadams_)
[19:41:27]* ngnp has joined #aegir
[19:48:42]* univate has joined #aegir
[19:49:21]* ngnp has quit (Quit: ngnp)
[19:50:04]* ngnp has joined #aegir
[19:53:50]* jcapelo has quit (Quit: jcapelo)
[19:57:46]* siliconmeadow has joined #aegir
[20:00:03]* eft has left #aegir ()
[20:06:17]* adrinux has joined #aegir
[20:11:42]* lolmaus has joined #aegir
[20:13:34]* beautifulmind has joined #aegir
[20:52:50]<mig5>xk: haven't yet found something you *do* like :)
[20:53:04]<mig5>you must have an awful boss making you use this thing
[20:54:54]* Artusamak_afk is now known as Artusamak
[20:56:54]* obrienmd has quit (Read error: Connection reset by peer)
[20:57:15]* obrienmd has joined #aegir
[20:58:28]* unconed has left #aegir ()
[21:07:23]<xk>hah
[21:07:30]<mig5>:)
[21:07:32]<xk>im a perfectionist
[21:07:55]<mig5>i must say i've not come across a situationwhere post-platform-verify site importing has been a real nuisance for me
[21:08:01]<mig5>if it was, i'd wonder what the site was doing there
[21:08:01]<xk>well
[21:08:05]<mig5>and why i wouldn't want it imported :)
[21:08:10]<mig5>you don't want to mange it via aegir perhaps
[21:08:13]<xk>what about a broken site :)
[21:08:13]<mig5>manage*
[21:08:20]<mig5>hehe
[21:08:23]<xk>its funny its easy to import a broken site
[21:08:26]<xk>but fucking impossible to remove it
[21:08:37]<mig5>not impossible
[21:08:38]<mig5>but manual
[21:08:41]<xk>well.. painful :)
[21:08:45]<mig5>we even document the manual steps :)
[21:08:58]<xk> I have to recreate the db credentials and db
[21:09:04]<xk>untar some dodgey backup
[21:09:08]<xk>change drushrc.php db settings
[21:09:11]<xk>and then I can delete it
[21:09:12]<mig5>no reason why the site can't have its own credentials already
[21:09:17]<mig5>aegir doesn't change them on import
[21:09:43]<xk>not sur ewhat exactly happened
[21:09:50]<xk>but drushrc.php was already broken
[21:09:53]<xk>so it doesnt help
[21:10:03]<xk>I reckon it should verify the db settings
[21:10:06]<xk>if it fails, dont import the site
[21:10:22]<mig5>the thing is: if we introduced some 'force' delete button that really went and cleaned up agressively, you'd complain it deleted something after you clicked it by accident :) we don't like to fuck around with the data
[21:10:26]<mig5>*that* is reasonable
[21:10:29]<mig5>what you just said
[21:10:39]<xk>well
[21:10:40]<mig5>would require shifting some things around
[21:10:45]<xk>i can find some use cases to break it :)
[21:11:00]<mig5>i bet you can
[21:11:08]<mig5>you're like our user who's hardcoded to FALSE at all times
[21:11:12]<mig5>everything breaks for you :)
[21:11:15]<xk>heh
[21:11:16]<xk>well
[21:11:28]<mig5>it's good
[21:11:28]<xk>I am error-handling's best friend :)
[21:12:09]<mig5>we'd have to attempt to bootstrap the site db from the frontend
[21:12:13]<mig5>and that's bad and not really possible
[21:12:27]<mig5>so the detection of 'previously unknown sites' would have to be moved out of the platform's post-verify hook
[21:12:30]<mig5>in hosting
[21:12:34]<mig5>and into provision somewhere
[21:12:41]<mig5>but then we face the next problem
[21:12:46]<mig5>we need a node created in the frontend
[21:12:57]<mig5>so now we have the opposite situation :)
[21:13:13]<mig5>actually we could potentially do it with hosting-import now... hmm
[21:20:35]* sepehr has quit (Ping timeout: 265 seconds)
[21:21:22]* lolmaus53258 has joined #aegir
[21:23:50]* lolmaus has quit (Ping timeout: 240 seconds)
[21:38:37]* parsingphase has joined #aegir
[21:47:08]* NeoID has joined #aegir
[21:58:13]* mrchrisadams has joined #aegir
[22:09:00]* obrienmd has quit (Read error: No route to host)
[22:09:32]* obrienmd has joined #aegir
[22:12:03]* parsingphase has quit (Quit: parsingphase)
[22:13:55]* maria_zk has quit (Read error: Connection reset by peer)
[22:14:26]* maria_zk has joined #aegir
[22:18:23]* nick_santa has joined #aegir
[22:22:17]* Chipie has quit (Ping timeout: 255 seconds)
[22:24:07]* sepehr has joined #aegir
[22:24:31]* ronia has joined #aegir
[22:25:00]* sepehr1 has joined #aegir
[22:25:30]<CIA-24>aegir/hostmaster: mig * r42d6966fbaa1 /modules/hosting/client/hosting_client.install: #996578 - set uid 1 to client 1 in hosting_client_user on install, so that client-based platform access control actually works when granting access to client 1
[22:28:45]* Chipie has joined #aegir
[22:28:57]* sepehr has quit (Ping timeout: 276 seconds)
[22:33:35]* psynaptic has joined #aegir
[22:33:37]* psynaptic has quit (Changing host)
[22:33:37]* psynaptic has joined #aegir
[22:35:20]* recidive has joined #aegir
[22:41:31]<CIA-24>aegir/provision: mig * r24edd32664be / (docs/UPGRADE.txt install.hostmaster.inc upgrade.sh.txt): use drush_make 2.0-beta11, fixes some bugs with referencing a remote makefile
[22:43:10]<hefring>community => Regarding remote server and thoughts about DTAP + Aegir => http://community.aegirproject.org/node/279
[22:44:04]<mig5>sigh
[22:47:34]* obrienmd has quit (Read error: Connection reset by peer)
[22:47:48]* obrienmd has joined #aegir
[22:49:00]<xk>hmm
[22:53:22]* nick_santa has quit (Quit: nick_santa)
[23:04:03]* obrienmd has quit (Read error: Connection reset by peer)
[23:04:38]* obrienmd has joined #aegir
[23:12:05]* penyaskito has quit (Read error: Connection reset by peer)
[23:14:40]* simesy_ is now known as simesy
[23:24:46]* AquaticDisorder has joined #aegir
[23:26:29]* Chipie1 has joined #aegir
[23:26:40]* penyaskito has joined #aegir
[23:27:00]* Chipie1 has quit (Read error: Connection reset by peer)
[23:27:21]* Chipie1 has joined #aegir
[23:30:14]* omega8cc has quit (Remote host closed the connection)
[23:30:16]* jonhattan has quit (Quit: llevarรฉ una chaquete de guns'n'roses)
[23:30:22]* omega8cc has joined #aegir
[23:31:53]* mikejoconnor has joined #aegir
[23:34:24]* omega8cc_ has joined #aegir
[23:35:26]* omega8cc_ has quit (Remote host closed the connection)
[23:35:34]* omega8cc_ has joined #aegir
[23:37:27]* omega8cc has quit (Ping timeout: 240 seconds)
[23:37:27]* omega8cc_ is now known as omega8cc
[23:43:52]<szczym>omega8cc: helo (+dzien dobry) is it save to upgrade from baracuda + octopus (version B1.E.dev2 around 20 dec) to current stack ? we run ubuntu 10.04 on linode
[23:44:08]* sepehr1 has quit (Quit: Leaving.)
[23:46:40]<omega8cc>szczym: yes, it is safe so long as you are using Debian Lenny ;) but seriously, it should just work
[23:47:15]<szczym>cool. shoud i use aegir head or stable ?
[23:47:24]<omega8cc>head!
[23:47:49]<omega8cc>always use our head version
[23:47:57]<omega8cc>it is tested in production
[23:48:38]<szczym>aha, thanx a lot, i will update in evening than
[23:48:48]<omega8cc>cool
[23:49:46]<szczym>will you be online in evening ? our sys admin is on vacation, and im not best in sysadmining ;) so might have few quesions
[23:50:50]<omega8cc>yes, it is Thursday and we have scrum at 9 PM CET so I will be online
[23:51:19]<szczym>cool
[23:51:44]<szczym>there is also polish meeing today on #drupal-pl
[23:52:16]<omega8cc>10 pm?
[23:52:45]<szczym>dont know when it starts, szczym is usually all evening
[23:53:05]* NeoID_ has joined #aegir
[23:53:23]<omega8cc>palik told me before it is at 10pm every Thu
[23:53:43]<omega8cc>anyway, I will be there
[23:53:53]<szczym>cool ;)
[23:54:00]* NeoID has quit (Ping timeout: 260 seconds)
[23:56:42]* j0nathan has quit (Quit: ยก Hasta luego !)
[00:01:08]<szczym>ok, next quesion to omega8cc, i thing more problematic: what is your view on cusomising the script so that links to your support are removed (but not your credits !) . if you dont mind, my quesion is what is best way to archive that: insering the line into octoputs.sh with command to pach the downloaded source OR forking your tree and changing links to git source in Opcopus ?
[00:05:42]* simesy has quit (Quit: Gordon Bennett)
[00:06:09]* FransK_netbook has joined #aegir
[00:09:16]* NikLP has joined #aegir
[00:11:30]<omega8cc>szczym: it is GPLed so just fork it and modify in your repo so you can later merge updates without re-editing all bits you changed before, that is what git is for
[00:13:07]<szczym>We provide our aegir to 7 webmasters and ~30 websites on our linode 1gb ram so its kinda strange to send them to your support. I will be happy to document the process on wiki if you dont mind. i understand its not easy quesion on open chanell, i shoud give it private (too late). my old custom octopus is hire https://github.com/szczym/nginx-for-drupal but keeping is up to date with your tree means lots of merges, prapably the patch option is m
[00:13:07]<szczym>ore future wise.
[00:15:40]<szczym>I will experiment with bouth paths, Any way thanx for your code omega8cc and your support. we cound no afford renting server from you and more but it was indeed super fast and stable.
[00:16:38]<omega8cc>hmm.. it should be simple as: edit anything you want and is allowed by GPL in your cloned repo, commit your changes and the just git pull from our master, that is all the work to be done
[00:22:34]<omega8cc>szczym: thanks, that is what Barracuda and Octopus are for - we understand there is enough big audience with preference to manage their own servers so there is no point in selling them managed hosting, which is better only when you don't have a time and/or experience to be your own sysadmin, so that's OK
[00:25:40]* obrienmd has quit (Quit: Leaving.)
[00:27:21]<mikejoconnor>is anyone familiar with this error: PHP Fatal error: Call to a member function get_services() on a non-object in /var/aegir/.drush/provision/provision.context.inc on line 377
[00:35:29]* omega8cc_ has joined #aegir
[00:36:04]* omega8cc_ has quit (Remote host closed the connection)
[00:36:12]* omega8cc_ has joined #aegir
[00:38:53]* sfyn has joined #aegir
[00:39:00]* sfyn is back from vacation
[00:39:36]* omega8cc has quit (Ping timeout: 276 seconds)
[00:39:36]* omega8cc_ is now known as omega8cc
[00:41:03]* univate has quit (Ping timeout: 240 seconds)
[00:53:48]* univate has joined #aegir
[00:56:12]* NeoID__ has joined #aegir
[00:58:41]<mvc>mig5: we gave you permission to leave notes on our internal bugtracker :) and thanks again for helping us fix our shit
[00:59:16]* NeoID_ has quit (Ping timeout: 246 seconds)
[01:07:20]* univate has quit (Remote host closed the connection)
[01:08:47]* noecc has quit (Ping timeout: 255 seconds)
[01:08:51]<capitan>sigh... anywhere with the recommended apache mods for aegir/drupal? my default debian lenny setup has a bagillion modules enabled...
[01:09:01]<capitan>google has failed me :-/
[01:12:24]* noecc has joined #aegir
[01:16:39]* Chipie1 has left #aegir ()
[01:20:04]* dunkoh has joined #aegir
[01:24:06]* noecc has quit (Ping timeout: 250 seconds)
[01:24:17]* j0nathan has joined #aegir
[01:26:36]* noecc has joined #aegir
[01:28:03]* dunkoh has quit (Quit: You know you'll miss me.)
[01:34:01]* EclipseGc has joined #aegir
[01:35:19]* skwashd-laptop has joined #aegir
[01:37:35]* skwashd has quit (Ping timeout: 255 seconds)
[01:38:00]* scientist has joined #aegir
[01:43:51]* ronia has quit (Remote host closed the connection)
[01:44:12]* ronia has joined #aegir
[01:48:07]* q0rban has joined #aegir
[01:52:35]* ronia has left #aegir ()
[01:53:22]* jonhattan has joined #aegir
[02:01:27]* psynaptic is now known as psynaptic|break
[02:03:34]* beautifulmind1 has joined #aegir
[02:06:42]* beautifulmind has quit (Ping timeout: 276 seconds)
[02:07:42]* beautifulmind has joined #aegir
[02:10:02]* beautifulmind1 has quit (Ping timeout: 250 seconds)
[02:15:01]* NeoID__ has quit (Ping timeout: 255 seconds)
[02:22:10]* noecc has quit (Ping timeout: 260 seconds)
[02:23:13]* omega8cc has quit (Remote host closed the connection)
[02:23:22]* omega8cc has joined #aegir
[02:24:18]* xk has quit (Quit: Nice shoes, wanna fuck?)
[02:24:26]* scientist has quit (Ping timeout: 272 seconds)
[02:25:28]* omega8cc has quit (Remote host closed the connection)
[02:25:33]* noecc has joined #aegir
[02:26:04]* omega8cc has joined #aegir
[02:26:16]* SocialNicheGuru has joined #aegir
[02:26:33]<SocialNicheGuru>hi.
[02:26:33]<hefring>eh oh
[02:26:44]<SocialNicheGuru>i am having trouble cloning my site
[02:27:11]<SocialNicheGuru>it seems to just hang and I get no diagnostic information. how can I use drush from the command line to clone the site and add in diagnostic info
[02:30:00]* beautifulmind has quit (Quit: Leaving.)
[02:39:03]* psynaptic|break is now known as psynaptic
[02:40:43]* shrop has joined #aegir
[02:43:44]* noecc has quit (Ping timeout: 255 seconds)
[02:52:25]* noecc has joined #aegir
[02:54:48]* ngnp has quit (Quit: ngnp)
[02:56:41]* NeoID has joined #aegir
[02:57:21]* noecc has quit (Quit: No Ping reply in 180 seconds.)
[02:57:46]* noecc has joined #aegir
[03:01:25]* MadTBone has joined #aegir
[03:02:33]* ezra-g has joined #aegir
[03:03:35]* noecc has quit (Ping timeout: 260 seconds)
[03:03:37]* ghankstef has joined #aegir
[03:03:46]* EugenMayer has joined #aegir
[03:04:29]* FransK_netbook has quit (Read error: Connection reset by peer)
[03:07:18]* kylemathews has joined #aegir
[03:10:44]* Chipie1 has joined #aegir
[03:14:45]<EugenMayer>mig5: are you arround?=
[03:15:14]<EugenMayer>Iam asking myself if the task API supports something like
[03:15:53]<EugenMayer>"after that task do that"
[03:16:07]<EugenMayer>its kind of hard to do such as chaining as task are asyncron
[03:18:03]* noecc has joined #aegir
[03:18:15]* eaton has left #aegir ()
[03:20:02]* omega8cc_ has joined #aegir
[03:23:03]* omega8cc has quit (Ping timeout: 240 seconds)
[03:23:03]* omega8cc_ is now known as omega8cc
[03:26:48]* Chipie1 has quit (Quit: Leaving.)
[03:27:02]* Chipie_ has joined #aegir
[03:27:08]* Chipie_ has quit (Client Quit)
[03:27:59]* jackinloadup has joined #aegir
[03:28:12]* omega8cc has quit (Remote host closed the connection)
[03:28:31]* omega8cc has joined #aegir
[03:29:15]* ezra-g is now known as ezra-g|afk
[03:32:37]* Chipie1 has joined #aegir
[03:35:45]* SocialNicheGuru has quit (Ping timeout: 276 seconds)
[03:36:39]* noecc has quit (Ping timeout: 240 seconds)
[03:37:10]* lolmaus53258 has quit ()
[03:38:27]* obrienmd has joined #aegir
[03:40:33]* noecc has joined #aegir
[03:48:51]* Haza` is now known as Haza`Aw
[03:49:03]* noecc has quit (Ping timeout: 240 seconds)
[03:49:26]* obrienmd has quit (Ping timeout: 255 seconds)
[03:49:28]* obrienmd1 has joined #aegir
[03:50:55]<mikejoconnor>does anyone have any experience with aegir + ec2 + ebs
[03:53:46]* jhedstrom has joined #aegir
[03:58:26]<jackinloadup>mikejoconnor: i do. im still a n00b but i will try to help you
[03:58:39]<jackinloadup>whats your problem?
[03:59:09]* toddgeist has joined #aegir
[03:59:14]<mikejoconnor>everything is queuing up on io wait
[03:59:26]<mikejoconnor> 0.0%us, 1.0%sy, 0.0%ni, 1.0%id, 98.0%wa, 0.0%hi, 0.0%si, 0.0%st
[04:00:15]<toddgeist>hello... I am migrating a site from one aiegir server to another using the docs here http://community.aegirproject.org/node/117...
[04:00:30]* Chipie has quit (Remote host closed the connection)
[04:00:46]<toddgeist>the docs say you need SSH access as the aegir user to the old server
[04:00:56]* Slydder1 has joined #aegir
[04:01:01]<toddgeist>I thought that the aegir user was not supposed to have SSH
[04:01:03]<toddgeist>?
[04:01:04]* obrienmd has joined #aegir
[04:01:31]<jackinloadup>mikejoconnor: hmm that might be a little over my head. can you explain the issue a little more? I can't say i have had the issue with EBS.
[04:01:56]<mikejoconnor>I'm just having really poor performance on the ec2 block
[04:02:19]<jackinloadup>have you checked /var/log/syslog and /var/log/messges?
[04:02:24]* obrienmd1 has quit (Ping timeout: 276 seconds)
[04:03:14]<adrinux>toddgeist: you just need a way to move backups between servers, you don't *need* to do it that way
[04:03:26]* ryanarmstrong has joined #aegir
[04:03:34]<toddgeist>yeah I can just ftp it
[04:04:26]* fysa has quit (Ping timeout: 240 seconds)
[04:04:51]<toddgeist>but I was curious about trying it that way
[04:04:51]<jackinloadup>mikejoconnor: those are my log locations on debian. adjust for maximum effect ;-)
[04:04:59]* fysa has joined #aegir
[04:05:43]<ryanarmstrong>Quick question, what's the "best practice" way of moving a drupal site built outside of the aegir environment into the aegir environment?
[04:12:01]* psynaptic is now known as psynaptic|break
[04:15:31]* sepehr has joined #aegir
[04:19:51]* NikLP has quit (Ping timeout: 240 seconds)
[04:20:10]* obrienmd has quit (Quit: Leaving.)
[04:22:14]* obrienmd has joined #aegir
[04:29:04]* siliconmeadow has quit (Quit: Leaving.)
[04:33:08]* Chipie1 has quit (Quit: Leaving.)
[04:33:57]<toddgeist>i just noticed the new aegir client and aegir account manager roles. Is there some documentation on these somewhere? What do they do? ( i did search the aegir community site)
[04:36:03]* scientist has joined #aegir
[04:38:18]* adrinux has quit (Quit: Leaving.)
[04:43:47]* psynaptic|break is now known as psynaptic
[04:44:08]* noecc has joined #aegir
[04:52:49]<mikejoconnor>toddgeist: so apparently innodb consumes a lot of resource when creating tables
[04:53:13]<mikejoconnor>oops, not toddgeist... I meant jackinloadup
[04:54:04]<jackinloadup>mikejoconnor: are you importing a site or creating a new one?
[04:54:05]<toddgeist>"whew" - i was confused there for a moment
[04:54:08]<toddgeist>:>)
[04:54:12]<mikejoconnor>jackinloadup: creating new sites
[04:54:54]<mikejoconnor>jackinloadup: defaulting to myisam takes the install from 12 minutes, to 3 minutes
[04:55:02]<jackinloadup>mikejoconnor: i had a problem a week or so ago when i was trying to create an Open Publish website on my testing aegir install which runs on a micro
[04:55:19]<jackinloadup>thats quite a change
[04:55:38]<jackinloadup>mikejoconnor: what is you instance type?
[04:55:50]<mikejoconnor>m1.large
[04:56:19]<jackinloadup>that has worked well for my work server
[05:00:28]<omega8cc>now that is really weird: for some reason Aegir rewrites paths in the "files" table only once, when the site is renamed the first time, but doesn't rewrite paths on any next rename/migrate task. Just seen that probably 5th time on another imported site, so it's definitely something I need to debug asap
[05:02:06]* eft_ has joined #aegir
[05:03:21]<EugenMayer>omega8cc: do you have a second?
[05:03:55]<omega8cc>EugenMayer: probably, or two :)
[05:04:33]<anarcat>omega8cc: any comments on the prospect of making a RC today?
[05:04:41]<anarcat>i guess we'll talk about this in the scrum...
[05:04:43]<EugenMayer>omega8cc: iam trying to extend aegir and worked out some thing with mig5 already
[05:04:44]<anarcat>but i have that on my list
[05:05:22]<EugenMayer>omega8cc: iam doing things like deploying platforms on makefiles created by drush_make_ui, auto-creating platforms and auto migrating sites
[05:05:32]<omega8cc>anarcat: hmm.. it would be nice if we could revert that Drush revert to support 4.1 maybe
[05:06:14]<EugenMayer>omega8cc: i have extend aegir to undestand the "drupal project" term, so a relation between a site, a make file and a server. that means that if the platform gets updated ( due to make files updated ), the site can be auto-migrated to the platform
[05:06:18]<omega8cc>anarcat: also http://drupal.org/node/1042402 and http://drupal.org/node/1042312
[05:06:29]<anarcat>omega8cc: didn't get that phrase about drush
[05:06:46]<EugenMayer>omega8cc: so maintainance. Back to my question. I can auto-create platforms.I can auto-migrate sites
[05:07:05]<omega8cc>anarcat: http://git.aegirproject.org/?p=provision.git;a=commit;h=fbcaad1767981742...
[05:07:23]<EugenMayer>omega8cc: but i cant chain them due to them bein async. And now the questions is ( looking that the code, the answer would be no ), if there is something like "do this or call this after you finished that task sucessfully"
[05:07:37]<anarcat>omega8cc: http://gitorious.org/aegir/provision/commit/75fd7d9926c812c03a34dae06fd1... seems to be a huge diff compared to the explanatory comment.. care to add details in there?
[05:07:42]<EugenMayer>Because you cant even create the "migrate that site" task, before you dont have the platform there
[05:07:48]<omega8cc>anarcat: http://drupal.org/node/1041386
[05:08:07]<anarcat>i don'T get it
[05:08:13]<anarcat>you want to start using drush 4 again?
[05:08:19]<anarcat>doesn't that commit say it breaks multiserver?
[05:09:06]<omega8cc>anarcat: yeah, but the fix is probably simple (just not for me), but if that is not fixed yet, we can't use it, of course
[05:09:30]<omega8cc>EugenMayer: reading now..
[05:09:32]<anarcat>well, there's no fix is there
[05:10:47]<EugenMayer>omega8cc: getting something to eat
[05:13:32]<toddgeist>so I am still working out migrating to a new aegir server...
[05:13:49]<toddgeist>i get to "drush @gi1.gi-01.com provision-deploy"
[05:14:08]<toddgeist>with second arg pointed at my backup...
[05:14:24]<toddgeist>and I get this error
[05:14:27]<toddgeist>array_keys() expects parameter 1 to be array, null given deploy.provision.inc:84 [warning]
[05:14:28]<toddgeist>array_merge(): Argument #2 is not an array deploy.provision.inc:88 [warning]
[05:14:28]<toddgeist>Invalid argument supplied for foreach() deploy.provision.inc:89
[05:18:58]<EugenMayer>omega8cc: back
[05:19:03]<omega8cc>anarcat: http://drupal.org/node/1042312#comment-4011870
[05:20:20]* obrienmd has quit (Quit: Leaving.)
[05:23:17]<omega8cc>EugenMayer: this level of automation sounds a bit dangerous, as I don't see any reliable rollback possible for that kind of chained tasks - at least this is how that sounds, also, some tasks are already using silent post-processing like verify invoked after import etc
[05:23:49]* AquaticDisorder has quit (Remote host closed the connection)
[05:23:57]<EugenMayer>omega8cc: sure there is
[05:24:05]<EugenMayer>the old platform is still in place
[05:24:13]<EugenMayer>and due to my relation and my tracknig
[05:24:27]<EugenMayer>i know which site has been on which platform in which order and i can go back -1 easily
[05:24:47]<EugenMayer>omega8cc: but remember, i said "when a tasks end successfuly"
[05:24:59]<EugenMayer>so if building / verfiying a platform fails, dont migrate
[05:26:39]<omega8cc>yeah, but I mean: what if the chain will fail and will be unable to recover using built-in rollback? I have seen that many times - tasks failed for some mysterious reason will work on second attempt etc
[05:27:17]<EugenMayer>omega8cc: well if build chain platform fails
[05:27:22]<EugenMayer>try 2 times then fail
[05:27:27]<EugenMayer>(never migrate site)
[05:27:35]<EugenMayer>all those rules have one basic need
[05:27:41]<EugenMayer>"do it after the task ends"
[05:27:48]* jcapelo has joined #aegir
[05:27:54]<jcapelo>can I disable clean urls in aegir?
[05:29:27]* AquaticDisorder has joined #aegir
[05:29:57]<omega8cc>EugenMayer: what I mean is: it would use a double (two levels) rollback maybe, to auto-recover even if the first attempt fails, because it can fail for no "real" or permanent reasons.
[05:30:12]* adrinux has joined #aegir
[05:30:36]<EugenMayer>omega8cc: i really dont get your concerns right now
[05:30:57]<EugenMayer>i build a platform, like aegir does. If that platform cannot be verified
[05:31:03]<EugenMayer>DONT automigrate the site
[05:31:07]<EugenMayer>if it could, do it.
[05:31:36]<EugenMayer>There is nothing special in it, no issues in it. I can recovert he same way aegirs default workflow does
[05:31:47]<EugenMayer>all i need is an even fired up, on which i can react
[05:32:08]<EugenMayer>module_invove('task_ended',$task_id,$status;.
[05:33:39]<omega8cc>EugenMayer: as I wrote above - that "sounds" dangerous to get automation to that level - but it doesn't mean it *is* dangerous, that is simply my impression based on my (mis)understanding probably - and on my experience, since I have seen already so many "fails" where the system was not able to rollback properly
[05:34:01]<EugenMayer>well i dont get your "rollback" at all
[05:34:13]<EugenMayer>i build a platform - in parelell to the current "live platform"
[05:34:25]<EugenMayer>if it fails, the live platform does not even care, know / need to know this
[05:34:42]<EugenMayer>if it does not fail, well try to migrate the site.
[05:34:47]<EugenMayer>Before auto migrate, make a DB backup
[05:34:55]<omega8cc>say, the platform verifies so you assume it will work and you can fire up migration, right?
[05:35:13]<EugenMayer>if site migration fails and rollback freaks out, well just install the site on plateform - 1, rebackup db and your done
[05:35:23]<EugenMayer>omega8cc: yes
[05:35:44]<EugenMayer>omega8cc: dont get me wrong, i know you have a lot more exp. on aegir. I just try to see were the boundaries are
[05:36:11]<EugenMayer>omega8cc: so iam very interested in your opinion / arguments (might you could see this a different way reading the above =
[05:36:53]<omega8cc>but you don't know if that will really work until you will try the migrate task, and it can fail for many reason you simply can't reveal in the chained automated process
[05:38:54]<EugenMayer>i see
[05:38:54]<omega8cc>so this kind of automation could be safe only for standardized sites, and not for any customized/modified etc
[05:39:08]<EugenMayer>"customized" ?
[05:39:17]<jcapelo>would there be any reason why I cant disable clean urls in aegir?
[05:39:50]<EugenMayer>omega8cc: in my "migrations" its simple
[05:40:11]<EugenMayer>there are ~4 modules in a new version. So new "module code" + optionall updatedb and your done
[05:40:16]<omega8cc>EugenMayer: yes - just one module updated/changed in the meantime makes it "customized"
[05:40:17]<EugenMayer>its not really stuff like "d6 -> d7"
[05:40:29]<EugenMayer>ah thats never going to happen to me
[05:40:54]<EugenMayer>those sites are 100% deployed by aegir. so the module are in the exact same version the platform has been build
[05:40:56]* arianek has joined #aegir
[05:41:02]<EugenMayer>customer has no access to the modules at all
[05:41:36]<omega8cc>and that is the difference: you are thinking about environment you control in 100% while I'm thinking about environment managed by Aegir users
[05:41:48]<EugenMayer>ok i see
[05:42:47]<toddgeist>does anyone know where are the site aliases stored
[05:42:52]<toddgeist>are stored
[05:42:53]<toddgeist>?
[05:43:07]<adrinux>yes
[05:43:17]<EugenMayer>omega8cc: but my question still remains unasked :)
[05:43:24]<omega8cc>jcapelo: yes, clean URLs are *required* by Aegir
[05:43:26]* Artusamak is now known as Artusamak_afk
[05:43:54]<adrinux>toddgeist: /var/aegir/.drush iirc
[05:44:01]<toddgeist>thank you
[05:45:25]<omega8cc>EugenMayer: well, I'm not sure it applies to "my Aegir world" ;) so it sounds interesting, but only for a totally controlled, hosted sites/env.
[05:45:39]<EugenMayer>omega8cc: my question is more simple
[05:45:44]<EugenMayer>"is there an even if a task end" :)
[05:45:50]<EugenMayer>i ask as a developer :)
[05:46:09]<jcapelo>ok
[05:46:17]<jcapelo>cant get them to work :S,
[05:47:30]<omega8cc>ah, you mean this: "but i cant chain them due to them bein async. And now the questions is ( looking that the code, the answer would be no ), if there is something like "do this or call this after you finished that task sucessfully"
[05:47:40]<EugenMayer>yes :)
[05:49:47]<toddgeist>ok looking at my site alias which I created using drush...
[05:49:51]<toddgeist>I see this
[05:49:53]<toddgeist> 'site_path' => '/var/aegir/platforms/drupal-6.20//sites/gi1.gi-01.com'
[05:49:54]<omega8cc>every task reports success or failure so you can add your if/else logic to the chain, but I don't think we have any kind of generic api for this
[05:50:20]<EugenMayer>i have looked at the code today but could not find the right place
[05:50:33]<toddgeist>there are two slashes between 6.20 and sites
[05:50:39]<EugenMayer>i would provide a patch then. I mean it would not harm anybody if a hook gets called, or?
[05:50:55]<EugenMayer> module_invove('task_ended',$task_id,$status)
[05:51:00]* nicholasalipaz has quit (Remote host closed the connection)
[05:51:11]<toddgeist>is that an issue?
[05:51:39]* nicholasalipaz has joined #aegir
[05:52:49]* jhedstrom has quit (Read error: Operation timed out)
[05:53:22]* obrienmd has joined #aegir
[05:53:25]<omega8cc>EugenMayer: feel free to open an issue about it, unless it is already in the queue?
[05:53:31]* obrienmd has left #aegir ()
[05:53:41]<EugenMayer>omega8cc: hrrm, where is the issue queue
[05:53:50]<omega8cc>lol
[05:53:58]<omega8cc>see this room header
[05:54:17]* EugenMayer facepalms :)
[05:54:22]<EugenMayer>i do so, thanks for your time!
[05:54:30]<omega8cc>np!
[05:55:20]* MadTBone has quit (Ping timeout: 272 seconds)
[05:55:37]<omega8cc>toddgeist: that shouldn't be an issue, however I guess Aegir should cut off any slash at the end of the platform path by default
[05:55:45]<toddgeist>ok
[05:55:45]* jhedstrom has joined #aegir
[05:55:50]* EugenMayer has quit (Quit: Leaving.)
[05:56:04]<toddgeist>yeah I removed it and it still fails
[05:56:15]* obrienmd1 has joined #aegir
[05:56:16]<toddgeist>drush @gi1.gi-01.com provision-deploy /var/aegir/tmp/migrate/www.geistinteractive.com-20110127.163304.tar.gz
[05:56:40]<toddgeist>fails with an error array_keys() expects parameter 1 to be array, null given deploy.provision.inc:84
[06:00:07]<toddgeist>not sure where else to look. The platform is there the site alias is there... the command just plain fails :<(
[06:03:09]<toddgeist>ls
[06:04:14]<toddgeist>i would be a happy to poke around ...
[06:04:22]<toddgeist>but I am not even sure where to look
[06:04:59]<toddgeist>the error says "deploy.provision.inc:84 "
[06:05:23]<toddgeist>so i assume that there is a php file somewhere called "deploy.provision.inc"
[06:05:28]<toddgeist>but I can't find it?
[06:05:53]<toddgeist><sigh> i hate being such a moron </sigh>
[06:07:07]* mrchrisadams has quit (Quit: mrchrisadams)
[06:09:11]* adrinux has quit (Quit: Leaving.)
[06:09:34]* josh_k has joined #aegir
[06:10:03]<omega8cc>toddgeist: hmm, are you on php 5.3 maybe?
[06:10:47]<toddgeist>fresh aegir install using frigg
[06:10:57]<toddgeist>let me see what the php install is
[06:11:48]<toddgeist>yup php5.3 grrrr
[06:12:00]<toddgeist>could that be it?
[06:13:17]<omega8cc>yep, imo
[06:13:40]<toddgeist>ok
[06:13:54]* arianek is now known as arianek_afk
[06:14:11]<toddgeist>so is drush php 5.2 only?
[06:14:13]<omega8cc>at least I see the same error reported by a few 5.3 users
[06:14:21]<omega8cc>no, Aegir
[06:15:02]<toddgeist>interesting... I guess I knew that
[06:15:18]<toddgeist>but since frigg didn't make the distinction I didn't bother to check
[06:15:43]<omega8cc>Aegir doesn't support php 5.3 yet, (maybe the same is true for Drush, no idea, I don't use 5.3 yet)
[06:16:06]<toddgeist>and frigg was set up for debian... I hacked it for ubuntu
[06:16:22]<toddgeist>so frigg probably installs php5.2 on debian
[06:16:27]<omega8cc>so, that is the reason
[06:16:33]<omega8cc>yep, for sure
[06:16:41]<toddgeist>ok will maybe I have to go back to barracuda
[06:16:53]<omega8cc>;)
[06:17:02]<toddgeist>I just really need ssl and I have some trouble with nginx and ssl the last time I did it
[06:17:38]<omega8cc>it works, we are using it (ssl) in production
[06:17:42]* MadTBone has joined #aegir
[06:18:03]* psynaptic is now known as psynaptic|food
[06:18:38]<omega8cc>toddgeist: if in trouble, submit an issue in the github queue
[06:18:48]<toddgeist>I am too but I seem to recall some difficulty getting it setup
[06:19:00]<toddgeist>or I did it before you added ssl support
[06:19:07]<omega8cc>when it was?
[06:19:47]<toddgeist>quite a while back
[06:20:02]<toddgeist>I think pretty close to your first release of baracuda and octopus
[06:20:18]<omega8cc>there is now by default self-signed global ssl proxy in Barracuda but you can manage ssl directly in Aegir and even disable global proxy completely to avoid issues with some browsers
[06:20:45]<omega8cc>oh, it was improved since that time
[06:22:32]<toddgeist>you know I should probably just pay you and Albert to setup my server. :>)
[06:32:05]<omega8cc>toddgeist: lol! :)
[06:32:30]<toddgeist>lol
[06:33:49]* omega8cc_ has joined #aegir
[06:35:13]* omega8cc_ has quit (Remote host closed the connection)
[06:35:22]* omega8cc_ has joined #aegir
[06:37:30]* omega8cc has quit (Ping timeout: 240 seconds)
[06:37:30]* omega8cc_ is now known as omega8cc
[06:38:57]* obrienmd has joined #aegir
[06:42:05]* obrienmd1 has quit (Ping timeout: 264 seconds)
[06:48:56]<mig5>scrum in 10
[06:51:01]* jlkinsel has joined #aegir
[06:51:33]<omega8cc>good morning mig5!
[06:52:28]* Haza`Aw is now known as Haza`
[06:53:03]<mig5>morning
[06:56:27]* arianek_afk is now known as arianek
[06:58:11]<eft_>mig5: another morning, another tax
[06:58:52]<mig5>ugh, yeah
[06:58:58]* mig5 yawns
[07:01:34]* ezra-g|afk is now known as ezr-ag
[07:01:39]* ezr-ag is now known as ezra-g
[07:03:08]* obrienmd has quit (Quit: Leaving.)
[07:03:11]<anarcat>morning!
[07:03:17]<anarcat>scrum is late omg! ;)
[07:03:18]<mig5>hai!
[07:03:21]<mig5>oops
[07:03:22]<anarcat>sorry i'm late :)
[07:03:27]<mig5>too many emails to read
[07:03:32]<anarcat>first rule of scrums : start on time damnit! ;)
[07:03:41]<eft_>people still use email?
[07:03:44]<mig5>only 1 minute off. i blame timezones
[07:04:22]<anarcat>so anyways
[07:04:35]<anarcat>i almost caught up on all my issues
[07:04:53]<anarcat>i reported a few following significant upgrades
[07:05:02]<anarcat>maybe that was last week
[07:05:08]<mig5>I think so :)
[07:05:09]<anarcat>i want to make rc tonight
[07:05:23]<mig5>!
[07:05:24]<anarcat>oh, we have deployed our first d7 platform here
[07:05:43]<mig5>nicely done.hefring in here runs on d7
[07:05:50]<anarcat>still waiting on actual tests for this - i think i'll just merge it in: http://drupal.org/node/1033072
[07:06:08]<anarcat>i agree with http://drupal.org/node/1039168 that path shouldn't be editable
[07:06:18]<anarcat>and well, that's it!
[07:06:23]<mig5>nice!
[07:06:33]<anarcat>i think that koumbit will rework its own roadmap next week, so i'll keep you up to date on that
[07:06:37]<anarcat>so how about an rc?
[07:06:40]<mig5>yes please do merge that in, i have heard a number of people add those indexes themselves and report good results
[07:06:58]* ronia has joined #aegir
[07:07:05]<mig5>an rc sounds good
[07:07:19]<mig5>i would like to fix this http://drupal.org/node/1004526
[07:07:28]<mig5>this functionality got ripped out for some reason in like, June
[07:07:38]<mig5>so it's not critical, but i hate seeing good work disappear
[07:07:38]<anarcat>ah
[07:07:42]<anarcat>yeah, agreed
[07:08:08]<mig5>i'll briefly run through what i've been doing in the last 48 hours
[07:08:15]<mig5>i've mainly been trying to stabilise a bunch of shit
[07:08:25]<mig5>You could create platforms and servers with the same names/hostnames, leading to Duplicate entries and context clashes
[07:08:32]<mig5>http://drupal.org/node/1039010 http://git.aegirproject.org/?p=hostmaster.git;a=commitdiff;h=772cd8c2b5e...
[07:08:47]<mig5>Drush 4.x is broken in terms of rsyncing stuff to remote servers, so I reverted HEAD to use 3.3. see http://drupal.org/node/1041386
[07:08:47]* ghankstef has quit (Quit: ghankstef)
[07:08:58]* szczym starts backup before upgrade of 1 month old baracuda to head, fingers crossed ;)
[07:09:01]<mig5>Drush Make beta10 is broken re: remote makefile referencing. So upped to beta11. http://drupal.org/node/979656
[07:09:20]<mig5>committed that fix for that Quota bug: http://drupal.org/node/1003666
[07:09:26]<mig5>Some deprecated ereg_replace thing in provision
[07:09:34]<mig5>uid 1 was not mapped to client 1 in hosting_client_user which broke some client-based platform access control http://drupal.org/node/996578
[07:09:47]<mig5>unconed identified an infinite loop with provision-save and contexts: http://community.aegirproject.org/node/267
[07:09:52]<mig5>I couldn't reproduce the infinite loop but can confirm clusters simply don't work
[07:09:53]<anarcat>about that uid1 thing - i thought uid1 was bypassing all access checks?
[07:09:58]<anarcat>i think ergonlogic had problems with that in the past too
[07:10:06]<anarcat>i see
[07:10:07]<mig5>it *was* at some point
[07:10:19]<anarcat>it'd be nice that node/267 be reported as a real bug...
[07:10:20]<mig5>but i decided, if we are letting people check a box granting access to that user, then maybe it should just work as expected
[07:10:25]<anarcat>too bad ppl report issues on community.a.o
[07:10:32]<anarcat>agreed
[07:10:33]<mig5>if it bypasses the checks, it should probably not evenbe a checklist option,
[07:10:40]<mig5>so i just fixed it the other way
[07:10:41]* anarcat nods
[07:10:43]<anarcat>ok
[07:10:51]<mig5>yes unconed, He supplied me with a patch that seems to fix clusters! but concerned that I still couldn't reproduce the infinite loop.
[07:10:56]<mig5>xk has similar issues, so I put the patch there for review: http://drupal.org/node/1016890
[07:11:03]<anarcat>cool
[07:11:04]* j0nathan has quit (Quit: ยก Hasta luego !)
[07:11:06]<mig5>and finally that Aliases thing
[07:11:20]<mig5>(phew! yes i did take notes in preparation for this scrum :)
[07:11:24]<mig5>that's me done
[07:11:33]<anarcat>man you're awesome
[07:11:38]<anarcat>do you plan to be as awesome next week? ;)
[07:11:50]<mig5>i can try, but i might balance it out by throwing in some migressions
[07:11:52]<mig5>:)
[07:12:20]<eft_>my efforts are barely worth mentioning
[07:12:22]<eft_>I didn't mention last week that I contributed a small wiki : using drush_make to optimize workflow http://community.aegirproject.org/node/256
[07:12:26]<jcapelo>where in aegir would I have to edit to get clean_urls working? according to me everything in the server is set up, .htacces file in hostmaster, rewrite_module enabled in apache, what could be wrong? been reading all I can find about clean_urls and I am thinking is that aegir has some other .conf file I would have to edit or something
[07:12:35]<mig5>argh
[07:12:44]<mig5>eft_: yes, nice article!
[07:12:45]* recidive_ has joined #aegir
[07:12:54]<anarcat>mig5: excellent :)
[07:13:01]<anarcat>okay, anyone else has anything to add?
[07:13:05]<anarcat>anybody scared of an RC?
[07:13:10]<omega8cc>This week (well, in the last minute) I rewrote and finally submitted for review two commits: one to add Nginx related how-to in the docs/INSTALL.txt - http://drupal.org/node/1042402 and second (too big probably, sorry!) with many improvements for Nginx configuration templates: http://drupal.org/node/1042312. I promise to submit future changes in the small incremental chunks instead of one big update. Next week I plan to submit even more Nginx related improv
[07:13:11]<omega8cc>and will debug mysterious issue - Aegir fails to rewrite paths in the "files" table on second and next site rename tasks, it works only on the first rename and I reproduced it on more than 5 imported sites, so something for sure interesting to debug and submit a patch (I hope). Also, I plan to finally work on some multiserver deployments and hope to help to find a fix for Drush 4.1 - http://drupal.org/node/1041386. That is it from me.
[07:13:57]<anarcat>omega8cc: your first line was stripped
[07:14:03]<anarcat>at Nginx related improv
[07:14:11]<mig5>nice, yes i freaked out the other day not knowing how to set up aegir with just nginx :) so those docs would be great
[07:14:28]<anarcat>thanks omega8cc ! :)
[07:14:46]<anarcat>your work is really appreciated, i wonder if we shouldn't just commit the huge patch with the hope that next ones will be incremental :)
[07:14:56]<anarcat>esp. considering you also use git, you should really "commit often" :)
[07:15:01]<anarcat>okay, anybody else?
[07:15:06]<mig5>anRC would be great - either way, yes definitely a new release, there are some annoying and c ritical bugs in beta2 (the data loss multiserver one for one)
[07:15:19]<eft_>any word from devseed on moving c.a.o. ?
[07:15:29]<mig5>oh yes. or a.o
[07:15:47]<mig5>does anyone want to work on a drupalised version of a.o? and maybe give it to anarcat to host (or i can host it)
[07:16:00]<mig5>i can't theme for shit, so I'm out :)
[07:16:03]* recidive has quit (Ping timeout: 265 seconds)
[07:16:03]* recidive_ is now known as recidive
[07:16:12]<eft_>how much is there?
[07:16:22]<anarcat>mig5: i don't think we should drupalize a.o, actually
[07:16:27]* mikejoconnor has left #aegir ()
[07:16:30]<mig5>ah, cool that's fine with me
[07:16:31]<anarcat>just leave it like this, but remove the time-changing stuff
[07:16:33]<anarcat>and yeah we can host it
[07:16:34]<mig5>i remember adrian mentioning it
[07:16:53]<anarcat>oh, the DNS transfer of a.o and .com is stuck
[07:16:56]<mig5>everyone is annoyed at the g.d.o link, so if we could change that at least
[07:16:57]<mig5>ah
[07:16:59]<anarcat>email problems between gandi and devseed
[07:17:03]<anarcat>yeah
[07:17:04]<mig5>yay
[07:17:16]<mig5>it's just DNS! why are there emails :)
[07:17:18]<anarcat>i guess we could work around and just switch the NS records to start with so we can have something to work with
[07:17:23]<mig5>change the authoritative nameservers, boom
[07:17:27]<mig5>yeah
[07:17:27]<anarcat>yeah
[07:17:35]<anarcat>but they wanted to transfer ownership of the domains too
[07:17:37]<anarcat>and i started the xfer
[07:17:39]<mig5>oh i see
[07:17:46]<anarcat>but anyways, yeah, transfer the NS and we'll go ahead from there
[07:17:58]<anarcat>okay, that's it for the scrum folks, thanks for attendign!
[07:18:02]* anarcat heading for a sandwich
[07:18:02]<mig5>cheers
[07:18:08]<eft_>later
[07:18:44]* jlkinsel suspects he got hit by that multiserver dataloss bug, hadn't gotten around to verifying it yet
[07:19:07]<mig5>lucky there's a patch :)
[07:19:31]<toddgeist>hmmm me thinks I should now wait for the RC before installing a new install
[07:19:48]<jlkinsel>lucky I use multiple forms of backup. :) will look for the patch
[07:23:10]* omega8cc has quit (Remote host closed the connection)
[07:23:18]* omega8cc has joined #aegir
[07:23:47]* psynaptic|food is now known as psynaptic
[07:23:57]<szczym>omega8cc: sorry for bugging, i just started BARRACUDA.sh upgrade from 20.dec HEAD and it stucked hard on "Resolving deltas: 100% (2275/2275), done." last error is "Barracuda [Thu Jan 27 20:17:48 UTC 2011] ==> EXIT on error due to missing helpers." Should i really wait for it or is it something else ?
[07:25:05]* nicholasalipaz has quit (Remote host closed the connection)
[07:25:26]* nicholasalipaz has joined #aegir
[07:25:37]<omega8cc>you have git port open? the error means you can't connect to github and gitorious
[07:26:11]<omega8cc>or you have very slow network so it timeouts after 8s of waiting
[07:26:20]<szczym>im on linode
[07:26:32]* noecc has left #aegir ("pax")
[07:27:11]<omega8cc>no idea, I have a linode in newark with debian and it just works
[07:28:06]<omega8cc>make sure you can git clone repo from your server
[07:28:07]<szczym>i just run git clone https://github.com/omega8cc/nginx-for-drupal.git in test dir and get all repo content
[07:29:46]<capitan>awesome! you guys are working on getting a deb into debian! :D
[07:30:42]<omega8cc>szczym: it checks for aegir/helpers/apt.conf.noninteractive file so you don't have a complete repo probably, did you try gitorious maybe?
[07:30:50]<szczym>but when i run git clone git://code.aegir.cc/aegir i get fatal: The remote end hung up unexpectedly
[07:31:09]<omega8cc>hah, strange
[07:31:18]<szczym>i run vanila baracuda from your repo
[07:32:16]<szczym>same when i run on my desktop (ubuntu 10.10), strange...
[07:34:23]<omega8cc>maybe stop the cron and stop the firewall for now, no idea, it works on my test linode
[07:34:50]<szczym>you have debian on your linode ?
[07:35:03]<omega8cc>I mean: service cron stop && service csf stop
[07:35:03]<szczym>my aegir linode is ubuntu 10.04
[07:35:08]<omega8cc>yes, debian
[07:35:24]<omega8cc>and git clone git://code.aegir.cc/aegir/barracuda-octopus.git works
[07:35:49]* Artusamak_afk is now known as Artusamak
[07:36:08]<szczym>for me works too git clone git://code.aegir.cc/aegir/barracuda-octopus.git on vps and desktop
[07:36:52]<omega8cc>I blame crazy Ubuntu folks
[07:37:22]<szczym>i know i know ;)
[07:37:31]<omega8cc>really... it is a nice OS... for laptops
[07:38:56]<szczym>i run ubuntu on imac 20` and dont complain at all too ;P
[07:40:43]* jhedstrom has quit (Ping timeout: 246 seconds)
[07:41:10]<omega8cc>well, osx is also good *only* for laptops/desktops, but I guess it is the only thing it shares with Ubuntu :)
[07:41:51]<szczym>;)
[07:42:20]* capitan has quit (Remote host closed the connection)
[07:42:22]* Artusamak is now known as Artusamak_afk
[07:45:00]<jlkinsel>hey guys - what's the proper way to get the provisioning script to *not* put $conf['cache']=1 in a site's settings.php?
[07:45:28]<jlkinsel>I see where it's set in provision_drupal_settings.tpl.php, but don't hack core and all that...
[07:47:12]<eft_>jlkinsel: you may want to review http://community.aegirproject.org/node/39
[07:47:14]<mig5>you can create a local.settings.php alongside your site'ssettings.php and put $conf['cache'] = 0
[07:47:19]<mig5>which will override
[07:47:42]<mig5>omega8cc: ping
[07:47:46]<eft_>and specifically http://community.aegirproject.org/node/71
[07:48:07]<omega8cc>mig5: pong
[07:48:44]<mig5>i was reading http://drupal.org/files/issues/c65276cb7aa0e56948d52845988bb8a78ef2a93b....
[07:48:50]<mig5>+/etc/sudoers configuration::
[07:48:51]<mig5>+ aegir ALL=NOPASSWD: /etc/init.d/nginx
[07:48:57]<mig5>it doesn't need a 'restart' or something there?
[07:49:04]<omega8cc>no
[07:49:06]<mig5>i don't know, so i'm checking :)
[07:49:06]<mig5>ok
[07:49:50]<jlkinsel>eft_, mig5 - thx perfect
[07:51:25]<omega8cc>mig5: we don't use full command there because not all initd scripts for Nginx are the same and some don't have "reload" and only "restart" so we can't hardcode it in sudoers
[07:52:13]* realityloop has joined #aegir
[07:54:18]* jhedstrom has joined #aegir
[07:55:55]<mig5>good stuff, i'll commit this, got a couple tiny word changes
[07:57:14]<CIA-24>aegir/provision: mig * r032352c65ac6 /docs/INSTALL.txt: #1042402 by omega8cc - Update docs/INSTALL.txt with Nginx related how-to and remove/update some outdated how-to for multiserver setup
[07:57:21]<eft_>mig5: your revisions to http://community.aegirproject.org/node/20 was helpful tx
[07:57:35]<eft_>Setting up a Platform
[07:59:16]<mig5>yeah it needs to be consolidated with that response i gave to that guy last night in the Discussion area
[07:59:26]<mig5>about why it's a spoke model
[07:59:58]<mig5>and basically all needs to go into the Remote Servers section - or, a separate 'Remote Servers' section under 'Understanding Aegir' as opposed to 'Using'
[07:59:58]* jonhattan has quit (Quit: Ex-Chat)
[08:01:23]* joestewart is now known as joestewart|afk
[08:02:14]<eft_>yeah I agree with moving those architectural type docs to Understanding Aegir
[08:03:00]<mig5>and then a tiny faq item 'how do i use remote servers' pointing to that
[08:03:03]<omega8cc>mig5: thanks!
[08:03:14]<mig5>omega8cc: thank *you*!
[08:03:51]* jhedstrom has quit (Ping timeout: 240 seconds)
[08:04:18]* jhedstrom has joined #aegir
[08:08:12]<jcapelo>does aegir use a different .htaccess ? or is there something different about the configuration i need for clean-urls
[08:08:13]<jcapelo>?
[08:10:11]* shrop has quit (Quit: shrop)
[08:14:46]* univate has joined #aegir
[08:19:03]* adrinux has joined #aegir
[08:21:27]* arianek is now known as arianek_afk
[08:28:16]* daven_ has joined #aegir
[08:28:46]* daven_ has quit (Client Quit)
[08:34:07]<CIA-24>aegir/hostmaster: mig * r00cd805c98c6 /modules/hosting/platform/hosting_platform.module: #1039168 - after creating platform, publish path should not be changeable
[08:36:12]* scientist has quit (Remote host closed the connection)
[08:36:56]* scientist has joined #aegir
[08:37:05]<scientist>hum, crash de X-Chat
[08:38:03]<realityloop>mig5: ping
[08:38:25]<jcapelo>in aegir do I have to edit any of the conf files inside /var/aegir/config folder for clean_urls to work? or to call the right .htaccess from hostmaster/ ?
[08:40:47]<mig5>realityloop: hey
[08:41:07]<mig5>jcapelo: clean urls Just Work in aegir, no other config necessary. so you have something in there that's overriding it or something and breaking it
[08:41:28]<mig5>if you have mod_rewrite enabled, restart apache to make sure it's loaded
[08:43:10]<realityloop>mig5: I was wondering if it would be possible to show backup filesizes in the backups list?
[08:43:45]<mig5>hmm
[08:44:01]* ronia has quit (Quit: ronia)
[08:44:05]<mig5>wellwe could but that info is just coming out of the database
[08:44:10]<mig5>so that means we'd have to store the size in the db too
[08:44:20]* lukus has joined #aegir
[08:44:56]<mig5>file a feature request i guess - we'll have to capture the size of the tarball and then report it back to Hosting to store it
[08:45:08]<mig5>sowillneed to add a column to that table
[08:45:52]<mig5>fixed your bug btw http://drupal.org/node/996578
[08:48:10]<jcapelo>in /var/aegir/config/server_master/apache/platform.d/platform_hostmaster.conf
[08:48:18]<jcapelo>it calls the hostmaster/.htaccess
[08:48:26]<jcapelo>then it says AllowOverride what should it be at?
[08:48:47]<mig5>uh
[08:48:52]<mig5>so it basically copies your platform's .htaccess
[08:49:00]<mig5>if your .htaccess is wrong, you should fix it
[08:49:01]<mig5>:)
[08:49:06]<mig5>but out of the box it Just Works
[08:49:09]<jcapelo>ok
[08:49:15]<mig5>so long as mod_rewrite is enabled
[08:49:21]* gusaus has joined #aegir
[08:49:33]<mig5>we even force $conf['clean_urls'] = 1; in the settings.php of the sites
[09:00:48]* mirrow has joined #aegir
[09:01:04]* totten has joined #aegir
[09:02:17]<mirrow>hello
[09:02:47]* arianek_afk is now known as arianek
[09:03:02]* Slydder1 has quit (Quit: Leaving.)
[09:07:29]* secoif has joined #aegir
[09:09:01]* mirrow has quit (Quit: Page closed)
[09:10:23]<jcapelo>and if im getting page not found for the links with clean-urls what would be wrong?
[09:11:25]* psynaptic is now known as psynaptic|away
[09:11:41]<adrinux>jcapelo: you entered the wrong url? :P
[09:11:55]<jcapelo>hehe no
[09:12:06]<jcapelo>this is the address right now in my machine
[09:12:19]<adrinux>you have mod_rewrite enabled? assuming you're using apache
[09:12:25]<jcapelo>i do
[09:12:34]<jcapelo>i can see it in apache2ctl modules command
[09:13:00]<jcapelo>portal.com/hostmaster-0.4-beta2/?q=admin
[09:13:02]<jcapelo>that one works
[09:13:04]<jcapelo>this one doesnt
[09:13:08]<jcapelo>portal.com/hostmaster-0.4-beta2/admin
[09:13:39]<mig5>er
[09:13:42]<adrinux>what does the server log say when you visit the latter jcapelo?
[09:13:44]<mig5>you can't have a subdirectory site like that
[09:13:49]<mig5>portal.com/hostmaster-0.4-beta2
[09:13:54]<adrinux>that's what I was thinking too
[09:14:24]<jcapelo>ok
[09:14:44]<jcapelo>so its gotta be in
[09:14:45]<jcapelo>portal.com/
[09:14:47]<jcapelo>thats it
[09:14:48]<jcapelo>?
[09:15:23]<adrinux>jcapelo: you can use sub domains
[09:15:52]<adrinux>test.portal.com, site.portal.com, beta2-dev.portal.com etc
[09:16:08]<adrinux>there's really no reason to use a sub-directory like that
[09:16:12]<jcapelo>ok ok
[09:16:17]<jcapelo>gonna try that
[09:16:36]<adrinux>need to set up the dns for it of course :)
[09:19:00]<realityloop>mig5: thanks for fixing that issue.. here's another :P http://drupal.org/node/1042758
[09:19:49]<jlkinsel>heh
[09:20:10]<toddgeist>if I want relatively stable barracuda-octopus install, is it better to skip the Bind install?
[09:21:08]<toddgeist>I already have a wildcard domain setup and pointing at the server
[09:22:18]* j0nathan has joined #aegir
[09:22:46]* bobinabottle has joined #aegir
[09:23:04]* sepehr has quit (Quit: Leaving.)
[09:23:35]* bobinabottle has quit (Client Quit)
[09:25:43]<omega8cc>toddgeist: it is only for testing dev-dns stuff, skip it
[09:25:51]<toddgeist>thank you!
[09:26:20]<toddgeist>I need to get this bad boy up.
[09:26:25]<toddgeist>:>)
[09:35:21]<ryanarmstrong>Quick question, what's the "best practice" way of moving a drupal site built outside of the aegir environment into the aegir environment?
[09:36:48]<jlkinsel>tell aegir about the platform, and it'll discover the site, iirc
[09:37:36]<ryanarmstrong>Ok, I actually have a platform already made that I want it to sit on, so should I do a temp platform that is just for that site and then migrate it over?
[09:37:44]<jlkinsel>yep
[09:38:09]<jlkinsel>http://community.aegirproject.org/node/21
[09:38:18]<ryanarmstrong>Perfect, thanks man!
[09:38:56]* simesy has joined #aegir
[09:48:41]* skwashd-laptop is now known as skwashd
[09:51:44]* ezra-g has quit (Quit: Mastering Drupal Chapters: http://masteringdrupal.com/shop)
[09:58:04]* q0rban has quit (Quit: Computer has gone to sleep.)
[09:59:50]* ezra-g has joined #aegir
[10:02:34]* nick_santa has joined #aegir
[10:08:16]* arianek is now known as arianek_afk
[10:15:35]* gusaus has quit (Quit: gusaus)
[10:16:57]<jcapelo>allright I dont have it as a subdirectory anymore
[10:17:02]<jcapelo>its portal.com/
[10:17:07]<jcapelo>clean_urls are still not working
[10:18:20]* recidive has quit (Quit: zzz)
[10:27:13]<jlkinsel>guys - is there something missing, perhaps, on the provision-save/provision-install steps at http://community.aegirproject.org/node/41 ? provision-install-backend fails because it's looking for sites/default/settings.php
[10:29:44]<mig5>not sure what you're trying to do
[10:29:51]<mig5>provision-install-backend looks weird
[10:30:08]<mig5>you're not running that directly are you?
[10:30:31]<mig5>this is how i run those combos from the cli
[10:30:33]<mig5>/var/aegir/drush/drush.php --uri='test.mig5.net' provision-save
[10:30:33]<mig5>'@test.mig5.net' --context_type='site'
[10:30:33]<mig5>--platform='@platform_greenbeetest' --profile='greenbee_profile'
[10:30:33]<mig5># Install the site
[10:30:34]<jlkinsel>basically I'm trying to automate the process of building a site and adding it to aegir using drush commands
[10:30:35]<mig5>/var/aegir/drush/drush.php @test.mig5.net provision-install
[10:30:43]<mig5>have a read of http://lists.aegirproject.org/pipermail/aegir/2011-January/000026.html
[10:30:53]<mig5>not really specific to that, but it's a recent example that works
[10:31:00]* NikLP has joined #aegir
[10:31:15]<jlkinsel>I ran provision-install-backend by hand after provision-install stated it failed
[10:31:16]<jlkinsel>will read
[10:33:25]<mig5>yeah should fix the first problem first :)
[10:33:30]<mig5>(why provision-install failed)
[10:34:02]<mig5>that thread might interest you because it also explains how to add the platform form the cli too (don't need to go in and add a platform node in the UI)
[10:34:05]<mig5>great for scripting
[10:34:30]<mig5>couple with drush_make and you are a walking god of drupal deployments ;)
[10:37:55]<jlkinsel>yea drush_make rocks. I thought provision-install was failing on provision-install-backend, but will look closer here...
[10:39:08]<mig5>it depends on the drush alias you generate when running provision-save
[10:39:14]<mig5>so even that can break the subsequent install attempt
[10:40:51]* gusaus has joined #aegir
[10:42:08]* Artusamak_afk is now known as Artusamak
[10:47:10]<jlkinsel>I'm running drush provision-save @test.proind.us --context_type=site --uri=test.proind.us --platform=@platform_testpressflow --profile=pressflow
[10:47:55]<jlkinsel>then drush @test.proind.us provision-install-backend --debug
[10:47:58]<jlkinsel>first error I see is...
[10:48:20]<jlkinsel>Running: /usr/bin/php /var/aegir/drush/drush.php --php=/usr/bin/php @test.proind.us provision-install-backend --backend [0.3 sec, 4.79MB]
[10:48:27]<jlkinsel>The external command could not be executed due to an application error.
[10:53:00]* gusaus has quit (Ping timeout: 272 seconds)
[10:53:05]<mig5>10:46 < jlkinsel> then drush @test.proind.us provision-install-backend --debug
[10:53:07]<mig5>should just be provision-install
[10:53:13]<mig5>not provision-install-backend