| [10:02:46] | * ybabel has quit (Ping timeout: 244 seconds) |
| [10:06:10] | * tommycox has quit (Remote host closed the connection) |
| [10:25:53] | * tommycox has joined #aegir |
| [10:41:38] | * tommycox has quit (Remote host closed the connection) |
| [10:47:56] | * jerryitt has quit (Quit: Connection closed for inactivity) |
| [11:14:15] | * tommycox has joined #aegir |
| [11:20:16] | * tommycox has quit (Ping timeout: 264 seconds) |
| [12:03:10] | * azend|vps_ has quit (Remote host closed the connection) |
| [12:14:19] | * azend|vps has joined #aegir |
| [12:23:35] | * hosttor has joined #aegir |
| [12:40:37] | * ahillio has quit (Quit: Konversation terminated!) |
| [12:43:51] | * hosttor has quit (Ping timeout: 258 seconds) |
| [12:50:06] | * tommycox has joined #aegir |
| [12:51:33] | * tommycox has quit (Remote host closed the connection) |
| [12:57:52] | * tommycox has joined #aegir |
| [13:00:56] | * tommycox has quit (Remote host closed the connection) |
| [13:05:39] | * tommycox has joined #aegir |
| [13:07:42] | * tommycox has quit (Remote host closed the connection) |
| [13:20:33] | * tommycox has joined #aegir |
| [13:22:36] | * tommycox has quit (Remote host closed the connection) |
| [13:28:28] | * tommycox has joined #aegir |
| [13:29:08] | * tommycox has quit (Remote host closed the connection) |
| [14:02:36] | * tommycox has joined #aegir |
| [14:20:55] | * tommycox has quit (Ping timeout: 252 seconds) |
| [14:23:58] | * tommycox has joined #aegir |
| [14:37:58] | * Lowell has quit (Ping timeout: 255 seconds) |
| [14:38:29] | * elijah has quit (Read error: Connection reset by peer) |
| [14:40:55] | * Lowell has joined #aegir |
| [14:41:26] | * elijah has joined #aegir |
| [15:00:06] | * tommycox_ has joined #aegir |
| [15:00:28] | * tommycox has quit (Read error: Connection reset by peer) |
| [15:25:17] | * tommycox_ has quit (Remote host closed the connection) |
| [15:33:29] | * tommycox has joined #aegir |
| [15:35:53] | * boshtian has joined #aegir |
| [15:57:08] | * tommycox has quit (Remote host closed the connection) |
| [16:00:42] | * tommycox has joined #aegir |
| [16:05:57] | * tommycox_ has joined #aegir |
| [16:07:40] | * tommycox has quit (Ping timeout: 264 seconds) |
| [16:21:33] | * mlhess has quit (Excess Flood) |
| [16:21:35] | * mlhess- has joined #aegir |
| [16:23:39] | * mlhess- is now known as mlhess |
| [16:31:15] | * stijnvbrande has joined #aegir |
| [16:35:28] | * SuppahSeb_work has joined #aegir |
| [16:42:26] | * SuppahSeb_work has quit (Ping timeout: 264 seconds) |
| [17:06:47] | * tommycox has joined #aegir |
| [17:08:36] | * SuppahSeb_work has joined #aegir |
| [17:09:20] | * tommycox_ has quit (Ping timeout: 265 seconds) |
| [17:28:17] | * tommycox has quit (Remote host closed the connection) |
| [17:35:56] | <SuppahSeb_work> | I have finally managed to get a solution for problems we were having |
| [17:36:31] | <SuppahSeb_work> | Now its working |
| [17:36:40] | <SuppahSeb_work> | We had to change the template here /usr/share/drush/commands/provision/http/Provision/Config/Apache |
| [17:52:55] | * tommycox has joined #aegir |
| [17:54:03] | * tommycox has quit (Remote host closed the connection) |
| [18:22:49] | * ybabel has joined #aegir |
| [18:53:35] | * anarchat has joined #aegir |
| [18:58:49] | * anarcat has quit (*.net *.split) |
| [18:58:49] | * drupol has quit (*.net *.split) |
| [18:58:50] | * FatherShawn has quit (*.net *.split) |
| [18:59:18] | * FatherShawn has joined #aegir |
| [19:02:25] | * drupol has joined #aegir |
| [21:08:06] | * SuppahSeb_work has quit (Quit: Page closed) |
| [21:42:22] | * stijnvbrande has quit (Remote host closed the connection) |
| [21:57:10] | * stijnvbrande has joined #aegir |
| [22:22:54] | * zombiebeard has joined #aegir |
| [22:30:45] | * Captain_Haddock has quit (Ping timeout: 265 seconds) |
| [22:46:52] | * shaneonabike has joined #aegir |
| [23:12:50] | * erortiz has joined #aegir |
| [00:01:14] | * tommycox has joined #aegir |
| [00:02:27] | * shaneonabike has quit (Remote host closed the connection) |
| [00:20:32] | * tommycox has quit (Ping timeout: 240 seconds) |
| [00:27:35] | * tommycox has joined #aegir |
| [00:28:15] | * jerryitt has joined #aegir |
| [00:37:18] | * boshtian has quit (Ping timeout: 265 seconds) |
| [00:47:32] | * tommycox has quit (Ping timeout: 240 seconds) |
| [00:49:04] | * tommycox has joined #aegir |
| [01:00:13] | * tommycox has quit (Ping timeout: 244 seconds) |
| [01:00:31] | <colan> | gboudrias: what's this drutopia thing all about? i'm asking here because it mentions aegir specifically. |
| [01:01:40] | * SuppahSeb has quit (Quit: Page closed) |
| [01:02:33] | * tommycox has joined #aegir |
| [01:11:39] | * tommycox has quit (Remote host closed the connection) |
| [01:21:17] | <ergonlog1c> | colan: it's mostly a reaction to the Enterprise-focus in Drupal |
| [01:23:49] | <ergonlog1c> | and a broadening of Nedjo's OpenOutreach initiatives |
| [01:54:02] | * tommycox has joined #aegir |
| [01:55:26] | * shaneonabike has joined #aegir |
| [02:04:12] | * tommycox has quit (Ping timeout: 240 seconds) |
| [02:10:01] | * tommycox has joined #aegir |
| [02:21:39] | * tommycox has quit (Remote host closed the connection) |
| [02:24:10] | * shaneonabike has quit (Quit: Leaving.) |
| [02:25:23] | * tommycox has joined #aegir |
| [02:27:34] | * shaneonabike has joined #aegir |
| [02:38:32] | * tommycox has quit (Ping timeout: 240 seconds) |
| [02:45:43] | * tommycox has joined #aegir |
| [03:02:48] | * gusaus has joined #aegir |
| [03:14:16] | * tommycox has quit (Ping timeout: 264 seconds) |
| [03:17:16] | * tommycox has joined #aegir |
| [03:47:03] | * stijnvbrande has quit (Quit: Connection closed for inactivity) |
| [03:55:52] | * tommycox has quit (Remote host closed the connection) |
| [03:57:28] | * gusaus has quit (Ping timeout: 264 seconds) |
| [04:01:02] | * gusaus has joined #aegir |
| [04:15:56] | * tommycox has joined #aegir |
| [04:24:12] | * tommycox has quit (Ping timeout: 240 seconds) |
| [04:26:11] | * tommycox has joined #aegir |
| [04:55:45] | * ergonlog1c invites co-op members to attend the Ops Team meeting in #aegir-coop, starting in 5 minutes |
| [04:57:17] | * ergonlog1c points out that others are welcome to observe, but participation is limited to co-op members |
| [04:58:01] | <anarchat> | aka +m :) |
| [04:59:44] | <ergonlog1c> | anarchat: ? |
| [05:00:11] | <ergonlog1c> | oh, the irc mute switch? |
| [05:00:32] | <ergonlog1c> | I wasn't planning to enforce it |
| [05:00:54] | <anarchat> | "moderated" - but yeah |
| [05:01:40] | * shaneonabike has quit (Ping timeout: 264 seconds) |
| [05:10:40] | * tommycox has quit (Ping timeout: 264 seconds) |
| [05:16:51] | * tommycox has joined #aegir |
| [05:26:36] | * shaneonabike has joined #aegir |
| [05:56:52] | * tommycox has quit (Ping timeout: 240 seconds) |
| [05:58:10] | <jonpugh> | gboudrias: you aren't in #aegir-coop? |
| [06:00:25] | * shaneonabike has quit (Quit: Leaving.) |
| [06:02:07] | * tommycox has joined #aegir |
| [06:02:38] | <ergonlog1c> | ok, scrum time |
| [06:02:46] | <ergonlog1c> | lots has happened this week |
| [06:03:06] | <helmo> | jonpugh: I'll keep looking at the Aegir Docker code ... but not ready yet to 'maintain' |
| [06:03:07] | <ergonlog1c> | or at least, I've noticed it, since I've finally started to carve out time for core work agaiun |
| [06:04:32] | <colan> | ergonlog1c: so updates from your end? |
| [06:04:43] | <ergonlog1c> | sorry, distracted |
| [06:04:46] | <ergonlog1c> | right |
| [06:04:59] | <ergonlog1c> | so the big one, was the fix-permissions stuff |
| [06:05:15] | <colan> | <aside>i took a quick look at rancher. seems fantastic. so thanks jonpugh for bringing that up.</aside> |
| [06:05:17] | <ergonlog1c> | I ran that on some civicrm platforms with 100 |
| [06:05:24] | <jonpugh> | awesome |
| [06:05:29] | <ergonlog1c> | + sites, and it worked beautifully |
| [06:05:32] | <jonpugh> | colan: I see it as a great backbone for future aegir |
| [06:05:55] | <helmo> | I also tried rancher |
| [06:06:14] | <jonpugh> | helmo: colan: try this |
| [06:06:15] | <jonpugh> | https://github.com/jonpugh/aegir-rancher-stack |
| [06:06:15] | <helmo> | but adding a mysql cluser gave some pains ... |
| [06:06:22] | <jonpugh> | it is tough manually |
| [06:06:31] | <jonpugh> | but once you start using docker-compose and rancher-compose it's easy |
| [06:06:53] | <helmo> | I used the two from their catalog |
| [06:07:07] | <jonpugh> | yeah... the catalog is hit or miss, I've found |
| [06:07:12] | <jonpugh> | only a few items are "rancher approved" |
| [06:07:19] | <jonpugh> | but how cool would it be to put aegir in there?? |
| [06:07:57] | <jonpugh> | All you have to do is pull request this repo: https://github.com/rancher/community-catalog/tree/master/templates |
| [06:08:15] | <jonpugh> | See wordpress for an example: https://github.com/rancher/community-catalog/tree/master/templates/wordp... |
| [06:09:23] | <helmo> | yes .. wordpress was another dissapointment there ... when you 'scale' it just adds another server ... then you have two filesystems :( for one blog |
| [06:09:34] | <jonpugh> | Setting up this rancher stack I think is our best/easiest chance of getting a push-button scalable docker cluster going from aegir |
| [06:09:36] | <jonpugh> | https://github.com/jonpugh/aegir-rancher-stack |
| [06:09:44] | <jonpugh> | Yeah, that's where the volume management comes in |
| [06:09:53] | <jonpugh> | if we use docker |
| [06:10:03] | <jonpugh> | if we use docker's volumes-from directive... |
| [06:10:14] | <jonpugh> | we can use the "volume drivers" they have that will enable cross host volumes |
| [06:10:14] | <helmo> | jonpugh: I'll give it a spin |
| [06:10:25] | <jonpugh> | try to get that aegir-rancher-stack going |
| [06:10:58] | <helmo> | I will |
| [06:11:19] | <jonpugh> | The rancher-compose CLI is available from the rancher web UI itself |
| [06:11:20] | <helmo> | I'm also scheduling Aegir 3.8 for week 42 ... (~ okt 20) |
| [06:11:33] | <jonpugh> | look for the link at the bottom right of all pages to download CLI |
| [06:12:07] | <colan> | ok, cool. can we add a ticket for rancher in aegir 5 or whatever? would be good to have a central place for that discussion. |
| [06:12:21] | <jonpugh> | colan: rancher will work in aegir 3 in contrib :) |
| [06:12:33] | <jonpugh> | I've already kindof got it working, aegir needs gutting before it can work |
| [06:12:40] | <jonpugh> | right so maybe aegir 3 |
| [06:12:43] | <colan> | jonpugh: the gihub repo? |
| [06:12:53] | <jonpugh> | yeah |
| [06:12:53] | <jonpugh> | https://github.com/opendevshop/devshop_rancher |
| [06:12:54] | <colan> | you mean 4. |
| [06:13:01] | <jonpugh> | 4 yeah |
| [06:13:03] | <jonpugh> | I'm trying on 3 |
| [06:13:14] | <jonpugh> | but we need big changes like the "decouple install" task |
| [06:13:28] | <colan> | ah, ok. that ties it all together. |
| [06:13:35] | <jonpugh> | which, in my opinion, as long as the end result is the same I'd love to see in aegir 3 |
| [06:13:54] | <jonpugh> | colan: https://www.drupal.org/node/2770077 |
| [06:13:54] | <hefring> | https://www.drupal.org/node/2770077 => RFC: Refactor how Aegir installs Drupal. [#2770077] => 3 comments, 1 IRC mention |
| [06:14:05] | <colan> | jonpugh: so how about a meta issue in d.o for cleaning up aegir 3 for this? |
| [06:14:06] | <jonpugh> | the issue is mainly we have to lay the files into place and not install drupal |
| [06:14:25] | <colan> | would be good to get those tickets under one roof. |
| [06:14:36] | <ergonlog1c> | jonpugh: deploy vs. install tasks, maybe |
| [06:14:38] | <jonpugh> | I've set them all as related |
| [06:14:50] | <jonpugh> | but I haven't been able to spend time on the work in a while |
| [06:15:16] | <ergonlog1c> | but it's a sufficiently big change that it should really go in Aegir 4 |
| [06:15:21] | <colan> | i'll create an aegir 4 meta task. just so that stuff's easy to find. |
| [06:15:31] | <jonpugh> | ah, i see... |
| [06:15:39] | <jonpugh> | yeah, I can't lead that effort right now |
| [06:15:47] | <colan> | yeah, you can't rip stuff out of 3. |
| [06:15:52] | <jonpugh> | that's fine. |
| [06:16:29] | <helmo> | https://www.drupal.org/node/2714641 |
| [06:16:30] | <hefring> | https://www.drupal.org/node/2714641 => META: Aegir 4 [#2714641] => 11 comments, 1 IRC mention |
| [06:16:37] | <jonpugh> | Let's start taking 4.x seriously, if it's mainly aegir 3 with the patches I want to make, I'd be happy to be an alpha user |
| [06:16:50] | <ergonlog1c> | look at the clusterfuck that happened when Drupal 7.50 added error-reporting where none existed before |
| [06:17:05] | <jonpugh> | yeah, that's fine |
| [06:17:09] | <ergonlog1c> | API stability is important |
| [06:17:21] | <ergonlog1c> | but yeah, Aegir 4 |
| [06:17:24] | <colan> | they're mostly 4. can https://www.drupal.org/node/2764245 be in 3, or should i move to 4? |
| [06:17:24] | <hefring> | https://www.drupal.org/node/2764245 => Refactor PROVISION_SITE_INSTALLED to be more verbose and actually check if site was installed. [#2764245] => 5 comments, 1 IRC mention |
| [06:17:42] | <jonpugh> | I had an idea to propose to the community: designated version committers like for drupal core |
| [06:18:01] | <jonpugh> | That should be 3.x, nothing changes but the messaging |
| [06:18:11] | <jonpugh> | ok not true |
| [06:18:25] | <jonpugh> | it fully bootstraps drupal instead of looking for a readable settings.php file |
| [06:18:48] | <jonpugh> | so anyone that might have been abusing that issue by putting a settings.php will be affected :) |
| [06:19:37] | <jonpugh> | I'd like to propose that any reasonable UI improvements be allowed in aegir 3.x |
| [06:19:49] | <jonpugh> | like https://www.drupal.org/node/2212149 |
| [06:19:49] | <hefring> | https://www.drupal.org/node/2212149 => Improve task queue AJAX refresh [#2212149] => 27 comments, 2 IRC mentions |
| [06:19:56] | <jonpugh> | i think I mentioned this at the summit |
| [06:20:00] | <ergonlog1c> | UI improvements are fine |
| [06:20:12] | <ergonlog1c> | they don't change the API |
| [06:20:33] | <ergonlog1c> | we'd have to be careful of altering forms too much though |
| [06:21:03] | <ergonlog1c> | since form_alter()s would depend on the existing structure |
| [06:22:06] | <jonpugh> | cool |
| [06:22:08] | <helmo> | we can always backport bugfixes and UI improvements |
| [06:22:21] | <jonpugh> | hmm good point. |
| [06:22:26] | <jonpugh> | work should go into 7.x-4.x |
| [06:22:30] | <jonpugh> | and be ported back from there. |
| [06:22:42] | <ergonlog1c> | we also need to make sure that there's a reasonable upgrade path |
| [06:23:08] | <jonpugh> | 4.x should be easy, like 1.x-2.x |
| [06:23:22] | <jonpugh> | incremental stuff starting from now |
| [06:23:31] | <ergonlog1c> | right |
| [06:23:42] | <ergonlog1c> | a priority should be put on testing, imo |
| [06:24:14] | <ergonlog1c> | as it's one of the things holding us back from broader changes |
| [06:24:42] | <helmo> | we're making good progress on testing in travis ... |
| [06:24:42] | <colan> | https://www.drupal.org/node/2793885 |
| [06:24:43] | <hefring> | https://www.drupal.org/node/2793885 => [META] Consider Rancherizing Aegir [#2793885] => 0 comments, 1 IRC mention |
| [06:24:50] | <ergonlog1c> | all that docker/travis testing stuff should definitely help there |
| [06:24:57] | <colan> | please update ticket list if i got that wrong. |
| [06:26:26] | <colan> | ok, i think we're done with that topic. ergonlog1c sorry about derailing you earlier. |
| [06:26:50] | <ergonlog1c> | np. |
| [06:27:06] | <ergonlog1c> | sudo chmod/chown |
| [06:27:12] | <ergonlog1c> | works well for me |
| [06:27:20] | <ergonlog1c> | anyone else tested it? |
| [06:27:51] | <helmo> | yes, seems to work... but slave support is an issue :) |
| [06:28:04] | <ergonlog1c> | right |
| [06:28:12] | <colan> | maybe do that as a follow-up? |
| [06:28:20] | <ergonlog1c> | that'd be my preference |
| [06:28:28] | <ergonlog1c> | it works nicely as-is |
| [06:28:50] | <helmo> | I'm ok with that... we can mention it in the feature description ... 'Only master server supported' |
| [06:29:23] | <ergonlog1c> | it shouldn't be too hard to wrap it in a provision command |
| [06:29:37] | <ergonlog1c> | but it feels like a new endeavour |
| [06:29:56] | <ergonlog1c> | considering the testing, etc will be more complicated |
| [06:30:55] | <ergonlog1c> | I also added some fixes and patches to hosting_civicrm, and plan to post some issues to hosting_wordpress, once I go through deploying it again |
| [06:31:32] | <ergonlog1c> | I'd like to figure out the best way to deploy registry-rebuild within Aegir |
| [06:32:00] | <ergonlog1c> | I think we *should* be able to git submodule it into hosting_tasks_extra |
| [06:32:19] | <ergonlog1c> | which is where we already have a front-end task |
| [06:32:35] | <ergonlog1c> | that's the other big thing from this week, from my perspective |
| [06:33:04] | <ergonlog1c> | adding "rr" fixes D7.50 crap |
| [06:33:17] | <ergonlog1c> | for hosted sites anyway |
| [06:33:29] | <ergonlog1c> | helmo: you'd said mid oct for Aegir 3.8? |
| [06:33:56] | <helmo> | yes week 42 seems like a nice target |
| [06:34:12] | <colan> | so hosting_tasks_extra becomes required? |
| [06:34:16] | <helmo> | two months after 3.7 |
| [06:34:23] | <ergonlog1c> | helmo: had you found a minor debian release any easier? |
| [06:34:44] | <ergonlog1c> | colan: no, we can just add hooks that are implemented there |
| [06:34:59] | <ergonlog1c> | there = hosting_tasks_extra |
| [06:35:51] | <helmo> | a minor Debian release is documented now ... but only when we need to fix something in the packaging |
| [06:36:02] | <ergonlog1c> | https://www.drupal.org/node/1694792#comment-11567753 |
| [06:36:03] | <hefring> | https://www.drupal.org/node/1694792 => Allow provision-deploy to move a site to a platform with different module paths [#1694792] => 34 comments, 2 IRC mentions |
| [06:36:03] | <helmo> | does drush make support git submodules? I doubt D.o does :( |
| [06:36:29] | <ergonlog1c> | helmo: good point |
| [06:36:35] | <ergonlog1c> | maybe subtree then |
| [06:36:52] | <ergonlog1c> | it'd be nice to be able to keep pulling in fixes from the upstream |
| [06:37:16] | <ergonlog1c> | oooor... we could treat it as a library, and just dump it where we want |
| [06:37:29] | <ergonlog1c> | in tasks_extra/drush, presumably |
| [06:37:33] | <colan> | i my scripts, i always drush dl it to update before running :) |
| [06:37:42] | <colan> | maybe that's an idea. |
| [06:38:10] | <colan> | goes into ~/.drush by default. |
| [06:38:13] | <ergonlog1c> | that'd work for the Debian repo, but it'd add a manual step otherwise |
| [06:38:52] | <ergonlog1c> | since we have the hosting features registry now, we'll dynamically add features' drush dirs |
| [06:39:12] | <ergonlog1c> | so just building it into hosting_tasks_extra should work |
| [06:39:23] | <ergonlog1c> | and make it part of platform deployments |
| [06:39:28] | <helmo> | it would be nice to automate, but duplicating the code adds maintenance :( ... We should involve omega8cc as they maintain rr |
| [06:40:06] | <colan> | good point. they're trying to to unfork their stuff too. |
| [06:40:20] | <ergonlog1c> | well, that's why I'd rather include it, rather than duplicate it |
| [06:40:44] | <ergonlog1c> | and yes, to the extent that we can unfork boa, the better |
| [06:40:50] | <colan> | my point was just to coordinate with them, whatever works best. |
| [06:41:06] | <ergonlog1c> | sure |
| [06:41:23] | <ergonlog1c> | they're monitoring the issue queues and active in there |
| [06:41:41] | <ergonlog1c> | we should invite Adam to join the maintainers team soon |
| [06:42:57] | <ergonlog1c> | helmo: so, re. minor .deb release... I was thinking that the fixed upgrade path might warrant it |
| [06:42:57] | <colan> | he's been really helpful with the stuff i've been working on, new ubuntu & nginx. |
| [06:42:58] | <helmo> | ergonlog1c: I also had that on my list ... so +1 |
| [06:43:50] | <helmo> | ah, I see ... should be doable |
| [06:44:07] | <ergonlog1c> | iirc, last time we somehow ended up with installing HEAD |
| [06:44:39] | <ergonlog1c> | helmo: can we coordinate that next week? I can try to carve out half a day or something for it |
| [06:45:46] | <helmo> | yes, lets do that |
| [06:46:04] | <ergonlog1c> | helmo: so... what was that +1 for? |
| [06:46:15] | <ergonlog1c> | the minor release or inviting Adam to the core team? |
| [06:47:49] | <ergonlog1c> | also, assuming we're cool with https://www.drupal.org/node/1694792#comment-11567753, I'll work on getting registry-rebuild into takss_extra |
| [06:47:50] | <hefring> | https://www.drupal.org/node/1694792 => Allow provision-deploy to move a site to a platform with different module paths [#1694792] => 34 comments, 3 IRC mentions |
| [06:48:13] | <helmo> | +1 was for Adam |
| [06:49:01] | <ergonlog1c> | helmo: ok, would you like to propose it to the core list? |
| [06:49:25] | <ergonlog1c> | so that we have a record, and those that missed this scrum can have a say |
| [06:49:46] | * tommycox has quit (Ping timeout: 276 seconds) |
| [06:49:52] | <helmo> | https://www.drupal.org/node/2793889 |
| [06:49:52] | <hefring> | https://www.drupal.org/node/2793889 => [meta] 3.7.1 release (bugfix/patches) [#2793889] => 0 comments, 1 IRC mention |
| [06:51:13] | <helmo> | ok, I'll put out a mail tomorrow |
| [06:51:29] | <ergonlog1c> | Last thing from me... I helped someone fix a broken Aegir 3 install by having them use the unstable .deb via wget |
| [06:51:52] | <ergonlog1c> | which allowed them to build a new platform, in their case |
| [06:52:19] | <colan> | instability++ |
| [06:52:20] | <helmo> | 7.50 issue? or somethign else? |
| [06:52:31] | <ergonlog1c> | but will be replaced by 3.7-1, and/or 3.8 in the future |
| [06:52:48] | * tommycox has joined #aegir |
| [06:52:52] | <ergonlog1c> | they had a debconf setting left over from Aegir 2 |
| [06:53:18] | <ergonlog1c> | so they ended up with a platform called 7.x-3.7, but running on Drupal 6 |
| [06:53:26] | <helmo> | custom makefile ? :( |
| [06:53:32] | <ergonlog1c> | yes |
| [06:54:02] | <ergonlog1c> | so the .deb refused to fix it, as it detected an existing platform with the right version |
| [06:54:43] | <ergonlog1c> | if we release a 3.7.1 that just includes the upgrade path workaround |
| [06:55:15] | <ergonlog1c> | then 7.50 upgrades may still fail, pending the registry-rebuild stuff |
| [06:56:47] | <helmo> | Jenkins is green now without rr... |
| [06:56:48] | <ergonlog1c> | I wonder whether adding some docs that describe how to find and install the latest unstable build might provide a short-temr work-around for those wanting the newer fixes prior to the next official release |
| [06:57:05] | <ergonlog1c> | yes, but are we testing for that failure mode? |
| [06:57:23] | <ergonlog1c> | we'd have to enable a module, then move/remove it |
| [06:57:47] | <ergonlog1c> | https://www.drupal.org/node/2792713 |
| [06:57:48] | <hefring> | https://www.drupal.org/node/2792713 => Drupal 7.50 moved/missing modules [#2792713] => 4 comments, 1 IRC mention |
| [06:58:06] | <ergonlog1c> | the D7.50 thing affects hosted sites too |
| [06:58:12] | <colan> | sounds like a good test to add. |
| [06:58:29] | <ergonlog1c> | agreed |
| [06:59:18] | <helmo> | yes easies would be to duplicate the aegir2to3-dev test in puppet-aegir and add a few commands |
| [06:59:45] | <ergonlog1c> | but my point was that by installing a wget's unstable .deb will still become stable again on the next upgrade |
| [07:00:02] | <ergonlog1c> | as opposed to preferenced.d, apt pinning,etc |
| [07:00:11] | * tommycox has quit (Ping timeout: 258 seconds) |
| [07:00:21] | <ergonlog1c> | is it worth documenting as a possible work-around, or too dangerous to consider? |
| [07:01:02] | <colan> | it's good in that it'll determine if stuff's fixed in the latest code. that's good to know. |
| [07:01:12] | <helmo> | It could fit under http://docs.aegirproject.org/en/3.x/install/upgrade/#upgrades-with-debia... |
| [07:01:25] | <helmo> | there we already have 'Recovering a Failed Upgrade' |
| [07:01:39] | <colan> | so "try that. if it doesn't work, file a bug" |
| [07:01:45] | <ergonlog1c> | re. adding a test for that, I think we could integrate it into provision-tests-run |
| [07:02:45] | <ergonlog1c> | ok, I'll add something there with dire warnings about the possible consequences |
| [07:02:55] | <ergonlog1c> | in the docs, that is |
| [07:03:19] | <colan> | it's a good way to prevent duplicate issues from being created it stuff's already fixed. get them to try that first. |
| [07:03:26] | <ergonlog1c> | and I'll try to make time to add the test, amybe using those nifty new docker scripts :) |
| [07:03:38] | <ergonlog1c> | colan: right |
| [07:03:50] | <colan> | ergonlog1c: so about ubuntu 16.04... |
| [07:03:56] | <ergonlog1c> | oh, right |
| [07:04:11] | <colan> | the one issue for us is https://www.drupal.org/node/2770819 |
| [07:04:12] | <hefring> | https://www.drupal.org/node/2770819 => Install fails on MariaDB 10 without password (new default) [#2770819] => 10 comments, 2 IRC mentions |
| [07:04:33] | <ergonlog1c> | ok, but it works with mysql? |
| [07:04:33] | <colan> | i could really use some insight/help on that one, if you want to look at it tomorrow. |
| [07:04:57] | * helmo waves good night |
| [07:05:14] | <ergonlog1c> | goodnight herman |
| [07:05:24] | <jonpugh> | Goodnight, helmo |
| [07:05:34] | <colan> | ergonlog1c: that's the funny part. not with a small vm. there's a memory leak / bad design that's fixed in the next point release |
| [07:05:35] | <jonpugh> | Last thing! I just posted a request for contribution for the docker stuff: https://www.drupal.org/node/2793901 |
| [07:05:36] | <hefring> | https://www.drupal.org/node/2793901 => Request for Contribution: Aegir on Docker & Travis [#2793901] => 2 comments, 1 IRC mention |
| [07:05:48] | <jonpugh> | I'd like to tweet about it, cool? |
| [07:05:51] | <jonpugh> | from aegirproject |
| [07:05:57] | <ergonlog1c> | colan: don't get me wrong, I'm all for MariaDB support |
| [07:06:01] | <ergonlog1c> | jonpugh: go for it |
| [07:06:29] | * tommycox has joined #aegir |
| [07:06:34] | <colan> | ergonlog1c: https://bugs.launchpad.net/akonadi/+bug/1576930 |
| [07:06:41] | <ergonlog1c> | colan: but it seems like Xenial support and mariadb support are 2 different things |
| [07:07:10] | <colan> | the upstream one is https://bugs.mysql.com/bug.php?id=80772 |
| [07:07:32] | <colan> | i'm working around (the mysql one) by using a vm with 2gb ram. |
| [07:07:48] | <colan> | so i dropped mariadb for now. |
| [07:08:05] | <colan> | it's annoying that there are issues with both DBs. |
| [07:08:07] | <ergonlog1c> | has the same password change been implemnented in the mysql packages? |
| [07:08:48] | <colan> | looks like it should have been, but the debs actually work with aegir. |
| [07:09:24] | <jonpugh> | ok, Please RT! https://twitter.com/aegirproject/status/771454682199908353 |
| [07:09:32] | <colan> | so looks like that was held back somewhere in the pipeline, or i'm misunderstanding something somewhere. |
| [07:11:04] | <colan> | so it's a memory leak with mysql, or aegir won't install with mariadb. |
| [07:12:27] | <ergonlog1c> | colan: other than those, it's php7? any news there? |
| [07:12:43] | <colan> | i think i fixed all of those. |
| [07:12:52] | <colan> | at least for nginx. haven't tried apache, sorry. |
| [07:13:30] | <ergonlog1c> | np, but good to know |
| [07:13:35] | <ergonlog1c> | fixed, as in committed? |
| [07:13:40] | <colan> | yep. |
| [07:14:27] | <colan> | one was ORing the php7 packages in the deb, and the other was (digging...) |
| [07:15:06] | <ergonlog1c> | I've never liked that we use root for the main db user |
| [07:15:20] | <colan> | https://www.drupal.org/node/2769587 |
| [07:15:21] | <hefring> | https://www.drupal.org/node/2769587 => Nginx: PHP FPM fails to detect socket mode on PHP 7 [#2769587] => 13 comments, 4 IRC mentions |
| [07:15:57] | <colan> | all the php 7 stuff can be found from https://www.drupal.org/node/2704303 , the stuff i found anyway. |
| [07:15:58] | <hefring> | https://www.drupal.org/node/2704303 => META: PHP 7 Support [#2704303] => 12 comments, 3 IRC mentions |
| [07:16:51] | <ergonlog1c> | colan: so, you think creating an 'aegir' user with proper privileges should work? |
| [07:17:06] | <ergonlog1c> | is this only for socket-based access to the db? |
| [07:17:27] | <colan> | ergonlog1c: socket-based is default in 16.04. |
| [07:17:36] | <ergonlog1c> | yeah, same for previous |
| [07:17:51] | <ergonlog1c> | but that's actually the reason we end up with 2 servers on a default install |
| [07:18:16] | <colan> | oh, i see. |
| [07:18:22] | <ergonlog1c> | https://www.drupal.org/node/2770819 |
| [07:18:25] | <hefring> | https://www.drupal.org/node/2770819 => Install fails on MariaDB 10 without password (new default) [#2770819] => 10 comments, 3 IRC mentions |
| [07:18:57] | <ergonlog1c> | so, another approach would be not to use the socket connection at all |
| [07:19:04] | <ergonlog1c> | presumably |
| [07:19:27] | <ergonlog1c> | the current mechanism kinda sucks for other reasons too |
| [07:19:58] | <ergonlog1c> | if you add a 2nd web server, sites deployed to it will fail by default, iirc |
| [07:20:05] | <colan> | the key i think is: "Scripts should run as a user that have the required grants and be identified via unix_socket." as per the deb README. |
| [07:20:09] | <ergonlog1c> | since it'll look for a localhost db server |
| [07:20:45] | <colan> | not sure what's involved in switching out of socket mode though. |
| [07:20:55] | <colan> | given that's the ubuntu default. |
| [07:21:26] | <ergonlog1c> | mostly just enabling listening on the network, afaik |
| [07:21:43] | <ergonlog1c> | but then 3306 is opened up |
| [07:22:01] | <colan> | what about network security issues? i guess if it just listens for localhost. |
| [07:22:07] | <colan> | heh. |
| [07:22:08] | <ergonlog1c> | so there'd be some security implications there |
| [07:22:23] | <colan> | it's good we both thought of that. :) |
| [07:22:28] | <ergonlog1c> | yep |
| [07:22:53] | <colan> | the other thing to keep in mind is https://www.drupal.org/node/2793033 if we're doing refactoring. |
| [07:22:54] | <hefring> | https://www.drupal.org/node/2793033 => New NO_AUTO_CREATE_USER default breaks grants in MariaDB 10.1 [#2793033] => 0 comments, 1 IRC mention |
| [07:23:25] | <colan> | as that's bug with mariadb 10.1 (ubuntu ships with 10.0) |
| [07:23:40] | <colan> | would need to create the user, then issue the grant. |
| [07:24:26] | <colan> | not critical as it's not part of the OS yet, but just putting it out there to let incubate. |
| [07:24:45] | * tommycox has quit (Ping timeout: 250 seconds) |
| [07:25:35] | <ergonlog1c> | colan: realistically for tomorrow, I think we should stick with mysql, and focus on php7 |
| [07:25:36] | * tommycox has joined #aegir |
| [07:26:08] | <colan> | ergonlog1c: sure. just make sure you've got enough ram on the VM. |
| [07:26:18] | <ergonlog1c> | since those fixes should just be in Aegir, and not need a bunch of work on the Debian packaging |
| [07:26:34] | <colan> | that's exactly what i'm doing with my stuff :) |
| [07:27:04] | <colan> | i've got a stack up & running with a 2gb ram vm. |
| [07:27:10] | <ergonlog1c> | colan: I think we should consider trying to schedule a sprint with helmo for the rest, as he's been the main debian release engineer lately |
| [07:27:35] | <colan> | ergonlog1c: roger that. |
| [07:27:56] | * jerryitt has quit (Quit: Connection closed for inactivity) |
| [07:28:07] | <ergonlog1c> | https://www.drupal.org/node/2729279 |
| [07:28:07] | <hefring> | https://www.drupal.org/node/2729279 => Support @hostmaster running on remote DB server [#2729279] => 7 comments, 3 IRC mentions |
| [07:28:29] | <ergonlog1c> | so, atm, you can't migrate the hostmaster site between db servers ^^^ |
| [07:28:59] | <ergonlog1c> | so, we'll kinda be stuck with this decision, until we fix that issue too |
| [07:29:18] | <colan> | ergonlog1c: right. want to try setting it up aegir on ubuntu 16.04 tomorrow with nginx/mysql and ping me if any issues come up? |
| [07:29:38] | <ergonlog1c> | at which point, we'd be able to launch a separate db server, migrate sites (including hostmaster) over to its db |
| [07:29:56] | <ergonlog1c> | the upgrade the master server, and ligrate back |
| [07:30:29] | <ergonlog1c> | colan: sure |
| [07:30:56] | * colan nods |
| [07:31:09] | * erortiz has quit (Quit: Konversation terminated!) |
| [07:31:31] | <ergonlog1c> | colan: I mean, we could switch to a "manual" deployment instead of the .debs, for the co-op internal server |
| [07:31:42] | <ergonlog1c> | it's already supported by the ansible role |
| [07:31:57] | <ergonlog1c> | so, it might be a good way to experioment with some of those db issues |
| [07:32:24] | <ergonlog1c> | before trying to integrate them int he .debs |
| [07:32:39] | <colan> | but using one of the non-manual methods would also be a good way to test those. :) |
| [07:33:17] | <colan> | but i'm fine with it. |
| [07:33:42] | <colan> | i really just think we should be running 16.04 over nginx. i'm not too picky about the rest. |
| [07:34:03] | <ergonlog1c> | I mean "manual" as in ansible deploying Aegir directly, instead of just apt installing it |
| [07:35:04] | <ergonlog1c> | like: https://github.com/ergonlogic/ansible-role-aegir/blob/master/tasks/git.yml |
| [07:35:38] | <colan> | ergonlog1c: go for it. |
| [07:36:28] | <colan> | not sure how that works with updates though. |
| [07:36:35] | <colan> | guess we'll find out. |
| [07:38:48] | <ergonlog1c> | hmm, I had some hostmaster-migrate stuff at some point... I may have to track that down... or re-write it :-/ |
| [07:40:34] | <colan> | ergonlog1c: that's why i like the deb. ;) anyway, see you tomorrow. stepping away atm. |
| [07:43:25] | * gusaus has quit (Quit: gusaus) |
| [07:59:39] | * tommycox_ has joined #aegir |
| [07:59:59] | * tommycox has quit (Ping timeout: 258 seconds) |
| [08:01:26] | * zombiebeard has quit (Quit: zombiebeard) |
| [08:08:52] | * tommycox_ has quit (Ping timeout: 240 seconds) |
| [08:14:11] | * gusaus has joined #aegir |
| [08:14:31] | * tommycox has joined #aegir |
| [08:34:24] | * tommycox has quit (Ping timeout: 276 seconds) |
| [08:39:52] | * tommycox has joined #aegir |
| [09:02:08] | * tommycox has quit (Remote host closed the connection) |
| [09:09:44] | * tommycox has joined #aegir |
| [09:17:44] | * zombiebeard has joined #aegir |
| [09:17:52] | * tommycox has quit (Ping timeout: 240 seconds) |
| [09:22:06] | * zombiebeard has quit (Client Quit) |
| [09:32:11] | * tommycox has joined #aegir |
| [09:43:28] | * ybabel has quit (Ping timeout: 265 seconds) |
