IRC logs for #aegir, 2017-06-26 (GMT)

2017-06-25
2017-06-27
TimeNickMessage
[11:29:08]* ahillio has quit (Ping timeout: 258 seconds)
[11:51:31]* bgm_ has joined #aegir
[11:53:28]* bgm has quit (Quit: Reconnecting)
[12:03:04]* bgm_ is now known as bgm
[12:03:11]* bgm has quit (Changing host)
[12:03:11]* bgm has joined #aegir
[17:07:58]* ybabel has joined #aegir
[17:09:13]* reaper013 has joined #aegir
[21:03:15]* ahillio has joined #aegir
[22:36:51]* noecc has joined #aegir
[22:50:01]* ahillio has quit (Ping timeout: 246 seconds)
[00:18:54]* ahillio has joined #aegir
[01:00:08]* theMusician has joined #aegir
[01:01:54]* reaper013 has quit (Quit: Page closed)
[01:06:55]<gandhiano[m]>anyone tried the Aegir Composer module and could tell some words on how it's working? https://www.drupal.org/project/hosting_composer
[01:08:44]<jonpugh[m]>gandhiano[m]: I haven't but it's by ergonlogic so I would not be surprised if it worked :)
[01:12:31]<gandhiano[m]>yeah, I also think so ^^ But I would like to understand how it works (not if), before bringing it in place. In particular to deal with Drupal 8.x upgrade problems, which seem related to drush (and the standard Aegir workflow): https://www.drupal.org/node/2868049#comment-12143244
[01:12:38]<hefring>https://www.drupal.org/node/2868049 => Unable to determine class for field type 'address' on upgrade to 8.3 [#2868049] => 15 comments, 1 IRC mention
[01:28:57]<viashimo_>are non-deb based hostmaster installs tested in the aegir ci pipline?
[01:29:06]* viashimo_ is now known as viashimo
[01:38:57]<colan[m]>jonpugh: helmo42 ^^^
[01:39:43]<jonpugh[m]>yeah, the dockerfiles install manually and are tested on travis CI
[01:39:50]<jonpugh[m]>But if the deb passes...
[01:40:22]<jonpugh[m]>it includes everything a manual install should run
[01:45:06]<viashimo>k
[01:45:28]<viashimo>I ran into a thing twice last week where manual installs hung because of hosting tasks extra
[01:45:46]<viashimo>trying to call sudo /usr/local/bin/fix-X.sh
[01:46:08]<viashimo>I think it's probably a documentation thing that needs cleaning up - to run those install.sh scripts before hostmaster-install
[02:33:07]* shaneonabike has joined #aegir
[02:59:30]* theMusician has quit (Ping timeout: 255 seconds)
[03:13:31]* theMusician has joined #aegir
[03:38:24]<helmo42[m]>viashimo: no at the moment gitlab ci only installs the debian packages. The travis tests do it a bit more manually (in docker)_... but these are broken :( ... https://www.drupal.org/node/2861079
[03:38:25]<hefring>https://www.drupal.org/node/2861079 => Fix sudo issue in Travis tests [#2861079] => 2 comments, 1 IRC mention
[03:40:11]<helmo42[m]>viashimo: Did it hand during installation on fix-X.sh ? or an upgrade?
[04:27:38]* gusaus has joined #aegir
[04:30:37]<viashimo>helmo42[m]: I had one upgrade and one fresh install where I needed to run install.sh for fix-permissions and fix-ownership by hand
[04:31:00]<viashimo>helmo42[m]: I think it's more a documentation thing, unless it's supposed to be run automatically at some point in the process
[04:31:35]<viashimo>helmo42[m]: if it's just documentation, I can make a pr to update that
[04:40:18]* mstenta has quit (Ping timeout: 276 seconds)
[04:45:59]<helmo42[m]>viashimo: those submodules aren't enabled by default ... but running install.sh is manual in all cases. A documentation PR is always welcome to make this more clear
[04:54:41]* mstenta has joined #aegir
[05:22:29]* noecc has left #aegir ("pax")
[05:31:26]<viashimo>helmo42[m]: ah, then it's a bug that it tries to be used during installs and upgrades then?
[05:31:41]<viashimo>upgrades I could see if it was enabled beforehand though
[05:34:52]<helmo42[m]>it's a but if the fix_ownership drupal module is not enabled and still some of that code is run ... but I'm not sure how that could happen
[05:36:15]<viashimo>I'll have another look to confirm and if I see them problem again, I'll put detailed bug report on d.org
[05:36:31]<viashimo>I guess I was just trying to figure out what the expectation was :p
[05:56:04]<helmo42[m]>viashimo: Feel free to ask ... Asking questions is a good way to learn :)
[05:56:22]* ybabel has quit (Quit: ybabel)
[05:56:28]<helmo42[m]>colan: l just pushed a 3.11.2 debian package to our repo
[05:57:03]<colan[m]>helmo42: is it safe to use, do you think? :)
[05:57:36]<helmo42[m]>I just upgraded the first server
[05:58:04]<colan[m]>Ah, okay. Wasn't sure if that was supposed to be a beta test, etc. I'll run on Staging first anyway.
[05:58:50]* theMusician has quit (Ping timeout: 240 seconds)
[06:01:07]* theMusician has joined #aegir
[06:03:30]* theMusician has quit (Client Quit)
[07:39:24]<roycroft>hey folks
[07:39:41]<roycroft>when using hosting remote import i have a question
[07:39:55]<roycroft>i'm trying to import a site from another aegir master, which i've done many times before
[07:40:09]<roycroft>i copy the platform and install it just fine
[07:40:41]<roycroft>however, when i try to import the site i get rsync errors
[07:41:13]<roycroft>the site in question does not live on the remote aegir master, but on its own virtual machine
[07:41:52]<roycroft>the errors are a little confusing, but seem to indicate that aegir is trying to write files to the remote vm, and not not locally
[07:42:07]<roycroft>can somone clarify what it's trying to do?
[07:42:30]<roycroft>i normally import the remote site and then migrate it to something that resolves on the new aegir master as soon as the import is complete
[07:44:11]<viashimo>roycroft: hmm, remote import makes a new backup with provision-backup before rsyncing it across. if you're able to poste a pastebin dump of the log that might be more helpful
[07:47:12]<roycroft>aah, that may be the issue
[07:50:06]* theMusician has joined #aegir
[07:50:25]* theMusician has quit (Client Quit)
[08:04:35]* theMusician has joined #aegir
[08:31:08]* theMusician has quit (Quit: theMusician)
[08:47:15]* theMusician has joined #aegir
[09:12:00]* shaneonabike has quit (Quit: Leaving.)