[00:13:26] codynguyen1116: see https://www.mediawiki.org/wiki/Manual:Extension_registration [03:31:58] Hello. [03:32:02] https://www.mediawiki.org/wiki/Extension:WikiLove Is this tutorial [03:32:07] Deprecated [03:32:13] Or I have to use required_onde? [03:32:16] once* [03:33:46] you can use wfLoadExtension with WikiLove, the documentation is outdated [03:34:12] (thanks for pointing that out :P, I'll edit it now) [03:34:55] codynguyen1116, thank you, no problem [03:38:53] OK, fixed https://www.mediawiki.org/w/index.php?diff=2058618 [03:41:12] codynguyen1116, thanks, that weirded up me [03:41:56] No problem-o [03:42:08] Be sure to ask any other questions if you have anything on your mind [03:58:24] Hello [03:58:25] Back. [03:58:33] https://www.mediawiki.org/wiki/Extension:CategoryTree#Installation [03:58:44] I have to use require_once? [03:58:53] Or can I use wfLoadExtension [03:59:47] For future reference, just check in the infobox and click "browse file tree", if "extension.json" doesn't exist then you use require_once :) but yeah, you have to use require_once [04:00:26] (the browse file tree link is in the download section of the extension infobox) [04:02:28] Thanks for the tip, codynguyen1116. [04:03:50] You're welcome :D [04:05:41] (if you'd like, you can call me cody for short) [04:06:12] but yeah if you want to ping then full name is fine [04:06:49] np, cody [04:06:58] I am trying to setup mediawiki on my ubuntu, the ? while cloning is that, our institute's proxy does not suppoer doing SSH, is does normal https way of cloning work with gerrit [04:07:45] I am trying to setup mediawiki on my ubuntu, the problem while cloning is that, our institute's proxy does not suppoer doing SSH, does the normal https way of cloning work with gerrit [04:07:52] nikhil_yadala: yes; simply: git clone https://gerrit.wikimedia.org/r/mediawiki/core [04:10:11] can i send pullreqests without setting up SSH keys? [04:14:19] nikhil_yadala: yes! see [04:15:53] Hmm that reminds me, can a mediawiki extension hosted on GitHub still be sent to translatewiki.net for translations, or would it have to be moved to Wikimedia's hosting, Gerrit? [04:17:32] codynguyen1116: I'm not sure! Nikerabbit would know. [04:18:54] Ah okay, thanks! I'll ping @Nikerabbit and/or possibly send a message on his mw.org talk page [04:22:37] +added https://www.mediawiki.org/wiki/User_talk:Nikerabbit#Translation_based_on_hosting [04:25:01] Also outdated [04:25:29] which extension? @ElGatoSaez [04:25:47] https://www.mediawiki.org/wiki/Extension:Thanks [04:25:49] *extension installing docs [04:25:52] Ah [04:25:59] Sorry cody not giving the URL lol [04:26:50] time to update it :P 1 sec [04:27:34] I'll probably go through the extensions and skins articles to check if they're updated later this week depending on how much time I have [04:30:49] Oh turns out there's a template called ExtensionInstall, that makes it a lot more easier to manage the docs [04:30:55] plus +2 for consistency [04:31:02] lol [04:32:42] hello all [04:33:05] bonjour [04:33:20] just seeing if anyone could help with getting a skin working? [04:33:33] Sure [04:34:16] What mw.skin is it? [04:34:17] Skin:Vector-DarkCSS [04:34:39] Ah that's rather easy [04:34:42] says you just add css file [04:34:52] ive created one, but where does it go? [04:34:59] Just copy paste the CSS from http://www.shikadi.net/MediaWiki:Vector.css?action=raw to MediaWiki:Vector.css on your local wiki site [04:35:04] MediaWiki:Vector.css [04:36:04] Just so you know the last change made to Vector-DarkCSS was in early 2015 (February), so if it's not working you'll have to make some changes [04:36:15] thats what loses me [04:36:26] where is MediaWiki:Vector.css? [04:36:33] where is your site? [04:36:46] http://wiki.shatteredvoid.com/ [04:37:18] http://wiki.shatteredvoid.com/index.php?title=MediaWiki:Vector.css [04:37:46] do i just create a page and paste that? [04:37:48] Ah well looks like you haven't actually installed Vector yet! [04:38:09] Do you know how to install Vector? [04:38:38] https://www.mediawiki.org/wiki/Skin:Vector#Installation here are the docs [04:38:55] You have access to your wiki's back-end database and files correct? [04:39:42] aha done it [04:40:07] Good job +1 looks good [04:40:22] ok, well thats a start, lol [04:40:59] thanks for your help [04:41:20] no problem :) if you have any other questions on your mind just ask [04:41:46] dont get me started :P only just installed it [04:42:00] can you add favicon? [04:42:04] Also, if you have trouble understanding the CSS you imported, you can decompress it with an online tool such as http://unminify.com/ so it's more readable [04:42:05] Yep [04:42:21] https://www.mediawiki.org/wiki/Manual:$wgFavicon [04:42:47] just set $wgFavicon to the image path of your favicon in LocalSettings.php [04:44:34] I might go to sleep soon but there are plently of other people who can answer questions for you too if need be :) @ori and @reedy are examples of people you can ask [04:44:53] thanks, sleep well! [04:45:17] >soon, but thanks ;P [04:50:00] Installing Echo shuts down MediaWiki [04:50:04] goes blank everything [04:50:20] vry vry weird. [04:50:37] Did you run update.php? [04:51:49] That will delete stuff? [04:52:07] You'll need to have some command line access such as ssh for example [04:52:16] I use a shared hosting [04:53:08] I think it doesn't have [04:53:32] Update.php doesn't delete anything [04:54:07] You'll have to use the web updater then if your hosting doesn't give you command line access [04:54:13] https://www.mediawiki.org/wiki/Manual:Upgrading#Web_browser [04:54:30] https://www.mediawiki.org/wiki/Manual:Upgrading#Web_browser [04:54:31] yeah [04:57:15] any progress? [04:58:27] yeah accessing [04:58:44] OK [05:00:36] yeahhh worked. [05:00:43] Now I'll try to install Echo [05:00:44] I'll probably be gone in 10-15 mins so just ask other people in this channel for help when I'm gone :) [05:00:46] awesome [05:00:57] ok [05:02:29] Workeddd thank you so much [05:02:42] No problem! +1 [05:10:50] hmm have to go, goodnight everybody o/ [05:44:02] Looking for a parser function or extension etc. to count the number of items in a list or on a page and return a number in that range, if anyone has any suggestions, please @ me and let me know, thanks! [07:59:14] only English? [07:59:29] по русски никак? ) [08:16:47] ozirushka: Yeah, mostly English. [08:49:45] Installed http://xn--c1aeak9ahoz.xn--p1ai/index.php?title=%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%92%D0%B5%D1%80%D1%81%D0%B8%D1%8F [08:50:09] Installed WikiEditor [08:50:33] He is not here. How to run it? [08:56:21] It is necessary to activate it? [10:14:45] hello? [10:54:33] 666 open patches in MediaWiki core ;) https://www.mediawiki.org/wiki/Gerrit/Reports/Changesets_by_project [11:04:52] 666 bottles of beer on the wall... [13:51:03] blocked because of a short adress 'goo.gl...' while updating openstreetmap wiki for the key 'website'. The fact is that this article include such adresse to explain what to avoid. A bad example... Therefore I typed in the captcha my contribution is still rejected... What should I do please ? [14:37:05] Reedy: hey, if you're around check out: https://gerrit.wikimedia.org/r/#/c/272466/ [14:37:09] hashar: ^ [14:37:15] legoktm: ^ [14:48:45] Amir1: I did and replying on the task :p [14:49:08] will try to get someone from releng to step in [15:03:31] hashar: https://gerrit.wikimedia.org/r/#/c/272466 [15:03:33] I answered [15:03:42] you haven't made a comment in the phab task [15:03:47] :) [15:10:11] Amir1: yeah sorry [15:10:17] Amir1: should have use future "I will" [15:10:20] https://phabricator.wikimedia.org/T127661 <-- did! [15:15:46] hashar: I answered please check [15:21:14] morning [15:21:38] Amir1: I am writing to the team I am part of "release engineering" to see whether someone can step in and help for beta cluster [15:23:16] hashar: the problem here is we have two things going to production cluster 1- the ORES extension 2- the ORES service [15:23:39] the ORES extension should not be deployed into Wikipedia (in prod) when the service is not there [15:23:57] by mean "there" I mean the service is not in production [15:23:59] Amir1: if we get Ores extension on beta cluster , we will need a service don't we ? [15:24:09] the service exists [15:24:15] but it's in labs [15:24:28] we can test it in beta [15:24:48] while the service exists in labs [15:25:09] if you think even in beta we can't use labs services, I totally understand [15:26:46] hashar: the operations are moving the services, I don't know how they are working on it (I heard that they bought the hardware a couple of weeks ago) [15:33:57] Amir1: will get to clarify :-) are you going to keep an ORES instance on labs ? [15:34:09] i.e. the one currently existing [15:34:22] it'll probably be a redirect to the prod [15:34:38] i think it all boils down to whether you want an ORES service on beta cluster which has an environment similar to prod [15:35:02] k so seems the ORES services currently in labs will be removed [15:36:39] About services I can't comment [15:36:47] I ask other people to comment [15:36:55] but for the extension? [15:37:41] do you think it's needed for the extension to rely on the service in prod or beta once the extension is in beta cluster [15:38:10] Amir1: looking at the mediawiki extension it does api query to some url [15:38:17] that needs $wgOresBaseUrl to be set :D [15:38:46] which i guess is the ORES service [15:38:52] hashar: I answered in patch, it's in extension.json [15:39:09] it has a default that is correctly set [15:39:14] :D [15:39:14] ah my bad [15:39:20] I keep forgetting about extension.json [15:39:24] * hashar is getting old / obsolete [15:39:38] we abandoaned the patch adding the ORES.php [15:39:48] entirely my faul [15:39:49] t [15:40:00] *abandoned I think we are too progressive :D [15:40:01] I am still stuck in the old era of .php files setting up everything [15:40:21] so yeah that will make beta to point to https://ores.wmflabs.org/ [15:40:33] but if you get rid of that , beta cluster will not reach anything / times out [15:40:39] or follow a redirect to production [15:40:49] so not sure [15:43:31] hashar: we change the default in the extension.json file so it automatically changes its target to ores.wikimedia..org [15:43:52] the only thing needed in that case would be updating the extension files [15:44:29] and vagrant puppet files I guess (we had that too) [15:45:13] Amir1: yeah and for beta cluster we can change it in CommonSettings-labs.php [15:45:38] that's possible too [15:45:38] o/ Amgine [15:45:42] *Amir1 [15:45:48] Sorry Amgine [15:45:49] hey halfak [15:45:55] no worries [15:45:56] Amir1: lets follow up on the Phabricator task. At this point I think we should just wait for US people to read it / catch up! [15:46:17] hashar and I are talking about ORES and what we need for deployment [15:46:26] speaking of the US people ... ! [15:46:32] holly halfak ! good morning [15:46:38] Note: it is 07:46 on the left coast. [15:46:38] :))) [15:46:43] 🍩 🍩 [15:47:08] Amgine: I am on a left coast as well technically . Though it is 5pm there :D [15:47:22] Amir1, is the conversation re. beta cluster? [15:47:25] halfak is central-based so yeah [15:47:27] Different continent! [15:47:31] yeah [15:47:38] * halfak is in UTC-6 [15:47:48] SF is UTC-8 [15:48:02] * hashar reclaims his breakfast donuts [15:48:16] Aren’t you in utc+8? [15:48:21] hashar: ok, I'll write that comperhensively [15:48:22] halfak: do you have half an hour ahead to speak about ores / beta cluster ? [15:49:14] halfak: one of the things in my mind is if we need to test the ORES service (not the extension) in beta cluster [15:49:21] hashar, yeah. Can stick around. [15:49:34] hashar: left you say? http://www.johomaps.com/world/worldsouth.jpg [15:49:43] we probably test the extension in beta cluster but what about the service [15:50:34] RobotsOnDrugs: excellent ! everything is really all a matter of point of view after all! thank you you made my day! [15:54:07] i don't think i've ever known anyone who would refer to coasts as being left or right until today [15:55:35] Amir1, seems like we'll have a different (probably somewhat synchronized) deployment pattern for the service. [15:55:47] Unless there are some norms I'm not familiar with. [15:56:52] halfak: sorry back. I have replied yesterday with a short question wondering whether ORES was going to be deployed on beta cluster [15:57:21] hashar, yes and I asked you for docs on how to deploy something on the Beta cluster :) [15:57:25] but failed to send more details (it was Sunday, kids, not working etc). Anyway Kunal filled a task to get ORES on beta and I wrote a wall of text on there https://phabricator.wikimedia.org/T127661 :D [15:57:34] Gotcha. [15:57:51] the good thing is Amir1 already proposed a patch for operations/mediawiki-config in the context of the beta cluster \O/ [15:57:55] but it needs a backend service [15:58:04] Oh! The actual ORES service on the beta cluster. [15:58:12] oreally ? [15:58:25] that is clever [15:58:26] isn't in labs? [15:58:30] hashar, right now, it could use the one running elsewhere in labs. [15:58:34] ores.wmflabs.org [15:58:39] Amir1: beta cluster is on labs instances [15:58:44] But we could have a ores.beta.wikimedia.org or whatever. [15:58:54] It's not difficult to stand up another ORES. [15:58:58] I see [15:59:08] We can stand up a single machine instance or a multi-machine/scalable instance. [15:59:09] so you already have ORES service deployed on beta cluster scb with redises etc? [15:59:47] hashar, no. not on the "Beta cluster" yet. Just a labs project called "ores" with a 1 load balancer, 2 web nodes, 1 redis server and 4 worker nodes. [16:00:04] But all of that can run on one machine if we don't expect it to keep up with realtime. [16:00:38] so I guess we can have Amir1 patch to land. It will use as a backend whatever is defined in the extension.json [16:00:41] that is good enough for a first step [16:00:49] +1 [16:00:54] then look at eventually setting up a full ores service on beta cluster [16:00:59] So, leave it pointing to ores.wmflabs.org? [16:01:14] given it is very similar to production, all work achieved on beta is less things to handle on prod [16:01:24] yeah if beta cluster can reach ores.wmflabs.org [16:01:31] that is good enough for today [16:01:39] \o/ [16:02:02] Amir1, can you set up the phab tasks for getting the ORES service on the beta cluster? [16:02:08] cause what is the point of blocking the extension/ORES waiting for a new backendservice to be created when we can use an existing one [16:02:24] it just that you will get all the spam from beta cluster sent to ores.wmflabs.org which might disturbs it [16:02:51] deployment-mediawiki02:~$ curl ores.wmflabs.org [16:02:51] Hi! I'm ORES. :D [16:03:02] hashar: ores can handle up 100 reqs/sec [16:03:09] curl http://ores.wmflabs.org/how/are/you <--- yields a 404 [16:03:13] Isn't it enough? [16:03:23] haha [16:03:24] it is probably fine :D [16:03:39] we have a PR ready to merge [16:03:49] the thing is that as soon as the patch is merged, ORES will be enabled on beta cluster andstarts hitting the ores.wmflabs.org setup [16:04:01] have you reviewed it halfak ? It'll add a proper home page [16:04:10] hashar, better that we experiment with this load now than later. [16:04:13] so that might disturbs it. Something to watch. Would be easy to disable anyway (just send a change for CommonSettings-labs.php ) [16:04:17] We have a scalable capacity. [16:04:20] yup [16:04:27] Can spin up new nodes if it looks like we need 'em. [16:05:08] so lets have beta cluster to depends on the ores labs project [16:05:27] Amir1: so your change is all clear -:-} [16:06:10] Amir1: maybe we can we set the ORES URL explicitly in CommonSettings-labs.php ? [16:07:31] it would be okay for hashar [16:07:42] *for me, hashar [16:07:47] looking at https://gerrit.wikimedia.org/r/#/c/272466/2/wmf-config/CommonSettings-labs.php,cm [16:07:52] I think we should set the URL explicitly [16:07:59] but that is really up to you [16:08:07] sure why not [16:08:28] Amir1: would you mind amending the change and I will +2 it [16:08:39] then we can see what happens ™ [16:08:40] sure [16:08:55] just a sec [16:09:02] * halfak works on other stuff. Please ping if you need me back. [16:10:26] kk [16:11:02] halfak: all good to me thank you! [16:11:11] Amir1: then we can look at setting up ORES on beta cluster [16:11:20] or maybe just migrate the labs instance from the ores project under beta [16:11:23] or keep that as is [16:12:35] sure [16:20:15] hashar: thanks [16:21:01] +2 ed [16:22:27] awesome [16:23:30] Amir1: jenkins will report back on the change when it is deployed on beta cluster [16:23:33] then you can test out :-} [16:23:50] have to leave in a few minutes. You can poke folks in #wikimedia-releng if something is off [16:24:11] ok [16:24:16] thank you hashar [16:25:44] just have to wait now :-) [16:56:01] hasharAway: for when you're around: http://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences#mw-prefsection-betafeatures [16:56:08] ORES should be there [16:56:24] \o/ [16:56:43] Amir1, make sure to get the beta labs deployment of the ORES extension on a phab task in the done column :) [16:57:06] I forgot to tell [16:57:10] I should be there [16:57:17] but it's not but it's not [16:57:18] :D [16:59:09] Ahh. So just a card in the "active" column. [16:59:42] * halfak sees the card :) [17:00:00] * halfak moves to active [17:04:04] hasharAway: Also once the extension is deployed, we should do an update.php script (since it changes db schema) [17:04:50] + running one maintenance script from the extension called: CheckModelVersions.php [18:12:58] Amir1: beta runs update.php itself anyway [18:41:54] thanks Reedy, what about those maintenance script [18:42:07] can you check why it's not working at beta? [18:47:25] I've got a wiki configured for private usage only, and it seems like skin modifications I made in Common.css aren't being applied until people are logged in. Is there any way to make common.css mods apply while a user is logging in? [18:53:47] hashar: o/ [18:53:54] Can you check why it's not working? [18:53:56] thanks [18:56:31] Neeevermind. This is why I shouldn't let other people do stuff. [18:56:33] :D [18:57:46] Amir1: hey, how's it going? [18:58:08] hey, not bad [18:58:21] legoktm: we are deploying into beta [18:58:32] :DD [18:58:40] Amir1: hey [18:58:41] all the exciting things seem to happen when I go to sleep [18:58:42] but it seems it's not working, probably we need maintenance scripts too [18:58:45] Amir1: what is broken ? [18:59:05] hashar: it should be beta features page but it's not [18:59:09] you get debug logs on https://logstash-beta.wmflabs.org :D [18:59:12] http://en.wikipedia.beta.wmflabs.org/wiki/Special:Preferences#mw-prefsection-betafeatures [18:59:14] hey [18:59:28] no clue how beta features work. Maybe it needs to be enabled explicitly [18:59:36] or ORES is loaded before BetaFeatures extension [18:59:58] http://en.wikipedia.beta.wmflabs.org/wiki/Special:Version [19:00:12] it's loaded [19:00:31] (strange that authors don't work :D I want to see my name) [19:01:06] I added things to the bottom of the page so it should work [19:02:53] yup, I need to fix authors [19:02:58] anyway [19:03:07] legoktm: so eventually we got ORES extension pushed on beta but it uses as a backend service the ores.wmflabs.org entry [19:03:10] Amir1: [11:02:58] (PS1) Legoktm: Fix typo in extension.json "author" property [extensions/ORES] - https://gerrit.wikimedia.org/r/272519 [19:03:23] still should get the service on beta, but there is no reason for it to be blocking the deployment of the mw extension [19:03:25] hashar: we also need a maintenance script to beran [19:03:39] thanks legoktm :) [19:03:55] don't you have access to beta cluster? [19:04:06] me or Kunal? [19:04:19] I do, I don't think Amir1 does [19:04:47] yes I don't [19:04:47] Amir1: which script? [19:05:21] CheckModelVersions.php [19:05:30] in maintenace [19:06:10] but I don't think it would be related to ores not being enabled in beta features [19:06:14] it works in labs [19:26:17] hashar, legoktm: any ideas? [19:26:35] or I want to check what's wrong but I have no clue where to look [19:26:48] there is ores at all in logs [19:27:36] *is no [19:28:26] Amir1: I'll take a look once I'm out of this meeting [19:28:42] awesome [19:28:43] thanks [20:31:31] is there a way to suppress categorization on a script error in a template? even if I use {{#iferror}} it still adds [[Category:Pages with script errors]] [20:32:56] I'm using https://en.wikipedia.org/wiki/Module:Wikidata (getSiteLink) and it errors if it can't find a Wikidata item for the article [20:33:29] You could modify the module to not return errors in that case [20:34:25] surprisingly it's only semi-protected, so I guess I could [20:34:43] I might make it an option just to avoid breaking anything [21:07:28] Hello, all, I'm having a little trouble enabling image uploads. I'm going through https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads and not finding anything. Anyone have tips? [21:07:43] I have a Special:Upload page, and it lists file types. [21:09:09] What happens when you try to upload? [21:09:25] Does your web server have write permission to the images subdirectory? [21:14:56] bawolff: Yes, the directory is read/write/execute by the www-data user running my webserver. [21:15:31] bawolff: No file gets populated there, though, even after restarting the webserver, during upload, and the webpage complains that the file is understandably empty. [21:16:17] I would guess something wrong with your webserver config [21:16:35] Maybe its configured not to accept POSTs beyond a certain size [21:17:39] My php.ini is using the defaults for upload size, and the webserver is using standard php5-cgi. [21:18:47] The file I'm testing upload with is 20KB, so I don't think that's the issue. [21:19:36] Hang on, checking the WebServer logs, it's trying to upload to /mtp [21:19:38] */tmp [21:20:48] yes, php needs to be able to write to /tmp [21:20:55] Is there a specification in the LocalSettings.php that will let me set the upload directory? [21:21:00] since php puts uploads there before handing control to MediaWiki [21:21:27] DarkFeather: The upload directory is settable by $wgUploadDirectory - but the /tmp thing is separate [21:21:31] http://stackoverflow.com/questions/12531408/setting-php-tmp-dir-php-upload-not-working [21:21:36] No, it shouldn't... I don't want PHP having open access to /tmp. I have a directory, /var/lib/mediawiki, for placing the files first. [21:21:47] Vulpix: reading [21:22:06] There's also $wgTmpDirectory which MW uses for some purposes [21:22:35] OK, I will set both Upload and Tmp parameters. [21:22:45] (not this purpose, but if you don't want to use /tmp ever, you should probably change that variable) [21:30:56] Vulpix: bawolff: specifying temporary directories for both PHP and MediaWiki has solved the problem. Thanks! [21:35:41] note that php.ini setting will affect all php scripts on your server, not only MediaWiki [21:36:21] I know, but all PHP scripts were barred from upload before, because I deliberately removed /tmp from open_basedir. Now that's fixed. Thanks! [21:37:53] yw