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

2011-01-27
2011-01-29
TimeNickMessage
[11:00:49]* adrinux has quit (Quit: Leaving.)
[11:01:04]* Artusamak is now known as Artusamak_afk
[11:03:59]<jlkinsel>sorry - that was a bad copy/paste - I am running provision-install
[11:07:35]* ezra-g has quit (Quit: Mastering Drupal Chapters: http://masteringdrupal.com/shop)
[11:08:00]<jlkinsel>the platform's ok, I can create sites on it through the front end...
[11:09:28]* erutan has joined #aegir
[11:10:11]* shrop has joined #aegir
[11:10:34]<toddgeist>just ran the barracuda installer again
[11:10:53]<toddgeist>still get a 404 when I try to hit the final link
[11:12:27]<toddgeist>I had to restart nginx
[11:12:31]<toddgeist>then it works
[11:13:27]<ryanarmstrong>Another quick question. If I have a platform that's Drupal 7, plus say, views, token, pathauto, and a couple other modules that I want on every site made on that platform. Now I know the best practice if I want to update d7 core is to make a new platform with the new core plus those modules and migrate from one platform to another. But what if I just want to update say the pathauto module to a new version? Should I be us
[11:14:00]<mig5>just make another platform with drush_make, containing the new pathauto module
[11:14:08]<mig5>Yes, jsut for that one module,make a whole new platform, and migrate
[11:14:20]<mig5>it takes 5 seconds
[11:14:34]<mig5>and it backs up your site and can roll back if pathauto for some reason breaks things beyond repair
[11:14:43]<ryanarmstrong>Ok cool, I figured that'd be the best practice way but I just wanted to check
[11:14:49]* scientist has quit (Ping timeout: 240 seconds)
[11:14:53]<ryanarmstrong>Awesome thanks for the quick replay mig5
[11:14:54]<mig5>definitely best practice :)
[11:14:57]<mig5>no prob
[11:15:12]<erutan>yeah, i tried dropping a dev build of a module in an existing platform to be lazy and got bit once
[11:15:22]<ryanarmstrong>Also, I wanted to thank you for the in-depth post you gave me on the community page regarding using Git and Aegir. The articles you linked were great.
[11:15:27]<mig5>jlkinsel: the only difference I can see is that i wrap my parameters in quotes, ie --context_type='site' as opposed to --context_type=site
[11:15:32]<erutan>wasn't an issue with snapshots/backup_migrate dumps on the side, but migrate is the way to go :p
[11:15:37]<mig5>jlkinsel: check that the alias file it saves in ~/.drush after provision-save, looks sane
[11:15:48]<mig5>ryanarmstrong: no prob!
[11:16:08]<mig5>the hardest part is getting used to the somewhat different paradigm of doing lots of builds/migrates
[11:16:41]<ryanarmstrong>Yea definitely, but worth it in the end
[11:16:51]<mig5>yep
[11:17:02]<mig5>clients don't want cowboys who do drush up on their live site without even backing up first :)
[11:17:03]<ryanarmstrong>I still get a kick over filling out a couple of fields and *poof* a Drupal site lol
[11:17:09]<mig5>heh
[11:17:32]<anarcat>mig5: dude, you're on fire :)
[11:17:44]<mig5>i am working on something that when you do a new git commit/push, it automatically builds a new platform
[11:17:50]<mig5>soon we willbe able to script doing a migrate to it
[11:17:57]<mig5>so its automatic and good testing platform
[11:18:00]<mig5>anarcat: heh
[11:18:05]<mig5>too much coffee!
[11:18:14]<mig5>http://drupal.org/node/1042758
[11:18:17]<mig5>already have a patch for that
[11:18:18]<jlkinsel>I'll send ya a pound ro two. ;)
[11:18:19]<jlkinsel>or
[11:18:23]<anarcat>that's what i'm talking about :)
[11:18:26]<mig5>that backup list form is so screwed
[11:18:29]<mig5>there's no theme function
[11:18:36]<anarcat>be scared
[11:18:39]<mig5>don't know where to start fixing that
[11:18:53]<mig5>and this is almost fixed http://drupal.org/node/1004526#comment-4013588
[11:18:56]<mig5>it actually works
[11:19:04]<mig5>but the alias / drushrc.php doesn't reflect the site aliases
[11:19:30]* mrfelton has quit (Quit: mrfelton)
[11:20:25]<mig5>./provision.context.site.inc: $this->setProperty('aliases', array(), TRUE);
[11:20:25]* shrop has quit (Quit: bye)
[11:20:29]<mig5>don't understand why we do things like that
[11:20:51]<anarcat>yo are magic man
[11:20:56]<mig5>it's like we've forced this stuff to be null, we don't even check to see if ther'es data
[11:32:15]* totten has quit (Ping timeout: 240 seconds)
[11:34:01]<jlkinsel>ok - looks like by default it was using --db_server=@server_master. once I specified --db_server=@server_localhost I got a little further...
[11:37:02]* totten has joined #aegir
[11:37:56]* Haza` is now known as Haza`Aw
[11:40:34]* penyaskito has quit (Read error: No route to host)
[11:45:48]* ryanarmstrong has quit (Quit: Leaving.)
[11:50:46]* AquaticDisorder has quit (Remote host closed the connection)
[11:54:17]* recidive has joined #aegir
[12:09:10]* mweltin has quit (Ping timeout: 240 seconds)
[12:09:39]* mweltin has joined #aegir
[12:11:17]<jlkinsel>soo...provisioning of the site nearly completes now, welcome email is sent, then I get "Changes for drush_example_provision_install module have been rolled back"
[12:11:29]* lukus has quit (Ping timeout: 240 seconds)
[12:12:15]<jlkinsel>if I do a hosting-import, it'll see the site's not installed, runs provision-install again is successful
[12:12:26]* NikLP has quit (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
[12:12:50]* jhedstrom has quit (Ping timeout: 240 seconds)
[12:30:32]* jhedstrom has joined #aegir
[12:38:06]* eft_ has left #aegir ()
[12:44:08]* nicholasalipaz has quit (Remote host closed the connection)
[12:44:28]* nicholasalipaz has joined #aegir
[13:03:23]* arianek_afk has quit (Remote host closed the connection)
[13:05:51]* jackinloadup has quit (Ping timeout: 240 seconds)
[13:07:55]* ezra-g has joined #aegir
[13:16:12]* jackinloadup has joined #aegir
[13:20:51]* erutan has quit (Quit: Bye!)
[13:22:55]* xk has joined #aegir
[13:31:22]* jhedstrom has quit (Ping timeout: 255 seconds)
[14:00:24]* jackinloadup has quit (Quit: jackinloadup)
[14:00:34]* grugnog_laptop has joined #aegir
[14:04:49]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[14:15:12]* realityloop has quit (Remote host closed the connection)
[14:17:22]* grugnog_laptop has joined #aegir
[14:21:22]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[14:21:50]* grugnog_laptop has joined #aegir
[14:26:36]* ergonlogic1 has joined #aegir
[14:27:12]* ergonlogic has quit (Read error: Connection reset by peer)
[14:35:05]* macrocosm has joined #aegir
[14:37:51]* jackinloadup has joined #aegir
[14:39:34]* recidive has quit (Quit: zzz)
[14:42:03]* omega8cc has quit (Remote host closed the connection)
[14:42:12]* omega8cc has joined #aegir
[14:45:45]<macrocosm>seems alternative port handling has been moved? I cant seem to find where I can set my default port to 8080, there was a file in the install profile in the last version I was using.
[15:08:08]<macrocosm>Looking around aegir posts it seems ports are done a lot differently now
[15:08:18]<macrocosm>hmm ... manual edits of vhost.d files every time a verify or other process runs wont do. It keeps setting the port back to 80 :(
[15:12:55]<xk>you need to edit the default port
[15:13:08]<macrocosm>yeah .. but where is that done now?
[15:13:12]<xk>in the UI
[15:13:17]<macrocosm>I was on alpha8
[15:13:58]<mig5>in the server ui i think, macrocosm
[15:14:01]<mig5>server node
[15:14:40]<simesy>why does aegir set my $conf['cache'] = 1?
[15:14:47]<macrocosm>hmm looking at that node is stays port 3306
[15:15:14]<macrocosm>ahhh found it
[15:15:18]<macrocosm>thanks :/
[15:15:48]<mig5>i don't think you can add *multiple* ports anymore
[15:15:50]<mig5>like you used to
[15:15:56]<mig5>it's not a comme-delimited list or whatever
[15:16:06]<macrocosm>it was just a tad different than I was used too .. thanks for the tip I would not have looked at those nodes for a while lol
[15:16:40]<macrocosm>loving beta2 its faster than ever
[15:24:23]<simesy>based on this http://groups.drupal.org/node/92734, afaict, I need to use local.settings.php to turn off anonymous caching?
[15:24:57]<mig5>yes
[15:25:04]<mig5>per site, that is
[15:25:15]<mig5>you can use the global.inc in /var/aegir/config/includes or whatever
[15:25:23]<simesy>I assume there is good reason to force anonymous caching.
[15:25:27]<mig5>we may change it so that caching is off by default and you override to turn it on
[15:25:29]<mig5>there's a ticket about that
[15:25:35]<mig5>i have not yet found a reason why we force that
[15:25:39]<simesy>ok
[15:25:39]<mig5>i disagree with it
[15:25:51]<mig5>but you never know if there's some arcane requirement for it lurking in the back of adrian's mind
[15:25:54]<mig5>we may never know
[15:25:56]<simesy>looked at the commit message and no suggestion
[15:26:03]<mig5>i plan on taking it out and seeing what breaks
[15:26:16]<mig5>i know we rely on some weird cache thing when actually running an install of a drupal site
[15:26:21]<mig5>but that's it
[15:26:33]<mig5>hold up and i'll find you a ticket to sub to
[15:26:40]<simesy>can't use global.inc because then you force it off for all sites :0
[15:26:44]<simesy>:) i mena
[15:26:48]<mig5>http://drupal.org/node/984396
[15:26:50]<simesy>thx
[15:26:51]<mig5>yeah
[15:26:57]<mig5>so you use local.settings.php to control it per site
[15:27:11]<mig5>or use php conditionals and HTTP_HOST blah in the global.inc
[15:27:13]<mig5>either way
[15:40:17]* josh_k has quit (Ping timeout: 264 seconds)
[15:41:01]<simesy>mig5: before I hit submit, settings.php should be edited right?
[15:41:05]<simesy>shouldn't
[15:42:25]<simesy>haha the tag is aegirWTF
[15:44:53]* obrienmd has joined #aegir
[15:46:42]<mig5>settings.php should not need to be edited
[15:46:47]<mig5>it does an include of local.settings.php
[15:46:53]<mig5>maybe you need <?php tags or something
[15:47:27]<simesy>mig5: oh i mean submit on this issue, just confirming i'm right about not supposed to edit settings.php
[15:47:45]<mig5>yes, you don't need to (I use this in production_
[15:47:45]<simesy>submitted
[15:47:48]<mig5>ok
[15:47:53]<mig5>so you have a problem with it basically? :)
[15:47:56]<mig5>maybe i'll just read the ticket
[15:48:27]<mig5>ah ok
[15:48:30]<simesy>no, just making sure I'm not saying the right thing
[15:48:36]<mig5>i thought you were sugesting you were experiencing problems using local.settings.php
[15:48:41]<mig5>yep, no i totally agree with all your points
[15:48:47]<mig5>i don't like enforcing policy and we don't do it as a rule
[15:48:49]<simesy>oh no, it's fine, i have a switch in the global now
[15:48:52]<mig5>which makes it more strange why we've done so here
[15:48:54]<simesy>yes it's one for the books
[15:48:58]<simesy>mmm
[15:49:06]<mig5>it just makes me wonder if this was an exception for a reason
[15:49:10]<simesy>ya
[15:49:23]<mig5>let me take it out in HEAD for a bit maybe
[15:49:28]<mig5>and i'll run some tests
[15:49:50]<simesy>i'm ok personally just lost an hour on it. It's going to trip people up.
[15:50:09]<mig5>it's been around for ever :)
[15:50:31]<mig5>before my time
[15:50:37]<mig5>anarcat: ping
[15:50:43]<mig5>probably asleep by now
[15:52:30]<xk>simesy :)
[15:54:35]* obrienmd has quit (Quit: Leaving.)
[15:55:17]<simesy>wierd i've never come across it... must be because I happen to be devving some anon pages
[15:56:00]<simesy>something looks weird about how i spelt that
[15:57:12]* eft has joined #aegir
[16:00:06]<mig5>it's in the oldest commit from 2008 http://git.aegirproject.org/?p=provision.git;a=commitdiff;h=54bfa4d7cabb...
[16:00:43]<mig5>might dig into cvs on d.o
[16:08:05]<simesy>heh
[16:09:48]<xk>hmm
[16:09:59]<xk>why do I need to specify -r with drush if the root is specified in the drush alias file?
[16:10:10]<xk>if I specify --uri
[16:14:02]<anarcat>mig5: pong
[16:21:19]<mig5>anarcat: ah, wanted to chat about this whole $conf['cache'] = 1 thing we have hardcoded in settings.php template
[16:21:27]<mig5>it seems the one case of 'policy' where we normally try to avoid it
[16:21:40]<mig5>which makes me wonder, in 2008 was there a reason it went in, maybe the installer depended on it or something
[16:22:03]<mig5>i agree with everyone that it shouldn't force it like that, but wondering if it would break anything if i took it out
[16:22:09]* Slydder1 has joined #aegir
[16:22:10]<mig5>pondering removing it and doing some test HEAD installs
[16:22:19]<anarcat>take it out
[16:22:31]<mig5>sold
[16:22:33]<mig5>:)
[16:22:45]<anarcat>i thought we agreed already :)
[16:22:54]<mig5>maybe we did, i dunno
[16:22:56]<anarcat>that needs to be in the relnotes, but otherwise just do it
[16:23:00]<mig5>yep, cool
[16:24:30]<xk>hmmm
[16:24:44]<xk>is there any secret method to enabling memcache support?
[16:25:00]<mig5>depends
[16:25:06]<mig5>trying to do it on install via a profile?
[16:25:14]<xk>it looks like if you enable it _after_ using the site.
[16:25:16]<xk>then try to login
[16:25:17]<xk>it fails.
[16:25:24]<mig5>http://drupal.org/node/703600
[16:25:30]<mig5>probably need to set some cache_inc foo
[16:25:31]<mig5>but dunno
[16:26:06]* ezra-g has quit (Quit: Mastering Drupal Chapters: http://masteringdrupal.com/shop)
[16:26:33]* xk makes an index of all the bugs
[16:26:47]<xk>well... ones that I've hit so far :)
[16:27:14]<CIA-24>aegir/provision: mig * r9442dbb245bb /platform/provision_drupal_settings.tpl.php: #984396 remove hardcoded cache setting to avoid much DrupalDrama
[16:27:18]<mig5>and yet no patches xk
[16:27:20]<mig5>what's the deal
[16:27:24]<mig5>so many bugs, so little fixes! :)
[16:27:30]<xk>I'm put off by all the bugs :)
[16:27:35]<mig5>pfff
[16:27:56]<xk>ok
[16:28:01]* MadTBone has quit (Ping timeout: 265 seconds)
[16:28:03]<xk>that bug refers to aegir not working with memcache... which I know
[16:28:15]<xk>but I'm talking about any site, you enble memcache part-way through using it
[16:28:19]<xk>strange things happen
[16:29:24]<mig5>i did it a while ago, can't remember if i had issues
[16:29:38]<mig5>you should also ask on #drupal or #drupal-support as it's probably more more people who've used the module
[16:30:02]<mig5>i used it in conjunction with AuthCache
[16:30:08]<xk>usually upgrading resolves all the bugs i encounter :)
[16:40:53]<toddgeist>hmmm failing a site import with this error
[16:40:56]<toddgeist>The drush command '@ provision-import' could not be found.
[16:41:03]<toddgeist>anyone have any clues?
[16:44:49]<xk>what I dont understand is how session caching can break, if data exists in teh database.
[16:44:54]<xk>why not populate the cache from the db?
[16:45:00]<xk>if it breaks
[16:46:20]* eft has quit (Quit: eft)
[16:48:30]<xk>fucking hell
[16:52:05]* beautifulmind has joined #aegir
[16:52:15]* Slydder1 has quit (Quit: Leaving.)
[16:56:23]* nick_santa has quit (Quit: nick_santa)
[17:00:33]<mig5>anarcat: http://bgpmon.net/blog/?p=450
[17:01:14]<mig5>Noor Data Networks are actually announcing *more* prefixes than less compared to all other egyptian ISPs
[17:01:17]<mig5>that's interesting
[17:01:37]* jcapelo has quit (Quit: jcapelo)
[17:02:22]<anarcat>yep
[17:03:53]<mig5>brave bastards
[17:13:39]* EclipseGc has quit (Quit: EclipseGc)
[17:17:45]* beautifulmind has quit (Read error: No route to host)
[17:18:17]* beautifulmind has joined #aegir
[17:23:53]<xk>hmm... how are drupal session IDs calculated?
[17:27:34]* realityloop has joined #aegir
[17:27:59]* realityloop has quit (Remote host closed the connection)
[17:35:03]* jackinloadup has quit (Quit: jackinloadup)
[17:37:30]<xk>l
[17:37:31]* xk has left #aegir ()
[17:39:52]* jackinloadup has joined #aegir
[17:41:55]* eft has joined #aegir
[17:48:17]* Chipie has joined #aegir
[17:52:34]* beautifulmind1 has joined #aegir
[17:53:54]* beautifulmind has quit (Ping timeout: 246 seconds)
[18:07:26]* secoif has quit (Quit: secoif)
[18:21:42]* kylemathews has quit (Ping timeout: 276 seconds)
[18:27:31]* CashWilliams has joined #aegir
[18:36:53]* ngnp has joined #aegir
[18:53:24]* secoif has joined #aegir
[18:53:34]* secoif has quit (Client Quit)
[18:57:15]* ronia has joined #aegir
[19:07:41]* xk has joined #aegir
[19:07:57]<xk>hmm
[19:09:59]* eft has left #aegir ()
[19:11:14]<skwashd>xk: why don't campbell to hire mig5 for a day to do things right the first time?
[19:11:46]<xk>haahahahaahhah
[19:12:08]<mig5>zing!
[19:13:15]<skwashd>xk: i was actually being serious
[19:13:48]* beautifulmind1 has quit (Ping timeout: 265 seconds)
[19:18:29]<xk>it still wouldn't solve the bugs.
[19:18:32]<xk>it would hide them
[19:20:39]<mig5>so find something else to use
[19:20:40]<mig5>seems obvious
[19:20:46]* realityloop has joined #aegir
[19:20:52]<mig5>why use something that's buggy that you're not willing to fix? :)
[19:21:03]<xk>because I didnt create the bugs.
[19:21:19]<mig5>um
[19:21:21]<mig5>right :)
[19:21:27]<xk>plus even if I did get involved... I wouldn't know what is the preferred way to fix it as not to cause other problems.
[19:21:31]<mig5>then i don't think this community is for you
[19:21:38]<mig5>that's ok - neither do i
[19:21:45]<mig5>that'ws what we call 'migressions' in the code actually :)
[19:22:37]<mig5>so you're looking for a finished product that's free of bugs that is opensource and welcomes your contributions, but you don't want to contribute
[19:22:46]<mig5>i think you're in for a rough time in opensource :)
[19:23:10]<mig5>p.s you encountered that bug with clusters: there is a patch there for you to test if you like
[19:23:16]<mig5>if you're still looking to use that feature that is
[19:23:31]<xk>the workaround I implemented seems to be suitable.
[19:23:40]<mig5>i see
[19:24:02]<mig5>tell me there was no use of NFS in that workaround :)
[19:24:03]<xk>more of a hack than anything else.
[19:24:10]<xk>nah, no NFS.
[19:24:17]<mig5>haha, oh good
[19:24:31]<xk>no GlusterFS either - that was one slow performing cluster fs.
[19:24:47]<mig5>oh hell yes
[19:24:52]<mig5>i've never used something so slow and blocking
[19:24:58]<mig5>bizarre product
[19:25:04]<xk>like 20-40 requests/sec?
[19:25:15]<xk>that's the best I could do
[19:25:19]<xk>and 1600KB/sec transfer rate
[19:25:22]<mig5>yeah, and oh, to actually instigate a replication you need to stat the filesystem on one of the nodes in question? wtf
[19:25:24]<xk>or even 400KB/sec if it was tuned.
[19:25:28]<xk>yep
[19:25:33]<xk>er, wasn't tuned.
[19:26:04]<xk>but yeah... that platform publish path issue... that was a genuine problem
[19:26:17]<mig5>oh well, that's fixed :)
[19:26:45]<xk>and it took until I tried cloning to a different hostname to realise that.
[19:28:40]<xk>and changing the public path of a platform with sites on it is not a good thing to do either ;)
[19:30:11]<mig5>i wanted to recursively trigger verifies of sites after platform verifies, for reasons like that
[19:30:22]<mig5>to update the DocumentRoot etc
[19:30:32]<mig5>the others convinced me it was a bad idea
[19:30:45]<mig5>oh well, we went the other way
[19:35:52]<xk>I dont think I'll have any more aegir issues... As long as migration and clone works. and importing broken sites work then it's good enough for me. I just have to remember the follow the steps repeatedly and carefully.
[19:36:11]<xk>and to avoid breaking the import of sites.
[19:36:42]<xk>then retire the old setup.
[19:37:29]* Haza`Aw is now known as Haza`
[19:40:33]* jonhattan has joined #aegir
[19:41:39]* grugnog_laptop has quit (Quit: Ex-Chat)
[19:42:05]* grugnog_laptop has joined #aegir
[19:46:09]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[19:46:36]* grugnog_laptop has joined #aegir
[19:47:10]* toddgeist has quit (Ping timeout: 240 seconds)
[19:51:05]* grugnog_laptop has quit (Ping timeout: 264 seconds)
[19:51:30]* grugnog_laptop has joined #aegir
[19:54:26]* CashWilliams has quit (Quit: CashWilliams)
[19:55:29]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[19:55:55]* grugnog_laptop has joined #aegir
[20:00:00]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[20:00:28]* grugnog_laptop has joined #aegir
[20:04:53]* grugnog_laptop has quit (Ping timeout: 264 seconds)
[20:05:20]* grugnog_laptop has joined #aegir
[20:09:29]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[20:09:54]* grugnog_laptop has joined #aegir
[20:11:12]* xk has left #aegir ()
[20:14:29]* grugnog_laptop has quit (Ping timeout: 264 seconds)
[20:14:55]* grugnog_laptop has joined #aegir
[20:16:27]* realityloop has quit (Remote host closed the connection)
[20:19:09]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[20:19:36]* grugnog_laptop has joined #aegir
[20:22:21]* Artusamak_afk is now known as Artusamak
[20:23:40]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[20:24:06]* grugnog_laptop has joined #aegir
[20:25:34]* macrocosm has quit (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
[20:25:44]* FransK has quit (Read error: Connection reset by peer)
[20:28:09]* grugnog_laptop has quit (Ping timeout: 240 seconds)
[20:28:36]* grugnog_laptop has joined #aegir
[20:28:54]* FransK has joined #aegir
[20:38:38]* adrinux has joined #aegir
[20:40:07]* jackinloadup has quit (Quit: jackinloadup)
[20:44:47]* grugnog_laptop has quit (Read error: Connection timed out)
[20:45:04]* smoothify has joined #aegir
[20:50:02]* beautifulmind has joined #aegir
[20:50:35]* bixgomez has joined #aegir
[20:53:59]* toddgeist has joined #aegir
[20:54:23]<toddgeist>for some reason one of my site refuses to load with out the www
[20:54:29]<toddgeist>:>(
[20:54:53]<toddgeist>even though I definitely have it aliased
[20:57:20]* bixgomez has quit (Remote host closed the connection)
[21:00:28]<mig5>check your .htaccess
[21:00:31]<mig5>and define 'refuses to load'
[21:00:49]<mig5>must be a symptom, and don't tell me apache is literally shaking its head :)
[21:03:27]<mig5>could even be a dns issue
[21:03:43]<mig5>but we don't know if you're getting a 404, or a 'could not find', or a permission denied..
[21:06:15]* AquaticDisorder has joined #aegir
[21:13:05]<toddgeist>well this nginx
[21:13:46]<toddgeist>no .htacess
[21:15:03]* totten has quit (Ping timeout: 240 seconds)
[21:15:44]<mig5>so what's the symptom
[21:15:58]<mig5>what sort of error
[21:16:33]<toddgeist>under construction
[21:16:41]<toddgeist>come back later
[21:17:14]<toddgeist>301
[21:17:43]<toddgeist>i hot with curl and I get a 301
[21:17:49]<toddgeist>moved permenantly
[21:19:06]<mig5>mmm
[21:19:17]<mig5>well at least we know it resolves :) (presumably to the same IP!)
[21:19:27]<mig5>i dont know how the nginx templates reflect an alias
[21:19:33]<mig5>omega8cc: ping
[21:20:14]<mig5>do you have the appropriate rewrite rules in the vhost?
[21:20:49]* EugenMayer has joined #aegir
[21:21:40]<toddgeist>hmmm ... let me see if I can track them down.
[21:23:11]* mrchrisadams has joined #aegir
[21:23:37]<toddgeist>this is a site I imported
[21:24:07]<toddgeist>even though the aliases where supposed to be created...
[21:24:17]<toddgeist>based on the check boxes under settings
[21:24:22]<toddgeist>they were not
[21:24:33]<toddgeist>ie there is no sym linked folder
[21:25:28]<mig5>may not apply to imported sites
[21:25:42]<mig5>just run a verify of the site or click to edit the node and submit it without making any changes
[21:25:46]<mig5>might kick it off
[21:25:59]<toddgeist>ah ok
[21:26:03]<toddgeist>let me try that
[21:29:48]* totten has joined #aegir
[21:30:30]<toddgeist>so the symlinked folder was created...
[21:30:38]<toddgeist>but still no luck
[21:30:45]<toddgeist>restarted nginx
[21:30:58]<toddgeist>still nothin
[21:31:01]<toddgeist>:<(
[21:31:37]<toddgeist>guess I got to wait for omega8cc to wake up :<)
[21:32:20]<toddgeist>in the meantime what happened to the encryption settings?
[21:32:43]<toddgeist>I can't don't see them in aegir interface
[21:32:57]<toddgeist>I did enable them under experimental
[21:34:37]<toddgeist>ok now it finally loads
[21:34:46]<toddgeist>without the www
[21:35:05]<toddgeist>so I guess the symlinked folder kicked
[21:38:14]* psynaptic|away has quit (Remote host closed the connection)
[21:39:28]<toddgeist>so what is that keeps the encryption fields from showing up?
[21:40:56]<mig5>you need to set the http service to not nginx but nginx_ssl
[21:40:58]<mig5>probably
[21:41:02]<mig5>that's how it works with apache
[21:41:10]<mig5>you do that in the server node
[21:41:21]<toddgeist>I think it might be sillier than that
[21:42:30]<toddgeist>permissions? checking
[21:43:17]<toddgeist>nope I was wrong
[21:43:21]<toddgeist>checking your idea :>)
[21:43:34]<toddgeist>yeah
[21:43:37]<toddgeist>you were right
[21:43:44]<toddgeist>:>)
[21:45:06]<toddgeist>by the way. mig5... I got frigg to work on ubuntu
[21:45:53]<toddgeist>but ubuntu 10.04 installs php5.3
[21:46:22]<toddgeist>does Debian still install php 5.2?
[21:51:47]<mig5>yeah
[21:52:01]<mig5>my ubuntu tests with frigg on 5.3 have worked ok
[21:52:10]<mig5>we are more or less compatible.. probalby not totally
[21:53:55]* ronia has quit (Remote host closed the connection)
[21:54:16]<toddgeist>i was getting wacked on site import
[21:54:23]<EugenMayer>toddgeist: use pinning / precompiled 10.04 for 5.2
[21:54:47]<toddgeist>thxs
[21:54:50]* EugenMayer ubuntu as server ... eugen shakes bah.
[21:55:28]<toddgeist>I probably could have hacked frigg to install php5.2, at least I think I could have.
[21:55:59]<EugenMayer>you are a small kitten killer for using ubuntu on servers!
[21:56:21]<toddgeist>EugenMayer: you don't care for it?
[21:56:33]<toddgeist>lol
[21:56:36]<EugenMayer>;(
[21:56:54]<toddgeist>it is really the only thing I have every messed with
[21:57:14]<toddgeist>other than a bit of CentOS
[21:58:05]<EugenMayer>use debian, if you ask me
[21:58:23]<EugenMayer>(iam sitting infront of ubuntu desktop 12 hours/day) :)
[21:58:30]<toddgeist>the only thing I realyy care about is apt-get
[21:58:42]<EugenMayer>which is deprecated.
[21:59:00]<mig5>i'm another pro-debian guy
[21:59:15]<EugenMayer>mig5: thats because we like small kittens.
[21:59:16]<toddgeist>mig5: help me out. aren't you a fan of apt-get
[21:59:21]<mig5>i am
[21:59:24]<EugenMayer>aptitude !
[21:59:28]* adrinux has switched to ubuntu server. tired of old packages in debian
[21:59:32]<mig5>apt-get, aptitude, whatever
[21:59:38]<EugenMayer>nope, not whatever
[21:59:43]<mig5>:)
[21:59:48]<EugenMayer>apt-get is out for ~6 months already ( or more ) :)
[21:59:48]<mig5>yes i know the differences
[22:00:02]<EugenMayer>adrinux: the old etch times are over :)
[22:00:22]<EugenMayer>debian got a lot "newer", a lot faster, a lot better comparing to sarge or whatever
[22:00:47]<mig5>lenny is old too - but i don't need cutting edge stuff on servers, i just need them to work :)
[22:00:51]<mig5>so i don't mind
[22:01:03]<EugenMayer>signed.
[22:01:09]<EugenMayer>i want to
[22:01:14]<adrinux>I'm not talking about cutting edge, just not 3 yrs old :P
[22:01:19]<mig5>hehe
[22:01:20]<EugenMayer>aptitude update && aptitude upgrade -y
[22:01:22]<EugenMayer>ever night :D
[22:01:33]<mig5>just got my laptop back from repairs
[22:01:49]<mig5>put squeeze back on it, it was running Crunchbang briefly
[22:02:07]<EugenMayer> well i would never use debian for laptops
[22:02:17]<mig5>http://greenbeedigital.com.au/files/2011-01-09-112157_1366x768_scrot.png
[22:02:17]<EugenMayer>it always ended as pure pain.
[22:02:21]<mig5>hehe
[22:02:23]<mig5>it's goooooood
[22:03:01]* EugenMayer marks down: mig5 == kitten killer
[22:03:02]<EugenMayer>:)
[22:03:42]<mig5>;)
[22:06:44]<toddgeist>hmm so installed my cert once before on aegir nginx
[22:06:55]<toddgeist>can't remember how :>)
[22:07:38]* ngnp has quit (Quit: ngnp)
[22:08:15]<EugenMayer>mig5: If you already have a platform setup on Aegir with EXACTLY the same codebase as your existing site, then you don't need to transfer the entire old codebase
[22:08:16]<EugenMayer>hehe
[22:08:27]<EugenMayer>why is EXACTLY written in upper case? :)
[22:09:06]<EugenMayer>Note: This step is not necessary if you are moving your site from one directory on your server (e.g., /var/www/html) to a newly created Aegir directory on the same server (e.g., /var/aegir).
[22:09:09]<EugenMayer>haha
[22:09:24]<EugenMayer>Are you seriusoly telling me that aegir is used by DAU`s ?
[22:09:34]<mig5>i have no idea what you're talking about
[22:09:35]<EugenMayer>i just wonder how detailed the docs are ( positive ways ofc )
[22:09:43]<EugenMayer>http://community.aegirproject.org/node/115
[22:09:49]<EugenMayer>2.
[22:10:02]<EugenMayer>"if you stay on the server you dont need to transfer the database"
[22:10:16]<EugenMayer>the mentioning of this frightens me, what people use aegir :)
[22:10:47]<mig5>well, we tend to get very 'precious' users
[22:10:51]<mig5>apologies to those of you who are not :)
[22:11:06]<mig5>if the slightest bit of linux knowledge/common sense applies, we get in trouble
[22:11:14]<mig5>so the docs are excessively detailed, yes :)
[22:11:18]<EugenMayer>i see
[22:11:30]<mig5>i don't like being yelled at for expecting better of people
[22:11:31]<mig5>:)
[22:11:32]<EugenMayer>mig5: are the docs up2date?
[22:11:46]<mig5>yes, mostly..
[22:11:51]<EugenMayer>looks like importing a site is completely manual?
[22:12:00]<mig5>not completely
[22:12:03]<mig5>well
[22:12:13]<EugenMayer>db, db user, dbdump
[22:12:13]<mig5>there are like 3 use cases there, eahc has its own sub page in the docs
[22:12:28]<EugenMayer>i mean like "a site which has never been in aegir yet"
[22:12:31]<mig5>well aegir has to bootstrap the site in order to manage it
[22:12:40]<mig5>so, you can't avoid doing a bit of work there
[22:12:40]<EugenMayer>no it doesnt :)
[22:12:44]<mig5>yes it does
[22:12:50]<mig5>it has to at least be able to parse the settings.php
[22:12:53]<mig5>to get the creds
[22:12:56]<EugenMayer>using drush you can do a lot of the database stuff before
[22:13:07]<mig5>so update the docs
[22:13:19]<mig5>it's faster than whining and then me telling you to update the docs :)
[22:13:53]<mig5>if you have a good drush method, write it down
[22:13:53]<EugenMayer>i have an install script which simply uses drush to get stuff out of settings.php ( no bootstrap level ). Then asks me for the mysql-admin password. Removes the db if its there, recreates it, creates / grants the user and imports the database
[22:14:15]<mig5>what's the deal with removing the db and recreating it
[22:14:18]* mrfelton has joined #aegir
[22:14:22]<mig5>on import it should be able to work with the existing db
[22:14:25]<EugenMayer>that is all done using drush and can make your like so much easier. Not a single step of those is complicated when done manually, but doing it a gazzilion time is like
[22:14:30]<EugenMayer>killing gazzilion kittens! :)
[22:14:40]<mig5>but you still haven't written it down! :)
[22:14:47]<mig5>go make a sub page in that chapter :)
[22:14:52]<EugenMayer>mig5: its a hack for the search index / cache issue ( duouble index =
[22:14:53]<toddgeist>you and the kittens :>)
[22:15:06]* mrfelton_ has joined #aegir
[22:15:28]<EugenMayer>mig5: man your
[22:15:38]<EugenMayer>"dont moan arround, doit"
[22:15:42]<mig5>:)
[22:15:48]<EugenMayer>that kind of destroys my moan-arround day attitude
[22:15:49]<mig5>yep
[22:15:57]<mig5>hey, at least you have me here to tell you to do it
[22:15:58]<EugenMayer>:-)
[22:16:04]<mig5>when i first came in here i trolled for about 3 hours
[22:16:06]<mig5>because nothing worked
[22:16:10]<mig5>there aws not a single response
[22:16:20]<mig5>so i wiped my tears and wrote about 50 patches :)
[22:16:38]<EugenMayer>Well iam used to this.. but well .. i need to cry
[22:16:43]<mig5>haha
[22:16:52]<EugenMayer>its like a barrel
[22:16:57]<EugenMayer>it fills, and fills and fills
[22:17:02]<EugenMayer>and then there roll 50 patches :)
[22:17:03]<mig5>anyway if you have a smart, faster and excellent way of doing the import with drush, that's not something to moan about
[22:17:13]<mig5>that's something to tell people about, in the docs :)
[22:18:00]<toddgeist>I am too noobish to write docs
[22:18:04]<toddgeist>:>)
[22:18:15]<EugenMayer>mig5: uuuuuuh
[22:18:16]<EugenMayer>content=`cat ../sites/default/settings.php`
[22:18:16]<EugenMayer>RE="db_url\s=\s'mysql[i]?[:]//([^:]+)[:]([^@]+)@localhost/([^']+)"
[22:18:22]<EugenMayer>mig5: i guess i dont use drush :D
[22:18:24]<EugenMayer>urgs.
[22:18:35]<mig5>wtf
[22:18:37]<EugenMayer>well that regexp def. kills bigger kittens.
[22:18:39]* mrfelton has quit (Ping timeout: 240 seconds)
[22:18:39]* mrfelton_ is now known as mrfelton
[22:19:24]<EugenMayer>i have no idea why iam not using drush here..holy
[22:19:29]<mig5>what! it doesn't support postgres!
[22:19:30]<EugenMayer>(its something older i guess)
[22:19:34]<mig5>that's kitten killing :)
[22:19:43]<EugenMayer>No postgresql is evil!
[22:19:51]<mig5>it's gooood
[22:19:52]<EugenMayer>its particular just evil because i can use it!
[22:19:54]<mig5>like debian on laptops
[22:20:20]<EugenMayer>I think we will have to have a bitchfight on a Drupal Camp!
[22:20:36]<EugenMayer>throwing druplicaons
[22:20:49]<EugenMayer>s/a//
[22:21:32]* FransK has quit (Remote host closed the connection)
[22:21:39]* psynaptic|away has joined #aegir
[22:21:48]<toddgeist>if I change servers am i gonna need to regenerate my certs?
[22:21:58]<EugenMayer>certs = ssl ?
[22:22:07]<toddgeist>yay
[22:22:10]<EugenMayer>no.
[22:22:16]<EugenMayer>IP is not part of the cert
[22:22:20]* Chipie has quit (Ping timeout: 240 seconds)
[22:22:22]<toddgeist>cool so i can just copy the files over to the new box
[22:22:29]<EugenMayer>righty
[22:22:35]<toddgeist>awsome
[22:23:06]<toddgeist>I am gonna get me some highly secure aegir sies before this night is though
[22:23:18]<toddgeist>:>)
[22:24:28]* FransK has joined #aegir
[22:28:54]* Chipie has joined #aegir
[22:31:30]<toddgeist>i migrated my first site to drupal 7 tonight :>)
[22:31:41]<toddgeist>does that mean I like kittens?
[22:31:48]<EugenMayer>yes
[22:31:53]<EugenMayer>You saved a lot then
[22:32:03]<EugenMayer>But doesn help, as mig5 still uses debian on laptops..
[22:32:05]<EugenMayer>;-.)
[22:32:20]<EugenMayer>so kittens getting rare, blame him
[22:32:31]<EugenMayer>and me for staying with D6 for at least on year :)
[22:34:22]<toddgeist>lol
[22:34:57]* mrchrisadams has quit (Quit: mrchrisadams)
[22:35:00]<toddgeist>well I had to try. My main sites have many modules to wait for
[22:35:06]* mrchrisadams has joined #aegir
[22:42:30]* milk has joined #aegir
[22:48:14]<toddgeist>grrr...cloning a site is failing
[22:49:22]* milk_ has joined #aegir
[22:49:48]<adrinux>increased memory toddgeist ?
[22:50:05]<toddgeist>I have 1024
[22:50:41]* milk has quit (Ping timeout: 246 seconds)
[22:51:03]<EugenMayer>1024..holy
[22:51:13]<toddgeist>lol
[22:52:07]* lukus has joined #aegir
[22:52:07]<mig5>better than -1
[22:52:09]<toddgeist>its not creating the new db
[22:52:45]<toddgeist>I am going to try it again and get the error right
[22:54:38]<mig5>toddgeist: P.S adrinux meant did oyu increase the memory_limit in your php configuration (cli)
[22:54:44]<mig5>not how much RAM has your server got
[22:54:56]<mig5>sorry if that was obvious, your 'i have 1024' kind of made me think you thought the latter
[22:55:01]<toddgeist>yeah I am getting sleepuy
[22:55:46]<toddgeist>ok the cloning worked
[22:55:54]<toddgeist>but lets see if the import makes it
[22:56:22]* siliconmeadow has joined #aegir
[22:56:25]<toddgeist>php memory is 256
[22:57:50]<toddgeist>of course this time it it worked
[22:58:16]<toddgeist>I did the exact same site 3 times
[22:58:21]<toddgeist>and it failed the first two
[22:58:31]<toddgeist>worked on the third
[22:58:36]<toddgeist>:<(
[23:00:54]<mig5>you may be hitting http://drupal.org/node/956998
[23:01:23]<mig5>which isn't really a bug, but if aegir is 'out of sync' with a site / its database causes problem, the drush updatedb action might not work
[23:01:34]<mig5>and it's only from running a task like clone taht it becomes obvious there's an issue
[23:01:41]<mig5>then again, maybe not
[23:01:49]* mig5 going to bed o/
[23:02:06]<toddgeist>gnight
[23:02:09]<toddgeist>thanks for the hep
[23:03:35]* noecc has joined #aegir
[23:05:42]* bixgomez has joined #aegir
[23:06:20]* bixgomez has quit (Remote host closed the connection)
[23:07:04]<adrinux>hmm. I'm sure it's possible to add a platform from the command line. anyone got pointers?
[23:10:19]<toddgeist>grrr failed again
[23:10:36]<toddgeist>going to try disabling all contribs first
[23:14:49]* beautifulmind has quit (Quit: Leaving.)
[23:14:49]<toddgeist>this is the first error I am getting
[23:14:51]<toddgeist>Failed to extract the contents of /data/disk/o1/distro/001/pressflow/sites/www.geistinteractive.com to @target (The file could not be extracted)
[23:18:58]* recidive has joined #aegir
[23:37:49]* ronia has joined #aegir
[23:40:56]* psynaptic|away is now known as psynaptic
[23:40:57]* psynaptic has quit (Changing host)
[23:40:57]* psynaptic has joined #aegir
[23:46:11]* shrop has joined #aegir
[23:48:56]<toddgeist>so they answer is to turn off all 3rd party contribs
[00:04:23]* mrfelton has quit (Quit: mrfelton)
[00:05:25]* mrchrisadams has quit (Quit: mrchrisadams)
[00:06:59]* mrchrisadams has joined #aegir
[00:07:00]* timwood has quit (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.13/20101206143738])
[00:10:43]* Artusamak is now known as Artusamak_afk
[00:12:33]* Haza` is now known as Haza`Aw
[00:16:50]* ronia has quit (Remote host closed the connection)
[00:21:27]<omega8cc>toddgeist: ping
[00:21:29]* AquaticDisorder has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[00:21:34]<toddgeist>howdy
[00:21:34]<hefring>que tal
[00:21:53]* AquaticDisorder has joined #aegir
[00:22:14]<sfyn>adrinux: did you find a solution for platforms from the command line?
[00:22:19]<omega8cc>toddgeist: symlinks for aliases in /sites are created always, unless you enabled redirect
[00:22:21]<adrinux>no
[00:22:23]<toddgeist>I have been migrating all my sites to a new barracuda install
[00:22:44]<toddgeist>all night
[00:22:55]<toddgeist>:>)
[00:22:58]<adrinux>sfyn: sure I read something at some point but can't find it now
[00:23:10]<toddgeist>the redirects are not working
[00:23:41]<toddgeist>I kept getting 301s and under construction
[00:23:43]<omega8cc>toddgeist: did you enable redirects?
[00:23:47]<sfyn>hmm
[00:23:48]<toddgeist>yeah!
[00:24:02]<omega8cc>so don't expect symlinks in /sites
[00:24:05]<omega8cc>also
[00:24:12]<omega8cc>re-verify the sites
[00:24:34]<toddgeist>yeah I switched back and they appeared just fine
[00:24:41]<omega8cc>to get config properly created, it doesn't work just by importing the sites
[00:24:53]<toddgeist>gotcha
[00:25:21]<omega8cc>probably Aegir bug, as it should work without extra re-verify
[00:25:31]<omega8cc>the same with renaming/cloning
[00:26:02]<toddgeist>the nginx config for redirect may be off
[00:26:08]<omega8cc>some aliases are not wiped out from previous site so you always need to re-verify both original site and the clone
[00:26:23]<toddgeist>ok
[00:26:29]<toddgeist>good to know
[00:26:48]<omega8cc>definitely a bug in Aegir
[00:26:53]<toddgeist>I did manage to get my ssl cert installed
[00:27:33]<toddgeist>to do it I had to manually adjust the nginx conf
[00:27:41]<omega8cc>no
[00:27:42]<toddgeist>but I guess thjat is how it is supposed to be done
[00:27:56]<toddgeist>no?
[00:28:02]<omega8cc>just replace the cert/key generated by Aegir - and don't rename files
[00:28:02]<toddgeist>is there another way
[00:28:10]<sfyn>adrinux: sorry, no luck here - I'll ask anarcat about it when he gets in
[00:28:37]<toddgeist>my cert is only for a single domain
[00:28:54]<omega8cc>toddgeist: you should use Aegir native SSL workflow and then simply replace key/cert file
[00:29:19]<omega8cc>nothing Nginx specific
[00:29:31]<omega8cc>it works the same way in Apache
[00:29:58]<omega8cc>Aegir shows you the paths to both files
[00:30:32]<omega8cc>so it is easy to find and replace them with your key file and cert + intermediate certs bundle
[00:30:41]<toddgeist>ok so I select enabled for the encryption
[00:30:46]<toddgeist>and then save
[00:30:58]<omega8cc>correct
[00:31:46]<toddgeist>it shows two paths I see that
[00:31:53]<toddgeist>but verify failed immediately
[00:32:56]<toddgeist>because it couldn't write to the directories
[00:33:15]<toddgeist>as I had alrady copied the fils there
[00:34:49]* timwood has joined #aegir
[00:37:43]<omega8cc>toddgeist: just revert your steps and allow Aegir to do that for you first
[00:37:57]<toddgeist>ok...
[00:39:36]<toddgeist>then once that directory is there, I jsut move my ssl cert files in there instead
[00:39:37]<toddgeist>?
[00:39:53]<omega8cc>no
[00:40:05]<toddgeist>ok
[00:40:23]<omega8cc>replace what is in the existing files
[00:40:29]<toddgeist>ah
[00:40:36]<omega8cc>to avoid issues with permissions/ownership
[00:40:50]<omega8cc>and to avoid renaming filenames
[00:42:20]<omega8cc>cat yourcert > existing cert
[00:42:25]<toddgeist>ok... I do not have a .csr file
[00:42:27]<omega8cc>and the same for the key file
[00:42:38]<omega8cc>you don't need csr there
[00:42:40]<toddgeist>ok
[00:42:47]<toddgeist>just forget about the .csr
[00:42:56]<omega8cc>yeah
[00:43:09]<omega8cc>replace only what is inside key and cert
[00:43:35]<toddgeist>ok
[00:43:37]<toddgeist>got it
[00:43:55]<toddgeist>but now I have to go unmunge the nginx conf
[00:44:33]* nicholasalipaz has quit (Ping timeout: 276 seconds)
[00:44:54]<omega8cc>revert everything you did previously and go with correct workflow
[00:47:50]* Chipie has quit (Quit: Leaving.)
[00:48:06]<toddgeist>ok so everything should be back to normal
[00:48:21]<toddgeist>I am re-verifying the site
[00:49:32]<toddgeist>it will not stay https
[00:53:30]* Chipie has joined #aegir
[00:54:24]* capitan_ has joined #aegir
[00:54:48]<omega8cc>toddgeist: if you need forced ssl you should use required option
[00:55:10]<toddgeist>I remeber going down this road before
[00:55:16]<toddgeist>I never got this to work
[00:55:25]<omega8cc>it works
[00:55:32]<toddgeist>I just set it to required and Firefox gives me this
[00:55:53]<toddgeist>The page isn't redirecting properly
[00:55:53]<toddgeist>Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
[00:56:26]<omega8cc>this your site config issue, not Aegir or nginx
[00:57:36]<toddgeist>well when I turn off SSl or make it enabled then it goes away
[00:57:37]<omega8cc>I suspect it can be related to cookies or module relaying on anon cookies
[00:57:48]* beautifulmind has joined #aegir
[00:57:52]<toddgeist>hmm
[00:57:57]<omega8cc>is this platform Pressflow based?
[00:58:00]<toddgeist>yes
[00:58:22]<omega8cc>what modules do you use for ssl stuff?
[00:58:22]<toddgeist>thats the problem isn't
[00:58:32]<toddgeist>shooping cart
[00:58:47]<toddgeist>and then there is something called secure pages
[00:59:01]<toddgeist>SecurePages
[00:59:06]<omega8cc>I know, so you have wrong configuration there
[00:59:22]<omega8cc>as they assume anon cookies by default
[00:59:32]<omega8cc>while there are none in Pressflow
[00:59:46]<omega8cc>I think I will post a how-to for this soon
[01:00:01]<omega8cc>as it is a common issue
[01:00:02]<capitan_>to propose documentation changes to community.aegirproject.org ... just edit it? don't ask anyone for any approval or anything?
[01:00:03]<toddgeist>so get rid of SecurePages
[01:00:11]<omega8cc>yes
[01:00:52]<omega8cc>with ssl required Nginx redirects everything to ssl, but if you want to reditect only cart, the use enabled
[01:01:31]<omega8cc>so this is doubled redirect if you use required in Aegir + securepages
[01:02:04]<toddgeist>ok that explains that
[01:02:06]<omega8cc>capitan_: just edit
[01:02:38]<omega8cc>capitan_: we trust people
[01:02:55]<toddgeist>ok so that gets trid of the double re-dreict
[01:03:30]* adrinux has quit (Quit: Leaving.)
[01:03:32]<capitan_>omega8cc, k thanks :)
[01:03:39]<EugenMayer>When a platform gets deleted, all the nodes are still there. The platform node, all the task arround ( validate, migrate )
[01:03:45]<EugenMayer>Is there any reasons for that?
[01:03:49]<toddgeist>so If I want to require SSL for onyl some of the pages is that possible with pressflow
[01:04:19]<omega8cc>toddgeist: yes, you can use ssl enabled + securepages to redirect only cart or checkout
[01:05:03]<capitan_>crap!
[01:05:20]<toddgeist>but didn't you ust tell me that secure pages doesn't work with pressflow
[01:05:58]<omega8cc>toddgeist: it works, just need to be configured properly to avoid loops
[01:06:23]<capitan_>what happens if i create a site with the same name as another deleted (status=-2) site? did i just make a mess?
[01:06:24]<omega8cc>toddgeist: for example
[01:07:20]<omega8cc>toddgeist: it will not work if you have securepages set to force ssl on /cart and also in the ubercart confih you have default cart url set to https - it will generate loop
[01:08:34]<omega8cc>capitan_: no, it will work as it gets new node nr in Aegir
[01:09:06]<toddgeist>ok ... looking...
[01:09:37]<omega8cc>EugenMayer: it is useful to track what happened in the multi-admin/user system
[01:10:08]<omega8cc>EugenMayer: but you can simply delete the platform node and it will automatically delete all related sites and tasks nodes
[01:10:20]<EugenMayer>omega8cc: thats still a mess.
[01:10:26]<omega8cc>no
[01:10:41]<omega8cc>I think this is by design
[01:10:47]<omega8cc>why mess?
[01:11:43]<capitan_>omega8cc, it threw some error messages at me... but i accidentally clicked :(
[01:12:08]<capitan_>lost it
[01:12:30]<omega8cc>capitan_: do you have zombie site dir maybe?
[01:12:40]<omega8cc>check that first
[01:13:21]<capitan_>omega8cc, i deleted that before setting the site to deleted status (followed the bottom of http://community.aegirproject.org/node/26)
[01:13:25]<omega8cc>it happens if you uploaded modules or themes and Aegir user was not able to delete them
[01:13:39]<toddgeist>ok it appears to be working
[01:14:17]<capitan_>i'll try to duplicate it and file a bug when the sun comes up ...
[01:15:10]* mcmanusm has quit (Quit: That's it! I QUIT! I can't take it anymore!)
[01:15:26]<omega8cc>capitan_: that is wrong, you should allow Aegor to delete it and then check if there are any zombies left, otherwise Aegir will complain it can't delete the site
[01:16:24]<capitan_>i tried that first... the delete was failing
[01:16:26]<EugenMayer>omega8cc: try to clean up those things
[01:16:40]<EugenMayer>they are accross the whole nid range ( not n+1, n+2, n+3 )
[01:16:45]<EugenMayer>you have zero relations
[01:16:48]* NeoID has quit (Quit: Forlater kanalen)
[01:16:51]<omega8cc>capitan_: so start with failed task log analyze always
[01:16:52]<EugenMayer>and this is def. a mess.
[01:17:07]<capitan_>that's why i had to take the "manual" route in the bottom of that book page
[01:17:42]<capitan_>omega8cc, so you're saying i should have figured out why aegir's "delete" failed... and beaten it into passing instead?
[01:18:03]<capitan_>so the "manual delete" in the book should be discouraged?
[01:18:32]<omega8cc>capitan_: always analyze failed task log first, then think and the act, not before ;)
[01:18:37]<omega8cc>no
[01:19:10]<omega8cc>it is required when you managed to break things so horribly so Aegir can't clear that mess for you
[01:19:30]* EclipseGc has joined #aegir
[01:20:04]<capitan_>i see... anyway it's a little late for me to do that :( maybe next time
[01:22:09]<omega8cc>EugenMayer: i tend to disagree, it is expected the nids are "random" as everything (also tasks) are nodes well, at least it is how it is designed now, so we have to use nodes for everything while by definition nodes are too heavy for tasks, probably
[01:22:29]<toddgeist>omega8cc: Thanks for your help. I knew that was going to be tricky. But I got all my site over to a fresh barracuda install and even managed to migrate one of them to Drupal 7
[01:22:43]<toddgeist>long night
[01:23:01]<toddgeist>I am going to need to sleep soon
[01:23:07]<omega8cc>toddgeist: nice, next migration should be easier
[01:23:36]<toddgeist>lets hope so :>)
[01:26:12]* omega8cc_ has joined #aegir
[01:27:29]* noecc has left #aegir ("pax")
[01:28:35]* omega8cc has quit (Ping timeout: 255 seconds)
[01:28:35]* omega8cc_ is now known as omega8cc
[01:29:34]<capitan_>off to bed... night all... thx for the help omega8cc
[01:30:50]<omega8cc>np
[01:31:05]<omega8cc>capitan_: good night
[01:31:53]* q0rban has joined #aegir
[01:41:30]<EugenMayer>omega8cc: random = no serial numbers for one platform
[01:41:49]<EugenMayer>for a VBO like operation this is pain in the ass :)
[01:41:55]<EugenMayer>they are sorted by nid..
[01:43:54]* scientist has joined #aegir
[01:44:56]* scientist has quit (Remote host closed the connection)
[01:45:09]* mattmcmanus has joined #aegir
[01:46:57]<omega8cc>EugenMayer: yeah, from that point of view that is a mess, indeed, but it is d6 limitation so you have to use node as the smallest available entities for things like tasks, modules and themes tracking in all platforms for comparison etc etc
[01:47:25]<EugenMayer>the mess is the missing relation ( so i can filter by that ) and or an even so i could delete all thos things
[01:47:45]<EugenMayer>yes a task relates to a plaform by the tid, but its not CCK therefore you have to do it all by hand
[01:48:32]<EugenMayer>omega8cc: i think it would be great to have a "purge" option when deleting a platform. Maybe i just implement that and give it a permission ?
[01:48:49]<EugenMayer>so if you are super-duper admin, you can purge on deletion, which will remove the tasks
[01:48:55]<EugenMayer>(checkbox in the dialog=
[01:50:17]<omega8cc>EugenMayer: I believe there is a relation, or how it knows it should delete all sites nodes and related tasks when you are deleting the platform node? Ah, cck - I hope we will never go that way, but sure the "Purge That Mess" task would be nice
[01:50:35]<EugenMayer>Why not CCK?
[01:50:39]<EugenMayer>performance wise?
[01:50:44]<omega8cc>yeah
[01:50:56]<EugenMayer>From a non-aegir-core dev view not using CCK is a crucial decision
[01:51:24]<EugenMayer>you should really think about if you really want this. Sure, CCK is a perfomance drop, but hey, that platform is not a client-side-desktop application
[01:51:37]* dipen has joined #aegir
[01:51:53]<EugenMayer>you build it async ( great ) and it does not care anybody if an task takes 4 seconds more because of the addition DB queries happend.
[01:52:46]<EugenMayer>But CCK has enaugh api (field -> widget ) to extend aegir without hacking. Build new views, helping to make the "user cockpits" better. Yes you can write own views implementations of course, but that wont help if you want to write new widget for fields
[01:52:46]<EclipseGc>and the odds that it would add 4 seconds for a db query seem low
[01:53:12]<EugenMayer>EclipseGc: even if it would be 30 seconds - who actually cares.
[01:53:45]<EclipseGc>EugenMayer: well... much as I love aegir, shouldn't we be considering what the 7.x upgrade will look like?
[01:53:46]<EugenMayer>(on the aegir platform). Sure if you have a website, a community platform. Users have a bad "flow feeling" with such bad responses etc... but on aegir, somehow pretty uselss
[01:54:05]<EugenMayer>EclipseGc: sure. cck fields whatever
[01:54:07]<omega8cc>well, we will benefit from using views and features but not cck, we don't need them and we should still use custom content types, also, I can't speak for Aegir devs but personally I hate cck and consider it useful only for customer level drupal market
[01:54:30]<EugenMayer>omega8cc: why you hatem?
[01:54:48]<EclipseGc>omega8cc: in the upgrade to D7, most of the various aegir "content types" should probably migrate to become their own entity types
[01:55:05]* CashWilliams has joined #aegir
[01:55:08]<omega8cc>because I love performance and I spend many hours on tuning drupal since early 5.x
[01:55:20]* kim-day has quit (Quit: kim-day)
[01:55:41]<EclipseGc>omega8cc: fields I can see why you'd have a problem with, but cck's schema is pretty darn sane
[01:55:57]<omega8cc>and yes, I don't think cck in core is a good idea, it is bad idea
[01:56:02]* AquaticDisorder has quit (Ping timeout: 240 seconds)
[01:56:34]* AquaticDisorder has joined #aegir
[01:56:55]<omega8cc>but I'm a smallcore oriented by definition ;)
[01:57:03]<EclipseGc>hah
[01:57:09]* scientist has joined #aegir
[01:57:45]<EclipseGc>omega8cc: the new entity system is (well... it's still young but...) it's full of potential
[01:57:59]<omega8cc>indeed
[01:58:31]<EclipseGc>omega8cc: the fact that it's the sublayer for making fields happen is non-trivial, and if fields pushed us this direction, then we owe it a debt of gratitude
[01:59:01]<EclipseGc>omega8cc: plus, I don't think we would have seen a useful implementation of this had fields NOT been going to core
[01:59:26]* Brandonian has joined #aegir
[01:59:30]<EclipseGc>omega8cc: and the potential for "reduction" the entities gives us is (imo) pretty grand, so... I think our expectations of what "small core" means might differ a bit
[02:00:15]<EclipseGc>omega8cc: not to mention building legitimate, re-usable usecases for things like aegir (i.e. site entities, and server entities, and that all build up aegir, but could potentially be used stand alone for other purposes
[02:02:11]<omega8cc>EclipseGc: maybe, but I'm that kind of person who tends to say "it is not enough good" and always looking at things from performance point of view, so I'm obviously biased ;)
[02:02:20]* psynaptic is now known as psynaptic|break
[02:02:26]* adrinux has joined #aegir
[02:03:00]<EclipseGc>omega8cc: sure... well... why don't you load up mongo db, and use that to allay your performance needs?
[02:03:23]<EclipseGc>since the schema ceases to matter at that point
[02:07:25]<omega8cc>EclipseGc: while I agree the entity based design will be very useful also for Aegir, I don't buy all those new thing as most of people who don't care about performance - at least until they will find they got to the point where Drupal can't run on a average shared host
[02:08:33]<EclipseGc>omega8cc: right, so you're issue isn't "I have a huge site and it needs to be blazing fast" your issue is "I have 3000 small sites and I need them to stop eating some many resources!" ???
[02:08:53]<EclipseGc>:%s/some/so/
[02:12:45]<omega8cc>I don't have any of those problems, I'm speaking more from the general (or average) user point of view - everything comes with the price and if you will decide to pay the price of new features using "performance money" you will end up with resource hog and not a winning cms system, that is the entire point in my smallcore preference
[02:14:52]<omega8cc>so, yes, bring new features, but do it better and use other currency that just performance
[02:15:12]<omega8cc>than*
[02:15:50]* psynaptic|break is now known as psynaptic
[02:15:55]<omega8cc>dinner time! bbl
[02:16:20]* omega8cc has quit (Remote host closed the connection)
[02:16:28]* omega8cc has joined #aegir
[02:19:12]* capitan_ has quit (Remote host closed the connection)
[02:20:31]* CashWilliams has quit (Quit: CashWilliams)
[02:25:34]* AquaticDisorder has quit (Read error: Connection reset by peer)
[02:25:41]* AquaticDisorder has joined #aegir
[02:35:10]<sfyn>adrinux: hey, apparently, with a combination of drush make, privision-save and hosting-import you can create a platform from the command line
[02:35:19]<sfyn>adrinux: I have not yet tested that ;-)
[02:37:49]<adrinux>sfyn: yeah, provision-save to create the platform alias, I think. hosting-import is the bit I need docs for :)
[02:39:01]* kim-day has joined #aegir
[02:39:46]* nicholasalipaz has joined #aegir
[02:40:13]* kim-day has quit (Client Quit)
[02:43:41]* EugenMayer has quit (Quit: Leaving.)
[02:55:02]* CashWilliams has joined #aegir
[02:57:08]* CashWilliams has quit (Client Quit)
[03:01:16]* Irishgringo has joined #aegir
[03:12:28]* noecc has joined #aegir
[03:13:14]* simesy has quit (Quit: simesy)
[03:24:58]* jackinloadup has joined #aegir
[03:27:31]* obrienmd has joined #aegir
[03:29:16]* CashWilliams has joined #aegir
[03:29:45]* siliconmeadow has quit (Quit: Leaving.)
[03:35:26]* CashWilliams has quit (Quit: CashWilliams)
[03:36:29]* nicholasalipaz has quit (Remote host closed the connection)
[03:36:46]* nicholasalipaz has joined #aegir
[03:37:05]* nicholasalipaz has left #aegir ()
[03:37:11]* nicholasalipaz has joined #aegir
[03:37:45]* jackinloadup has quit (Remote host closed the connection)
[03:38:07]* jackinloadup has joined #aegir
[03:39:04]<obrienmd>I'm looking at writing a patch for http://drupal.org/node/815190 but lack knowledge on Aegir's provision inner workings... anyone have reccomendations for documentation on this?
[03:50:19]* beautifulmind has quit (Quit: Leaving.)
[03:51:34]* CashWilliams has joined #aegir
[03:56:51]* ryanarmstrong has joined #aegir
[03:58:51]* yareckon has joined #aegir
[04:07:05]<hefring>community => Issue Queue Links on front page => http://community.aegirproject.org/node/282
[04:08:39]* omega8cc_ has joined #aegir
[04:09:01]* josh_k has joined #aegir
[04:10:27]* omega8cc_ has quit (Remote host closed the connection)
[04:10:37]* omega8cc_ has joined #aegir
[04:11:40]* Slydder1 has joined #aegir
[04:12:38]* omega8cc has quit (Ping timeout: 250 seconds)
[04:12:39]* omega8cc_ is now known as omega8cc
[04:24:18]* CashWilliams has quit (Quit: CashWilliams)
[04:26:33]* yareckon has quit (Quit: yareckon)
[04:28:30]* kylemathews has joined #aegir
[04:35:32]* noecc has left #aegir ("pax")
[04:48:26]* noecc has joined #aegir
[04:48:46]<omega8cc>hefring: http://community.aegirproject.org/node/282#comment-233
[04:54:23]<noecc>omega8cc: hefring is a bot
[04:55:10]<omega8cc>lol, didn't notice, thanks
[04:56:58]* smoothify has quit (Read error: Operation timed out)
[05:02:27]<noecc>omega8cc: Sorry, is a bottess https://secure.wikimedia.org/wikipedia/en/wiki/Daughters_of_%C3%86gir
[05:04:28]<omega8cc>noecc: ah, just checked who is her local father from green bee digital
[05:04:47]<noecc>bingo!
[05:04:51]* ezra-g has joined #aegir
[05:08:19]* kim-day has joined #aegir
[05:08:36]* j0nathan has quit (Quit: ¡ Hasta luego !)
[05:09:17]* psynaptic is now known as psynaptic|afk
[05:10:25]* kim-day has quit (Client Quit)
[05:11:21]<adrinux>mig dusted her off
[05:14:05]<noecc>Does that make her french australian norse?
[05:19:43]* smoothify has joined #aegir
[05:21:57]<omega8cc>questions from today dojo on drush: "how do you rollback quickly in drush?" or "If you have an issue with the drush up is there a way to undo the update?" - some people still didn't discover Aegir!
[05:22:51]* fysa has quit (Ping timeout: 240 seconds)
[05:23:08]* kylemathews has quit (Read error: Operation timed out)
[05:26:57]* ezra-g is now known as ezra-g|brb
[05:27:18]* kim-day has joined #aegir
[05:27:58]* eft has joined #aegir
[05:29:37]* fysa has joined #aegir
[05:31:30]* adrinux has quit (Quit: Leaving.)
[05:33:24]* EclipseGc_ has joined #aegir
[05:33:57]* EclipseGc has quit (Disconnected by services)
[05:33:57]* EclipseGc_ is now known as EclipseGc
[05:34:11]* ezra-g|brb is now known as ezra-g
[05:41:53]* arianek has joined #aegir
[05:43:15]* EclipseGc has quit (Remote host closed the connection)
[05:54:08]* arianek is now known as arianek_afk
[06:02:54]* mrchrisadams has quit (Quit: mrchrisadams)
[06:05:52]* arianek_afk has quit (Quit: Smell ya later)
[06:21:14]* milk_ has quit (Quit: baaaiiii)
[06:26:09]* adrinux has joined #aegir
[06:26:36]* kylemathews has joined #aegir
[06:31:41]* CashWilliams has joined #aegir
[06:32:20]* shrop has quit (Quit: shrop)
[06:33:42]* ezra-g is now known as ezra-g|brb
[06:47:16]<jackinloadup>omega8cc: i would love to know the answer to your question as well. ;-)
[06:47:25]* c0meecl has joined #aegir
[06:47:42]<c0meecl>can I move a site easily from one hostmaster to another?
[06:47:50]<c0meecl>i'm running .4-beta2
[06:48:00]* ezra-g|brb is now known as ezra-g
[06:48:08]<c0meecl>but am willing to upgrade if it will give me this function
[06:49:19]<jackinloadup>c0meecl: i dont believe you can do aegir server -> aegir server transfers if thats what your talking about. you can only do aegir server -> aegir client
[06:49:36]<omega8cc>jackinloadup: re: drush rollback? yeah
[06:49:45]<c0meecl>what is aegir server -> aegir client?
[06:50:09]<jackinloadup>omega8cc: yeah, if it was supported in drush itself so it would work on my non aegir servers that would be awesome.
[06:51:06]<jackinloadup>c0meecl: aegir can handle multiple server setups, but you have one main server and secondary slave servers. This might not be what you are talking about though
[06:51:06]<c0meecl>so, I have an aegir hostmaster server and about 20 sites (all on one server) and I'm trying to move to another server and decommision the old one
[06:51:38]<c0meecl>so i built new server, installed aegir on it in prep, and now want to migrate my sites over
[06:51:57]<c0meecl>in the easiest way possible
[06:52:06]<jackinloadup>c0meecl, yeah I can't say i have any experience with that. Would love to know if there is an easy answer to that as well.
[06:52:20]<c0meecl>my 'old' server hosts the aegir hostmaster and all 20 sites
[06:52:35]<c0meecl>so only 2 physical servers in my scenario
[06:54:34]<omega8cc>jackinloadup: I don't think drush will provide anything like that since it would require using some kind of database, and Aegir does that very well already, but who knows
[06:55:35]* capitan_ has joined #aegir
[06:55:49]<c0meecl>is there a howto for quickly deploying openatrium on aegir. I see a screencast, but can't acces it via work connection
[06:56:35]<omega8cc>c0meecl: you will need to export/import all databases and database users on the new server and then simply rsync all platforms with sites and import them, it can't be automated
[06:56:51]<c0meecl>k, omega, thanks
[06:57:06]<omega8cc>c0meecl: do you mean via makefile? it is easy
[06:57:19]<c0meecl>sure, is there a makefile?
[06:57:22]* CashWilliams has quit (Quit: CashWilliams)
[06:57:39]<c0meecl>the guides I see are all screencasts, which I can't see
[06:57:58]<toddgeist>grrrrrr now every new install is failing
[06:58:21]<omega8cc>http://developmentseed.org/blog/2010/sep/11/aegir-04-alpha-13-drush-make...
[06:59:24]* noecc has left #aegir ("pax")
[06:59:35]<omega8cc>http://omega8.cc/dev/atrium_stub.make.txt
[06:59:44]<toddgeist>retry worked
[06:59:47]<c0meecl>omega, so does that create an openatrium 'platform' or does openatrium typically function as a site on top of a drupal platform? I'm a newbie for OA
[07:00:28]<omega8cc>it creates a platform so you can deploy OA sites on that platform in Aegir
[07:00:28]<c0meecl>ok, so I should bui;d a platform first
[07:00:34]<omega8cc>yes
[07:00:48]<c0meecl>go it
[07:01:02]<omega8cc>toddgeist: is that linode?
[07:01:14]<jackinloadup>omega8cc: yeah i wish i was able to say drush rev <insertdatestamp> and it would pull from drush 4.x's new folder structure /<user>/drush-backups/<db-name>/<timestamp>
[07:01:33]<jackinloadup>seems doable without a database due to the file structure
[07:01:46]<toddgeist>nope
[07:01:50]<toddgeist>rackspace
[07:01:58]<toddgeist>I got application error
[07:01:59]* troubador1 has joined #aegir
[07:02:11]<toddgeist>wich I assume is Drush crashing?
[07:02:16]<omega8cc>hmm.. and second attempt works?
[07:02:22]<toddgeist>yup
[07:02:38]<omega8cc>I have seen that only on linode so far
[07:02:42]* noecc has joined #aegir
[07:02:49]<omega8cc>maybe drush 4.1 issue
[07:02:55]<omega8cc>not sure
[07:02:56]<toddgeist>but I tried a different site earlier and it couldn't be complete
[07:03:17]<omega8cc>there is an issue about it on github
[07:03:21]<toddgeist>ah
[07:05:03]<omega8cc>jackinloadup: sounds doable
[07:05:28]<omega8cc>but still, it will be manual rollback
[07:05:34]<jackinloadup>omega8cc: im creating a ticket now to see what the almighty drush people think ;-)
[07:06:32]<jackinloadup>as far as i know drush 4.x doesn't work with aegir at all. it was even pulled out of head do to an rsync issue
[07:06:47]<omega8cc>no, it works
[07:06:54]<jackinloadup>o reary
[07:07:03]<omega8cc>but breaks remote stuff
[07:07:06]<jackinloadup>i see
[07:07:21]<omega8cc>so, it works unless you are using remote heads
[07:07:47]<jackinloadup>i remember it would not install with 4.x but maybe now that its installed i can use it
[07:07:48]<jackinloadup>hmm
[07:07:55]<jackinloadup>makes sense
[07:08:53]<jackinloadup>now that i have used 4.x and have to use 3.x i feel like im spoiled a little
[07:09:32]<omega8cc>but still there can be some hidden issues, like that mysterious fail on the first install attempt at linode and rackspace, but I can't reproduce it on any other host
[07:10:34]<omega8cc>and the issue affects also debian, so it is not another ubuntu case
[07:11:14]<omega8cc>I need to try drush 3.3 there to see if that helps
[07:23:00]* scientist has quit (Quit: Ex-Chat)
[07:23:05]* scientist has joined #aegir
[07:25:25]* ronia has joined #aegir
[07:25:40]* EclipseGc has joined #aegir
[07:30:41]* EclipseGc has quit (Remote host closed the connection)
[07:34:17]* smoothify has quit (Ping timeout: 264 seconds)
[07:34:32]* EclipseGc has joined #aegir
[07:35:16]* omega8cc_ has joined #aegir
[07:35:30]* dipen has quit (Ping timeout: 240 seconds)
[07:38:39]* omega8cc has quit (Ping timeout: 240 seconds)
[07:38:39]* omega8cc_ is now known as omega8cc
[07:38:46]* omega8cc has quit (Remote host closed the connection)
[07:38:53]* omega8cc has joined #aegir
[07:43:29]<c0meecl>how can i manually delete a site. The task refuses to complete. The install also failed, so I'm just trying to start fresh
[07:43:51]<c0meecl>i believe he install failed on the db creation, and the delete failed because it can't drop the db
[07:45:05]* j0nathan has joined #aegir
[07:48:39]* dipen has joined #aegir
[07:57:51]* obrienmd has quit (Ping timeout: 240 seconds)
[07:59:24]* mrchrisadams has joined #aegir
[07:59:52]* ezra-g_ has joined #aegir
[08:00:54]* jcapelo has joined #aegir
[08:01:18]<jcapelo>if I update a module that alter the hosting/signup form, why does the admin see the changes but an anonymous user doesnt?
[08:02:50]* ezra-g has quit (Ping timeout: 240 seconds)
[08:02:50]* ezra-g_ is now known as ezra-g
[08:04:51]* realityloop has joined #aegir
[08:05:35]* realityloop has quit (Client Quit)
[08:08:52]* Irishgringo has quit (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203074432])
[08:09:51]* szczym has quit (Ping timeout: 240 seconds)
[08:13:44]* r4gni has joined #aegir
[08:14:36]<jcapelo>what can I do if my queues arent running?
[08:15:28]* ronia has quit (Ping timeout: 255 seconds)
[08:15:28]* r4gni is now known as ronia
[08:16:08]* simesy has joined #aegir
[08:27:54]* realityloop has joined #aegir
[08:28:03]* jlkinsel has left #aegir ()
[08:29:34]* recidive has quit (Quit: zzz)
[08:30:45]<mig5>c0meecl: the 'manually deleting a site' section of the docs would probably help http://community.aegirproject.org/node/26
[08:30:59]<c0meecl>thanks
[08:33:52]<mig5>adrinux: ping
[08:38:54]* kvanderw has joined #aegir
[08:42:13]* Irishgringo has joined #aegir
[08:42:38]* CashWilliams has joined #aegir
[08:43:03]* CashWilliams has quit (Client Quit)
[08:46:49]* adrinux has quit (Quit: Leaving.)
[09:05:20]<jcapelo>why would queues not be running?
[09:08:30]<mig5>http://community.aegirproject.org/node/14#cron
[09:08:58]* Brandonian has quit (Quit: Brandonian)
[09:14:52]* EclipseGc has quit (Ping timeout: 255 seconds)
[09:24:55]* mrchrisadams_ has joined #aegir
[09:25:00]* mrchrisadams has quit (Read error: Connection reset by peer)
[09:25:00]* mrchrisadams_ is now known as mrchrisadams
[09:33:22]* kim-day has quit (Quit: kim-day)
[09:33:29]<jcapelo>if im getting this when trying crontab -e?
[09:33:32]<jcapelo>no crontab for aegir - using an empty one
[09:33:33]<jcapelo>crontab: "/bin/vim" exited with status 127
[09:39:41]* j0nathan has quit (Quit: ¡ Hasta luego !)
[09:40:07]* anarcat has quit (Quit: weeeekend suckers!)
[09:40:34]* j0nathan has joined #aegir
[09:41:14]* NeoID has joined #aegir
[09:47:14]* adrinux has joined #aegir
[09:48:39]* mattmcmanus has quit (Quit: That's it! I QUIT! I can't take it anymore!)
[09:51:54]* mrchrisadams_ has joined #aegir
[09:51:54]* mrchrisadams has quit (Read error: Connection reset by peer)
[09:51:54]* mrchrisadams_ is now known as mrchrisadams
[10:01:21]<jcapelo>is there anything special I have to do if I get this : No existing crontab was found
[10:07:12]* q0rban is now known as q0rban|afk
[10:17:57]* fysa has quit (Quit: fysa)
[10:20:35]* dipen has quit (Ping timeout: 276 seconds)
[10:23:39]* kvanderw_ has joined #aegir
[10:26:52]* scientist has quit (Ping timeout: 255 seconds)
[10:27:14]* kvanderw has quit (Ping timeout: 255 seconds)
[10:27:14]* kvanderw_ is now known as kvanderw
[10:27:52]* jlkinsel has joined #aegir
[10:31:25]* realityloop has quit (Remote host closed the connection)
[10:31:46]* erutan has joined #aegir
[10:32:18]* dipen has joined #aegir
[10:39:51]* jackinloadup has quit (Ping timeout: 240 seconds)
[10:41:14]* ronia has quit (Quit: ronia)
[10:44:24]* jlkinsel wonders if there's any benefit to running provision-verify from command line when you can just let the front end do it after hosting-import
[10:51:06]<adrinux>jlkinsel: for one platform, maybe not. for 300, yes. :) you have to remember there are people running lots of sites with aegir
[10:52:05]<jlkinsel>but...what's the difference? it just runs provision-verify anyways...
[10:57:30]* q0rban|afk has quit (Ping timeout: 260 seconds)
[10:57:46]* AquaticDisorder has quit (Remote host closed the connection)