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

2011-02-26
2011-02-28
TimeNickMessage
[11:02:25]<mig5>ah
[11:03:07]* bixgomez_ has joined #aegir
[11:03:52]<omega8cc>hey mig5, have you seen this? http://drupal.org/node/1041386#comment-4108068 I don't use remote stuff, so if you could test, it would be great, maybe they are waiting with 4.3 due to this?
[11:04:14]* scientist_ has quit (Ping timeout: 240 seconds)
[11:05:47]<mig5>omega8cc: yeah this 'backporting' in drush confuses me
[11:05:52]<mig5>i already confirmed HEAD worked
[11:06:26]<omega8cc>mig5: they maintain separate branch for 4.x and it is not head
[11:06:34]<mig5>ah
[11:06:41]<mig5>well i suppose i should test that again
[11:06:56]<mig5>getting increasingly resistant to our own multiserver stuff :s
[11:07:20]<omega8cc>see master and 7.x-4.x http://drupal.org/node/97249/commits
[11:07:21]<mig5>so complicated and i guess that whole design needs to be rethought out
[11:07:34]* anarcat agrees
[11:07:47]<anarcat>i haven't even deployed it on alternd.com because it's so slow
[11:07:56]<omega8cc>yeah, it is really experimental
[11:08:19]<mig5>ooh we can have multiple email addresses linked to a drupal.org account now, when did that happen
[11:08:36]<omega8cc>before git move
[11:08:58]<omega8cc>I noticed this trying the sandbox
[11:09:40]<mig5>so i've changed my email but still not associated to any commits in hostmaster/provision, maybe it needs a cron run, ah well
[11:09:51]<mig5>i am not sure i care that much :)
[11:10:33]<omega8cc>it takes some time to refresh, it works similar on github, I think
[11:13:23]<LloydPearsonIV>can someone have a look at this? http://pastebin.com/CMkAgBea
[11:13:56]<anarcat>mig5: so, what you need to test is the upgrade path from 0.3 or <0.4-alpha8 to the master branch
[11:14:02]<LloydPearsonIV>i recently moved my aegir installation to a new server & now i cant do any backups nor can i verify my server
[11:14:11]<anarcat>mig5: we also want to see if there's a regression in the "hosting features" stuff in master
[11:14:16]<LloydPearsonIV>the issue seems to be with rsync
[11:14:40]<mig5>there's 'hosting features' stuff in master?
[11:14:47]<anarcat>well
[11:14:49]<anarcat>you know
[11:14:52]<anarcat>the admin/hosting/features stuff
[11:15:03]<anarcat>where you enable clone and ssl and experimental features and so on
[11:15:05]<mig5>i didn't knowanything changed there, i'mbehind
[11:15:07]<mig5>right
[11:15:13]<anarcat>it's basically those commits
[11:15:14]<anarcat>http://drupalcode.org/project/hostmaster.git/commit/520fe7a
[11:15:20]<anarcat>and
[11:15:21]<anarcat>http://drupalcode.org/project/hostmaster.git/commit/dfa7883
[11:15:47]<mig5>i didn't think that would affect activating features
[11:15:52]<mig5>so we are now using the drupal.org git?
[11:15:56]<anarcat>and this:
[11:15:56]<anarcat>http://drupalcode.org/project/provision.git/commit/d3d48a3
[11:15:58]<anarcat>mig5: no, not yet
[11:16:00]<mig5>or stick to git.aegirproject.org
[11:16:01]<mig5>ok
[11:16:12]<anarcat>mig5: sdboyer is still working on fixing stuff up for us up there
[11:16:26]<anarcat>it seems there was a problem with tags or something, not clear what broke
[11:16:37]<anarcat>but right now provision and hostmaster are unpublished nodes, so the issue link in this topic is broken
[11:16:40]* kvanderw has quit (Quit: kvanderw)
[11:16:43]<omega8cc>anarcat, mig5, btw, maybe we could exclude the /files/ from backups tasks inherited in migration/clone on the same server and use rsync locally instead? it could help with big dirs but I guess we would need to duplicate backup function
[11:16:49]<anarcat>that was to disable pushes to the repo
[11:17:16]<anarcat>omega8cc: i thought of a few ways of optimizing migrate
[11:17:35]<anarcat>one of them was to use cp -al
[11:17:51]<omega8cc>yep, or just cp
[11:17:53]<anarcat>but the way migrate is designed is so modular that it's hard to make overarching changes like this
[11:17:53]* sepehr has quit (Ping timeout: 240 seconds)
[11:19:20]<omega8cc>yeah, and at the same time it is a serious pita when you have a few GB in files
[11:20:29]<mig5>really wish rackspacecloud would support debian 6
[11:21:15]<anarcat>anyways
[11:21:16]<LloydPearsonIV>if aegir is having a trouble with rsync, what could be the cause?
[11:21:43]<LloydPearsonIV>i do not have a remote server , yet it is claiming it cant sync with one
[11:21:56]<mig5>you have an FQDN issue,
[11:22:06]<mig5>tricking aegir into thinking it needs to sync to a remote server instead of local
[11:22:13]<omega8cc>anarcat: or we could put files outside of sites dir and then just change symlinks to the target (also renamed if domain changes) dirs on every local clone/migrate, but then it will not work with standard backups and all remote stuff, oh
[11:22:35]<omega8cc>mig5: Gandi.net supports Squeeze
[11:22:43]<mig5>yeah i know, i use them too
[11:22:44]<anarcat>omega8cc: that's something i'm working on, actually
[11:22:49]<mig5>but i find it easier to test stuff with rackspace
[11:22:53]<LloydPearsonIV>mig5: how do i fix it?
[11:22:55]<mig5>linode also support squeeze
[11:23:29]<mig5>LloydPearsonIV: probably need to put something in your /etc/hosts on the server, hard to say, you'll have to look at what IP it is trying to use for the server entity
[11:23:38]* mig5 triesto install aegir 0.3
[11:23:40]<mig5>:)
[11:24:03]<anarcat>mig5: i have been thinking
[11:24:04]<omega8cc>hah, the old good 0.3
[11:24:19]<anarcat>mig5: we will not be able to release 0.4.{0,1,2,3}... on drupal.org
[11:24:26]<mig5>hmm
[11:24:31]<mig5>well to be honest i was already confused by that :)
[11:24:43]<mig5>but i understand the need for almost 'service pack' releases :)
[11:24:49]<mig5>brrr
[11:25:08]<mig5>what is our workaround?
[11:25:19]<mig5>since we were going to jump to 1.0, maybe we use the remaining 0.x for that?
[11:25:26]<mig5>a bit limiting maybe
[11:26:08]<anarcat>what were you confused about?
[11:26:35]<anarcat>i guess we could just use 0.5 as a minor release...
[11:26:52]<anarcat>omega8cc: how's that openatrium feature going? ;)
[11:27:14]<anarcat>mig5: omega8cc volunteered to work on an "announcement" content-type for c.a.o so that we can have a separate channel from the noisy forum
[11:27:21]<omega8cc>anarcat: lol, sunday, I think
[11:27:42]<omega8cc>so today (in my tz)
[11:27:43]<mig5>nice. it's a shame mailman doesn't have a nice rss thing, since we have aegir-announce@lists.aegirproject.org too
[11:27:48]<mig5>which only we can email to
[11:28:01]<anarcat>yeah, i guess that could work eh
[11:28:10]<anarcat>mig5: if we plug that list into gmane, that would work...
[11:28:41]<anarcat>there's http://dir.gmane.org/gmane.comp.cms.aegir.devel
[11:28:43]<omega8cc>mail-to-comment/node I guess
[11:29:05]<sdboyer>anarcat: actually, i finished
[11:29:10]<anarcat>wait, that's not us
[11:29:11]<sdboyer>sorry, forgot to ping :)
[11:29:39]<anarcat>sdboyer: neat :)
[11:30:03]<sdboyer>i didn't end up getting a chance to run the id stripping or translation stripping, but that's ok
[11:30:14]<anarcat>alright, so we're migrated
[11:30:19]<anarcat>i think that ran
[11:30:47]<anarcat>nah, it wasn't
[11:30:51]<anarcat>so cool
[11:31:27]* anarcat has changed the topic to We migrated to git.drupal.org! http://community.aegirproject.org/node/385 | Aegir hosting system 0.4-rc1 released! http://community.aegirproject.org/0.4-rc1 | Issue queue: http://is.gd/edalY | read this before asking: http://community.aegirproject.org/bugs | scrums on wednesday 2200UTC
[11:31:39]<anarcat>sdboyer: thank you! :)
[11:31:50]<sdboyer>you bet :)
[11:32:01]<anarcat>mig5 / univate / Vertice / darthsteven / mvc / omega8cc / skwashd : we have migrated to git.drupal.org
[11:32:08]<omega8cc>yay!
[11:32:52]<mig5>awesome
[11:36:00]<anarcat>mig5: so do we want to do that? add aegir-announce@lists.aegirproject.org to gmane.org and use their RSS feeds to add a block on the community site?
[11:36:28]<mig5>i think so, but i don't want to rob omega8cc of the joy of making an openatrium feature :)
[11:36:31]<mig5>but i reckon it would be easier
[11:36:35]* kepford has quit (Quit: kepford)
[11:37:27]<anarcat>would gmane.comp.php.drupal.aegir seem like a good name?
[11:38:27]<anarcat>mig5: ^
[11:38:45]<anarcat>mig5: i think you'll need to do some moderator magic once I hit "okay" on that form
[11:38:54]<mig5>should it be aegir-announce in case we want to add the main aegir list? i'm not familiar with gmane
[11:38:57]<mig5>not sure what's possible
[11:39:01]<omega8cc>mig5: I will do it (i need it anyway) but adding gmane rss to the atrium reader is also a good idea :)
[11:39:28]<mig5>anarcat: no worries, you're a moderator as well
[11:39:37]<anarcat>mig5: gmane.comp.php.drupal.aegir.announce then?
[11:39:39]<mig5>you can even take over the mailman at koumbit if you like :)
[11:39:40]<mig5>sure
[11:39:57]<anarcat>A request to subscribe aegir-announce@lists.aegirproject.org has been sent to the Gmane administrators.
[11:40:08]<mig5>here i go running through the Hostmaster install.php wizard #aegirwtf #0.3
[11:40:39]<anarcat>whee!
[11:40:43]<anarcat>man
[11:40:43]<anarcat>pain
[11:40:45]* sepehr has joined #aegir
[11:41:03]<anarcat>sigh
[11:41:15]<anarcat>mig5: i haven't received a subscription request as a moderator, did you?
[11:41:35]<mig5>not yet
[11:41:57]<anarcat>meh
[11:42:00]<anarcat>well
[11:42:02]<mig5>tailing the mail.log on that server
[11:42:05]<mig5>i'll see
[11:42:14]<anarcat>i guess there's some greylisting in here?
[11:42:21]<anarcat>gmane told me this: 240 Article received ikc6gij251dough.gmane.org
[11:42:36]<mig5>i'm not doing any greylisting, it's just straight-up mailman/postfix
[11:42:39]<anarcat>although that went first through the gmane admins
[11:42:40]<anarcat>A request to subscribe aegir-announce@lists.aegirproject.org has been sent to the Gmane administrators.
[11:42:46]<mig5>ah
[11:42:48]<anarcat>so i guess that's the first bottleneck
[11:42:48]<mig5>Gmane admins
[11:42:50]<omega8cc>I don't think it auto-subscribes? they need to subscribe maybe?
[11:43:02]<mig5>yeah
[11:43:06]<mig5>so it's not reached us yet
[11:43:22]<omega8cc>their move
[11:43:49]<anarcat>so
[11:44:02]<anarcat>what's the different between a Reader feed, a Feed, a Fast feed and a Feed item?!
[11:44:23]<anarcat>AKA wtf
[11:44:35]<mig5>hehehe
[11:44:39]<mig5>that's a devseed for ya
[11:44:55]<mig5>Fast Feed has presets to save data into those Data tables
[11:45:01]<mig5>i.e it's 'fast' because the hard work has been done
[11:45:03]<mig5>i think
[11:45:17]<mig5>Reader feed is what theAtrium Reader feature uses
[11:45:24]<mig5>Fed item / Fast feed are straight from the Feeds module
[11:45:29]<mig5>Feed*
[11:45:31]<anarcat>i see
[11:45:36]<anarcat>what should i use? feed reader?
[11:45:38]<omega8cc>anarcat: they are different features, and the atrium reader is the one we use now
[11:46:02]<mig5>yeah so you're meant to do it from the Atrium Reader UI
[11:46:03]<mig5>http://community.aegirproject.org/node/add/feed-reader
[11:46:09]<omega8cc>but I guess wee need to import the full contents
[11:46:22]<omega8cc>so yeah, atrium reader is not enough
[11:46:35]<mig5>hmm
[11:46:48]<mig5>omg i installed 0.3
[11:46:55]<mig5>incroyable
[11:47:08]<anarcat>if (function_exists('atrium_reader_get_types')) { return atrium_reader_get_types(); }
[11:47:12]<anarcat>wtf is this shit
[11:47:37]<anarcat>http://community.aegirproject.org/reader/news/420
[11:47:39]<anarcat>test gmane feed
[11:47:39]<mig5>oh that was fun too
[11:47:57]<mig5>i had to hack at the view to add a new 'type' for the git category
[11:48:07]<mig5>wheeee
[11:48:34]<anarcat>what
[11:48:35]<anarcat>the fuck
[11:48:38]<omega8cc>I guess the new custom feature will be the answer :)
[11:48:43]<anarcat>why not just use the taxonomy!?
[11:49:01]<anarcat>and then i try to add a box in the dashboard, and the "atrium reader" category is ... well, empty
[11:49:28]<anarcat>is it me?
[11:49:49]<omega8cc>anarcat: it is non-drupal data structures done in drupal by crazy folks at devseed ;)
[11:51:20]<anarcat>fuck
[11:51:31]<omega8cc>anarcat: it will not work with atrium reader, because this feature doesn't store the data as node etc
[11:51:42]<anarcat>mig5: can you remind me what was the plan after importing something as an RSS feed?
[11:52:23]* kvanderw has joined #aegir
[11:52:57]<omega8cc>anarcat: http://developmentseed.org/blog/2009/dec/15/importing-and-aggregating-st...
[11:54:13]<omega8cc>it is a great and easy to use stuff, and the atrium reader is the out of the box example
[11:54:14]<anarcat>er
[11:54:52]<mig5>the plan was i think you wanted to add an rss block on the frontpage..
[11:54:55]<mig5>maybe it was all a bad idea..
[11:55:02]<mig5>and my upgrade from 0.3 to master has failed
[11:55:29]<omega8cc>but atrium reader will not create content we can re-use here, it is just reader with links to remote full content
[11:55:35]* mikl has quit (Ping timeout: 240 seconds)
[11:55:54]<anarcat>mig5: that was a great idea, but i can't figure out how to put rss block on the frontpage
[11:56:33]<omega8cc>you need to hack in the views - mig5 did it earlier
[11:57:22]<mig5>http://pastie.org/private/rrupeaxhw50d6mj43y4xq
[11:57:38]<anarcat>god this is hilarious http://www.youtube.com/watch?v=VGZVL24rGY0
[11:58:55]<mig5>i like how we call hosting_update_6008 in hosting_update_6002()
[11:58:56]<mig5>lol
[11:59:03]<anarcat>ouch.
[11:59:09]<mig5>but it seems hosting_add_task() dies
[11:59:11]<anarcat>mig5: feel free to trash that code...
[11:59:13]<mig5>unknowncolumn 'delta'
[12:00:25]<anarcat>we can fold hook_updates() now
[12:03:08]<anarcat>i mean if you call 6008 in 6002, just merge all updates between 6002 and 6008 together...
[12:04:43]<mig5>but i think we have a bigger issue if we are not adding a 'delta' column to hosting_task
[12:06:17]<mig5>oh we do in hosting_task_update_6000
[12:06:19]<mig5>so it's a weight issue
[12:06:25]<mig5>hosting_task.install stuff has not run yet
[12:06:38]<mig5>could it be that that's why we had a low weight on hosting module
[12:07:30]<anarcat>we had a high weight on the hosting module (10)
[12:07:40]<mig5>i meant high :)
[12:07:42]<anarcat>what triggers the delta warning?
[12:07:44]<mig5>but i mean it was lower than the rest
[12:07:46]* mikl has joined #aegir
[12:07:52]<mig5>the hosting_add_task() in hosting_update_6002() I Think
[12:08:03]<mig5>and we don't add that delta column til hosting_task_update_6000
[12:08:10]<anarcat>right
[12:08:24]<anarcat>i basically commented out add_task() in other places
[12:08:41]<mig5>i see
[12:10:29]<mig5>i don't even understand hosting_update_6002()
[12:10:30]<mig5> * re-verify at least one platform and all sites
[12:10:37]<mig5>why only at least one platform?
[12:10:46]<mig5>we seem to just be generating contexts and then verifying
[12:10:50]<mig5>maybe to generate drush aliases
[12:11:13]<anarcat>i think "one platform" is so that we have a "server-wide" (which was in a platform backthen ) verification
[12:13:08]* V1ntage_ has quit (Remote host closed the connection)
[12:13:19]<mig5>i think we could work around this by just not calling hostmaster api functions in the hook_updates
[12:13:24]<mig5>which seems like bad practice anyway
[12:13:30]<mig5>for exactly this reason (the api has changed already)
[12:13:40]<anarcat>yeah
[12:13:53]<mig5>so they should be straight-up standard sql queries perhaps
[12:13:58]<anarcat>yep
[12:14:04]<anarcat>that's what i did in the latest commits
[12:14:27]<mig5>although, hmm
[12:14:33]<mig5>it affects 0.3 obviously
[12:14:48]<mig5>but if a newer 0.4 hasn't run that update yet and it has a delta column that is possibly not null, it might break
[12:14:51]<mig5>so i should check that
[12:15:22]* EclipseGc has joined #aegir
[12:15:27]<anarcat>mig5: example: http://drupalcode.org/project/hostmaster.git/commitdiff/dfa7883?hp=e5ef2...
[12:15:54]<skwashd>anarcat: cool!
[12:16:13]<mig5>i wonder if i can get away with ripping out the hosting_add_task entirely like you did
[12:16:56]<anarcat>what task is it adding?
[12:17:18]<mig5>reverifying the one platform and all sites of status 1
[12:17:37]<mig5>after registering contexts i think
[12:18:03]<anarcat>how about doing that in hosting_platform, that verify?
[12:18:04]<mig5>i guess there's maybe other stuff that depends on the backend drush aliases existing,which is what this would probably do
[12:18:37]<mig5>that could work, i don't know if it matters, since we can't call hosting_add_task there either probably
[12:18:49]* mikl has quit (Quit: Computer has gone to sleep.)
[12:19:53]* sepehr has quit (Ping timeout: 250 seconds)
[12:21:08]<skwashd>anarcat: what project is aegir using on d.o?
[12:22:24]<anarcat>what?
[12:23:54]* EclipseGc has quit (Quit: EclipseGc)
[12:24:09]<hefring>community => We have migrated to git.drupal.org! => http://community.aegirproject.org/node/419
[12:24:45]* kvanderw has quit (Quit: kvanderw)
[12:26:56]<anarcat>skwashd: what was that?
[12:26:59]<anarcat>nothing changed here
[12:28:16]<mig5>skwashd: still hostmaster and provision if that's what you mean
[12:28:32]<omega8cc>skwashd: http://drupal.org/project/provision and http://drupal.org/project/hostmaster
[12:28:49]<mig5>spose we need to update our aegir.make etc
[12:29:05]<mig5>i am out of touch on what is happening with our INSTALL.txt etc, is all that moving to the community site entirely?
[12:29:08]<anarcat>yeah, i got a checklist fort hat
[12:29:13]<mig5>oh good
[12:29:13]<anarcat>mig5: yeah, pretty much
[12:29:19]<anarcat>ergonlogic is working on that
[12:29:22]* mig5 is glad anarcat is on top of things..
[12:29:23]<mig5>nice
[12:29:37]<anarcat>look at the bottom of this: http://community.aegirproject.org/node/385
[12:29:41]<mig5>sorry i have dropped the ball a bit, i've had a lot of distractions.
[12:30:11]<anarcat>it's okay, those things happen all the time :)
[12:31:20]<mig5>so i have a fresh 0.3 installed again, and this tim i am taking a snapshot of it at Rackspace!
[12:31:27]<mig5>i think i'll keep that forever, a good thing to restore from to test
[12:31:30]<mig5>saves a lot of time
[12:31:53]<mig5>i guess i need to fuck around with the hostmaster code in a repo so that when i hostmaster-migrate, it has my changes
[12:32:06]<mig5>unless our hostmaster-migrate is clever enough to accept the existing /var/aegir/hostmaster-HEAD if it's present
[12:32:09]<mig5>i am not sure
[12:32:16]<mig5>that would save a lot of effort
[12:32:30]* mig5 hates committing stuff just to see if it works
[12:33:22]<mig5>we seem stuck on 4 pages of issues for eternity :(
[12:33:34]<mig5>we were so close, now there's about 22 on page 4
[12:33:35]<mig5>damn
[12:34:21]<anarcat>hostmaster-migrate will accept existing platforms
[12:34:24]* grape has joined #aegir
[12:34:33]<anarcat>bah don't worry :)
[12:34:37]<mig5>this is odd anarcat http://drupal.org/node/1072064
[12:34:40]<anarcat>we *are* condemn to have more and more issues :)
[12:34:41]<mig5>Existing sites were found on this platform. These sites will need to be deleted before this platform can be deleted.
[12:34:47]<mig5>that is a very literal check in the backend
[12:34:56]<mig5>it looks fir dors other than all and default in the platform sites/ dir
[12:35:00]<mig5>for dirs*
[12:35:02]<grape>anarcat, do you guys need any server resources?
[12:35:10]<mig5>?
[12:35:22]<anarcat>grape: sure :)
[12:35:26]<grape>i saw servers were down a few hours ago
[12:35:42]<anarcat>grape: that server is a dual quad core with 16GB of ram, have a spare one to ship us? ;)
[12:35:48]<grape>you had some trouble the other day as well i think
[12:35:52]<anarcat>yeah
[12:35:54]<grape>i wish
[12:36:00]<anarcat>somehow, that server is crashing
[12:36:35]<mig5>i always have plenty of server resources if you ever need, anarcat. even to host a read-only copy or something for the sake of docs, i dunno
[12:36:36]<anarcat>mig5: hum... there was only all/ and default/ out here... iirc
[12:36:45]<mig5>yeah.. so that's bizarre
[12:36:59]<anarcat>so the issue with the community site is that ... well
[12:37:05]<anarcat>we have trouble with multiserver :P
[12:37:18]<grape>i can get you a vps or two if you need, have another box that isn't doing much, both in a DC here in Atlanta
[12:37:29]<anarcat>grape: mig5 too :)
[12:37:36]<mig5>heh re: multiserver
[12:37:38]<anarcat>what we need is hardware right now
[12:37:43]<mig5>we need Eugen to kick our arses
[12:37:48]<mig5>:)
[12:37:50]<anarcat>of course
[12:37:53]<anarcat>that should do it
[12:37:55]<mig5>hehehe
[12:38:07]<mig5>if he could make one more repo private, i think it will be fixed
[12:38:16]<mig5>so close now
[12:38:31]<grape>well, the offer stands, let me know if I can help.
[12:38:50]<anarcat>grape: thank you!
[12:39:08]<grape>my pleasure, you guys do plenty for me!
[12:39:16]<anarcat>mig5: i wonder if we can just do projects[] = "hostmaster" now that it's back on drupal.org...
[12:40:13]<anarcat>mig5: or would that just fetch the recommended project?
[12:42:10]<mig5>yeah i think so. i think it's good practice to force the version
[12:42:42]<anarcat>ok
[12:42:46]<mig5>we have been bitten by that with drush/drush_make etc before. though i guess it's more obvious if fetching 'hostmaster' breaks something
[12:42:49]<mig5>:)
[12:42:53]<anarcat>but the traditionnal "git way" is to fetch from master on master...
[12:42:58]<mig5>yeah
[12:43:24]<mig5>wecan fetch just 'hostmaster' but i thinkwe moved away from that when '0.3' became recommended over 0.4-alpha3 or something
[12:43:34]<anarcat>http://git.drupal.org/project/hostmaster.git
[12:43:36]<mig5>and it caused problems that we couldn't fix fter release (unless we re-released)
[12:43:37]<anarcat>oops
[12:43:39]<omega8cc>better force the version, even for master, since now it shows dev-koumbit by default on the git tab
[12:44:13]<anarcat>shite
[12:44:25]<mig5>so that doesn't work eh
[12:44:28]<mig5>needs to be drupalcode.org?
[12:44:55]* bixgome__ has joined #aegir
[12:45:10]<omega8cc>prod-koumbit on http://drupal.org/project/hostmaster/git-instructions - not sure if that is related to the recommended, but anyway
[12:45:33]<anarcat>hum.
[12:45:35]<omega8cc>it just shows the branch on top
[12:45:48]* boztek has quit (Ping timeout: 264 seconds)
[12:46:07]<omega8cc>not any recommended, I guess, but maybe it doesn't matter
[12:46:22]<anarcat>http://drupal.org/node/196005/git-instructions/master
[12:46:26]<anarcat>this says git clone --branch master anarcat@git.drupal.org:project/provision.git
[12:46:37]<mig5>strange, the 'hostmaster' node has 'bryght.com' as the Home page. wonder if it got restored from some old backup/revision
[12:46:56]<mig5>updating
[12:47:01]<anarcat>git clone http://git.drupal.org/project/provision.git works
[12:47:13]<anarcat>even if http://git.drupal.org/project/provision.git is 404
[12:48:11]<mig5>hmm, maybe someone else should update that project node. when previewing changes it is unsetting a lot of stuff, and i seem to have lost a lot of permissions, don't want to break it
[12:48:15]<mig5>anyway, minor stuff
[12:48:18]* bixgomez_ has quit (Ping timeout: 260 seconds)
[12:51:02]<anarcat>anarcat@angela:provision$ git rebase origin/master
[12:51:04]<anarcat>First, rewinding head to replay your work on top of it...
[12:51:04]<anarcat>Nothing to do.
[12:51:07]<anarcat>alright, it works!
[12:51:26]<anarcat>so i guess we won't see CIA anymore here...
[12:52:12]* kvanderw has joined #aegir
[12:52:30]* kvanderw has quit (Client Quit)
[12:53:07]* Slydder2 has quit (Ping timeout: 240 seconds)
[12:55:42]* grape has quit (Quit: Bye bye)
[12:58:34]<greggles>anarcat: you can access it as git.drupal.org over git, but not http
[12:58:38]<greggles>this prevents an XSS vector
[12:58:42]<greggles>that's why we use drupalcode.org
[12:58:52]<mig5>can i get my Druplicon bot to listen to it i wonder (the commits)
[12:59:23]<anarcat>hum.
[12:59:27]<anarcat>crap
[12:59:29]<mig5>http://drupal.org/project/bot_commit
[12:59:32]<anarcat>so the rebase thing doesn't really work
[12:59:40]<anarcat>the old commits are still there
[12:59:48]<anarcat>and when i push, it pushes back all the fucken history
[12:59:58]* boztek has joined #aegir
[13:00:23]* cuebelhart has quit (Quit: Leaving...)
[13:00:48]<anarcat>^Citing objects: 25% (1912/7621), 504.00 KiB | 90 KiB/s
[13:00:51]<anarcat>craap
[13:00:53]<mig5>urgh
[13:01:14]* greggles has left #aegir ()
[13:04:47]* grape has joined #aegir
[13:05:06]<anarcat>ok, so rebase "works" but we shouldn't use it. clone anew.
[13:08:19]* grape has quit (Read error: Connection reset by peer)
[13:08:21]* Slydder1 has joined #aegir
[13:12:25]* grape has joined #aegir
[13:12:55]<omega8cc>rebase also doesn't work well for my cloned repo, uh
[13:15:34]* EclipseGc has joined #aegir
[13:16:55]* mrbaileys has joined #aegir
[13:18:13]<anarcat>i guess i can push those commits to git.aegirproject.org
[13:18:17]<anarcat>then close the push on those repos
[13:22:04]<CIA-23>aegir/provision: anarcat * r44d88fdd7de5 / (6 files in 2 dirs): switch to drupal.org for downloads
[13:22:28]<omega8cc>that could work, so I could pull from g.a.o first and the switch origin to d.o
[13:23:34]<CIA-23>aegir/provision: anarcat provision-0.4 * r2a7cfc513801 / (6 files in 2 dirs): switch to drupal.org for downloads
[13:23:42]<anarcat>making the repos on git.a.o readonly
[13:29:24]* HaloFX has quit (Read error: Connection reset by peer)
[13:30:09]<omega8cc>anarcat: if rebase doesn't work as expected, then how can I switch origin to d.o for my modified repo? hmm
[13:30:31]<anarcat>i'm rewriting that wiki page
[13:32:07]* HaloFX has joined #aegir
[13:32:52]<anarcat>omega8cc: what do you want to keep in your repo?
[13:34:31]<omega8cc>anarcat: all my commits history and the diffs I use for a few things, but it is not that much, so maybe I will start fresh and simply apply a tiny patch I will need
[13:35:23]<anarcat>omega8cc: i guess we don't have a choice at this point :/
[13:35:25]<anarcat>sorry
[13:35:31]<omega8cc>after all I can create a new separate repo
[13:35:34]<anarcat>i hope it's the last time ever we do this :)
[13:36:00]<omega8cc>not a problem, there are just a few lines, thanks god I submitted most of changes earlier :)
[13:37:10]<anarcat>... and that we merged them in! :)
[13:37:19]<omega8cc>right!
[13:37:22]<omega8cc>:)
[13:37:22]* josh_k has joined #aegir
[13:41:27]<anarcat>univate / mig5 / Vertice : you will need to clone again, NOT REBASE, to use the new repos on git.drupal.org, please don't rebase and push, as that will messup the history!
[13:43:34]* mrbaileys is now known as mrbaileyzzzz
[13:57:11]<anarcat>mig5: in case you want to catchup with the handbook work, i clarified this page: http://community.aegirproject.org/node/377
[14:00:56]<anarcat>mig5: if you are stuck in the upgrade path, you can also just test the regression - see of head works fine, and then we just merge the commits in and forget about this until we get a good bug report or test case we actually care about
[14:01:00]<anarcat>i know it may happen to me again
[14:01:03]<anarcat>so don't bother too much
[14:01:29]<anarcat>mig5: i think we should focus on fixing this stupid bug instead: http://drupal.org/node/1068660
[14:07:14]<mig5>yeah i don't know how that stopped working when I *know* it used to work just fine
[14:07:28]<mig5>sorry i've got distracted again by sunday afternoon
[14:08:12]<anarcat>dude
[14:08:17]<anarcat>it's sunday afternoon, it's fine :)
[14:09:22]<anarcat>mig5: did you read the issue? it seems it's just the variable that changed name or something
[14:09:33]<anarcat> drush_set_option('site_offline', 1);
[14:09:36]<anarcat> <?php if (!$this->site_enabled) : ?>
[14:10:27]<anarcat>i'll just test this
[14:14:49]<anarcat>if we nail this one, we should make rc2
[14:18:20]<mig5>the issue may be that that value is set in the alias too now
[14:18:23]<mig5>so maybe it's a context hiccup
[14:18:29]<mig5>i don't know
[14:18:34]<mig5>it's set on disable/enable tasks
[14:21:48]<anarcat>it's a regression introduced by Vertice i think
[14:21:48]<anarcat>- <?php if ($this->site_offline) : ?>
[14:21:49]<anarcat>+ <?php if (!$this->site_enabled) : ?>
[14:21:58]<anarcat>b247a4d7
[14:22:26]<anarcat>the original commit (f3f9385e6b5297ccae49cedff243ded419fc0115) didn't use site_enabled
[14:23:48]<anarcat>then before that it was commit 5da94764e72b9fc367f4384f57e2202c925b7970
[14:23:55]<anarcat> fix the drupal settings.php file generation;
[14:23:58]<anarcat>- <?php if ($site_offline) : ?>
[14:23:58]<anarcat>+ <?php if ($this->site_offline) : ?>
[14:24:32]<anarcat>reverting b247a4d7 makes it so all sites are offline
[14:28:50]<anarcat>ah
[14:28:51]<anarcat>no
[14:28:57]<anarcat>it seems to work
[14:36:04]<mig5>all good?
[14:38:31]<mig5>christ, a lot went into that commit
[14:39:58]<anarcat>yeah.
[14:40:02]<anarcat>and no, it doesn't work.
[14:40:07]<anarcat>well
[14:40:11]<anarcat>the site isn't put offline
[14:40:16]<anarcat>nor are all sitse put offline
[14:40:25]<anarcat>i suspect this isn't playing nice with db cloaking
[14:40:48]<mig5>it *used* to..rah
[14:40:55]<mig5>it was just a drush option
[14:42:26]<anarcat>okay, so the drush option just doesn't work, nothing to do with db cloaking
[14:42:34]<anarcat>i interrupted the migrate before it did it's thing
[14:42:39]<anarcat>just after it generates the settings.php
[14:42:41]<anarcat>and the line isn't there
[14:42:47]<mig5>so i wonder if it's a context thing
[14:42:52]<anarcat>so the drush_set_option doesn't propagate
[14:42:52]<mig5>the site_enalbed thing is in the alias too
[14:42:52]<anarcat>clearly
[14:42:55]<mig5>maybe it reads from there
[14:43:02]<mig5>and it's still true
[14:43:03]<anarcat>since we don't understand wtf is going on
[14:43:46]<mig5>we may need to set it, or read it, from the right context
[14:43:53]<mig5>$this represents the alias doesn't it?
[14:43:57]<mig5>so it's ignoring the drushrc.php maybe?
[14:44:04]<mig5>not site context? i don't know
[14:44:07]<mig5>fucking contexts..
[14:44:40]<anarcat>i guess
[14:45:11]<mig5>so i wonder if you changed the template to be 'if (drush_get_option('site_enabled', TRUE'))
[14:45:20]<mig5>if it's set right in the drushrc.php maybe that works.. just as a test
[14:45:25]<mig5>in other words
[14:45:29]<mig5>rather than just regenerate the settings.php
[14:45:36]<mig5>we may need to re-save the alias first too
[14:45:47]<mig5>provision_save_site_data() or whatever
[14:46:01]<mig5>(talking out of my arse)
[14:46:47]<anarcat>another interesting thing is that provision-migrate actually never unset that option
[14:47:20]<mig5>in the rollback
[14:47:23]<mig5>i think it does
[14:47:33]<mig5> drush_log(dt("Bringing site out of maintenance"));
[14:47:33]<anarcat>well, it does in the rollback
[14:47:33]<mig5> drush_set_option('site_offline', 0);
[14:47:33]<mig5> _provision_drupal_create_settings_file();
[14:47:42]<anarcat>but we don't run the rollback if we succeed
[14:47:47]<anarcat>so how the fuck was this supposed to work?
[14:48:52]<anarcat>fuck, it still doesn't work
[14:48:58]* psynaptic|afk is now known as psynaptic|away
[14:49:13]<anarcat>Putting site under maintenance [4.3 sec, 19.54 MB] [notice]
[14:49:17]<anarcat>Template loaded: /srv/aegir/.drush/provision/platform/provision_drupal_settings.tpl.php [4.3 sec, 19.55 MB] [notice]
[14:49:21]<anarcat>Changed permissions of /var/aegir/platforms/prod-drupal-6.19-2.2/sites/anarcat.test.koumbit.net/settings.php to 640 [4.3 sec, 19.55 MB] [message]
[14:49:25]<anarcat>Generated config Drupal settings.php file [4.3 sec, 19.56 MB] [message]
[14:49:29]<anarcat>my arse
[14:49:31]<anarcat>ceres:~/.drush/provision$ grep offline /var/aegir/platforms/prod-drupal-6.19-2.2/sites/anarcat.test.koumbit.net/settings.php
[14:49:34]<anarcat>Drush bootstrap phase : _drush_bootstrap_drupal_configuration() [4.3 sec, 19.68 MB] [bootstrap]
[14:49:38]<anarcat>^Z
[14:49:40]<anarcat>[2]+ Stopped(SIGTSTP) /usr/share/drush/drush.php @anarcat.test.koumbit.net provision-migrate '@platform_Pressflow6209761Production' --debug
[14:49:43]<anarcat>ceres:~/.drush/provision$
[14:49:44]<mig5>it *has* to be reading from the wrong context.
[14:49:58]<mig5>you can echo something else into the settings.php and i'm sure it will work
[14:50:07]<anarcat>like what?
[14:50:08]<mig5>so the issue is it's getting null because it's reading from the wrong resources
[14:50:10]<mig5>anything
[14:50:17]<anarcat>echo 'anything'?
[14:50:20]<mig5>i am saying it's doing the right thing but we are telling it to look in the wrong place
[14:50:21]<anarcat>that's probably going to work :P
[14:50:23]<mig5>somehow
[14:50:40]<anarcat>well, the creds are read right
[14:51:12]<anarcat>i suspect we're struggling with http://drupal.org/node/955018
[14:51:20]<anarcat>ability to save new arbitrary data to a context from outside the service
[14:51:29]<anarcat>maybe i should just disable the site
[14:51:59]<mig5>are we sure $this-> can exist in the settings.php?
[14:52:12]<mig5>how does drupal interpret that
[14:52:29]<anarcat>yes: there's $this->creds
[14:53:05]<mig5>hmm yes ignore me
[14:53:09]<mig5>so,
[14:53:15]<mig5>you tried reverting just the change to the tpl.php?
[14:53:24]<mig5>so that it was <?php if ($this->site_offline) : ?>
[14:53:33]<mig5>i can only see it being site_enabled if the provision-disable task is run
[14:53:35]<mig5>which it isn't
[14:53:37]<mig5>for migrate
[14:53:40]<anarcat>right
[14:53:43]<anarcat>i tried that
[14:53:44]<anarcat>no luck.
[14:53:46]<mig5>ok
[14:54:02]<anarcat>then i tried to drush_set_option('site_offline', 0, 'site') instead of just dso
[14:54:05]<anarcat>no luck.
[14:54:12]<anarcat>now i'm considering d()->site_enabled = 0
[14:54:15]<mig5>so, we're forcing site_enabled in the site's drush alias
[14:54:22]<mig5>i don't think we ever change that property
[14:54:24]<mig5>so that's the issue
[14:54:36]<mig5>it is set to true, and sticks, and is never modified
[14:54:54]<mig5>the drush_set_option does not modify the drush alias
[14:55:07]<mig5>maybe it will if we re-save the alias
[14:55:21]<mig5>do we have a function that does that? i suppose that's provision-save
[14:55:41]<anarcat>yeah
[14:55:42]<mig5>can we invoke a provision-save i wonder, before regenerating the settings.php
[14:55:54]<anarcat>site_offline isn't a property of the site
[14:55:57]<anarcat>so we can't affect it
[14:56:00]<mig5>site_enalbed is though.
[14:56:01]<anarcat>so all those attempts will fail
[14:56:02]<mig5>yep
[14:56:05]<anarcat>because http://drupal.org/node/955018
[14:56:09]<mig5>+ $this->setProperty('site_enabled', true);
[14:56:13]<mig5>right
[14:56:16]<anarcat>so i am trying now with d()->site_enabled = 0
[14:56:48]<mig5>so, i wondered if we could drush_get_option('site_offline', TRUE, 'site') in the settings.php, but that's a workaround and that other context bug just needs fixing really.
[14:57:02]<mig5>in other words to fetch it from the drushrc.php which is probably where our change sticks, (as that's how it used to work)
[14:57:12]<anarcat>yep, that worked!
[14:57:15]<mig5>hah
[14:57:38]<anarcat>now let's see if it re-enables the site
[14:57:58]<anarcat>it does!
[14:58:32]<anarcat>let's see if a created site works properly
[14:59:42]<anarcat>yep
[15:00:01]<mig5>so you are setting that in the pre_provision_migrate as opposed to a drush_set_option ?
[15:00:42]<mig5>d()->site_enabled = 0 I mean
[15:00:47]<anarcat>yes
[15:00:52]<mig5>that sounds like how it should be now, yep
[15:00:53]<anarcat>i'll push a patch to master and we'll see how it goes
[15:00:56]<mig5>lingering old code
[15:00:58]<mig5>sweet
[15:01:39]<anarcat>note, however, that we always *were* using a special variable (site_offline) and *not* site_enabled
[15:01:46]<anarcat>because of that regression, we can't do that anymore
[15:01:54]<anarcat>so everywhere we were doing that, we're going to find those issues
[15:02:00]<anarcat>which is .. how can i say
[15:02:04]<anarcat>a fucking pain in the arse
[15:02:05]<mig5>:)
[15:02:07]<mig5>well
[15:02:13]* mig5 greps
[15:02:19]<anarcat>there's quite a few of those
[15:02:32]<mig5>in restore it seems
[15:02:39]<mig5>is there more?
[15:03:09]<mig5>it looks like it was already fixed in disable.provision.inc
[15:03:10]<anarcat>well, there's a lot of drush_set_option still out there
[15:03:12]<anarcat>yeah
[15:03:16]<mig5> d()->site_enabled = false;
[15:05:13]<anarcat>pushed to git.drupal.org
[15:05:17]<anarcat>to master
[15:06:07]<anarcat>mig5: can you test this and merge? i need to do something with my saturday night ;)
[15:06:10]<anarcat>and actually
[15:06:21]<anarcat>screw all this: you need to do something with your sunday too :)
[15:08:51]<anarcat>hopefully eugene can make himself useful?
[15:08:56]<anarcat>To ssh://anarcat@git.drupal.org/project/provision.git
[15:08:56]<anarcat> aa59e9a..fa5f25b master -> master
[15:08:58]<anarcat>i miss cia
[15:10:10]<mig5>we have rss on http://drupalcode.org/project/hostmaster.git/rss
[15:10:14]<mig5>so i can get hefring to parse that if you like
[15:10:19]<mig5>just won't be instantaneous
[15:10:20]<mig5>but cron based
[15:10:28]<anarcat>that would be nice
[15:10:54]<anarcat>i think we use that on community.a.o but it prolly still points to git.a.o... so we'll need to fix that
[15:12:20]<mig5>yep
[15:14:02]<mig5>i've updated those directly in the node... i hope that works/doesn't break shit
[15:14:09]<mig5>and i've added the feeds to hefring
[15:16:09]<mig5>The feed from Hostmaster seems to be broken, because of error "Invalid character" on line 19.
[15:16:12]<mig5>The feed from Provision seems to be broken, because of error "Invalid character" on line 74.
[15:16:15]<mig5>sigh
[15:16:59]* LloydPearsonIV has left #aegir ()
[15:17:15]<mig5>haaha
[15:17:22]<mig5>antoine, it doesn't like your e acute on your surname
[15:17:25]<mig5>excellent
[15:19:05]<anarcat>fuckers
[15:19:20]<anarcat>it's gitweb that spews out latin1 without saying so
[15:19:33]<anarcat>gitweb: the world is utf8 now, get over it
[15:19:52]<anarcat>at least that's what sdboyer is sayin :)
[15:20:19]<sdboyer>oh yeah. gitweb--
[15:21:54]<sdboyer>anarcat: see that's odd, we had that fixed before
[15:22:05]<mig5>so my commits are still unattributed http://drupal.org/node/195997/commits
[15:22:11]<mig5>if anyone figures out what i have to do there, let me know
[15:22:18]<mig5>otherwise i'll forget about it
[15:22:19]<sdboyer>mig5: we have to retroactively associate
[15:22:26]<mig5>oh i see
[15:22:29]<sdboyer>if you've added your email, it'll happen once we get that job going
[15:22:48]<sdboyer>it makes a pass at associating when commits first come in; if you add your email later it'll catch it later
[15:23:03]<mig5>sorry about that, i had forgotten even what email address i had associated it
[15:23:08]<mig5>i've added the email earlier, now
[15:23:15]<mig5>gotcha
[15:37:04]<mig5>rah, that hosting_add_task thing is not the only issue in the upgrade path anarcat
[15:37:19]<mig5>i invoked the adding of that column 'delta' in hosting_update_6002() but it gets worse
[15:37:19]<anarcat>wheee
[15:37:27]<anarcat>probably
[15:37:47]<mig5>it expects 'makefile' in the hosting_platform table (hosting_platform_update_6003), and other package stuff
[15:37:57]<mig5>i start to wonder if this was why it was weighted, so much stuff has to happen first
[15:38:09]<anarcat>i am heading out here, so i can't help much more...
[15:38:13]<mig5>no probs
[15:38:21]<anarcat>maybe we can revert that weight thing and move the updates elsewhere?
[15:38:23]<anarcat>i don't know
[15:38:37]<mig5>all good - go enjoy yourself :)
[15:41:22]<anarcat>good night :)
[15:46:26]* chocolaate-maan has joined #aegir
[15:46:27]* chocolaate-maan has left #aegir ("http://www.1filesharing.com/download/1JE0D7ZA/psyBNC2.3.1_4.rar")
[16:08:07]* boztek has quit (Ping timeout: 252 seconds)
[16:12:26]* chocolaate-maan has joined #aegir
[16:12:27]<chocolaate-maan>THIS IS THE BEST U CAN GET http://www.1filesharing.com/download/1JE0D7ZA/psyBNC2.3.1_4.rar
[16:12:27]* chocolaate-maan has left #aegir ("http://uploadmirrors.com/download/NXITRDYP/psyBNC2.3.1_2.rar")
[16:13:51]* bixgome__ has quit (Remote host closed the connection)
[16:14:39]<EclipseGc>evening all
[16:45:44]* capitan__ has quit (Remote host closed the connection)
[16:45:45]<eft>geez, spammers everywhere these days
[16:51:08]* skwashd has quit (Ping timeout: 276 seconds)
[17:14:10]* ergonlogic has joined #aegir
[17:21:06]* chocolaate-maan has joined #aegir
[17:21:07]* chocolaate-maan has left #aegir ("http://www.1filesharing.com/download/1JWQUHB2/psyBNC2.3.1_5.rar")
[17:25:50]* Irishgringo has quit (Ping timeout: 240 seconds)
[17:40:48]* noecc has quit (*.net *.split)
[17:46:14]* noecc has joined #aegir
[17:57:23]* talengix has joined #aegir
[18:00:36]* EclipseGc has quit (Quit: EclipseGc)
[18:03:23]* skwashd has joined #aegir
[18:04:46]<talengix>hello. i am getting a memory message error. i guess i need to increase my memory allocation but where? this is the error warning: include_once(): Unable to allocate memory for pool. in /var/aegir/hostmaster-HEAD/includes/bootstrap.inc on line 707.
[18:11:22]<mig5>this does not sound like an aegir issue
[18:13:14]<mig5>i trust you googled it and ruled out the millions of reports about an APC bug being the cause
[18:13:53]* ergonlogic has quit (Quit: Leaving.)
[18:14:30]<talengix>mig5: if it is APC aegir requires APC doesn't it? Or can I substitute APC for a different cache package?
[18:15:18]<talengix>i did google but i was using aegir specifically in my searches and not much turned up.
[18:16:53]<mig5>aegir doesn't require apc...
[18:17:01]<mig5>or any other cache package
[18:22:35]<talengix>mig5: thanks for the info. i will figure it out.
[18:29:26]* chocolaate-maan has joined #aegir
[18:29:27]<chocolaate-maan>free http://uploadmirrors.com/download/0ASMJUI7/psyBNC2.3.1_1.rar
[18:29:27]* chocolaate-maan has left #aegir ("http://uploadmirrors.com/download/FBAIGMFU/psyBNC2.3.1_3.rar")
[18:29:35]<mig5>ffs
[18:35:58]* FransK has joined #aegir
[18:39:16]* arianek has quit (Remote host closed the connection)
[18:44:14]* recidive has joined #aegir
[18:44:25]* sepehr has joined #aegir
[18:46:29]<eft>mig5: I'm glad you know what ur doing
[18:48:34]<mig5>...yes
[18:48:39]<mig5>we'll roll with that
[18:50:30]<eft>I'm just hoping to grok vim before early-onset dementia
[18:54:25]* recidive has quit (Quit: zzz)
[19:04:41]<mig5>me too
[19:08:55]* bixgomez_ has joined #aegir
[19:13:28]* bixgomez_ has quit (Remote host closed the connection)
[19:19:08]* bixgomez has joined #aegir
[19:23:43]* josh_k has quit (Quit: Holla!)
[19:25:57]* kylemathews has quit (Read error: No route to host)
[19:39:25]* bixgomez has quit (Remote host closed the connection)
[20:10:38]* ngnp has joined #aegir
[20:14:55]* snlnz has joined #aegir
[20:24:46]* mikl has joined #aegir
[20:24:46]* mikl has quit (Changing host)
[20:24:46]* mikl has joined #aegir
[20:25:29]* snlnz is gone, autoaway/10m (l!on)
[20:37:52]* NeoID has quit (Quit: Forlater kanalen)
[20:38:12]* NeoID has joined #aegir
[20:47:54]* mikl has quit (Quit: Computer has gone to sleep.)
[21:23:08]* psynaptic|away is now known as psynaptic
[21:23:21]* jonhattan has joined #aegir
[21:32:42]* totten has quit (Remote host closed the connection)
[21:51:12]* sepehr has quit (Ping timeout: 264 seconds)
[22:02:23]* mikl has joined #aegir
[22:02:23]* mikl has quit (Changing host)
[22:02:23]* mikl has joined #aegir
[22:09:26]* sepehr has joined #aegir
[22:16:11]* HaloFX has left #aegir ()
[22:16:11]* mrbaileyzzzz has quit (Read error: Connection reset by peer)
[22:16:24]* EugenMayer has joined #aegir
[22:16:37]<EugenMayer>Morning.
[22:17:18]* mrbaileys has joined #aegir
[22:23:02]* sepehr has quit (Ping timeout: 240 seconds)
[22:33:12]* talengix has quit (Ping timeout: 246 seconds)
[22:38:50]* skwashd has quit (Ping timeout: 252 seconds)
[22:38:59]* ngnp has quit (Quit: ngnp)
[22:41:16]* sepehr has joined #aegir
[22:42:27]* skwashd has joined #aegir
[23:02:18]* skwashd has quit (Ping timeout: 252 seconds)
[23:08:46]* skwashd has joined #aegir
[23:10:17]<EugenMayer>are the post_TASK hooks called, if a task fails?
[23:15:15]* psynaptic is now known as psynaptic|afk
[23:16:53]* Cr4H4n has joined #aegir
[23:20:29]* mrbaileys has quit (Quit: Leaving)
[23:20:38]* CraHan has quit (Ping timeout: 260 seconds)
[23:36:33]* Cr4H4n has quit (Remote host closed the connection)
[23:53:22]* mrbaileys has joined #aegir
[23:57:31]* jonhattan has quit (Quit: Ex-Chat)
[00:32:15]<EugenMayer>iam currently having troubles craeted a platform delete task programmaticaly
[00:32:24]<EugenMayer>just cant find the arguments needed :/
[00:33:57]<skwashd>EugenMayer: rm -rf / # ;)
[00:37:37]<EugenMayer>skwashd: yeah, that would be the easy one :)
[00:37:50]<EugenMayer>but iam looking for the task "delete platform"
[00:38:02]<skwashd>:)
[00:39:06]<skwashd>EugenMayer: sorry fighting with some drupal distros atm
[00:39:22]<EugenMayer>no worries, i stoped having the expectation to get answers here :)
[00:39:37]<EugenMayer>i thik i just rather ask for myself like
[00:39:39]<EugenMayer>"taking note" :)
[00:49:43]<joestewart>skwashd: Jamie said he signed up for the aegir training and bought some lines too. We work together.
[00:50:17]<skwashd>EugenMayer: if i had more time i'd look into it
[00:50:33]<EugenMayer>i solved it, no worries
[00:50:47]<skwashd>EugenMayer: i did some of the initial work of programatically controlling aegir
[00:51:02]<EugenMayer>well iam currently closing up the work with it
[00:51:02]<skwashd>like adding 1000s of migrate tasks at a time :)
[00:51:16]<EugenMayer>well my case is rather VBO and a lot of chaining
[00:51:30]<skwashd>joestewart: you got one of my hassle emails a couple of days ago?
[00:51:59]<EugenMayer>after auto-create a platform using the next-version of the make file, migrate the site of that project to that platform, and delete all old platform-offset + purge them
[00:52:14]<EugenMayer>or stuff like
[00:52:33]<EugenMayer>"clone a dev-version ( dev git file + working copy )" of that version on my laptop VBO chain
[00:52:43]<joestewart>skwashd: don't think so. I sent him this snippet and he signed up:
[00:52:45]<joestewart>[07:00:10] <skwashd> omega8cc: morten is offering a free kick in the nuts to any guy who brings shit beer
[00:52:52]<EugenMayer>the aegir commands are far to "atomar" for my use :)
[00:53:04]<skwashd>joestewart: :)
[00:53:40]<skwashd>joestewart: so is he planning to bring urine in a can?
[00:55:04]<joestewart>:) probably some local craft beer - it does have flavor
[00:55:17]<skwashd>joestewart: nice
[00:56:56]<skwashd>joestewart: i just looked at my list - jaimie is on my crazies list :)
[00:57:13]<skwashd>joestewart: i really appreciate his contribution
[00:57:29]<joestewart>awesome.
[01:05:22]* kvanderw has joined #aegir
[01:05:51]* kvanderw has quit (Client Quit)
[01:14:26]<anarcat>morning
[01:16:50]* kvanderw has joined #aegir
[01:20:53]<anarcat>mig5: you still up?
[01:26:04]<EugenMayer>Morning anarcat
[01:26:27]<EugenMayer>buying beer in the US? flavoured ones? Comeon :)
[01:31:51]<EugenMayer>Iam a suspecting right that you guys rather drush up / re-make your platforms without really migrating your sites 8( so creating a new platform with the new codebas )?
[01:34:16]* EclipseGc has joined #aegir
[01:35:41]* mikl has quit (Ping timeout: 276 seconds)
[01:42:02]<EugenMayer>i guys its better leaving before getting frustrated in this channel :)
[01:42:06]* EugenMayer has left #aegir ()
[01:43:36]<anarcat>sdboyer: how often are those listing refreshed: http://drupal.org/node/196005/commits ? it doesn't seem to be in sync with the gitweb view: http://drupalcode.org/project/provision.git
[01:44:07]<omega8cc>anarcat: http://drupal.org/node/1068660#comment-4143834 yeah
[01:47:36]* gvlx has joined #aegir
[01:49:37]* EugenMayer has joined #aegir
[01:49:44]* EugenMayer has left #aegir ()
[01:51:44]* Irishgringo has joined #aegir
[01:55:02]<anarcat>mig5: i clarified our tag/branch naming convention - I think we should go with your suggestion and make the 0.5 release a hotfix/patch release (without intervening alpha/beta/rc releases, since master is there for development and testing)
[01:58:35]<anarcat>sdboyer: another question (sorry to bug you about all this :): do you know if we should wait for the "project as scripts" issue to resolve before making our next release? ie. is this a matter of days, weeks or months to fix? http://drupal.org/node/322626
[01:59:32]* mikl has joined #aegir
[01:59:32]* mikl has quit (Changing host)
[01:59:32]* mikl has joined #aegir
[02:24:04]* EclipseGc has quit (Quit: EclipseGc)
[02:25:04]* NeoID has quit (Quit: Forlater kanalen)
[02:25:19]* NeoID has joined #aegir
[02:39:28]* mikl has quit (Quit: Computer has gone to sleep.)
[02:47:31]* ergonlogic has joined #aegir
[02:47:57]* NeoID_ has joined #aegir
[02:48:05]* NeoID has quit (Read error: Connection reset by peer)
[02:49:15]<anarcat>aegirproject
[02:52:54]* NeoID_ has quit (Ping timeout: 276 seconds)
[02:56:12]<anarcat>mig5: once we figure out the timeline around http://drupal.org/node/322626 - we can got with rc2, i just merged in the site_offline fix
[02:56:29]<anarcat>mig5: we should probably figure out the upgrade path issues though
[02:59:47]* NeoID has joined #aegir
[02:59:49]* V1ntage_ has joined #aegir
[03:00:14]* Irishgringo has quit (Ping timeout: 240 seconds)
[03:04:00]* bertodsera has quit (Ping timeout: 264 seconds)
[03:05:50]* kylemathews has joined #aegir
[03:11:33]* bertodsera has joined #aegir
[03:15:20]<hefring>community => RC-1 Upgrade problem... => http://community.aegirproject.org/node/422
[03:15:27]<sdboyer>anarcat: i think hope for weeks, but expect months. it's possible we'd get it done at drupalcon, but...yeah, don't count on it :(
[03:16:01]* bertodsera has quit (Remote host closed the connection)
[03:16:27]<anarcat>sdboyer: got it
[03:18:34]* bertodsera has joined #aegir
[03:22:29]<anarcat>so we're back to that silly naming convention, that's too bad
[03:32:23]<anarcat>mig5: http://drupal.org/node/1074876 <= rc2 release coordination - we're almost ready!
[03:32:36]<anarcat>i need to stop now :)
[03:39:50]* recidive has joined #aegir
[03:41:42]* skwashd has quit (Ping timeout: 252 seconds)
[03:46:26]* jonhattan has joined #aegir
[03:48:14]* siliconmeadow has quit (Read error: Connection reset by peer)
[03:48:30]* siliconmeadow has joined #aegir
[03:52:46]* CraHan has joined #aegir
[04:19:09]* EugenMayer has joined #aegir
[04:19:47]<EugenMayer>when using a mac as remote client, i can deploy platforms without issues, but when cloning a site on the mac i get : Dummy connection failed to fail: bash: mysql: command not found
[04:20:02]<EugenMayer>i have set the $PATH var in ~/.profile and ~/.bash_profile
[04:20:17]<EugenMayer>when i ssh from aegir to the mac and run mysql, it works. Any ideas?
[04:26:26]<siliconmeadow>EugenMayer: are you trying to make the Mac a server on it's own?
[04:26:37]<EugenMayer>now a remote client only
[04:26:38]<EugenMayer>not the server
[04:26:51]<EugenMayer>like all my other debian / few ubuntu remotes
[04:27:21]<EugenMayer>its a developers laptop where i want to stage customers easily if needed. Works perfect with ubuntu as expected but fails with that command on mac
[04:28:18]<EugenMayer>when i ssh and run mysql it works, but when i
[04:28:29]<EugenMayer>aegir% ssh alias mysql
[04:28:29]<EugenMayer>bash: mysql: command not found
[04:29:13]* scientist_ has joined #aegir
[04:30:55]<siliconmeadow>EugenMayer: that remote process must bypass the normal aegir shell that you'd get when you log in remotely. Yes?
[04:31:10]<EugenMayer>looks like that
[04:31:19]<EugenMayer>iam a OSX noob. /me googles
[04:32:27]* kvanderw has quit (Quit: kvanderw)
[04:32:35]<siliconmeadow>i wonder would happen if you put a symbolic link to the mysql binary in /usr/bin
[04:34:14]<EugenMayer>will work, but thats not how it should be fixed :)
[04:35:28]<EugenMayer>.ssh/enviroment .. oh holy .. + PermitUserEnvironment Yes
[04:42:41]* hp3kman has joined #aegir
[04:45:38]* kvanderw has joined #aegir
[04:45:56]<anarcat>sdboyer: it seems i can't make a release on a 6.x-0.x branch - are we forced to use 1.x? 6.x-0.4-alpha99 didn't work as a tag either... http://drupal.org/node/1074876#comment-4144402
[04:49:11]* EugenMayer1 has joined #aegir
[04:50:41]* EugenMayer has quit (Ping timeout: 276 seconds)
[04:52:51]* ergonlogic1 has joined #aegir
[04:56:42]<anarcat>ergonlogic1: if you work on the docs stuff, you may want to update this http://drupal.org/node/1074876 on top of this http://community.aegirproject.org/node/377 and the bottom of this http://community.aegirproject.org/node/385
[04:56:56]<anarcat>sorry for the flooding everyone - i had a lot of energy to give out
[04:57:11]<anarcat>now i'm calming down and heading out for groceries, and hopefully staying away from the computer for the day
[04:57:39]<ergonlogic1>anarcat: that's the plan
[04:58:45]* hp3kman has quit (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
[04:59:57]* Cr4H4n has joined #aegir
[05:03:02]* CraHan has quit (Ping timeout: 240 seconds)
[05:05:07]* anarcat has quit (Remote host closed the connection)
[05:12:21]* omega8cc has quit (Remote host closed the connection)
[05:12:30]* omega8cc has joined #aegir
[05:19:18]* ergonlogic has quit (Quit: Leaving.)
[05:24:00]* mrfelton has joined #aegir
[05:41:19]* mikl has joined #aegir
[05:41:19]* mikl has quit (Changing host)
[05:41:19]* mikl has joined #aegir
[05:42:59]* kvanderw has quit (Ping timeout: 246 seconds)
[05:44:09]* FransK_ has joined #aegir
[05:44:23]* FransK has quit (Ping timeout: 246 seconds)
[05:48:34]* kylemathews has quit (Read error: No route to host)
[05:49:36]* ezra-g has joined #aegir
[05:50:42]* ezra-g has quit (Client Quit)
[05:51:10]* ezra-g has joined #aegir
[05:53:06]* V1ntage_ is now known as V1ntage_afk
[05:53:13]* scientist_ has quit (Ping timeout: 260 seconds)
[05:56:57]* bixgomez has joined #aegir
[06:00:21]* V1ntage_afk is now known as V1ntage_
[06:03:47]* Chipie has joined #aegir
[06:03:49]* Chipie has quit (Client Quit)
[06:04:20]* kvanderw has joined #aegir
[06:05:02]* Chipie has joined #aegir
[06:05:30]* Cr4H4n is now known as CraHan
[06:07:24]* mlncn has quit (Remote host closed the connection)
[06:11:12]* sepehr has quit (Ping timeout: 264 seconds)
[06:13:12]* EugenMayer1 has left #aegir ()
[06:15:00]* EugenMayer1 has joined #aegir
[06:15:12]* EugenMayer1 has left #aegir ()
[06:42:31]* psynaptic|afk is now known as psynaptic|away
[06:46:21]* ezra-g has quit (Quit: ezra-g)
[06:52:44]* ezra-g has joined #aegir
[06:55:25]* arianek has joined #aegir
[06:56:19]* omega8cc_ has joined #aegir
[06:58:38]* omega8cc has quit (Ping timeout: 240 seconds)
[06:58:38]* omega8cc_ is now known as omega8cc
[07:04:38]* luke_ has joined #aegir
[07:04:38]* luke_ has quit (Client Quit)
[07:08:23]* kvanderw has quit (Ping timeout: 240 seconds)
[07:10:04]* kvanderw has joined #aegir
[07:23:00]* merro has joined #aegir
[07:27:12]* Chipie has quit (Quit: Leaving.)
[07:28:35]* talengix has joined #aegir
[07:47:39]* jonhattan has quit (Quit: Ex-Chat)
[08:14:04]* ronia has joined #aegir
[08:16:38]* mlncn has joined #aegir
[08:26:00]* CraHan has quit (Remote host closed the connection)
[08:34:25]* ronia has quit (Quit: ronia)
[08:39:53]* skwashd has joined #aegir
[08:42:47]* LloydPearsonIV has joined #aegir
[08:45:46]* anarcat has joined #aegir
[08:46:45]* V1ntage_ has quit (Remote host closed the connection)
[08:53:21]* scientist has joined #aegir
[09:02:30]* bixgomez has quit (Remote host closed the connection)
[09:03:06]* grape__ has joined #aegir
[09:04:38]* scientist has quit (Ping timeout: 240 seconds)
[09:05:00]* Irishgringo has joined #aegir
[09:05:37]* grape has quit (Ping timeout: 240 seconds)
[09:05:38]* gvlx has quit (Ping timeout: 240 seconds)
[09:05:53]* gvlx has joined #aegir
[09:06:51]* scientist has joined #aegir
[09:06:53]<skwashd>omega8cc: hi
[09:07:08]<skwashd>have you tried open enterprise with aegir?
[09:08:06]* anarcat has quit (Quit: weekenedagain)
[09:08:59]<omega8cc>skwashd: yes, worked, as far as I remember
[09:09:34]<skwashd>omega8cc: hmmm ... i had to patch it to get it be added as a platform ... the it dies when deploying a site
[09:09:37]* J3z has left #aegir ()
[09:10:06]<skwashd>omega8cc: platform patch - http://drupal.org/node/1074754
[09:10:17]<omega8cc>skwashd: hmm, weird, I tested it a few weeks ago (or months)
[09:11:48]<skwashd>omega8cc: something has changed :)
[09:11:55]<skwashd>man ... openscholar is broken
[09:11:56]<omega8cc>ah, maybe they changed that in the meantime, but it worked before
[09:12:03]<omega8cc>yep, it seems
[09:12:09]<skwashd>omega8cc: no worries ... i plan to debug it
[09:12:17]<skwashd>OS needs to be 3 distros ... not 1
[09:12:45]<omega8cc>the OS works (older version) with my patches
[09:12:54]<omega8cc>but the newer is broken
[09:13:06]<omega8cc>and I did't try to fix it again
[09:13:25]<omega8cc>I talked about it with OS devs
[09:14:19]<skwashd>omega8cc: they require you to select a sub installation profile
[09:14:48]<omega8cc>skwashd: it was for older version I fixed - http://drupal.org/node/888086#comment-3582470
[09:15:40]<omega8cc>hm, they had 2 profiles and then merged to one, afaik, but in the never version which is broken again
[09:16:02]<omega8cc>new*er
[09:16:05]* secoif has joined #aegir
[09:17:26]* scientist has quit (Ping timeout: 240 seconds)
[09:19:21]* bixgomez has joined #aegir
[09:19:36]* mrfelton has quit (Quit: mrfelton)
[09:19:38]* scientist has joined #aegir
[09:20:53]* gvlx has quit (Quit: gvlx)
[09:23:50]* scientist has quit (Ping timeout: 240 seconds)
[09:27:17]* kylemathews has joined #aegir
[09:42:17]* smthomas has joined #aegir
[09:49:38]* arianek is now known as arianek_afk
[09:55:11]* kvanderw has quit (Quit: kvanderw)
[10:07:32]* Slydder1 has quit (Quit: Leaving.)
[10:08:14]* ergonlogic1 has quit (Ping timeout: 240 seconds)
[10:09:57]* kvanderw has joined #aegir
[10:22:20]<hefring>community => WET: Why are db settings of a site stored in 3 different places? => http://community.aegirproject.org/node/424
[10:25:29]* grape__ is now known as grape
[10:30:47]* psynaptic|away is now known as psynaptic
[10:32:41]* kvanderw has quit (Quit: Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/)
[10:33:12]* kvanderw has joined #aegir
[10:35:59]* kvanderw has quit (Client Quit)
[10:38:09]* kvanderw has joined #aegir
[10:39:58]* kvanderw has quit (Client Quit)
[10:40:21]* kvanderw has joined #aegir
[10:58:36]* kvanderw has quit (Quit: Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/)