[03:51:41] <Alex___>	 Hi all. The very first action I did into wikitech (account creation) has been wrong.... an excellent start :-(. How/who can I ask for fixing username from "Alex brolo" to "Alex brollo"? 
[03:53:10] <jeremyb>	 hah :)
[03:53:16] <jeremyb>	 Alex___: -> #wikimedia-labs
[03:57:05] <Alex___>	 Ok jeremyb, thanks, I'll move to #wikimedia-labs.
[11:46:21] <thedj_>	 Nemo_bis: yeah, it's the bot being a bit too helpful
[13:01:01] <svick>	 apergos: hello
[13:01:09] <apergos>	 hello!
[13:01:30] <apergos>	 ime flies when one is getting ready to leave... how are things?
[13:03:08] <svick>	 today i'm working on updating dumps, the only remaining thing is removing deleted pages; then i need to properly verify it works correctly
[13:03:45] <svick>	 i think i should have commit ready by tomorrow
[13:03:48] <apergos>	 awesome!
[13:04:00] <apergos>	 I will be without internet for a few days, even without computer
[13:04:08] <apergos>	 but Ill will be excited to play with it when I get back
[13:05:16] <apergos>	 anything come up as issues while you were working on it?
[13:08:08] <svick>	 hmm, maybe one thing: how much memory can my application use up (for enwiki, since that's going to be the worst)?
[13:08:37] <apergos>	 so we want the ability to run in parallel on one box
[13:08:49] <apergos>	 what are you trying to work around?
[13:09:15] <svick>	 because for page deletion, it's useful to keep a list of all pageids in the dump, remove the processed ones one by one and at the end delete the ones that remain
[13:09:44] <apergos>	 right
[13:10:01] <svick>	 for enwiki, this means ~120 MB; that's not terrible by itself, but things like this tend to add up
[13:10:32] <apergos>	 I think we can live with 120mb but try not to copy that around alot (and bear in mind that the number of pages grows over time)
[13:11:46] <apergos>	 if you were clever about the order in which you process pageids, (monotonically ascending) maybe you could avoid having them all in memory?
[13:12:23] <svick>	 i was thinking about that, but i'm not sure if i want to rely on dumpBackup producing them in the right order
[13:13:15] <apergos>	 if it doesn't write them in that order it's a bug I believe
[13:13:24] <apergos>	 check the queries but I think that's right
[13:13:47] <apergos>	 otherwise prefetch would be seriously broken
[13:14:56] <svick>	 right, i'll check it out; i think that for now, i'll keep using the big array (because it's simpler), but i'll keep this in mind if memory becomes an issue
[13:16:25] <apergos>	 if we do ranges of pages (which is a typical way we parallelize), you'll want to make deletions work for that too
[13:18:44] <svick>	 right, but i think that both ways would work with no changes even for page ranges
[13:19:48] <apergos>	 as long as it will work then great
[13:23:08] <svick>	 if you don't have anything else, then enjoy your trip
[13:24:54] <apergos>	 thanks very much, have a great rest of the day and weekend
[13:25:01] <apergos>	 talk to you monday or tuesday
[13:25:32] <svick>	 thanks, bye
[15:33:34] <Philon>	 Does notifications (echo) ping a user when the user is mentioned in edit summary?
[15:48:38] <T13>	 Philon: nope, but there was a Bugzilla ticket requesting it.
[15:48:58] <Philon>	 T13: bug id?
[15:49:37] <T13>	 Let me look...
[15:53:09] <T13>	 !b 49446
[15:53:09] <wm-bot>	 https://bugzilla.wikimedia.org/49446
[21:06:18] <Nemo_bis>	 is this mobile feature actually in use? can't find it anywhere https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FMobileFrontend.git/b0961d0b44ea01eb5d2180810ee0149ccdef3792/javascripts%2Fmodules%2Fnearbypages.js
[21:07:07] <jorgeluis>	 Special:Nearby ?
[21:07:16] <jorgeluis>	 if so, yes
[21:07:23] <Nemo_bis>	 no
[21:07:41] <jorgeluis>	 ok
[21:07:57] <Nemo_bis>	 it seems to be a thing which lists pages near the page you're reading