[00:00:06] Ryan_Lane: though you might want to look into point 9 first [00:00:23] the two linked texts are seemingly redundant to eachother [00:00:36] at least it seems the first already includes the latter [00:00:48] they are meant to be [00:01:07] one is displayed to end-users who haven't created an account [00:01:14] the other is displayed to people about to make an account [00:01:33] ah [00:02:07] that wasn't clear to understand [00:02:22] I thought both text "must be displayed to end users of any publicly viewable products." [00:02:42] as it's connected with "and" and not "or" [00:05:49] Ryan_Lane: you need to have everyone to reagree with the terms when it's out of draft, as you can't practically agree with a draft [00:06:13] * Ryan_Lane nods [02:23:44] !log LocalisationUpdate completed (1.20wmf7) at Wed Jul 25 02:23:44 UTC 2012 [02:23:56] Logged the message, Master [02:46:06] !log LocalisationUpdate completed (1.20wmf8) at Wed Jul 25 02:46:06 UTC 2012 [02:46:15] Logged the message, Master [08:50:08] heyas [08:50:35] if I have a question about editfilters, I ask it here? [10:03:15] Reedy: why do we have both the sper-tracking bug and the 'tracking' keyword? https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 [11:48:44] hello [15:23:27] !log reedy synchronized wmf-config/ [15:23:34] Logged the message, Master [15:24:55] !log Created FlaggedRevs tables on cawikinews [15:25:04] Logged the message, Master [15:33:53] !log Created wikilove tables on svwikinews [15:34:01] Logged the message, Master [15:34:54] !log reedy synchronized wmf-config/InitialiseSettings.php [15:35:02] Logged the message, Master [15:46:41] !log reedy synchronized wmf-config/ [15:46:48] Logged the message, Master [17:53:24] Where does one find the database configuration for the cluster? Specifically, I'm trying to find out the value of $wgDBTableOptions. [17:53:38] or where that would be set [17:54:18] don't worry, I'm not going to change it :) [17:54:18] kaldari: The cop-out is to run 'mwscript eval.php enwiki' on the cluster and then type 'echo $wgDBTableOptions' [17:54:26] No worries [17:54:41] This is my way of saying "I don't know where it's set but I know how to get its value" [17:54:56] that works great [17:54:58] thank you [17:55:42] we don't change it on the cluster from what's in DefaultSettings.php in core [17:55:53] good to know [17:57:02] looks like our documentation at https://www.mediawiki.org/wiki/$wgDBTableOptions is out of date then [17:57:31] updated it [18:06:39] Reedy: time for more 1.20wmf8 fun? [18:07:40] Yup [18:07:50] kaldari: I hope you weren't surpised... ;) [18:08:07] Reedy: not really :) [18:10:51] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: wikinews to 1.20wmf8 [18:10:58] Logged the message, Master [18:11:23] I'm seeing more of Warning: socket_getpeername(): supplied resource is not a valid Socket resource in /usr/local/apache/common-local/php-1.20wmf8/includes/objectcache/MemcachedCl [18:11:23] ient.php on line 946 rappearing [18:11:28] not that common though [18:13:02] join #wikimedia-operations [18:13:04] doh [18:13:23] yes, everyone join #wikimedia-operations :-) [18:15:17] Onwards! [18:16:42] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: wikiversity, closed and special to 1.20wmf8 [18:16:49] Logged the message, Master [18:19:00] Warning: call_user_func() expects parameter 1 to be a valid callback, class 'Question' does not have a method 'textFieldParseObject' in /usr/local/apache/commo [18:19:00] n-local/php-1.20wmf8/extensions/Quiz/Quiz.class.php on line 317 [18:19:02] Hmm [18:19:07] Did I break that.. [18:20:02] Ah [18:20:03] Feckers [18:20:03] $buffer = call_user_func( array( $question, "{$question->mType}ParseObject" ), $matches[3] ); [18:21:00] kaldari: are the curation bar templates going to be substituted? [18:23:01] * Reedy whistles [18:23:29] did you get the Quiz thing sorted out? [18:23:38] * robla gets distracted by in-office stuff [18:23:49] yeah, just waiting for it to push to the cluster [18:23:56] whistling while I waited [18:25:01] !log reedy synchronized php-1.20wmf8/extensions/Quiz/ [18:25:10] Logged the message, Master [18:25:35] I'll just hang fire for a few minutes to wait for the errors to clear [18:25:38] 22 Warning: socket_getpeername(): supplied resource is not a valid Socket resource in /usr/local/apache/common-local/php-1.20wmf8/includes/objectcache/MemcachedCl [18:25:38] ient.php on line 946 [18:25:56] ^ That's increasing in frequency [18:26:01] * robla looks around for Aaron [18:26:16] I'm not sure if anything actually changed around that code.. [18:27:02] 29 in the last 1000 lines of log.. [18:28:02] That's the 3rd party library we use.. [18:28:21] 3rd party library? [18:28:49] The php memcached client we use [18:29:12] More reason to swap over? ;) [18:29:40] 37 [18:29:46] ah, i didn't realize it was 3rd party, thought it was written by a volunteer for mw [18:32:47] Jul 25 18:32:16 10.0.11.34 apache2[28656]: PHP Warning: socket_getpeername()... [18:33:04] 11.11, 11.25 [18:34:23] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=history;f=includes/objectcache;hb=HEAD [18:34:28] No changes in the object cache code [18:34:47] our office network makes me stabby [18:35:08] * Damianz stabby's robla's internet [18:36:13] 52 in the last 1000 lines [18:38:16] binasher: the mc.log seems to be showing a lot of "Error parsing memcached response" [18:39:10] 60/1000 [18:40:21] how does one run a maintenance script nowadays? [18:40:42] mwscript scriptName.php dbname [18:40:56] hi domas! watcha doin'? [18:41:18] observing how broken things are, why? [18:41:41] heh [18:41:58] when was last time anyone used mctest.php? [18:42:26] cool, php notices [18:43:33] domas: no idea whatsoever...you think that's the reason for the errors? [18:43:55] It seems to be new in wmf8 [18:44:06] i noticed them after monday, but they weren't common [18:44:25] it looks like it is new code [18:44:29] yeh [18:44:30] not in wmf7 [18:46:10] why is mctest failing that much [18:46:11] hm [18:47:12] function _connect_sock( &$sock, $host ) { [18:47:13] list( $ip, $port ) = explode( ':', $host ); [18:47:41] it is resolving hostnames [18:47:57] or.. [18:48:14] new code may be nscd dependent [18:48:51] https://www.mediawiki.org/wiki/MediaWiki_1.20/wmf8 is all the changes since wmf7 [18:50:22] robla: I guess there's no rush to rollback, we've not had people flooding in saying stuff is broken (more cache misses, probably means more computation/queries) [18:50:25] https://gerrit.wikimedia.org/r/#/c/15962/ ? [18:50:57] I'll be back in 10 minutes or so [18:50:58] nah...guess it's not used [18:51:00] k [18:51:11] Reedy: ok, thx [18:51:24] well, from what I see, mctest is able to execute things a bit, but the logging part talks to nscd and tries to resolve hostnames [18:51:46] mctest does the same on wmf7 or wmf8 [18:51:58] (ie enwiki is on wmf7, mediawikiwiki is on wmf8) [18:53:03] big diff between include dir of 1.20wmf7 and 1.20wmf8: http://p.defau.lt/?JRlFdnfc8Z7Msm2f4byccw [18:54:39] hm, it is supposed to do this only in "error parsing response" [18:54:53] it doesn't really make much sense [18:55:04] socket has to be dead for that [18:55:10] yet I don't see it dead in the test [18:56:27] obviously the messages are because of new code [18:57:18] presumably we should have been getting just plain "Error parsing memcached response" messages before. is that what was happening? [18:57:29] Reedy: Have you updated the wmf-config dir yet? Just merged in a change for fundraising that they're hoping to get out ASAP: https://gerrit.wikimedia.org/r/#/c/16652/ [18:58:39] hm, it times out [18:58:50] robla: that has to be "printed" somewhere [19:00:19] so, why are we hitting 200ms timeouts? [19:00:23] oh...I hadn't kept track of which bits we actually are configured to log in production. presumably not debugprints [19:00:40] (out of this class) [19:00:53] robla, Andrew's abuse filter patch seems to have a couple of issues [19:01:04] ? [19:01:05] when I saved an edit that trigged an abuse filter log, I got this DB error: [19:01:05] Thehelpfulone said he got this error: [19:01:08] from within function "AbuseFilterHooks::onArticleSaveComplete". Database returned error "1054: Unknown column 'afl_rev_id' in 'field list' (10.0.6.49)". [19:01:23] I thought we'd done that schema change? [19:01:37] which wiki? [19:01:37] werdna: which "we" did it? :) [19:01:40] hi werdna, gerrit change is https://gerrit.wikimedia.org/r/#/c/3435/ [19:01:42] This was done: $updater->addExtensionUpdate( array( 'addField', 'abuse_filter_log', 'afl_rev_id', "$dir/db_patches/patch-afl_action_id.sql", true ) ); [19:01:43] this was on testwiki [19:02:04] Krenair: we don't run the update.php on the site [19:02:08] So it looks like someone missed wiki DB(s) when updating the schema [19:02:23] robla, I know, but this shows a that the missing field was supposed to be added [19:02:46] I'm back to my question for werdna...who is the "we" that did the schema update [19:02:58] I seem to remember bundling that change with other schema changes [19:03:06] like a year ago [19:03:56] I see binasher was on the list for review of 3435, but that he didn't sign off on it [19:04:02] * werdna looks [19:04:02] $ for wiki in ` werdna, this was done in February [19:05:14] Not quite a year ago :) [19:05:23] february is when the patch was originally authored [19:05:27] that's probably where you're getting that date from [19:05:52] Yes [19:07:10] I'm not finding anything in my email [19:07:20] the problem of course is that such a schema change is a nasty proposition [19:07:33] andrew@fenari:~$ for wiki in ` afl_rev_id int(10) unsigned YES MUL NULL [19:07:37] well it exists on *one* wiki :) [19:08:02] max(afl_id): 7176790 [19:08:09] 7.2 million rows [19:12:06] werdna: if the schema change isn't actually done, we're going to have to just back it out for now [19:12:20] robla: understandable :) [19:12:44] I'm sort of confused. I was sure it had been done [19:14:09] how long to schema changes take to do? [19:14:13] do* [19:14:22] a few days. [19:14:34] robla: the weirdest thing is that it was working fine on mediawiki.org [19:14:36] surprise! [19:14:42] which supposedly doesn't have the column either [19:15:44] on the socket error front, it looks likely this is just more verbose, but not a new error condition: https://gerrit.wikimedia.org/r/#/c/15612/ [19:16:39] so that shouldn't block us from finishing things off [19:16:43] Reedy: you back now? [19:20:51] do we know for sure that the schema change isn't done on most wikis? [19:21:04] werdna: ? [19:21:28] robla: werdna: andrew@fenari:~$ for wiki in ` [12:07pm] werdna: afl_rev_id int(10) unsigned YES MUL NULL [19:21:29] [12:07pm] werdna: well it exists on *one* wiki :) [19:22:28] which one? [19:22:33] not sure [19:23:22] don't think it makes a difference. you'd have to add it to hundreds of other wikis. The wiki is not enwiki, mediawiki.org or testwiki [19:23:43] binasher: looks like we've got a largish schema change to do. https://gerrit.wikimedia.org/r/#/c/3435/ [19:23:59] I guess we've gotta back this out of 1.20wmf8 [19:25:03] Thehelpfulone is going to want to know when we can put it back in, since s/he is pushing this on behalf of admins/stewards [19:25:36] robla: luckily abuse_filter_log is online schema changeable [19:25:37] He, indeed :) [19:26:39] Thehelpfulone: thx :) [19:27:08] np, remember there are no women on the internet, LeslieCarr excluded ;) [19:27:14] hrm, its not on the schema change scheduling page.. robla: would you like to be able to push it separately, before wmf9? [19:27:38] I am now robla [19:27:43] * robla totally forgot about that page [19:27:50] binasher: yeah, we'll put it on the list [19:27:54] i'll start rolling it out after lunch [19:28:23] maybe it can be done before i get on a flight to defcon tomorrow [19:28:28] binasher: we thought it was done, which is one reason why it wasn't on the list before [19:28:43] kaldari: I've nothing outstanding ot push to site [19:28:48] Want that pushing? [19:28:50] hehehe [19:29:06] i'm off to lunch :) [19:29:14] it might be ok for wmf9. Thehelpfulone, thoughts on timing? you're probably going to say "now now now" aren't you? :) [19:30:44] Well I've been saying now now now forever :P [19:30:46] wmf9 is another month ish? [19:30:53] 2 weeks monday just gone [19:31:02] 4 weeks today for all site [19:31:04] who is going to back out https://gerrit.wikimedia.org/r/#/c/3435/ ? [19:31:10] It's also got some followups... [19:31:34] let's see [19:31:49] Reedy I'm thinking enwiki implementation, although yes I could do more testing in a couple of weeks if it makes wmf9 [19:31:59] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/AbuseFilter.git [19:34:21] Simplest way is probably reverting back to whatever revision wmf7 is using [19:35:58] Reedy: you mean make a wmf8 branch and checkout the wmf7 code? [19:36:04] no [19:36:30] just find whatever hash it's on on wmf7, and make the abusefilter in wmf8 use that revision [19:37:15] Reedy: could you back out https://gerrit.wikimedia.org/r/#/c/3435/ ? [19:37:21] I mean, yes, you can just do checkout HASH, though that might break if someone updates the submodules [19:37:45] oh...sorry [19:37:55] if we downgrade how we upgrade, and commit it, should be fine [19:38:06] robla: there's a couple (or 3?) followups that would need to also come out [19:38:28] yeah, I'm a little slow on the pickup, but I got there :) [19:40:05] I think 34a81033b749c9ef8ce1f696f5b1250729f1a97e is what we want.. [19:41:02] who is familiar with parser? [19:41:58] git reset HEAD~10? [19:44:59] Thehelpfulone, hi =) May I disturb you again? [19:45:04] sure [19:45:38] Umm... [19:45:48] Reedy, wasn't this commit in 1.20wmf7 as well? [19:45:52] No [19:46:01] It was merged 2 weeks ago [19:46:25] Oh :/ [19:47:35] Thehelpfulone, it's about the Wikimedia RU mailing list ticket. It's been two weeks but still no response. [19:47:53] Yup, that's done it [19:47:57] Ah, we need mutante-away for that one ^ [19:48:14] Reedy: I think that 34a81033b749c9ef8ce1f696f5b1250729f1a97e is ok [19:48:18] so says diff [19:48:23] Unfortunately renames need work server-side, which only a member of ops can do [19:49:12] !log reedy synchronized php-1.20wmf8/extensions/AbuseFilter/ 'Revert back to 0eeafeab44fb7a177ebf929c313999855656701f' [19:49:20] Logged the message, Master [19:49:23] Someone want to try that? [19:50:04] Thehelpfulone, if it is a very long time, it may be until at least create a new one? [19:51:15] Thehelpfulone: it may be better to ping woosters, especially this time of day [19:51:54] IIRC, the old list was wikimediaru-l, the new public one will be Wikimedia-RU - that has no need for any config or archive copying etc? [19:52:04] I can create Wikimedia-RU for you (the new public list) [19:52:38] robla, hmm, well rename wise I think only Daniel knows how to do it 100%, it's not been completely documented yet on wikitech [19:52:55] putnik, would you like me to create Wikimedia-RU? [19:53:30] Thehelpfulone, need to copy the list of admins, but it should not be a problem. [19:53:37] Thehelpfulone, yes, please. [19:53:46] Okay, I'll do that now [20:00:46] Reedy: did you just do a git reset, or did you actually commit a revert? [20:01:28] i checked out an earlier commit and pushed committed that [20:02:56] just making sure we're not laying a trap for anyone deploying stuff in the next couple weeks [20:03:02] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=commitdiff;h=e1168326b3258018cec0c2d9b2b559245040d7c1 [20:03:10] putnik, I sent you an email with the password, can you copy the list admins over (it would be easier for you as you don't need to adjust the [at] etc [20:03:27] Unless someone commits over it or anything like that, it'll be fine [20:04:13] so...if someone tries to deploy a bugfix, for example? [20:04:21] (that's what I mean by "trap") [20:04:31] I guess it depends on how they do it [20:04:48] cherry pick would be fine [20:05:28] if they checkout master and pull, and then commit that, it's gonna be a problem [20:05:33] oh, I see....I'm not trying to guard against the case where someone tries to merge everything from master [20:05:56] that'll pretty obviously break [20:06:48] ah, now I understand the rub. we always have to create one-off branches to make bugfixes. nm [20:07:03] Thehelpfulone, ok, thanks. I would add admins and forward password to them. [20:07:26] Reedy: I told you to use a branch :p [20:09:00] hashar: you may want to pull the channel logs. looks like https://gerrit.wikimedia.org/r/#/c/15612/ is resulting in some errors in the log, which is sorta expected [20:09:10] however, they're probably not the errors you're expecting [20:09:42] robla: I have looked at the memcached.log when wmf8 was branched by checking mediawikiwiki :/ [20:10:08] great :) [20:10:11] if it harms the production, please do revert it. It is mostly a cosmetic change [20:10:18] * hashar reads backlog [20:11:22] oh it is reverted already. Thanks AaronSchulz :) [20:11:25] Lots of warnings like this: "socket_getpeername(): supplied resource is not a valid Socket resource in /usr/local/apache/common-local/php-1.20wmf8/includes/objectcache/MemcachedClient.php" [20:11:38] what were you trying to debug? [20:11:54] i noticed our memcached.log were sending ton of non very useful errors [20:12:46] and specially we did not made any distinctions between server not responding (socks did not open) and a server sending an invalid memcached response. [20:13:04] the aim was to log the remote memcached server so we eventually find out that a specific instance was giving non sense [20:13:57] hashar: you saw how beautifully gerrit formatted my comment too, right? [20:15:27] AaronSchulz: yeah looks nice :-D With next gerrit the summary line will be bold!!!! [20:21:03] robla: AaronSchulz I have opened https://bugzilla.wikimedia.org/38689 to track the memcached notice issue. Will get a poke at it over the week hopefully. [20:21:10] sorry about the issue :-( [20:21:25] !log reedy synchronized wmf-config/CommonSettings.php [20:21:33] Logged the message, Master [20:21:33] kaldari: ^ [20:21:52] AaronSchulz: have you not merged the revert yet? [20:22:24] Reedy: for mc? no, there are just notices [20:22:31] *they [20:22:38] still annoying [20:22:54] Reedy: thanks@ [20:22:55] ! [20:22:55] ok, you just typed an exclamation mark with no meaning in the channel, good job. If you want to see a list of all keys, check !botbrain [20:23:13] kaldari: :) [20:23:15] "no meaning" [20:23:16] ! [20:23:16] ok, you just typed an exclamation mark with no meaning in the channel, good job. If you want to see a list of all keys, check !botbrain [20:23:23] ha [20:24:01] Hi kaldari, how are you doing? [20:24:09] kaldari: Reedy: thanks. we aimed for the depot train but missed the override [20:24:27] robla: shall we finish up this deploy? [20:24:37] yeah, let's just do it [20:24:53] one swell foop [20:25:17] multichill: good, how was Wikimania? [20:26:29] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: all none wikipedia projects to 1.20wmf8 [20:26:36] Logged the message, Master [20:26:40] Nice! I really enjoyed it and the surrounding holiday. [20:26:50] Did you manage to get into the monuments database? [20:29:12] multichill: Haven't had a chance to look at it yet, but I saw your email. Will probably try it out this weekend [20:30:24] !log reedy synchronized php-1.20wmf8/includes/objectcache/MemcachedClient.php 'Bring in reversion to shut up warnings' [20:30:32] Logged the message, Master [20:31:13] I already built a national US map for the WLM-us site that people can click on their state and go to the NRHP list, so at least that part is done. [20:31:22] multichill: ^ [20:31:41] kaldari: See you build that on top of the api [20:31:43] *say [20:31:57] Yeah, that would be even cooler [20:32:52] kaldari: Linkie? [20:34:51] http://wikilovesmonuments.us/?page_id=72&preview=true [20:35:34] I added it to the master NHRP article on en.wiki as well [20:35:42] the map I mean [20:36:57] multichill: grrr, I guess that link doesn't work unless you're logged in as a site admin [20:37:19] Can you pastebin the source somewhere or is it at the Toolserver? [20:37:44] Thehelpfulone, am I need to set up Reply-To address? [20:38:31] hmm, you should be okay for this one with whatever the default is (I think it's "This list"), as this is a brand new list, there shouldn't be any posts going anywhere else [20:38:36] multichill: Here's the on wiki version I made: http://en.wikipedia.org/wiki/List_of_RHPs#A_map_index_to_the_state_lists_of_NRHPs [20:39:46] robla: all looks quiet now. just waiting for all of the notices to go away [20:39:48] the WLM-US version is the same idea [20:57:03] kaldari: Oh, I thought you had the dynamic map with upload [20:57:31] multichill: No, I need to build those for each state if possible [20:57:55] Sure, you can just add a filter as sradm1=us-ca [20:58:18] cool [20:59:44] kaldari: http://goo.gl/maps/D0zle [21:00:15] very nice [21:02:07] !log aaron synchronized live-1.5/thumb_handler.php 'entry point to thumb.php' [21:02:15] Logged the message, Master [21:02:48] The OSM one is a bit broken right now [21:03:55] Reedy: Well, it turns out that the fundraising config change wasn't exactly what they needed, so there's one more config change they need pushed out: https://gerrit.wikimedia.org/r/#/c/16674/. I'd be happy to do it myself if no one else is deploying things right now. [21:04:28] And unfortunately, they need it for a fundraising test happening tomorrow morning, otherwise I would wait for my deployment window tomorrow. [21:04:55] We've finished for now, so feel free [21:05:12] thanks [21:05:17] Mobile are due to start somepoint [21:05:27] but as no one had said anything, they won't have yet [21:05:49] ok, should only take a couple minutes [21:08:26] running sync-file now [21:08:29] !log kaldari synchronized wmf-config/CommonSettings.php 'Re-implementing wgNoticeFundraisingUrl override for wmf7 wikis' [21:08:37] Logged the message, Master [21:08:51] looks like srv281 is out of space [21:08:58] srv281: rsync: write failed on "/apache/common-local/wmf-config/CommonSettings.php": No space left on device (28) [21:09:29] kaldari: the change looks good, testing now [21:11:48] kaldari: confirmed working, thanks [21:14:32] kaldari: yeah, it's fine/known about. It's not serving traffic [21:14:45] Reedy: thanks [21:15:01] I'm done now [21:56:14] !log aaron synchronized php-1.20wmf7/thumb.php 'debug logging' [21:56:22] Logged the message, Master [22:06:37] !log catrope synchronized wmf-config/InitialiseSettings.php 'Temporarily set $wmgArticleFeedbackv5OversightEmails to my work e-mail for debugging' [22:06:44] Logged the message, Master [22:08:16] !log aaron synchronized php-1.20wmf7/thumb.php 'url regex tweak' [22:08:23] Logged the message, Master [22:15:20] !log aaron synchronized php-1.20wmf7/thumb.php 'debug logging' [22:15:28] Logged the message, Master [22:19:58] !log aaron synchronized php-1.20wmf7/thumb.php 'url extraction fix' [22:20:08] Logged the message, Master [22:30:12] I give up, what is the secret to InstantCommons working on the cluster? $wgUseInstantCommons isn't in any of the config files. [22:30:49] apergos, Reedy: ^ [22:31:00] haha [22:31:35] instantcommons is just wrapper around $wgForeignFileRepos [22:31:38] and it isn't working on the beta servers (since they copy the same configs_ [22:31:42] ah [22:31:53] We should be using a similar method, but rather than using the api, it would be direct db access [22:54:12] !log aaron synchronized php-1.20wmf7/thumb.php [22:54:20] Logged the message, Master [23:30:03] robla: AaronSchulz Thehelpfulone the abuse_filter_log migration is done [23:30:48] Okay, does that mean the patch will be in wmf8 or wmf9 (I lost track of the conversation earlier)? [23:31:56] not sure, i'm just the mysql monkey :) [23:34:12] binasher: https://bugzilla.wikimedia.org/show_bug.cgi?id=31306 [23:34:18] *evil grin* [23:34:39] bwhaah [23:35:23] * AaronSchulz reads the comments at http://37signals.com/svn/posts/1509-mr-moore-gets-to-punt-on-sharding/ [23:38:17] replacing your servers but using them the same way to scale vs. having the ability to just add more is certainly a thing [23:38:46] Thehelpfulone: it was already in wmf8 so it can stay [23:38:50] I'm just putting it back [23:39:52] Reedy, ok great - so when you put it back if I re-test it I shouldn't get that error anymore and so the patch should do what it's intended to do - or am I wishful thinking? :) [23:42:35] http://adam.heroku.com/past/2009/7/6/sql_databases_dont_scale/ [23:42:37] "I know plenty of folks who have bumped their head on the last point (usually somewhere around a 256-core Sun server) and now they are painted into a corner." [23:42:43] ;) [23:46:35] !log reedy synchronized php-1.20wmf8/extensions/AbuseFilter/ [23:46:43] Logged the message, Master [23:48:21] Thehelpfulone: ^^ [23:48:44] Thehelpfulone: it shouldn't fail epically at least [23:48:52] It might not work to do what you want, but that's a different issue ;) [23:49:48] heh [23:49:54] * Thehelpfulone goes to find another bug [23:51:12] that's interesting, I saved a page and my URL is http://test.wikipedia.org/w/index.php?title=User:Thehelpfulone/test&pe=1& [23:51:21] what is &pe=1? [23:53:04] Can anyone point me to how to upload a document to mediawiki so that I can link to it and display it in my wiki? [23:54:23] RoanKattouw !upload [23:54:25] wm-bot File uploads are disabled by default, set $wgEnableUploads=true; to enable it. See for configuration details, and for using uploaded images and other files. [23:54:41] SaintCrowdness: ---^^ [23:55:12] Thanks [23:59:45] The $wgEnableUploads was already set to true, but that didn't allow me to upload any file... just images