[02:18:57] 3MediaWiki-extensions-Scribunto, MediaWiki-Core-Team: An exception is thrown if an argument value passed to frame:expandTemplate has an invalid type - https://phabricator.wikimedia.org/T76609#824164 (10Anomie) [05:35:10] 3MediaWiki-Interface, Parsoid, MobileFrontend-General-or-Unknown, MediaWiki-Core-Team: Switch MobileFrontend over to using Parsoid for its read HTML - https://phabricator.wikimedia.org/T76970#824227 (10Florian) [16:30:48] 3MediaWiki-Core-Team, MediaWiki-ResourceLoader: Fix "PHP Notice: Uninitialized string offset: 1 in includes/libs/jsminplus.php on line 1968" - https://phabricator.wikimedia.org/T77169#826354 (10Krinkle) [17:39:02] 3MediaWiki-Core-Team, MediaWiki-ResourceLoader: Fix "PHP Notice: Uninitialized string offset: 1 in includes/libs/jsminplus.php on line 1968" - https://phabricator.wikimedia.org/T77169#828302 (10Krinkle) [18:10:11] 3MediaWiki-Core-Team: Isolate throughput issue on HHVM API action=parse - https://phabricator.wikimedia.org/T758#829551 (10ori) Extension deployed everywhere. New result for ab command: **Zend**: ``` Requests per second: 63.46 [#/sec] (mean) Time per request: 1575.710 [ms] (mean) Time per request:... [18:10:29] 3MediaWiki-Core-Team: Isolate throughput issue on HHVM API action=parse - https://phabricator.wikimedia.org/T758#829563 (10ori) [18:16:26] 3MediaWiki-Core-Team, Multimedia: SHA-1 file name support - https://phabricator.wikimedia.org/T1210#829776 (10Gilles) [18:17:48] bd808: So, cdb/cdb -> wikimedia/cdb, yes? [18:17:56] +1 from me [18:17:59] cool [18:18:04] I'l propose it [18:18:34] It's merely a vendor, not that it's wmf-specific. Makes sense to go under wikimedia/* indeed [18:19:53] Yeah I think things would be less confusing in the long term if we use the mediawiki vendor space for things that are closely tied to MW and wikimedia for things that are more generally useful [18:26:21] bd808: Hm.. not sure we should use vendor for subcomponents. I was thinking maybe use prefixes for that so that the package can be forked on github without ending up with something like Krinkle/User.git [18:26:33] mediawiki-* [18:26:44] could be under wikimedia/ or mediawiki/ [18:27:26] And hopefully wikimedia/mediawiki or mediawiki/mediawiki or mediawiki/mediawiki-core, not mediawiki/core. [18:27:51] We already call it wikimedia/mediawiki on github [18:28:04] I think Ori was behind that renaming [18:28:17] i complained about it a lot, but i didn't actually do it [18:28:21] i think it was ^d or qchris [18:28:29] the git gurus! [18:28:29] kudos to whoever it was [18:28:49] <^d> No, Krinkle. [18:29:05] Yes, it was me. [18:29:14] <^d> I do many things. Github is not one :) [18:29:38] https://github.com/wikimedia/operations-puppet/commit/7ea296c9a5f7aa41235955c5fe08806445ec0cbd [18:29:39] Krinkle: :) [18:29:40] https://phabricator.wikimedia.org/T70054 [18:30:30] ^d: GitHub claims otherwise. :P [18:30:37] ^d: You do all the things wikimedia. [18:31:08] <^d> Because it's easier to hardcode your own credentials into a shitty gerrit plugin than actually make it configurable ;-) [18:31:26] <^d> All I do is repo creations. [18:33:49] * ^d just removed himself from CC list on 77 tasks. [18:39:56] ^d: ori: bd808: Let it load patiently, but here's thing I hacked up a while back: https://krinkle.github.io/?purge [18:41:24] Krinkle: really nice! yes, i remember this [18:41:32] Stole it from twitter [18:41:35] More or less [18:41:44] should we put it up? [18:42:01] ori: Too bad we have all that mediawiki-extension shit in there. Takes 20 requests to get all the data. [18:42:06] That's why it's so slow [18:42:23] <^d> labs-private doesn't need to be there probably. [18:42:34] I tried to do without hardcoding [18:43:07] hardcoding seems fine if we want it think of it as a showcase of our best and most reusable bits of software [18:43:48] Krinkle: or you can just move the js code to a gruntfile and make it a generated static site [18:44:03] Yeah] [18:44:09] that gets updated periodically. could even be a cron job. [18:44:23] No dynamic updating of descriptions that way though, and new repos. [18:44:27] But yeah, could do. [18:44:34] It's low maintenance [18:44:44] It's up on github.com/Krinkle/krinkle.github.io [18:44:47] Once a day updating would probably be more than enough really [18:44:52] Yeah [18:45:14] Jenkins job :) [18:45:37] Krinkle: let's do it! i can puppetize / add the dns [18:45:42] for opensource.wikimedia.org or whatever [18:45:52] Could also securely embed credentials in travis config and make it so that any edit to the repo via github.com interface will just run it in travis and then commit back to the repo. [18:55:06] I did that Travis publishing trick for some project of mine. I don't remember which one. [18:55:42] cron is simpler, it's not an issue for this page to be <24H out-of-date [18:55:50] *nod* [18:57:24] <^d> Do we have travis for cdb? [18:57:42] no. [18:57:48] It doesn't work there [18:58:10] we never figured out how to run the phpunit tests [18:58:12] I made a pull request for them to install cdb native libs in their build [18:58:24] <^d> Ahhh, yeah duh [18:58:27] <^d> That'd make sense. [19:02:07] * bd808 curses crappy cable modem connection [19:02:20] https://github.com/travis-ci/travis-cookbooks/pull/401 is the travis pull [19:17:48] ori: did you do the JS follow up for https://gerrit.wikimedia.org/r/#/c/178243/ ? [19:20:51] AaronS: yep [19:26:25] 3MediaWiki-Core-Team, Librarization: Librarization wishlist - https://phabricator.wikimedia.org/T1118#831028 (10bd808) Published to https://www.mediawiki.org/wiki/Library_infrastructure_for_MediaWiki/Library_list [19:29:20] I would think composer would already have some kind of way to detect if your composer.lock is not up to date with composer.json [19:30:39] > Note: Composer will display a Warning when executing an install command if composer.lock and composer.json are not synchronized. [19:32:07] it would be nice if we could just re-use that code... [19:33:03] AaronS: feel free to pick up https://gerrit.wikimedia.org/r/#/c/178144/ if you like [19:33:37] ori: did you see https://gerrit.wikimedia.org/r/#/c/177514/ ? [19:33:58] AaronS: I did, but I missed the fact that it was no longer [WIP]. I'll review. [19:35:42] anomie, csteipp: Philippe is kind of panicking about the SecurePoll election data going missing. Is there anything more we can do to figure out what happened? [19:36:12] https://github.com/composer/composer/blob/master/src/Composer/Installer.php#L459 [19:41:08] oh lol [19:41:18] I went through 5 functions and it's just md5_file() [19:43:35] hah. That's one way to do it I suppose [19:43:45] seems a bit clunky [19:55:16] 3MediaWiki-Core-Team, MediaWiki-ResourceLoader: Bad cache stuck due to race condition with scap between different web servers - https://phabricator.wikimedia.org/T47877#831426 (10Krinkle) [20:07:46] csteipp, Deskana|Away: https://gerrit.wikimedia.org/r/#/c/178255/ [20:08:31] anomie: Would that affect it? [20:09:35] csteipp: Since __construct gets called before SecurePoll.php gets included, the variable is undefined, so it uses 0 days. And there's a cron job on terbium that runs the script hourly. [20:14:35] bd808|LUNCH: composer has a `composer show -i` which shows you everything that is installed (and their versoins), but it doesn't say which are out of date... [20:14:46] versions* [20:14:54] I kinda feel like this is something that composer should be able to do [20:16:21] https://github.com/composer/composer/pull/2404 [20:39:12] * bd808|MOBILE is mostly offline while a new cable drop is pulled from his house to the street [20:40:47] legoktm: I'm not sure if we should rely on a composer install to test this. [20:41:47] Seems like it would be more reliable to implement the simple json hash diff ourselves and not need composer to be found to do that. [20:42:10] But I may be totally wrong in thinking that. [20:42:56] One nice thing about not using composer would be that we could test on the prod cluster. [20:44:08] i'm with legoktm fwiw, i think it's something that composer should be able to do [20:44:46] It is something that composer can do, right? [20:45:25] Composer can tell you if the md5 in composer.lock doesn't match composer.json [20:47:01] I think Krinkle|detached wants something that is embedded in MW's startup but I'm not convinced that is a good idea. [20:47:47] It seems like this is mostly a reeducation issue for git users [20:48:03] bd808|MOBILE: I'm thinking about implementing scopedProfileIn() using a SectionProfiler and merging the results in getFunctionStats() [20:48:17] none of the C/C++ code seems to be in shape from the frame stuff anywhere [20:48:58] AaronS: Ok. We can fix upstream whenever and make things faster. [20:49:05] bd808|MOBILE: well I wrote a simple maint script for it for now. composer can do it, but their implementation is flawed [20:49:09] bd808|MOBILE: eh? "your familiar workflow is busted, now you have to perform an extra step?" [20:49:17] that doesn't sound very nice [20:49:34] if you change anything else in the composer.json like url or author, the hash will be out of date even if no packages are [20:50:17] ori: Well we jumped that shark when we introduced composer at all [20:50:21] and, composer has no passive command that lets you check if it's out of date, the only place it's shown is on `composer install`, which will install stuff. [20:50:27] bd808|MOBILE: yes, but it's fixable [20:50:37] there's no composer ismystuffoutofdate which just tells you if it is [20:51:13] * legoktm goes off to find food [20:52:08] bd808|MOBILE: https://gerrit.wikimedia.org/r/#/c/178267/ [20:52:36] 3MediaWiki-Core-Team: Track down and resolve cause for high system CPU% on HHVM API servers - https://phabricator.wikimedia.org/T75706#831513 (10ori) [20:52:46] AaronS: I haven't mastered gerrit from my phone yet :) [20:52:56] or ^d [20:53:01] bd808|MOBILE: it’s surprisingly unterrible [20:53:07] relatively speaking [20:53:54] YuviPanda: Strong praise [20:54:12] bd808|MOBILE: I’ve CR’d merged a few on a phone and even more on a 7” tab [20:54:16] ori: https://phabricator.wikimedia.org/T75706#831513 is weird [20:54:23] * AaronS wouldn't have expected that [20:54:40] AaronS: why not? [20:54:58] stat calls using high CPU [20:55:16] it wasn't high in absolute terms; it was just more (double, IIRC) than it was on zend [20:55:26] still single-digit % [20:55:31] 5% vs 2.5% ish [20:55:57] enable stat_cache had a pretty nice impact on perf [20:56:05] http://grafana.wikimedia.org/#/dashboard/db/edit-performance [20:56:07] see page save time [20:56:35] I noticed that https://en.wikipedia.org/wiki/SMS_Scharnhorst?forceprofile=1 looked better too [20:57:29] AaronS, bd808|MOBILE: check out https://meta.wikimedia.org/wiki/User:Ori.livneh/global.js , btw [20:57:54] bd808|MOBILE: ^d: We should be able to install cdn in our build though. [20:57:55] It's pretty straight forward. [20:58:03] Albeit a bit slow [20:58:09] php-env might also help [20:58:10] <^d> huh? [20:58:23] Travis builds [20:58:27] following up on earlier [20:58:32] AaronS: looks like this: http://i.imgur.com/gpiCAE2.jpg [20:59:02] clicking on column header sorts by that column [20:59:25] Shiny! [21:01:13] AaronS: no cache hits in stashedit.log :/ [21:05:18] http://grafana.wikimedia.org/#/dashboard/db/edit-performance?panelId=4&fullscreen&from=now-6h&to=now [21:05:58] AaronS: hahaha! I know at least part of the reason. [21:06:07] AaronS: the API stuff is served by zend [21:06:23] * bd808|MOBILE stands around hoping his modem gets fixed soon [21:06:25] in the vast majority of cases, since all but a few servers have not been reimaged [21:24:06] 3MediaWiki-Core-Team, CirrusSearch: Remove "this wiki is using a new search" - https://phabricator.wikimedia.org/T77920 (10Manybubbles) 3NEW p:3Normal [21:27:03] 3MediaWiki-Core-Team, CirrusSearch: Investigate if anyone is still using lsearchd - https://phabricator.wikimedia.org/T77921 (10Manybubbles) 3NEW p:3Triage [21:29:30] 3MediaWiki-Core-Team, CirrusSearch: Implement "simple" query degradation - https://phabricator.wikimedia.org/T77922#831695 (10Manybubbles) [21:31:47] 3MediaWiki-Core-Team, CirrusSearch: Add support for taking multiple locks in pool counter. - https://phabricator.wikimedia.org/T77923#831710 (10Manybubbles) [21:36:13] btw, for those interested, phpunit has a chat channel over at https://gitter.im/sebastianbergmann/phpunit @sebastianbergmann frequents there as well [21:37:33] legoktm: have y'all fixed the issue where people logging in would get 503 timeout because of some centralauth stuff or something? [21:37:52] not really [21:37:52] asking because it was just reported at https://pl.wikipedia.org/w/index.php?title=Wikipedia:Kawiarenka/Kwestie_techniczne&oldid=41153545#Problem_z_logowaniem_si.C4.99_na_swoje_konto_.28503.29 [21:38:02] ugh [21:38:07] (alas, the person has not provided their username) [21:38:22] does it have a task number? [21:38:47] no, last time this happened I just force migrated the user to a global account [21:41:23] MatmaRex: could you ask them for their username? [21:41:38] sure [21:41:43] was just doing, done [21:41:56] hmm, actually, this is curious [21:42:09] they can apparently log in on other language versions, just not pl [21:42:36] eh, that's weird [21:43:08] hm, maybe they're doing that with different usernames? [21:43:13] anyway, i asked [21:45:42] legoktm: (i did some stalking now, the user might be Miko101 https://pl.wikipedia.org/wiki/Specjalna:Zarządzanie_kontem_uniwersalnym/Miko101 ) [21:47:08] <^d> manybubbles: We still use the deprecated setFilter() calls Nikerabbit was hitting in Cirrus too. [21:47:17] <^d> (updating to 1.3.4.0 will hit those) [21:47:30] ^d: can you link me? [21:47:46] 3MediaWiki-Core-Team, Librarization: Librarization wishlist - https://phabricator.wikimedia.org/T1118#831806 (10bd808) The wiki page could use some love explaining the section organization. [21:48:21] <^d> manybubbles: https://phabricator.wikimedia.org/diffusion/ECIR/browse/master/maintenance/updateOneSearchIndexConfig.php;HEAD$614 [21:49:04] ^d: ah. we can certainly replace that with a filtered query. I hadn't seen it because it was in a maintenance script [21:49:26] <^d> Yeah, I just hit it earlier while reviewing some more of the Flow refactoring. [21:49:59] 3MediaWiki-Core-Team, CirrusSearch: Cut Elasticsearch 1.4 compatible release for Experimental Highlighter - https://phabricator.wikimedia.org/T76872#831812 (10bd808) 5Open>3Resolved [21:50:15] 3MediaWiki-Core-Team: Degrade large phrase queries - https://phabricator.wikimedia.org/T76874#831813 (10bd808) 5Open>3Resolved [21:50:24] 3MediaWiki-Core-Team: kafkatee security review - https://phabricator.wikimedia.org/T75950#831814 (10bd808) [21:50:43] 3MediaWiki-Core-Team: Fix non-CentralAuth https preference handling - https://phabricator.wikimedia.org/T1279#831816 (10bd808) [21:50:49] 3MediaWiki-Core-Team: [bug 64767] Optimistic save API/JS - https://phabricator.wikimedia.org/T1096#831817 (10bd808) 5Open>3Resolved [21:50:56] 3MediaWiki-Core-Team: [CirrusSearch] Split prefix searches from full text searches in pool counter - https://phabricator.wikimedia.org/T76490#831818 (10bd808) [21:51:03] 3MediaWiki-Core-Team: Document OrientDB research - https://phabricator.wikimedia.org/T76683#831819 (10bd808) 5Open>3Resolved [21:54:51] MatmaRex: thanks [21:55:06] 7 accounts doesn't seem enough to cause the CentralAuth timeout [21:57:28] legoktm: (not necessarily the same person, but i suspect it's them) [21:58:14] legoktm: they provided that error messages that asks to be provided, does that help? https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#Problem_z_logowaniem_si.C4.99_na_swoje_konto_.28503.29 [22:02:08] not really, all the debug logging is based on username :P [22:02:25] debugging A/V setup for meeting, standby [22:09:46] csteipp: can move camera so its not in front of the projector? [22:10:16] 3Code-Review, MediaWiki-Core-Team: Import all gerrit.wikimedia.org repositories with Diffusion - https://phabricator.wikimedia.org/T616#831862 (10Chad) [22:10:20] manybubbles: to get rid of glare? [22:10:29] csteipp: yeah - its super blue [22:10:59] manybubbles: it's stuck [22:11:05] nice! [22:11:14] My AV skills are !l337 [22:12:55] a thumbscrew foiled our security guy [22:13:59] Appliance delivery in progress at my house. Will be off and on for a bit [22:14:12] bad timing is bad [22:14:43] 3MediaWiki-Core-Team, CirrusSearch: Remove usage of Query->setFilter - https://phabricator.wikimedia.org/T77928 (10Manybubbles) 3NEW p:3Triage [22:14:52] 3MediaWiki-Core-Team, CirrusSearch: Remove usage of Query->setFilter from Cirrus - https://phabricator.wikimedia.org/T77928#831892 (10Manybubbles) [22:15:31] 3MediaWiki-Core-Team, Deployment-Systems: Make mwscript.php also look in WikimediaMaintenance - https://phabricator.wikimedia.org/T35284#831902 (10greg) [22:15:32] 3MediaWiki-Core-Team, Wikimedia-General-or-Unknown: Report more information about php warnings - https://phabricator.wikimedia.org/T45086#831903 (10greg) [22:15:34] 3MediaWiki-Core-Team, MediaWiki-General-or-Unknown: At least one user is permanently unable to use Special:RecentChanges on translatewiki.net - https://phabricator.wikimedia.org/T74228#831904 (10greg) [22:15:36] 3MediaWiki-Core-Team, Wikimedia-General-or-Unknown: "refreshLinks.php --dfn-only" can't reliably make it through a full enwiki run - https://phabricator.wikimedia.org/T38195#831905 (10greg) [22:15:38] 3MediaWiki-Core-Team, Multimedia, MediaWiki-File-management: Limit number of image scaling attempts - https://phabricator.wikimedia.org/T51118#831909 (10greg) [22:15:39] spam incoming! [22:15:39] 3MediaWiki-Core-Team, Multimedia, MediaWiki-File-management: Image urls should have far future expires - https://phabricator.wikimedia.org/T19577#831910 (10greg) [22:15:40] 3MediaWiki-Core-Team, MediaWiki-Internationalization: Add a {{USERLANGUAGE}}/{{USERLANG}} magic word - https://phabricator.wikimedia.org/T4085#831911 (10greg) [22:15:42] 3MediaWiki-Core-Team, MediaWiki-API: Provide an API to rotate an image - https://phabricator.wikimedia.org/T35186#831913 (10greg) [22:15:43] 3Design, MediaWiki-Special-pages, MediaWiki-Core-Team: Inverse selection for [[Special:Log]] - https://phabricator.wikimedia.org/T13739#831912 (10greg) [22:15:44] 3MediaWiki-Core-Team, MediaWiki-extensions-ApiSandbox: Use parameter types in ApiSandbox - https://phabricator.wikimedia.org/T34740#831914 (10greg) [22:15:45] (sorry) [22:15:46] 3MediaWiki-Core-Team, Wikimedia-Site-requests: Increase WMF cluster default image thumb size (tracking) - https://phabricator.wikimedia.org/T51357#831915 (10greg) [22:15:47] 3MediaWiki-Core-Team, MediaWiki-Parser: "Page does not exist" title cached in wrong language - https://phabricator.wikimedia.org/T34686#831916 (10greg) [22:15:48] 3MediaWiki-Core-Team, Wikimedia-General-or-Unknown: Monitor and index error logs for trends and new errors - https://phabricator.wikimedia.org/T30493#831917 (10greg) [22:15:50] 3MediaWiki-Core-Team, MediaWiki-General-or-Unknown: Separate Cache-Control header for proxy and client - https://phabricator.wikimedia.org/T50835#831918 (10greg) [22:15:52] 3MediaWiki-Core-Team, MediaWiki-User-blocking: ipb_range_start and ipb_range_end should be blank for single-IP blocks - https://phabricator.wikimedia.org/T51504#831920 (10greg) [22:15:54] 3MediaWiki-Core-Team, MediaWiki-extensions-CentralAuth: UserLoadFromSession considered evil - https://phabricator.wikimedia.org/T43201#831919 (10greg) [22:15:55] 3MediaWiki-Core-Team, MediaWiki-Page-editing: ipblocks query from EditPage unconditionally goes to master - https://phabricator.wikimedia.org/T51419#831922 (10greg) [22:15:56] 3MediaWiki-Core-Team, MediaWiki-Page-deletion: Number of files in an inconsistent deletion state - https://phabricator.wikimedia.org/T35292#831921 (10greg) [22:15:59] 3MediaWiki-Core-Team, MediaWiki-Database: find a better fix on LoadBalancer connection error - https://phabricator.wikimedia.org/T35036#831925 (10greg) [22:15:59] 3MediaWiki-Core-Team, Wikimedia-General-or-Unknown: Run our own Tor client for Tor block - https://phabricator.wikimedia.org/T32716#831924 (10greg) [22:16:01] 3MediaWiki-Core-Team, MediaWiki-History-or-Diffs: Diff links between revdeleted versions in deleted histories cause PHP error: DifferenceEngine::generateContentDiffBody() must implement interface Content, null given - https://phabricator.wikimedia.org/T49193#831923 (10greg) [22:16:02] 3MediaWiki-Core-Team, MediaWiki-General-or-Unknown: Using PCRE Nested named refs do not work - https://phabricator.wikimedia.org/T27986#831926 (10greg) [22:16:04] 3MediaWiki-Core-Team, MediaWiki-General-or-Unknown: Transient CDB read/write failures - https://phabricator.wikimedia.org/T35409#831927 (10greg) [22:16:05] 3MediaWiki-Core-Team, MediaWiki-General-or-Unknown: Turn wfHttpError() into a wrapper for HttpError exception - https://phabricator.wikimedia.org/T36151#831928 (10greg) [22:16:34] 3MediaWiki-Core-Team, Scrum-of-Scrums, Wikidata, MediaWiki-extensions-WikibaseClient: avoid fetching SiteList object from memcached - https://phabricator.wikimedia.org/T58602#831933 (10aaron) 5Open>3Resolved [22:18:04] 3MediaWiki-Core-Team, Scrum-of-Scrums, Language-Engineering, MediaWiki-API: API: Allow for documenting individual values of 'prop' parameters - https://phabricator.wikimedia.org/T77930#831942 (10Anomie) [22:19:01] bd808: I suspect Ubuntu comes a PHP by default that has dba/cdb etc. enabled. I'm not sure how to prove this short of installing a vm with plain Ubuntu Precise/Trusty. Did we compile our own php? I suspect we do, but not to add extra --enable/disable-width- flags, rigt? [22:19:09] ^d: want to send an email to "product" about that? [22:19:32] Krinkle: We have cdb on the cluster [22:19:51] bd808: Yes, that much I know :) But I'd like to know whether we put it there or that it comes with Ubuntu plain [22:20:07] Ah. It's stock I believe on Ubuntu [22:20:35] bd808: It seems there is no such thing as a usable php default. The install ./configure takes a shitload of options. So basically however compiles it has to make a lot of choices. [22:20:48] *nod* [22:22:20] trusty php5-cli comes with dba_ functions installed [22:23:44] bd808: https://github.com/travis-ci/travis-cookbooks/pull/401#issuecomment-66199369 [22:23:49] (via #travis on Freenode) [22:24:04] 3MediaWiki-Core-Team, Wikimedia-General-or-Unknown: History of Utilisateur:Binabik@frwiki missing after global rename - https://phabricator.wikimedia.org/T76979#831964 (10Legoktm) [22:24:09] Krinkle: Cool. Thanks [22:24:14] 3MediaWiki-Core-Team, MediaWiki-extensions-CentralAuth: No valid null revision produced during global rename - https://phabricator.wikimedia.org/T76975#831965 (10Legoktm) [22:34:01] have we considered splitting out multiversion into a separate library? [22:34:21] IIRC it used to be a seperate git repo [22:34:24] as a submodule [22:36:53] <^d> nobody would want that shit. [22:36:57] It might be neat to think about how to clean it up to be a generally usable wiki farm toolset [22:37:01] <^d> s/would/should/ [22:37:02] but it would take work [22:37:06] <^d> If they want it, they're wrong :) [22:37:10] heh [22:37:15] I wanted to use it on another wiki farm :P [22:37:16] <^d> bd808: We have like 8 ways to make a wikifarm. [22:37:37] But no "one true best way" right? [22:37:46] ours is the only way [22:37:47] the WMF way is the only supported way :P [22:41:49] <^d> "supported" [22:41:50] <^d> lol. [22:41:54] <^d> "we use it" [22:48:38] we only support ourselves :) [22:50:01] 3MediaWiki-Core-Team, Scrum-of-Scrums, Wikimedia-General-or-Unknown, Collaboration-Team: Add ContentHandler columns to Wikimedia wikis, and set $wgContentHandlerUseDB = true - https://phabricator.wikimedia.org/T51193#832015 (10EBernhardson) [22:54:19] * bd808 starts moving from done to archive column which will probably spam the crap out of this channel (30 to move) [22:54:41] 3MediaWiki-Core-Team, Scrum-of-Scrums: API help i18n for WMF-deployed extensions - https://phabricator.wikimedia.org/T956#832034 (10bd808) [22:54:44] 3MediaWiki-Core-Team, Scrum-of-Scrums, Collaboration-Team: Enable $wgContentHandlerUseDB everywhere (bug 49193) - https://phabricator.wikimedia.org/T1217#832035 (10bd808) [22:54:51] 3MediaWiki-Core-Team, MediaWiki-API: API CORS preflight response should allow Api-User-Agent header - https://phabricator.wikimedia.org/T76340#832038 (10bd808) [22:55:00] 3MediaWiki-Core-Team: kafkatee security review - https://phabricator.wikimedia.org/T75950#832043 (10bd808) [22:55:28] 3MediaWiki-Core-Team, Wikimedia-Logstash: Get HHVM logs into logstash - https://phabricator.wikimedia.org/T76119#832058 (10bd808) [22:55:31] 3MediaWiki-Core-Team, MediaWiki-Vagrant: Upload presentation slides to Commons and link on wiki - https://phabricator.wikimedia.org/T76493#832060 (10bd808) [22:55:33] 3MediaWiki-Core-Team, Scrum-of-Scrums, Mobile-Web: Unified diff on mobile - https://phabricator.wikimedia.org/T1223#832061 (10bd808) [22:55:50] bd808bugspam [22:59:48] 3Librarization, MediaWiki-Core-Team: Rename composer package from cdb/cdb to wikimedia/cdb - https://phabricator.wikimedia.org/T77934 (10bd808) 3NEW p:3Normal a:3Legoktm [23:01:55] ori: why would stashing not help in zend? [23:02:08] ^d: https://gerrit.wikimedia.org/r/#/c/177414/ [23:03:18] 3Librarization, MediaWiki-Core-Team: Rename composer package from cdb/cdb to wikimedia/cdb - https://phabricator.wikimedia.org/T77934#832075 (10bd808) * CDB: https://gerrit.wikimedia.org/r/#/c/178251/ * Vendor: https://gerrit.wikimedia.org/r/#/c/178336/ * MW-core: https://gerrit.wikimedia.org/r/#/c/178339/ [23:45:15] 3MediaWiki-Core-Team, Multimedia: SHA-1 file name support - https://phabricator.wikimedia.org/T1210#832337 (10Gilles) [23:51:41] 3MediaWiki-Core-Team, Multimedia: SHA-1 file name support - https://phabricator.wikimedia.org/T1210#832374 (10Gilles)