IRC logs for #aegir, 2016-07-28 (GMT)

2016-07-27
2016-07-29
TimeNickMessage
[10:04:16]* gandhiano has joined #aegir
[10:14:33]* theMusician has left #aegir ()
[11:26:03]* gandhiano has quit (Ping timeout: 240 seconds)
[11:35:00]* gusaus has quit (Ping timeout: 276 seconds)
[11:49:31]* gusaus has joined #aegir
[11:49:47]* gusaus has quit (Client Quit)
[12:04:31]* g1i7ch has quit (Ping timeout: 258 seconds)
[12:05:16]* g1i7ch has joined #aegir
[12:10:04]* g1i7ch has quit (Ping timeout: 244 seconds)
[12:11:09]* g1i7ch has joined #aegir
[14:43:34]* g1i7ch has quit (Ping timeout: 240 seconds)
[15:54:37]* stijnvbrande has joined #aegir
[16:28:44]* boshtian has joined #aegir
[17:56:10]* julienfayad has joined #aegir
[18:00:23]* julienfayad has quit (Client Quit)
[18:12:41]* julienfayad has joined #aegir
[18:24:51]* julienfayad has quit (Quit: julienfayad)
[18:33:22]* julienfayad has joined #aegir
[18:33:53]* julienfayad has quit (Client Quit)
[19:33:42]* julienfayad has joined #aegir
[19:34:15]* julienfayad has quit (Client Quit)
[20:03:07]* gandhiano has joined #aegir
[20:04:05]* julienfayad has joined #aegir
[20:24:44]* julienfayad has quit (Quit: julienfayad)
[21:48:16]* gandhiano has quit (Ping timeout: 252 seconds)
[22:28:58]* zombiebeard has joined #aegir
[22:29:20]* julienfayad has joined #aegir
[22:32:17]* julienfayad has quit (Client Quit)
[22:43:04]* julienfayad has joined #aegir
[22:45:41]* julienfayad has quit (Client Quit)
[22:57:32]* cmoates_ has quit (Ping timeout: 240 seconds)
[22:59:36]* julienfayad has joined #aegir
[23:01:18]* cmoates has joined #aegir
[23:06:24]* millenniumtree has quit (Quit: Leaving)
[00:04:41]* g1i7ch has joined #aegir
[00:05:09]* gandhiano has joined #aegir
[00:12:18]* julienfayad has quit (Quit: julienfayad)
[00:28:52]<jonpugh>colan: gboudrias: I have hostmaster repository tests passing on travis
[00:28:52]<hefring>jonpugh: 3 days 7 hours ago <realityloop> tell jonpugh is Devshop working with D8 now? (is it ready for use in production is what I'm essentially asking)..
[00:28:56]<jonpugh>https://github.com/aegir-project/hostmaster/pull/1
[00:29:09]<jonpugh>Oh IRC...
[00:29:24]<jonpugh>lol, everyone is offline
[00:33:03]* gandhiano has quit (Ping timeout: 276 seconds)
[00:34:10]<colan>jonpugh: it's still early somewhere in the world :)
[00:45:35]<jonpugh>I'm more complaining about IRC than people's schedules ;)
[00:45:52]<jonpugh>I really just want to leave a message like I can in gitter, slack, hipchat, just about every other chat service ... ;)
[00:46:06]<anarcat>jonpugh: there's a bot for that
[00:46:13]<anarcat>but yeah, IRC is definitely not hip
[00:46:25]<anarcat>and both colan and gboudrias are online
[00:48:31]<jonpugh>yeah, gotta love hefring but it's a bit tedious ;)
[00:51:52]* hestenet has joined #aegir
[00:52:19]<colan>anarcat: jonpugh: i'm always on-line as i'm running tmux + irssi-email-mentions :)
[00:53:37]<anarcat>eh
[00:53:43]<colan>i'd be down for using mattermost though :)
[00:53:46]<anarcat>so 1980
[00:53:48]<anarcat>so tedious
[00:53:52]<anarcat>so open
[00:53:54]<anarcat>so not hipster
[00:54:02]<jonpugh>irccloud.com for me :)
[00:54:51]<jonpugh>colan: mattermost is great, but another thing to maintain. Have you seen http://gitter.im/opendevshop/devshop
[00:55:13]<jonpugh>a lot of projects use gitter now, drupalconsole, grav
[00:55:21]<jonpugh>i've had great success with it for devshop
[00:55:31]* boshtian has quit (Quit: boshtian)
[00:55:58]<jonpugh>and it's 100% free and has all the github integration needed built right in.
[00:55:59]<anarcat>i have had good experience with matrix.org for offloading the responsability of being permanently connected to irc
[00:56:12]<anarcat>like slack and others however, it does take your privacy and shove it in the usual wastebin
[00:56:28]<jonpugh>anarcat: I didn't realize that worked with IRC
[00:56:58]<anarcat>it does!
[00:57:08]<anarcat>it's a bit clunky, but they're working on it
[00:57:13]<anarcat>they also want to bridge with slack
[00:57:20]<anarcat>but i fully expect slack to kickback on that
[00:57:29]<anarcat>so they keep their little silo all pristine and clean
[00:57:42]<anarcat>free of all this freedom that used to be on the internet
[00:57:50]<anarcat>sorry for the ranting, but i can't stand slack :p
[00:58:01]<jonpugh>Yeah, I'm not a fan either
[00:58:18]<jonpugh>that's why I like http://gitter.im, they are at least slightly more open, way more free
[00:58:57]<anarcat>how are they more open?
[00:59:09]<jonpugh>available and accessible, i should say :)
[00:59:13]<jonpugh>https://gitter.im/opendevshop/devshop/archives/2015/03/14
[00:59:44]<jonpugh>login with github or twitter, one account for the whole system, logs are available on the internet so supposedly they are indexed in google.
[01:00:07]<jonpugh>they have IRC bridge
[01:00:24]<jonpugh>you can log into gitter via any IRC client
[01:00:55]<jonpugh>I think most of their components are open source... https://github.com/gitterHQ
[01:02:06]<jonpugh>So i guess they may not be 100% open source but they do a lot to support open source projects with free chat rooms, a great mobile app, IRC integration, etc.
[01:04:23]<anarcat>it's still a proprietary silo :p
[01:04:27]* anarcat grml
[01:05:41]<jonpugh>anarcat: proprietary, yes. Silo? You can get your messages out via API :)
[01:06:00]<colan>anarcat: jonpugh: i guess a hosted matrix or mattermost would be a good compromise in that you could start running them yourself if you really wanted to.
[01:06:30]<colan>data_portability++
[01:07:46]<jonpugh>I'm just concerned about self-hosted because our expertise is in hosting websites, not chat apps :)
[01:08:28]<jonpugh>There is something to say about convenience :)
[01:08:43]<jonpugh>For example, because there is a github org, there's already a chat room for aegir on gitter
[01:08:44]<jonpugh>https://gitter.im/aegir-project
[01:09:08]<anarcat>it's a silo, because it's yet another non-standard API
[01:09:18]<colan>jonpugh: yes, that's why i want to pay someone to host it for me, but if they start doing stuff i don't like, i can get my data out and go elsewhere.
[01:09:24]<anarcat>and it's a silo because it's proprietary software, there's no concept of federation, afaik
[01:09:55]<jonpugh>Ok, Silo then :)
[01:09:58]<anarcat>so while you can get your data out of there, it just allows you to do that, not really interoperate and set your own policies
[01:10:00]<jonpugh>At least it's not a prison :D
[01:10:07]* anarcat shrugs
[01:10:44]* jonpugh wonders why IRC itself can't develop some new features
[01:12:33]<colan>anarcat: are there any good matrix servers one can pay to use?
[01:14:11]<colan>jonpugh: here's a good article on that: https://whispersystems.org/blog/the-ecosystem-is-moving/
[01:15:09]<anarcat>colan: ... why would you want to pay??
[01:15:16]<anarcat>jonpugh: it is, actually, doing exactly that
[01:15:51]<anarcat>jonpugh: *one* reason is that people prefer to write their own JSON/HTTP APIs that extending existing protocols
[01:16:08]<anarcat>i mean people made XMPP which already deals with all of this and more, and no one seems to care
[01:16:12]<anarcat>http://ircv3.net/
[01:16:24]<colan>anarcat: well, i don't, but sometimes you don't get the useful features without it. free options are good too :)
[01:16:29]<anarcat>colan: that blog post is kind of horrible
[01:16:53]<anarcat>written by one of the biggest silo-makers
[01:16:59]<anarcat>try to make slack talk with signal
[01:17:03]<anarcat>that's going to be lots of fun
[01:17:07]<colan>if irccloud were open source though, wouldn't that be better?
[01:17:45]<colan>yes, though, federation is ideal.
[01:18:59]<colan>i suppose he's justifying his business model as everyone's paying him to incorporate his library into their closed products.
[01:19:01]<anarcat>notice that irccloud is participating in the ircv3 drafting process
[01:19:28]* colan didn't know about that & goes to take a look.
[01:20:24]<anarcat>anyways
[01:20:32]<anarcat>it's kind of hilarious to see all that stuff pop up
[01:20:34]<anarcat>it reminds me of ICQ
[01:20:37]<anarcat>remember that?
[01:20:42]<anarcat>or AIM
[01:20:43]<anarcat>or MSN
[01:20:48]<anarcat>all silos.
[01:20:49]<anarcat>all dead.
[01:20:54]<colan>i hope that ircv3 goes somewhere unlike xmpp then.
[01:21:07]<anarcat>i wish the best of luck to slack, glitter, signal and all the others
[01:21:18]<anarcat>colan: xmpp is alive and well, actually
[01:21:25]<anarcat>there are nice android clients too
[01:21:32]<anarcat>i'm using it on a daily basis
[01:21:52]<anarcat>i feel the only thing missing there right now is a phone number bridge and signal-like crypto
[01:21:58]<anarcat>which is not so far away
[01:22:00]<anarcat>anyways
[01:22:02]<anarcat>totally off topic here
[01:22:17]<anarcat>you guys do what you want with this channel, it's not my business anymore :)
[01:22:18]<colan>anarcat: i've got xabber, but that's mostly to talk to folks on google talk. :)
[01:22:28]<anarcat>don't get me started on google :p
[01:22:38]<anarcat>we'll be here for another 2 hours :p
[01:23:03]<colan>anarcat: heh. if you've got another channel to discuss this stuff, let me know. ;)
[01:23:16]<anarcat>eh
[01:23:20]<anarcat>well i don't mind talking about it here
[01:26:24]<jonpugh>colan: Aegir coop needs a big docker server with Rancher on it. Makes it really easy to spin up most anything, including mattermost
[01:26:56]<jonpugh>I've got the basics in place to get aegir launching drupal on docker containers. Once we have that we can be much more confident in hosting our own
[01:27:12]<jonpugh>I think mattermost is still lacking features, though, last time I tried it.
[01:27:19]<anarcat>Rancher?
[01:27:37]<anarcat>i agree that spending time hosting non-core services should be avoided here
[01:27:42]<anarcat>there's plenty of people doing that for us
[01:27:49]<colan>jonpugh: the thing is, i'm moving away from running my own stuff. i think the org should do the same thing. focus on the core business, outsource everthing else.
[01:27:51]* gandhiano has joined #aegir
[01:28:22]<colan>too many distractions otherwise. that's why i was suggesting we use gitlab.com instead of running atrium.
[01:28:51]* anarcat agrees
[01:28:59]<anarcat>focus on free software of course, as possible
[01:29:08]<anarcat>i believe this irc channel has a long history and should be retained
[01:29:17]<colan>anarcat: yes, of course. i mentioned that before.
[01:29:23]<anarcat>and web irc gateways should be favored over proprietary alternatives
[01:29:25]<anarcat>but that's just me
[01:29:47]<jonpugh>In principle, I agree. In practicality, as a Coop, I don't think we can't confidently say we are offering SLA level support unless we can actually host our own stuff.
[01:30:02]<jonpugh>so it should be a goal, at least
[01:30:08]* julienfayad has joined #aegir
[01:30:16]<jonpugh>during bootstrapping phase, it makes sense to offload as much as possible
[01:30:19]<colan>jonpugh: there's a difference between being able to do it, and actually doing it.
[01:30:33]<jonpugh>Right, I'm saying we as aegir coop need to actually do it. :)
[01:30:39]<jonpugh>Meaning host websites and services.
[01:31:20]<anarcat>for real time support, freenode is amazingly stable
[01:31:26]<anarcat>i don't know if you'll be able to beat that
[01:31:45]<anarcat>hosting websites is one thing
[01:31:52]<jonpugh>I would stay on IRC if we just made it a requirement for Coop members to setup an always-online service.
[01:31:56]<anarcat>hosting real time chat services and email is a whole different beast
[01:32:03]<anarcat>jonpugh: that sounds easy enough
[01:32:05]<jonpugh>It's frustrating to come to the room to get opinions of the leads and they are not available.
[01:32:18]<anarcat>you'll get that regardless of the technology you use
[01:32:24]<anarcat>it's an asynchronous system
[01:32:37]<jonpugh>well, good ones notify you if you are mentioned
[01:32:38]<colan>jonpugh: i guess i don't see the value add. i *can* run my own open source mail stack, but i'd rather get https://25mail.st/ to do it for me for free/cheap so i can focus on stuff i really want to focus on.
[01:32:40]<jonpugh>Like irccloud ;)
[01:32:49]<anarcat>right
[01:32:49]<jonpugh>I get a notification on my phone anytime anyone mentions me in any room
[01:32:51]* gandhiano has quit (Ping timeout: 276 seconds)
[01:32:59]<jonpugh>one touch and I'm in the chat.
[01:33:05]<anarcat>jonpugh: i get that with a regular irc client on android as well :p
[01:33:16]<jonpugh>yeah!
[01:33:21]<jonpugh>good enough, i'd say :)
[01:34:01]<colan>jonpugh: so what i'm saying is that our core biz is support. so let's focus on that & not running web sites/services that can be trivially handled by others.
[01:34:10]<jonpugh>I guess It's the combination of android and web client that won me over for IRCcloud
[01:34:36]<jonpugh>So are you saying we should put aegir.coop on pantheon? :)
[01:35:01]<anarcat>ha!
[01:35:04]<anarcat>free software dude
[01:35:14]<anarcat>pantheon isn't free software is it
[01:35:15]<jonpugh>"trivially handled by others."
[01:35:22]<jonpugh>lol
[01:35:28]<colan>jonpugh: i seriously wouldn't have a problem with it if the license were open.
[01:35:28]<anarcat>it would make sense for aegir.coop to self host their own website
[01:35:38]<jonpugh>yeah, i think we kind of have to
[01:35:46]<colan>ok, so let me rephrase...
[01:35:51]<jonpugh>if we don't use our own product, then there's something seriously wrong with our product
[01:35:56]<jonpugh>or at least that is the appearance
[01:36:03]<jonpugh>i use devshop to host all my own websites.
[01:36:04]<colan>has to be open.
[01:36:15]<colan>so, we could host it on omega8.cc
[01:36:48]<jonpugh>no comment
[01:37:09]<colan>for example. point is, something with an open license.
[01:37:24]<colan>so issue trackers on gitlab, not github.
[01:37:57]* theMusician has joined #aegir
[01:38:24]<colan>should be able to move between running it yourself and getting someone else to do it for you, without losing data.
[01:38:46]<jonpugh>these things need to be voted on. It's going to be a balance between ease of use and ease of onboarding new developers.
[01:38:59]<colan>agreed.
[01:39:25]<jonpugh>I've gotten docker images and tests running with purely open source code
[01:39:51]<jonpugh>but to get them running automatically with as little effort or maintenance as possible, I am putting it up on github and travis.
[01:40:09]<jonpugh>I've only spent a little bit of time with GitLabCI but it's a bit daunting
[01:40:27]* anarcat has been impressed by the progress on gitlab
[01:40:35]<anarcat>everytime i go back there, some new thing is fixed
[01:40:41]<anarcat>it's still lagging a little, but not by much
[01:40:50]<anarcat>CI is certainly not up to travis' standards
[01:41:02]<anarcat>i wonder if travis could be coupled with gitlab
[01:41:10]<colan>that project has been incredible as they're surpassing github in terms of functionality now.
[01:41:11]<anarcat>silos, silos...
[01:41:19]<anarcat>yeah, it's pretty impressive
[01:41:27]<anarcat>they were having some reliability problems on the main site though
[01:41:30]<anarcat>dunno if that improved
[01:41:48]<jonpugh>that's what I mean.
[01:41:51]<jonpugh>github user base is much larger
[01:42:08]<colan>their policy is: we don't want to work on this feature, but we'll accept merge requests
[01:42:17]<colan>so anythign's possible.
[01:42:29]<jonpugh>right but we have to balance that with what we can do right now.
[01:42:48]<jonpugh>See https://github.com/aegir-project/hostmaster/pulls
[01:43:11]<colan>sure, makes sense. i'm not saying ditch github, just that i'm betting on gitlab in the long run.
[01:43:27]<anarcat>interesting: https://en.wikipedia.org/wiki/Comparison_of_source_code_hosting_faciliti...
[01:43:34]<colan>i'm still using github, but putting new projects on gitlab.
[01:43:53]<jonpugh>wow
[01:44:20]<jonpugh>GitHub 14,000,000[55]
[01:44:20]<jonpugh>GitLab 20,000[57]
[01:44:52]<anarcat>hmm... the gitlab numbers are from 2011
[01:45:28]<colan>i would be that the gitlab rate of growth is higher than github.
[01:45:34]<anarcat>hahaha... startpage "corrects" "how many users on gitlab" to "how many users on github"
[01:46:19]<colan>https://about.gitlab.com/2016/02/11/gitlab-retrospective/
[01:47:32]<colan>so ~550K projects.
[01:47:51]<colan>and that was 6 months ago :)
[01:47:52]<anarcat>doesn't seem to say how many users
[01:48:02]<roycroft>hi folks
[01:48:04]* anarcat editing wikipedia
[01:48:13]<colan>ha! was about to suggest that.
[01:48:38]<roycroft>i asked about this yesterday, but did not see any response, and i had to leave after a bit, so if you'll please indulge, i'll ask again
[01:48:47]<roycroft>we have an existing production aegir 2 machine
[01:48:57]<roycroft>we're deploying a new machine that runs aegir 3
[01:49:10]<roycroft>i'm doing fine migration our platforms to the new machine
[01:49:25]<roycroft>but soon i'll need to migrate site management from the old aegir to the new one
[01:49:37]<roycroft>is there a best practices method to do such a migration?
[01:49:54]<roycroft>note that most of the sites are not and will not be hosted on either of the aegir machines
[01:50:06]<roycroft>i just need to migrate management of the sites from the old to the new
[01:50:46]* roycroft will try to stick around for a while today, in case someone wakes up and has an interesting insight
[01:51:17]<jonpugh>so, you have added the new machine and connected it to your hostmaster site?
[01:51:26]<roycroft>no
[01:51:32]<roycroft>it's a new machine with a new hostmaster site
[01:51:44]<jonpugh>ah, and you've added platform nodes to that?
[01:51:53]<roycroft>yes, and i've done that already
[01:52:00]<roycroft>without the sites associated with the platforms
[01:52:05]<jonpugh>right
[01:52:09]<roycroft>i've copied the platforms and verified them
[01:52:12]<jonpugh>and all the platforms are the same as on the old server?
[01:52:47]<jonpugh>gotcha
[01:52:50]<roycroft>i'm copying all the production platforms from the old to the new
[01:53:02]<roycroft>the old server is some very hold hardware, so we want to retire it
[01:53:18]<roycroft>plus it's a slightly older os, and a previous attempt to upgrade the os in place did not go well
[01:53:35]<roycroft>plus we want to start deploying drupal 8
[01:53:55]<roycroft>so for several reasons we're migrating aegir the new machine, and want to manage all our sites from the new machine
[01:53:55]<jonpugh>if you were to manually move the sites to your new server or do it with some kind of script...
[01:54:14]<jonpugh>then run platform verify, it will detect the existing sites and import them into your new hostmaster
[01:54:52]<jonpugh>sorry, mostly thinking out loud
[01:54:56]<roycroft>no worries
[01:54:58]<jonpugh>that would be tricky, i guess
[01:55:05]<roycroft>thinking out loud is a good problem solving technique
[01:55:06]<jonpugh>is the database a separate server?
[01:55:15]<jonpugh>the old DB?
[01:55:24]<roycroft>for the most part, i deploy virtual machines for the individual websites
[01:55:50]<roycroft>most of them use ssl, and aegir has issues with assigning a certificate to the correct ip address
[01:55:59]<roycroft>so i spin off a vm for a secure site
[01:56:05]<roycroft>and i run the database on the same vm as the website
[01:56:25]<roycroft>we have a few sites that do not do ssl, and they are currently hosted on the old aegir machine, with the databases on that machine
[01:56:39]<roycroft>my goal is to spin off a vm for all the non-ssl sites
[01:56:44]<roycroft>which is not the new aegir master
[01:56:53]<roycroft>and move the databases to that non-ssl vm
[01:57:09]<jonpugh>hosting_remote_import might be able to help you...
[01:57:16]<jonpugh>I have never used it personally
[01:57:20]<roycroft>i'll look at that
[01:57:36]<roycroft>fortunately i have created some sandbox vms, and have some non-production sites i can play with
[01:57:40]<jonpugh>but beyond that, it sounds like you just need to create your own script or something...
[01:57:51]<roycroft>this is all going to be thoroughly tested before i do the migration of any production sites
[01:57:59]<roycroft>sure
[01:58:07]<jonpugh>Maybe look at aegir backups as a way of transporting data to the new server
[01:58:11]<roycroft>i'm looking mostly for what would be the best approach
[01:58:14]<jonpugh>provision-backup
[01:58:16]<roycroft>i'm not really an aegir/drupal person
[01:58:35]<jonpugh>:)
[01:59:00]<roycroft>my boss was talking about cloning the production sites, deleting the original production sites, moving the ip, then cloning the clones back to the production sites
[01:59:07]<roycroft>that seems rather time-consuming and unwieldly
[01:59:36]<roycroft>i want to minimise downtime
[01:59:55]<roycroft>and i may decide to migrate them a site at a time
[02:00:15]<roycroft>but if were to, say copy the sites directory for a platform to the new machine
[02:00:25]<jonpugh>Sometimes installing a new site and then copying db and files over is easier
[02:00:29]<roycroft>and then verify that platform
[02:00:38]<roycroft>it would detect the sites and "take over" management?
[02:00:50]<jonpugh>it would run an "import" task, which creates the site node.
[02:00:54]<roycroft>ok
[02:01:04]<jonpugh>but it would need to already have database access
[02:01:10]<roycroft>and i would then restore the site's database on top of that?
[02:01:34]<roycroft>and keep in mind there are two separate scenarios here
[02:01:50]<jonpugh>move the sites/domain.com folders and the .drush/domain.com.alias.drushrc.php file
[02:01:58]<roycroft>the first, which is the majority of our sites, will be sites whose server and database are not on the aegir master
[02:02:24]<jonpugh>right which is why i think you might want to use `drush provision-backup`
[02:02:28]<roycroft>so all i have to do is create the server and database server on the new aegir master, identically as it's configured on the old one
[02:02:38]<roycroft>that's probably the easiest part of the move
[02:02:40]<jonpugh>it will take all files and db dump and put it in a tar.gz file.
[02:02:44]<roycroft>ok
[02:02:51]<jonpugh>that way you don't have to worry about where the DB is
[02:02:52]<roycroft>or i might just do it manually
[02:03:02]<roycroft>i do my nightly backups outside of aegir/drupal
[02:03:18]<roycroft>but i'll look into drush provision-backup
[02:03:30]<roycroft>i'm pretty much an old-fashioned shell guy
[02:03:34]<roycroft>i'm not much of a gui person
[02:03:40]<roycroft>but i'm also not set in my ways
[02:05:07]<jonpugh>do it manually for a few sites and use those commands to write a simple bash script for the rest
[02:05:16]<jonpugh>gotta drop, good luck roycroft
[02:05:37]<roycroft>thanks
[02:05:45]<jonpugh>try `drush provision-backup --help` for details on that command
[02:05:54]<roycroft>i don't think it will go to badly, as long as i do it and not my boss
[02:06:05]<roycroft>he has a very short attention span and no patience
[02:06:24]<roycroft>his approach is generally to try something random and pick up the pieces of whatever breaks
[02:06:55]<roycroft>my approach is to test thoroughly in a non-production environment and write a detailed procedure before doing changes like this
[02:27:33]* g1i7ch has quit (Ping timeout: 244 seconds)
[02:28:12]* julienfayad has quit (Quit: julienfayad)
[02:53:23]* julienfayad has joined #aegir
[02:55:43]* julienfayad has quit (Client Quit)
[02:57:56]* mstenta has joined #aegir
[03:00:28]* julienfayad has joined #aegir
[03:12:39]* julienfayad has quit (Quit: julienfayad)
[03:26:38]* stijnvbrande has quit (Quit: Connection closed for inactivity)
[03:26:48]* gandhiano has joined #aegir
[03:51:41]* gusaus has joined #aegir
[04:03:08]* gandhiano has quit (Ping timeout: 265 seconds)
[04:35:10]* mgann has joined #aegir
[04:53:51]* theMusician has quit (Quit: theMusician)
[04:58:35]* julienfayad has joined #aegir
[05:03:14]* julienfayad has quit (Client Quit)
[05:05:23]* g1i7ch has joined #aegir
[05:07:44]<g1i7ch>So.. I'm trying to delete a test site from a platform, which was verified, however the delete is failing. I'm get error: fopen(/sites/test.mysite.com/database.sql): failed to open stream: No such file or directory mysql.php:261
[05:07:56]<g1i7ch>Then: Could not write database backup file mysqldump
[05:09:00]<g1i7ch>The site doesn't seem to exist in the /sites/ directory, however it is listed in aegir as a verified site.
[05:10:03]<g1i7ch>How do I remove the site?
[05:10:24]<colan>jonpugh: meeting?
[05:14:51]* julienfayad has joined #aegir
[05:15:08]* julienfayad has quit (Client Quit)
[05:15:34]<viashimo>g1i7ch: in cases similar to that I just go the node, it edit, and replace node/XYZ/edit with node/XYZ/delete
[05:18:49]<jonpugh>colan: sorry, can't attend this week
[05:25:21]* gandhiano has joined #aegir
[05:25:53]<g1i7ch>viashimo Thanks! I learned that trick for stalled tasks. Didn't realize you can use it for this situation.
[05:26:51]<g1i7ch>That was way too easy
[05:37:10]* gandhiano has quit (Ping timeout: 244 seconds)
[05:38:37]* theMusician has joined #aegir
[06:01:03]<helmo>Scrum? https://appear.in/aegir
[06:02:08]* theMusician has quit (Quit: theMusician)
[06:06:21]<colan>was giving us problems so back to https://plus.google.com/hangouts/_/ergonlogic.com/aegir-co-op
[06:11:45]* gandhiano has joined #aegir
[06:31:32]* mgann has quit (Quit: My iMac has gone to sleep. ZZZzzz…)
[06:38:46]<g1i7ch>..so.. I deleted a site. It was successfully deleted in Aegir, but it still shows up in the platform's sites directory. Is it safe to remove it from the directory?
[06:56:09]* theMusician has joined #aegir
[07:00:28]* gandhiano has quit (Ping timeout: 252 seconds)
[07:57:33]* theMusician has quit (Quit: theMusician)
[08:09:00]* zombiebeard has quit (Quit: zombiebeard)
[08:48:15]* hestenet has quit (Remote host closed the connection)
[09:20:34]* formatC_vt has quit (Ping timeout: 240 seconds)
[09:20:40]* formatC_vt has joined #aegir
[09:42:45]* g1i7ch has quit (Ping timeout: 244 seconds)
[09:43:13]* g1i7ch has joined #aegir