IRC logs for #aegir, 2016-11-17 (GMT)

2016-11-16
2016-11-18
TimeNickMessage
[11:20:46]* ybabel has quit (Ping timeout: 268 seconds)
[12:18:48]* theMusician has quit (Quit: theMusician)
[12:19:52]* theMusician has joined #aegir
[12:21:49]<gusaus>this is a pretty good example of an OSS community site, huh https://civicrm.org/
[12:24:35]<gusaus>has anyone made that into a distribution and put on an Aegir platform? :)
[13:50:52]<ergonlogic>gusaus: well, there's https://github.com/civicrm/civicrm-website-org... but I don't know how easy it'd be to replicate it
[13:57:57]<gusaus>ergonlogic: interesting - I was just pondering about how difficult it would be to turn something like that into a Drupal distribution in the OpenCollective room. There are probably enough orgs and OSS projects in their community that would pay for something like that
[14:00:59]<gusaus>especially if it was available as part of hosted offering powered by Aegir :)
[15:39:58]* gusaus has quit (Quit: gusaus)
[18:09:50]* boshtian has joined #aegir
[18:34:22]* ybabel has joined #aegir
[19:13:35]<helmo>bgm, ergonlogic: can I get an rtbc on https://www.drupal.org/node/2699211 ? The old makefile is just not functional :(
[19:13:35]<hefring>https://www.drupal.org/node/2699211 => Example makefile doesn't work [#2699211] => 8 comments, 1 IRC mention
[21:51:48]* oluabbeys has joined #aegir
[21:52:37]* oluabbeys has quit (Client Quit)
[22:24:40]* ybabel1 has joined #aegir
[22:24:53]* ybabel has quit (Read error: Connection reset by peer)
[22:24:53]* ybabel1 is now known as ybabel
[01:10:46]* noecc has joined #aegir
[01:21:53]* mstenta has joined #aegir
[01:26:38]* fatguylaughing has joined #aegir
[01:38:14]<colan>if anyone has d6 / aegir 2 sites around, please test the latest Remote Import dev for https://www.drupal.org/node/2828482
[01:38:15]<hefring>https://www.drupal.org/node/2828482 => Allow importing of disabled sites as well [#2828482] => 3 comments, 1 IRC mention
[01:43:54]* viashimo has quit (Ping timeout: 246 seconds)
[01:51:02]* viashimo has joined #aegir
[02:29:22]* fatguylaughing has quit (Read error: Connection reset by peer)
[02:31:09]* fatguylaughing has joined #aegir
[02:37:15]* boshtian has quit (Ping timeout: 256 seconds)
[03:10:43]* boshtian has joined #aegir
[03:25:05]* boshtian has quit (Quit: boshtian)
[04:05:23]* christefano has joined #aegir
[04:40:52]* shaneonabike has joined #aegir
[04:58:58]* theMusician has quit (Ping timeout: 268 seconds)
[05:10:04]* theMusician has joined #aegir
[05:23:07]* theMusician has quit (Quit: theMusician)
[05:41:43]* gusaus has joined #aegir
[05:44:26]<helmo>ergonlogic: Scrum in 15min?
[05:53:58]<jonpugh>sure
[05:54:10]* cweagans has joined #aegir
[05:54:32]* cweagans has quit (Changing host)
[05:54:32]* cweagans has joined #aegir
[05:54:55]* cweagans has quit (Client Quit)
[05:55:14]* cweagans has joined #aegir
[05:56:22]<cweagans>.
[05:57:37]* Einherjer has joined #aegir
[06:02:47]* theMusician has joined #aegir
[06:03:49]* cweagans has quit (Quit: cweagans)
[06:06:30]<helmo>Hi all, ergonlog1c bgm jonpugh colan gboudrias memtkmcc .. It's Scrum time.
[06:06:45]<jonpugh>helllo
[06:07:11]<jonpugh>Two important patches from me this week: https://www.drupal.org/node/2824731
[06:07:13]<hefring>https://www.drupal.org/node/2824731 => API Only: Allow creation of site and new platform in one request. [#2824731] => 9 comments, 2 IRC mentions
[06:07:30]<jonpugh>and https://www.drupal.org/node/2754069
[06:07:31]<hefring>https://www.drupal.org/node/2754069 => API Only: Allow site nodes to specify "install_method", allowing something other than automated Drupal profile. [#2754069] => 18 comments, 4 IRC mentions
[06:08:52]<jonpugh>Both are being included in devshop
[06:09:14]<jonpugh>the latter is great, allows me to interrupt drupal profile run and do an SQL sync into the empty database instead.
[06:09:41]* cweagans has joined #aegir
[06:10:20]<helmo>jonpugh: yes that's nicer then installing a dummy site and directly overwriting it :)
[06:10:48]<jonpugh>and more manageable than a Clone (plus import) task
[06:11:13]<jonpugh>I'm going to add things like import SQL directly from a file.
[06:11:55]<jonpugh>then combine that with a "DB Dump queue" which will periodically write to that file from a production site, including database sanitization, so dev and test sites can be created without impacting production DB
[06:12:15]<jonpugh>and allow remote downloads of that file for developers
[06:12:16]* cweagans has left #aegir ()
[06:12:25]<helmo>nice
[06:12:38]<jonpugh>not this week on that, though :)
[06:13:51]<helmo>If only we had an infinite amount of time ;) ... I've been wanting to try your api only issues but have not had serious time for it
[06:16:32]<helmo>jonpugh: should I test the 2754069-decouple-install or 2754069-decouple-install-alternate branch?
[06:16:39]<jonpugh>alternate
[06:18:46]<ergonlogic>that all sounds quite promising
[06:20:31]* colan waves
[06:20:52]<colan>who's next?
[06:21:30]<colan>i'll go i guess.
[06:21:42]<helmo>ok, I've added it to my feature/quick-review branches
[06:21:42]<ergonlogic>go for it
[06:21:50]* fatguylaughing has quit (Quit: fatguylaughing)
[06:21:56]<colan>i started working with Remote Import.
[06:22:08]<helmo>I've also just now updated the test suite to replace 7.51 with 7.52 :)
[06:22:19]<colan>thumbs up on that.
[06:23:26]<colan>first problem i ran into was https://www.drupal.org/node/2826739
[06:23:27]<hefring>https://www.drupal.org/node/2826739 => Overriden Provision_Service_remote_import_hostmaster methods incompatible with parent [#2826739] => 2 comments, 1 IRC mention
[06:23:58]<colan>...which could be a php7 warning if nobody else has seen that yet. :)
[06:24:22]* fatguylaughing has joined #aegir
[06:24:43]<colan>anyway, turns out that warning prevent the module from working which took me a while to figure out. so i fixed with https://www.drupal.org/node/2827791
[06:24:44]<hefring>https://www.drupal.org/node/2827791 => List Remote Sites task produces no results with warnings [#2827791] => 4 comments, 2 IRC mentions
[06:25:15]<ergonlogic>colan: have you checked out the dev/2538788 branch?
[06:25:33]<colan>i added another commit to allow for importing disabled sites as that's useful.
[06:25:35]<helmo>Updateing the methods paramaters to match shoudn't be to hard ... ?
[06:25:48]<colan>ergonlogic: no, hadn't noticed it.
[06:26:39]<colan>i usually assume that branches like that are dead, sorry.
[06:27:12]<ergonlogic>it may have been merged...
[06:27:21]<ergonlogic>it's been a while since I've had to use it
[06:27:39]<ergonlogic>but I know we'd worked fixed it up at the time
[06:27:55]<colan>ergonlogic: yes it was! so no problem there.
[06:28:24]<colan>helmo: i looked, and it appears non-trivial, but i'm not that familiar with the code.
[06:28:52]<colan>but now it'll run with warnings so i'm not too concerned. though it would still be good to fix.
[06:30:03]<colan>if anyone has aegir 2 sites, please test https://www.drupal.org/node/2828482
[06:30:03]<hefring>https://www.drupal.org/node/2828482 => Allow importing of disabled sites as well [#2828482] => 3 comments, 2 IRC mentions
[06:30:27]<colan>i think i got the code right for aegir2; i just have no way to test it. ;)
[06:31:08]<colan>the issue that's really wacky is https://www.drupal.org/node/2822454
[06:31:09]<hefring>https://www.drupal.org/node/2822454 => Aegir 3.x does not supply an aegir_api variable [#2822454] => 4 comments, 1 IRC mention
[06:31:37]<colan>so i fixed in provision at https://www.drupal.org/node/2826770
[06:31:38]<hefring>https://www.drupal.org/node/2826770 => Version setting "aegir_api" getting zeroed during backup task [#2826770] => 4 comments, 2 IRC mentions
[06:31:39]<ergonlogic>that is odd, since it's in settings.php
[06:32:10]<colan>...but maybe i'm missing something, as they intentionally set that up to clear the variable on backups.
[06:32:36]<colan>it makes no sense to me. if there's no good reason, let's get my patch in there. :)
[06:33:52]<ergonlogic>so... you're trying to import the hostmaster site itself there?
[06:33:55]<helmo>I think the though was to let the backups be more 'neutral'
[06:34:14]<colan>what's funny is omega8cc raised this way back, but was ignored.
[06:34:53]<colan>ergonlogic: no, but it's the target server.
[06:34:56]<helmo>but I don't depend on it
[06:35:27]<colan>ergonlogic: the target server needs an api value, or Remote Import can't talk to it.
[06:36:57]<colan>helmo: but then the value should be in the backup, not change the api value of the server.
[06:37:04]<ergonlogic>ok, so aegir_api gets set to 0 in the settings.php that's bundled into the backup, or remains so afterwards?
[06:37:38]<colan>ergonlogic: remains so afterwards. if you drush vget the variable after a backup task runs, it's 0.
[06:38:02]<colan>so then you have to run a verify on hostmaster to get it back to 3.
[06:38:38]<colan>Remote Import really talks to hostmaster, i think, not the server, so maybe that's what's confusing.
[06:39:16]<colan>hostmaster verify sets it 3. hostmaster backups sets to 0.
[06:40:17]<ergonlogic>right, just confirmed that
[06:40:38]<helmo>So if we really want to leave it out of the backup it should be restored earlier
[06:41:18]<ergonlogic>we re-write the settings.php again following the backup, so it should get reset there, I'd have thought
[06:41:55]<helmo>but as it's just one line of config ... I don't really see the problem of having that in the backup. It could even have the bennefit of external platform X using it's value to determin the best import method for the Aegir version where this backup came from.
[06:42:14]* colan nods
[06:42:19]<ergonlogic>agreed
[06:42:29]* spyd has quit (Ping timeout: 252 seconds)
[06:42:51]<colan>maybe they had a good reason; i just don't know what it would be.
[06:43:02]<ergonlogic>do we check that variable on imports or something?
[06:44:25]<colan>if you want to zero it in the backup, at least set it back to what it was before.
[06:44:31]<colan>...when done.
[06:44:53]<ergonlogic>it looks like, in Provision, it's never even checked
[06:45:30]<colan>i've grepped though all of core projects, and yeah, nobody checks it.
[06:45:42]<colan>it's only set in those 3 template files.
[06:46:53]<colan>in golden it's only Remote Import. though i may be missing a project or two.
[06:47:17]<colan>so if remote import is the only one using it...
[06:47:31]<helmo>I'll rtbc
[06:47:35]<colan>thanks.
[06:47:36]<ergonlogic>that's all I see too
[06:47:38]<helmo>hefring: logpointer
[06:47:44]<helmo>hefring: log pointer
[06:47:44]<hefring>http://hefring.mig5.net/bot/log/aegir/2016-11-17#T643176
[06:48:03]* theMusician has quit (Quit: theMusician)
[06:49:27]<colan>i think that's it for me. oh, i know i keep saying this, but i'll be getting back to hosting_https soon as that's become a priority for something.
[06:49:38]* spyd has joined #aegir
[06:49:38]<colan>now i'm done. :)
[06:49:55]<ergonlogic>I think the real problem though is that (presumably) backup_in_progress isn't being unset/reset by the time we're re-generating the setting.php, post-backup
[06:51:02]<colan>ah, race condition. well, it seems we don't need to check it anyway.
[06:52:25]<colan>who's next?
[06:53:33]<ergonlogic>I mean that backup_in_progress isn't used anywhere either
[06:53:43]<ergonlogic>anyway... all just reason for a re-write
[06:54:07]<ergonlogic>un-explainable cruft
[06:54:15]<colan>ha!
[06:54:19]<helmo>I don't have much more to report then that I've been reviewing a bit. Not much new stuff.
[06:54:30]<helmo>Jon: The oldest needs-review could use your attention... https://www.drupal.org/node/2413023
[06:54:31]<hefring>https://www.drupal.org/node/2413023 => Dupal 8 support for watchdog access [#2413023] => 2 comments, 1 IRC mention
[06:54:45]<helmo>jonpugh: ^
[06:56:10]<helmo>I'd like to make it a weekly topic to get a new comment on the oldest needs-review issue in the combined queue.
[06:56:27]<ergonlogic>good idea
[06:56:47]<helmo>This one is for hosting_logs and exposed watchdog messages from a hosted site in the hostmaster site
[06:59:35]<helmo>Anyone else?
[07:00:06]<helmo>Otherwise it's probably time to jump to the #aegir-coop channel for an update there
[07:00:07]<ergonlogic>yep, I've made some further progress on code-coverage and such on the aegirNG
[07:00:46]<ergonlogic>and added a feature template, that will prompt to add a gherkin-like user story, etc.
[07:01:16]<ergonlogic>and have options to build/push docker images as part of the CI process
[07:01:54]<colan>is this via gitlab ci?
[07:02:09]<ergonlogic>so, I've begun working through some of these processes in the issue queue on gitlab
[07:02:13]<ergonlogic>yes
[07:02:20]<helmo>The GitLab pipelines look awsome
[07:02:24]<ergonlogic>https://gitlab.com/aegir/aegir
[07:02:32]<ergonlogic>I made the project public
[07:02:50]<ergonlogic>there's like 115 commits that basically come down to "fix CI"
[07:03:01]<ergonlogic>so, we might want to squash those...
[07:03:47]<ergonlogic>anyway, it'll update http://docs.aegir.hosting/ on successful commits
[07:03:58]<ergonlogic>and generate http://docs.aegir.hosting/coverage/index.html
[07:04:11]<colan>wow, nice.
[07:04:12]<ergonlogic>which is now merging results from simpletest and behat
[07:05:10]<ergonlogic>there's some optimization we could presumably achieve by caching the platform build, etc.
[07:05:27]<ergonlogic>but I ran into issues with Ansible and AUFS
[07:05:47]<ergonlogic>those may have been from a broken image though, so it might be worth re-visiting
[07:06:14]<ergonlogic>it's announcing successes/failures in #aegir-dev, btw
[07:06:34]<helmo>cool ... hope we can keep those numbers on 100% :)
[07:06:43]<ergonlogic>yeah
[07:07:04]<ergonlogic>one of the nice things about templates in gitlabci is that you can add a checklist
[07:07:16]<ergonlogic>keeping coverage at 100% is one of the items there
[07:07:25]<ergonlogic>along with review by a core team member
[07:07:44]<ergonlogic>I added a new Eldir that's a basic sub-theme of bootstrap
[07:07:51]<ergonlogic>as a starting point
[07:08:12]<ergonlogic>https://gitlab.com/aegir/aegir/issues/1
[07:08:44]<ergonlogic>of course, it appears to have broken simpletest, so I'll work that stuff out
[07:09:14]<anarcat>ergonlogic: that looks like an empty aegir project - is this aegir4? :)
[07:09:27]<ergonlogic>but I'd like you all to review the process as documented, etc.
[07:09:40]<ergonlogic>anarcat: yep, just an empty profile, atm
[07:10:06]<anarcat>ergonlogic: i see, maybe it should be made clear in the index page, in case newcomers find this by mistake
[07:10:11]<anarcat>they will think aegir is vaporware ;)
[07:10:25]<ergonlogic>of the docs?
[07:10:34]<ergonlogic>the gitlab project mentions that it's under dev
[07:10:39]<ergonlogic>nd a re-write
[07:10:53]<anarcat>yeah, i understand
[07:11:07]<anarcat>maybe just a pointer to the normal aegir3 docs and a warning that it's under dev?
[07:11:12]<ergonlogic>sure
[07:11:15]<anarcat>like not for prod
[07:12:31]<colan>where do you add checklist items?
[07:12:41]<colan>great idea, btw.
[07:12:50]<ergonlogic>The version documented here is a full re-write using Drupal 8. It is not yet functional, and
[07:12:53]<ergonlogic>Aegir 3.x remains the supported release for the foreseeable future.
[07:13:11]<ergonlogic>and I'll add a link
[07:13:21]<ergonlogic>colan: in the issue description
[07:13:36]<ergonlogic>or in an issue template in .gitlab/issue_templates
[07:14:24]<anarcat>ergonlogic: awesome
[07:14:30]<anarcat>i really enjoy working on gitlab btw
[07:14:43]<anarcat>i know there'S less people there, but there are lots of interesting features not present on github
[07:15:00]<anarcat>like external wiki and integrated (e.g. not external like travis) CI
[07:15:00]<ergonlogic>yeah, it's phenomenal
[07:15:12]<anarcat>i hope people eventually all switch
[07:15:22]<anarcat>it's kind of awesome that we can just fix whatever is not like we want to
[07:15:29]<anarcat>and that we can'T do that on github
[07:15:45]<ergonlogic>they've really boosted up the CI runners too, so there isn't as much delay as previously
[07:16:05]<colan>they've completely opened their dev process too. it's a public project.
[07:16:27]<anarcat>yeah it's just awesome
[07:16:37]<anarcat>they have improved the response time on gitlab.com too
[07:16:40]<anarcat>it used to be too slow
[07:16:43]<anarcat>but now...
[07:16:53]<anarcat>i saw the unicorn on github the other day ;)
[07:17:06]<anarcat>they probably don't have the level of scalability issues that github has though
[07:17:43]<ergonlogic>ok, update the description of the project to point to Aegir 3 docs
[07:17:52]<helmo>sure Github+travins must have a few orders of magnatude more data and jobs running
[07:18:01]<colan>if you follow their blog, you can see updates. for example, https://about.gitlab.com/2016/11/10/why-choose-bare-metal/
[07:18:04]<ergonlogic>and will commit a docs fix that'll be in the new docs as soon as I get a passing build
[07:18:35]<anarcat>helmo: yeah, it's crazy the amount of data in github
[07:18:36]* hestenet has joined #aegir
[07:18:57]<colan>the only issue i've found is that gitlab.com is slow, but they're working on it :)
[07:19:56]<ergonlogic>anyway, so far the NG project is mostly such bootstrapping
[07:20:18]<ergonlogic>but I'd like us to adopt a bit stricter of a dev process moving forward
[07:20:25]<ergonlogic>so as to keep us on the right track
[07:20:50]<anarcat>you guys know about https://rfc.zeromq.org/spec:42/C4/?
[07:21:07]<ergonlogic>ensuring test coverage, primarily
[07:21:19]<colan>ergonlogic: this would help with the "This issue is caused by commit blah in issue blah", which i've been seeing a lot of lately.
[07:21:55]* theMusician has joined #aegir
[07:22:19]<ergonlogic>anarcat: I had seen it previously, yes... we should adopt something similar
[07:22:46]<ergonlogic>colan: ??
[07:23:02]<ergonlogic>oh, testing, etc.? yeah
[07:23:38]<ergonlogic>ok, that's it for me
[07:23:42]<anarcat>ergonlogic: i find it annoying they use "problem: " everywhere
[07:23:51]<anarcat>ergonlogic: i worked on a simpler version for monkeysign
[07:24:21]<anarcat>http://monkeysign.readthedocs.io/en/2.x/contributing.html#patches
[07:24:28]<anarcat>i also added a code of conduct bit
[07:24:49]<anarcat>interesting
[07:24:54]<anarcat>monkeysign'S docs don'T show the license
[07:25:10]<anarcat>anyways, it'S GPLv3
[07:25:34]<ergonlogic>anarcat: feel free to create an MR on https://gitlab.com/aegir/aegir :)
[07:25:43]<anarcat>no time sory :)
[07:25:48]<anarcat>writing another article for LWN
[07:25:54]<anarcat>and getting paid for it too! :p
[07:26:03]<ergonlogic>I would like to briefly discuss some co-op stuff though
[07:26:11]<ergonlogic>over in #aegir-coop
[07:26:24]<anarcat>with me?
[07:26:58]<colan>anarcat: if you become a member ;)
[07:27:34]<anarcat>not yet :)
[07:27:48]<ergonlogic>anarcat: I meant w/ existing members, but you're welcome to lurk
[07:28:27]<anarcat>ok
[07:30:21]<colan>anarcat: where's the code for that cccc thing? can find a link to repo.
[07:30:36]<colan>i'd like to star/watch/whatever.
[07:30:39]<anarcat>on github somewhere, hold on
[07:30:47]<anarcat>https://github.com/zeromq/rfc/
[07:30:55]<colan>merci.
[07:31:13]<anarcat>https://github.com/zeromq/rfc/issues?utf8=%E2%9C%93&q=is%3Aissue%20autho...
[07:31:40]<anarcat>see also https://anarc.at/blog/2016-10-14-bug-reporting/
[07:35:03]* cweagans has joined #aegir
[07:35:35]<anarcat>and https://bestpractices.coreinfrastructure.org/
[07:37:55]<ergonlogic>we should look at adding issue templates for bug reports and such too
[07:39:50]* fatguylaughing has quit (Quit: fatguylaughing)
[07:47:18]* fatguylaughing has joined #aegir
[07:47:34]* theMusician has quit (Quit: theMusician)
[08:09:36]* noecc has left #aegir ("pax")
[08:10:30]* shaneonabike has quit (Quit: Leaving.)
[09:45:21]* christefano has quit (Quit: christefano)
[10:00:39]* fatguylaughing has quit (Quit: fatguylaughing)
[10:35:20]* mstenta has quit (Ping timeout: 244 seconds)