[00:00:55] legoktm: did you get anywhere with debugging that puppet stuff? [00:03:56] Is it possible to force cron to send mail upon success? [00:05:32] Zppix: anything that is written to stdout/stderr from a cron job will generate an email, but on the job grid the cron demon usually won't see that because it only handles submitting the job [00:05:51] so you'd probably have to add something to the job itself to send you email [00:06:02] Ok [00:06:08] Just curious [00:20:09] bd808: no, I didn't. I could create the git repo properly myself as the libraryupgrader user, and now puppet is failing on the git pull for the repo [00:22:13] :/ I'll take a look and see if it makes any sense to me [00:25:50] thanks [00:31:24] hmmm.... I have a funny feeling this is a problem in git::clone [00:34:53] if I su to the libraryupdater user then `git diff --quiet remotes/origin/master` exits with 0. But puppet is seeing it exit non-zero which leads to the pull attempt [00:36:05] if I just sudo as libraryupdater instead of a full su I get "warning: unable to access '/root/.config/git/attributes': Permission denied" but a zero exit status [00:36:26] so .. why is puppet even firing this? [00:36:53] why is puppet doing the git pull? [00:37:05] because ensure => latest in git::clone [00:37:22] (also this is copied basically from the extdist role that Yuvi wrote for me, and that works fine https://phabricator.wikimedia.org/source/operations-puppet/browse/production/modules/extdist/manifests/init.pp;f4ffcfab17c31651722e2443154442108006cf7b$47 ) [00:37:44] the guard is '/bin/sh -c /usr/bin/git fetch && /usr/bin/git diff --quiet remotes/origin/master' which should not be failing [00:38:54] something is funky about the git operations under puppet, but I'm not sure what the root cause is yet [00:41:38] bd808: if you sudo as libraryupdater, apparently you are keeping HOME=/root [00:41:56] which then makes it attempt to read the config files of root account [00:42:15] yeah, sudo -i changes that but then has other issues in my shell testing [00:42:56] (or maybe, instead of $HOME, it's $XDG_CONFIG_HOME, but I'd guess it's $HOME) [00:43:17] hmm [00:43:33] the initial clone fails from Puppet too, so there is something not quite right about the puppet git opearations [00:43:43] sudo -u libraryupdater HOME=/home/libraryupdater git diff … ? [00:43:55] I'm not even sure if sudo accepts that syntax :P [00:44:07] (for the record, it's library*upgrader* not updater) :) [00:44:48] legoktm: heh. the cli commands are right, just not the irc ramble [00:45:18] * Platonides blames bd808 and claim he was only copying him [00:45:22] :P [00:45:43] Platonides: I think with sudo you have to use something like `sudo -u USER env SOMETHING=foo bar baz [00:46:24] but puppet is doing something differnent under the hood starting from root and manipulating euid's [01:05:21] legoktm: this is confusing. I'm going to walk away for a bit and hope I have an "ah ha!" moment while I'm not actually trying to figure it out :) [01:07:22] bd808: thanks for looking :) it's not super important, but it'll block puppetizing the codesearch stuff too heh [02:31:00] (03PS1) 10Legoktm: Manage docker containers with systemd [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399551 [02:31:09] (03CR) 10Legoktm: [V: 032 C: 032] Manage docker containers with systemd [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399551 (owner: 10Legoktm) [02:35:24] (03PS1) 10Legoktm: Move data to /srv/hound [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399552 [02:35:34] (03CR) 10Legoktm: [V: 032 C: 032] Move data to /srv/hound [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399552 (owner: 10Legoktm) [02:42:43] (03PS1) 10Legoktm: If `docker rm` fails, that's fine [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399553 [02:42:53] (03CR) 10Legoktm: [V: 032 C: 032] If `docker rm` fails, that's fine [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399553 (owner: 10Legoktm) [12:26:45] (03Draft2) 10Florianschmidtwelzow: Link to line in diffusion for line links [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399615 (https://phabricator.wikimedia.org/T183461) [14:52:44] bd808 hi, i notice when you do mwvagrant reload and trying to view the wiki through the browser shows "No wiki found". When you restart apache it fixes the problem. [15:33:58] PAWS seems broken, should it be? [15:35:05] i guess it is https://phabricator.wikimedia.org/T183142 [15:38:31] addshore: yeah [15:38:33] sorry for that [15:38:50] arturo: you broke it? :D [15:39:36] addshore: no... :-) tried to fix it, but probably pressed the wrong key. It's all in the bug report [15:41:02] I guess i will try out the free notebooks.azure.com for now then! [15:51:05] addshore: paws is working for me. What error did you get? Sometimes there is an error (503?) right after you sign in with OAuth that actually goes away if you go back to https://paws.wmflabs.org/ [15:51:32] start my server fails [15:51:45] *tries again* [15:52:14] I can see 46 running pods in paws right now, but that doesn't guarantee that new ones are starting properly [15:53:07] it was a 5XX error, and I tried about 10 times :/ [15:53:29] *nod* I'm heading into a meeting, but I'll try to poke around a bit after [15:53:50] redirects in the URL just keeps going up, and eventually gives me [15:53:55] https://www.irccloud.com/pastebin/QejznHvi/ [15:53:57] 500 : Internal Server Error [15:53:57] Failed to start your server. Please contact admin. [15:54:01] * bd808 tries to start addshore's pod via admin powers [15:55:05] well that didn't do what I expected... [15:55:48] :D [16:16:24] !log git restarted gerrit-mysql to restart icinga2-wm because I cant ssh into any vps hosts because i have no access to an desktop [16:16:27] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Git/SAL [16:49:28] bd808: same for me. I press the 'Start my Server' button and, after a while, 500 - Redirect loop detected. [16:54:32] !log deployment-prep Update ORES to eb0f776bb [16:54:40] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL [17:30:17] !log tools PAWS: deleting hub-deployment pod. Lots of "Connection pool is full" warnings in pod logs [17:30:22] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [17:36:45] arturo: can you check to see if you can start a PAWS pod now? I restarted the hub [17:37:04] bd808: am i able to log to logstash on wmflabs? [17:37:25] From toolforge [17:37:53] there is no global ELK stack. There is one in the deployment-prep project but its not open to Toolforge [17:38:00] so "no" :) [17:38:30] * arturo trying [17:38:57] Ok, i was curious I was wanting to make my pods logs more easy to access but not have to reinvent the wheel but thats understandable [17:39:44] we have a wish level task to build out multi-tenant log management, but its not started and also hard [17:39:47] bd808: 504 Gateway Time-out - nging/1.13.6 [17:39:58] ELK is not multi-tenant out of the box at all [17:40:55] arturo: argh... yeah stalling out for me now too [17:40:58] Yeah i get it [17:41:10] * bd808 shakes fist at PAWS [17:41:29] Dont worry about starting something just bc i said something though, its not that big of a deal to me :P [17:42:04] Zppix: ok, I won't let you set my team's annual or quarterly goals all by yourself ;) [17:42:41] I hope we get to work on it next fiscal sometime. [17:42:51] bd808: well if you do, I want a pony, goat, and a Lamborghini [17:44:05] Zppix: here's your goat -- https://commons.wikimedia.org/wiki/File:Goatification_logo.svg -- the rest are on backorder [17:44:50] Sweet [17:53:56] Also just to verify on toolforge .forward.foo would mean toolname.foo@tools.wmflabs.org right? [17:56:14] Zppix: I think that is right, yes. [17:56:36] Cool [17:57:06] !log tools PAWS: deleted hub-deployment pod stuck in crashloopbackoff [17:57:10] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [18:10:49] (03Draft2) 10Zppix: Update toolinfo file [labs/tools/ZppixBot] - 10https://gerrit.wikimedia.org/r/399668 [18:10:55] (03CR) 10Zppix: [C: 032] Update toolinfo file [labs/tools/ZppixBot] - 10https://gerrit.wikimedia.org/r/399668 (owner: 10Zppix) [18:11:01] (03Merged) 10jenkins-bot: Update toolinfo file [labs/tools/ZppixBot] - 10https://gerrit.wikimedia.org/r/399668 (owner: 10Zppix) [18:11:27] bd808: did the hub-deployment pod had the sqlite database issue? [18:13:35] arturo: The only error I'm seeing from it at the moment is the known issue of the cull_idle_servers.py dying. But it is obviously not working correctly either :/ [18:50:04] bd808: Thanks so much for the progress on T171417 [18:50:05] T171417: Request rename of "Alangi derick" to "Alangi Derick" on wikitech/LDAP/Gerrit - https://phabricator.wikimedia.org/T171417 [18:50:58] bd808: Maybe we could do the 5th, 6th and 7th bullet today? If you don't mind? :) [18:51:05] d3r1ck: your welcome. I'm going to try and finish up the changes to the new account today other than the part about moving things in gerrit [18:51:36] I have a script ready to run but need time to deal with the things it may break [18:51:56] bd808: Okay! [18:52:13] I'm still online in case of any questions you have for me :) [18:52:32] I'd have to say this is the most complicated mess of LDAP accounts I've dealt with so far ;) [18:52:49] :D [18:53:04] bd808: Looking at the ticket, the "derick" is my shell name right? [18:53:14] yes [18:53:39] I want us to try something out [18:53:58] You've blocked D3r1ck on Wikitech - cool [18:54:39] Changing my LDPA record from derick to d3r1ck will change my shellname on toolforge right? [18:54:46] yes [18:55:12] Hmmm.... [18:55:18] I also have to change some things in OpenStack at the same time [18:55:27] Wuh... [18:55:31] and rename your home directory [18:55:41] I think we can keep the shellname [18:55:50] Is there anything related to "derick" apart from shellname? [18:55:53] yeah? [18:56:15] Okay! What's that please? [18:56:46] I see you've renamed 'Alangi derick' to 'Alangi Derick' [18:56:48] shellname, primary key in OpenStack's internal database, $HOME directory name [18:56:59] But I still see 'derick' as shellname. [18:57:05] these are all currently "derick" [18:57:21] "Change the uid of the uid=derick,ou=people,dc=wikimedia,dc=org LDAP record to d3r1ck" is not done [18:57:29] that's the part that could break a bunch of things [18:57:39] Yes I get you [18:57:45] I think you can leave 'derick' [18:58:01] that would be much easier :) [18:58:20] Yeah :) [18:58:31] So it should be "Alangi Derick / derick" [18:58:32] then the last part we will need to do is move your gerrit commits to the new owner [18:58:52] Yes, let me edit the ticket! [18:58:55] and then get rid of the old D3r1ck01 / d3r1ck01 account [19:00:07] Exactly! [19:00:12] All hail bd808 [19:01:32] bd808: I think the ticket is okay now? [19:01:43] Ops [19:01:56] T171417 [19:01:57] T171417: Request rename of "Alangi derick" to "Alangi Derick" on wikitech/LDAP/Gerrit - https://phabricator.wikimedia.org/T171417 [19:01:59] Now [19:03:39] bd808: Is the updated ticket making sense? Or some issues I missed? [19:04:49] d3r1ck: I made a few tweaks. The main part that is left is gerrit changes. [19:05:26] I'll see if I can sweet talk someone into helping with that. I don't have the user rights to do it myself. [19:05:53] Okay! [19:05:53] we have one other pending user rename that maybe we can take care of at the same time [19:06:11] Okay great! Please sweet talk :D [19:06:17] One more question [19:06:27] Everything for you on Toolforge and Wikitech should be complete now [19:06:39] If I want to login to gerrit, I'll use "derick"? Or "d3r1ck"? [19:07:26] Best to keep using "D3r1ck" on gerrit for now [19:08:23] Currently, I'm using "d3r1ck01" as Gerrit handle [19:08:26] err. that was wrong: "D3r1ck01" [19:08:30] yes [19:08:41] So that can be changed? [19:08:54] "Update Gerrit to associate the owner:"D3r1ck01 " commits with the newly renamed Alangi Derick / derick LDAP account." [19:09:13] once we do that step you will log in to gerrit as "Alangi Derick" [19:09:30] but don't start doing that yet [19:09:37] Hmmm... Now I comfused [19:10:06] The first time I logged into gerrit, I used "d3r1ck01". How did even do that? :( [19:10:19] Gerrit logins are LDAP "cn" names but case insensitive [19:10:29] the "cn" name is the Wikitech user name [19:10:41] I see [19:10:57] So I used a different account "d3r1ck01" to login to Gerrit at that time [19:11:06] You happened to make the "uid" (shell name) and "cn" (wikitech name) the same [19:11:07] But it's liked to alangiderick@gmail.com [19:11:16] correct [19:11:35] I see why you said this is the most complicated issue to handle [19:11:42] you managed to make 3 different LDAP accounts over time [19:11:54] and used 2 of them for different things [19:12:06] :( [19:12:27] it ok. mostly this means that our documentation and naming are confusing [19:13:07] Wow [19:13:17] * d3r1ck takes a glass of water :) [19:14:14] there seems to be support for T179461 which may make things better in the future [19:14:14] T179461: Use the term "developer account" for Wikimedia LDAP accounts - https://phabricator.wikimedia.org/T179461 [19:17:57] bd808: So, is it possible I login with d3r1ck instead? [19:18:04] And not d3r1ck01? [19:18:41] [19:09] < bd808> once we do that step you will log in to gerrit as "Alangi Derick" [19:18:52] [19:10] < bd808> Gerrit logins are LDAP "cn" names but case insensitive [19:19:18] Okay! [19:19:19] You will log into both Gerrit and Wikitech as "Alangi Derick" [19:19:31] Exactly, now this is where I get confused [19:19:38] and you will ssh to Toolforge and other Cloud VPS projects as "derick" [19:19:52] Meaning if I'll need to login with d3r1ck, then derick needs to be changed to d3r1ck? [19:20:01] there will be no "d3r1ck" or "d3r1ck01" once we are done [19:20:38] Okay! Is there a link with the shellname and gerrit handle? [19:20:45] Something I'm not getting here. [19:21:28] both the shellname and the gerrit username are stored in the same LDAP record [19:21:35] but that is the only link [19:22:01] Ohhhhhhh [19:22:13] as an example: my LDAP account is cn=BryanDavis / uid=bd808 [19:23:11] your cn=D3r1ck01 / uid=d3r1ck01 account is confusing these issues because LDAP lookups are case-insensitive [19:23:44] Okay [19:23:53] so you may have been typing "d3r1ck01" in the username field but your canonical username is actually "D3r1ck01" [19:23:58] Can my cn=Alangi Derick and uid=d3r1ck? [19:24:08] Is that even possible? [19:24:24] it could, but that is the part you just removed from the ticket to make things simpler [19:24:36] Ops, that will mean doing the rename of the 2 points we discarded above [19:24:44] correct [19:24:45] Hahahaha..... :D [19:24:49] Wow [19:25:29] Well, I really wanted to login with "d3r1ck" [19:25:52] But it's fine [19:25:53] what we call the shellname in documentation is the "uid" attribute in LDAP. That attribute is part of the primary key for the record. [19:25:57] so changing the primary key is complicated [19:26:02] Yeah [19:26:07] I totally agree with you [19:26:08] it is not impossible, but it is not easy [19:26:10] So currently it's [19:26:31] cn=Alangi Derick / uid=d3r1ck01 now right? [19:26:55] no. its cn=Alangi Derick / uid=derick [19:27:13] and cn=D3r1ck01 / uid=d3r1ck01 [19:27:26] still 2 separate LDAP records [19:27:57] The cn=D3r1ck01 record is blocked on wikitech, but active on gerrit [19:27:59] So what I send is what the final one will be? [19:28:57] no, cn=Alangi Derick / uid=derick will be the "final" owner of your wikitech edits (already done), Toolforge membership (already done), Gerrit commits (still needs doing) [19:29:37] Okay! [19:29:44] I now get the whole picture [19:29:59] I'm to use my "cn" to login to Gerrit [19:30:08] And "uid" to login to Toolforge [19:30:24] correct [19:31:59] I remember you said phab can't be changed? [19:32:27] I mean my phab handle? Not advisable? bd808 [19:32:56] d3r1ck: yes, that is what the FAQ on mediawiki.org about it says [19:33:09] Okay! [19:33:26] you can always create a new Phabricator account with a different handle and just stop using the older one [19:33:38] I really messed up when I started my whole Wikimedia Dev journey :( [19:34:03] https://en.wikipedia.org/wiki/A_rose_by_any_other_name_would_smell_as_sweet [19:34:20] :D [19:34:32] When what happens to all my work on the current phab account? [19:34:39] Can it be transferred? [19:41:28] d3r1ck: no. if it could that would be renaming [19:41:53] d3r1ck: the problem is that Phabricator has no native support for account renaming [19:42:16] MediaWiki has a lot of code just to deal with that [19:42:21] its a complex problem [19:42:32] Okay! :) [19:42:44] Renaming has never been easy :D [19:43:22] for a phab rename to work, every "@d3r1ck01" in every text field in Phab would need to be updated to be "@your_new_name". And there is no code to do that [19:44:45] Yeah! So I'll just keep using the current handle for usre [19:44:49] *sure [19:45:04] But if in case I try to login with my LDPA account, it will create a new phab account right? [19:45:12] Since LDPA is not d3r1ck01 [19:45:22] that part can be fixed [19:46:08] Phabricator accounts are associated with either one or both of the LDAP/Wikitech/Developer account or a SUL account [19:46:18] and those assocaitions can be changed [19:47:25] Hmmm... brief me more [19:47:28] d3r1ck: you can see that at https://phabricator.wikimedia.org/settings/user/d3r1ck01/page/external/ [19:47:50] Okay... [19:47:54] "Linked Accounts and Authentication" [19:49:08] first make sure you have both MediaWiki and LDAP accounts linked so that if changing the LDAP fails horribly you can still authenticate with your SUL account [19:50:57] then, once that is done, you can hit the little stacked curved arrows icon to the right side of your LDAP account association. That will take you to https://phabricator.wikimedia.org/auth/refresh/ldap:self/ where you can log in with a different LDAP account [19:51:26] In your case, the "Alangi Derick" LDAP account [19:52:15] So with that, can I still get access to the same data as login in with d3r1ck01? [19:57:08] Yes, that would let you change the authentication method you use to control the @d3r1ck01 Phabricator account [19:57:40] The phab account name does not change, but the username you use to login via LDAP auth does [19:59:15] bd808: Thank you but I'll like to poke you more :) [19:59:30] bd808: So at the momemt, I use d3r1ck01? Is that the username? [19:59:37] I know my name is Derick N. Alangi on phab [20:10:44] d3r1ck: this circles back to the explanation about Gerrit authentication. Wikitech, Gerrit, and Phabricator LDAP authentication all use the "cn" attribute of your LDAP record as the "user name". [20:10:59] But LDAP lookups are case-insensitive [20:11:20] Hmmm... Okay! [20:11:48] So for the first time I logged in (d3r1ck01) is kept and never changed even if I login with an alternative right? [20:11:56] Because you have an account where the cn and uid only differ in case, you think you have been using your uid. But you haven't. You've been using your cn [20:11:58] If that is what you mean, then I get that now [20:12:30] the phabricator account name is separate from the LDAP authentication account name, yes. [20:12:56] :D [20:13:15] I was hoping login in with a different cn, will change that is already existing :( [20:13:15] you can not change your @d3r1ck01 Phabricator account name, but you can change the LDAP username and password you use to access it [20:15:58] * d3r1ck gives bd808 a huge Unicorn for his wonderful "Cloud Magic 101" course :) [21:17:42] / [21:18:12] d3r1ck: lol [21:18:21] zhuyifei1999_: Sorry about that :( [21:18:31] ? [21:18:32] Wanted to clear my screen with /c [21:18:47] * zhuyifei1999_ found "Cloud Magic 101" funny [21:21:13] Ohhh okay! It was a wonderful course with Lord Bryan Davis indeed :) [21:21:39] * bd808 declines all titles [21:21:54] Engineering Manager Bryan Davis? [21:22:05] they made me take that one [21:22:18] I like my "chaos monkey" badge in Phab the best [21:22:40] :D [21:22:53] * d3r1ck wonders why bd808 declines all titles [21:22:55] You break all of the wikis just one time with a bad patch to a deployment script... [21:24:03] The English origins of "Lord" are not the sort of person I want to be. Landed hereditary gentry is not my normal crowd. [21:24:39] Okay! Signing out! "Landed hereditary gentry" is making me have a headache :D [21:25:19] I withdraw Lord from Bryan Davis ;) [21:25:27] :) [21:25:29] I'll replace with "Sir" [21:25:38] ==> default: Error: /Stage[main]/Misc/File[/etc/vim/vimrc.local]/ensure: change from absent to file failed: Could not set 'file' on ensure: No such file or directory @ dir_s_rmdir - /etc/vim/vimrc.local20171221-927-1mg9j3k.lock at 45:/vagrant/puppet/modules/misc/manifests/init.pp [21:25:45] As a sign of respect! Hope that's not too bad? bd808 [21:25:48] got this from newly deployed vagrant [21:26:04] on new VM [21:26:06] any ideas what's up? [21:26:25] SMalyshev: hmmm... that looks like a broken erb template [21:26:49] d3r1ck: its fine. I'll stop picking on you for being nice :) [21:27:49] bd808 that line in puppet tries to fix something... but I'm not sure I understand what [21:28:16] SMalyshev: Oh! That's the kind of error that happens when the file system freaks out during a puppet run. [21:28:40] hmm so you're saying not to worry about it, it'll fix itself on the next run? [21:28:40] its trying to copy a file from the /vagrant share to /etc and things blew up [21:28:51] I would hope that it does, yes [21:29:04] ok, thanks. will see then [21:30:32] bd808: is wikidata role supposed to be working now (in mainstream vagrant, not stretch one)? [21:31:09] SMalyshev: I think it may be broken. there is a [WIP] patch that addshore started on still in gerrit [21:31:37] SMalyshev: https://gerrit.wikimedia.org/r/#/c/394689/ [21:31:46] I see. Sucks for me that I need it working then :) [21:32:18] maybe will delay that thing till january [21:33:03] the wikidata folks switched how they deploy to prod but that patch is the first attempt to switch things for mw-vagrant [21:33:53] sadly nobody on the wikidata team uses mw-vagrant for local development [21:34:35] I do :) [21:35:00] so I can provide the testing if necessary (but not actually fixing it, alas) [21:38:14] SMalyshev: do you know if they have a manual setup guide somewhere? [21:38:41] When I built the current role I was sitting next to aude at a hackathon and just kept asking her questions :) [21:39:29] bd808: you mean without vagrant? Not sure, I'll check, but I'd rather have good vagrant role... wikidata has a lot of configs, which are easy to mess up and then spend a lot of time debugging that instead of debugging my own bugs [21:40:04] so having predictable reproducible environment is a very good thing for me [21:40:17] SMalyshev: *nod* I totally agree. I was just thinking I could poke at making a role out of their manual guide if it exists [21:40:32] ah, sure, makes sense [21:40:35] but I don't know anything about how to set it up from scratch [21:41:39] there's this: https://www.mediawiki.org/wiki/Wikibase/Installation [21:57:53] the patch I put up could already work [21:58:05] but I have no way of testing it, as I have never managed to get vargant working :D [21:58:13] I could test it if you'd like [21:58:34] That would be great, if you test it and say what happened in the patch / ticket then i can take another pass at it! [22:00:35] ok, trying it now [22:03:19] woops got exceptions [22:04:51] ==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: Error: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') AND (pi_property_id IS NULL) ORDER BY page_id ASC LIMIT 100 FOR UPDATE' at line 1 (127.0.0.1) [22:05:30] are we using SQL that is incompatible with vagrant's mysql? [22:06:04] ==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: Function: Wikibase\PropertyInfoTableBuilder::rebuildPropertyInfo [22:06:33] so looks like wikibase's fault. But weird thing is it runs on: ==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: enwiki: Populating wb_property_info [22:06:47] is it Wikibase client? [22:12:57] bd808: tools.wmflabs.org/croptool wont load for many users can it be fixed or something please? [22:13:17] !tool croptool [22:13:24] hrumph [22:13:57] Zppix: maintainer info is at https://tools.wmflabs.org/admin/tool/croptool [22:14:13] I saw that coming [22:15:53] !log tools.croptool Restarted webservice; user complaints on irc [22:15:56] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.croptool/SAL [22:15:58] Ty [22:17:13] * Zppix gives bd808 a goat [22:17:29] the error log there is full of "PHP Fatal error: Maximum execution time of 30 seconds exceeded" [22:18:10] so pinging the maintainer on a talk page would probably be a good idea. Maybe they can figure out why its sick [22:18:33] bd808: people were on commons complaining [22:18:50] sure, but ... poke the maintainer [22:19:28] I will [22:19:36] thanks <3 [23:23:58] (03PS1) 10Legoktm: Support line anchors in links to Diffusion [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399756 (https://phabricator.wikimedia.org/T183516) [23:25:46] (03CR) 10Legoktm: [V: 032 C: 032] Support line anchors in links to Diffusion [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399756 (https://phabricator.wikimedia.org/T183516) (owner: 10Legoktm) [23:28:30] !log codesearch restarting hound instances to pick up config change [23:28:33] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Codesearch/SAL [23:33:41] bd808 one more question about vagrant if you don't mind - it looks like in multiwiki setup /srv/mediawiki-vagrant/settings.d/wikis/*/LocalSettings.php is not loaded [23:34:04] why could that happen? [23:35:45] wgConf.php is loaded but not LocalSettings.... [23:42:57] (03Abandoned) 10Legoktm: Link to line in diffusion for line links [labs/codesearch] - 10https://gerrit.wikimedia.org/r/399615 (https://phabricator.wikimedia.org/T183461) (owner: 10Florianschmidtwelzow)