[07:05:28] xcds [07:18:47] ./dcc chat vahid 44137 [07:18:53] .dcc chat vahid 44137 [07:20:11] .msg nickserv registerVahid1367 vtavakolpour@yahoo.com [07:24:07] saeed_, vahid: if that's your password, you might want to change it now [08:33:58] dasd [10:13:24] hi [10:13:46] what influence the time to send psw via e-mail? [12:08:00] Hey! [12:08:19] I am trying to use importDump.php to import an XML dump from one wiki to another. [12:08:59] I typed "php importDump.php < ~/dump.xml", with no effect. [12:09:01] Any ideas? [12:09:05] hi there i was just wondering if anyone else had similar problems install mediawiki, i tried installing v1.24.1 but kept having duplicate primary id's and then with 1.25.1 i'm missing a page count column [12:09:27] have you tried typing the absolute path rather than ~ [12:13:44] mrd504, I set ShowExceptionDetails true. [12:14:08] Now I get the following error http://pastebin.com/DWBH7NL2 [12:15:11] I don't understand how Scribunto is in any way related to importing articles [12:15:37] https://www.mediawiki.org/wiki/Thread:Project:Support_desk/InfoBox [12:15:47] looks like halfway down the page he had a similar problem to you [12:24:58] hmm [12:25:03] I tried installing Scribunto [12:25:15] after typing "chmod a+x /path/to/extensions/Scribunto/engines/LuaStandalone/binaries/yourOS/lua" (paths adapted) [12:25:23] chcon: can't apply partial context to unlabeled file 'lua' [12:25:26] this is what I get as a response [12:30:22] http://www.linuxquestions.org/questions/linux-general-1/chcon-can%27t-apply-partial-context-to-unlabeled-file-371977/ [12:34:29] so does any one know why my tables seem to either have duplicate primary id's (mediawiki-1.24.1) or missing page count columns (mediawiki 1.25.1)? Its a fresh install so I don't understand why the data wont import using mwdumper [14:09:11] Hello [14:09:21] I tried importing a dump to mediawiki [14:09:34] through the importDump.php maintenance script [14:09:39] I keep getting this erro: http://pastebin.com/h8BNJVe3 [14:19:27] i would guess your backup dump is bad [14:19:36] or you are trying to import the wrong thing [14:26:45] hmm [14:26:49] I tried to import the same dump before [14:27:06] The ssh connection broke [14:27:11] Now it doesn't work anymore [14:41:05] RobotsOnDrugs, is there anything that you would suggest? [14:41:08] :-) [14:41:15] I have already tried creating a new dump [15:21:50] Can someone try to help me with an issue I am having with the ConfirmEdit extension? The System Messages seem to not be registering... [15:22:34] ConfirmAccount extension, sorry... [15:27:53] You can see the issue here: http://swordsman.wyrmsnest.com/Special:RequestAccount [15:35:01] I never had an issue like that, but it may be a cache issue. You may try https://www.mediawiki.org/wiki/Manual:RebuildLocalisationCache.php (with --force) [15:37:40] Ok, running that now. Will let you know (and thanks in advance :) ) [15:48:08] No joy. :( (and not a browser cache issue either) [15:53:16] strange. try downloading the extension again in case some localization file is damaged [15:53:46] I pulled it from GIT again just thismorning in case that was the issue... :) [15:55:32] Should I try rebuildmessages? [15:59:25] oh, I missed that script... and I find it confusing to have two scripts that by the description seems to do exactly the same... [16:00:26] Eh, that didn't fix it anyway [16:01:22] This is most frustrating... heh [16:01:45] rebuildmessages.php seems to only delete memchached keys, it doesn't clear database or file cache if configured [16:02:24] Ahh [16:04:55] If I *manually* create the message page, it works... but that is a rather ham-fisted way of fixing this... [16:06:57] I.e. creating page MediaWiki:Requestaccount works. [16:07:24] that shouldn't be a solution [16:07:43] It isn't, really... heh [16:07:51] It's a workaround, and not one I want to use. [16:08:35] I'm sure it's still a cache issue [16:08:41] Hmm [16:09:00] $wgMessagesDirs['ConfirmAccount'] = __DIR__ . '/i18n/core'; <- does that look right? [16:11:04] Even the listings in Special:SpecialPages aren't right, btw... not sure if that helps at all... [16:12:49] methinks there is a bug with in section headers [16:13:00] https://en.wikipedia.org/wiki/Mathematical_induction#Characterizing_the_structure_of_.0A_.0A_.0A_.0A_N.0A_.0A_.0A_.0A_by_the_induction_axiom [16:14:17] Farrendel: Could you checkout the latest REL1_25 branch? [16:14:27] It looks like something was broken looking at recent changes for the extension [16:14:32] (and now fixed) [16:15:07] How can I see which it is using? [16:15:22] which what? [16:16:31] Which repository git pulled it from. I updated it earlier, but will check (can't remember the command) [16:16:56] git status should show which branch you are on [16:17:32] Pulled from master [16:18:22] Special:Version says 21:22, 27 May 2015 [16:19:01] https://git.wikimedia.org/history/mediawiki%2Fextensions%2FConfirmAccount.git/HEAD [16:19:02] Grrr.... I ran git pull on my extensions directory thismorning... [16:19:48] or just checkout REL1_25, which is also fixed [16:20:23] latest master is also fixed. I'm guessing you're on some "other" master? [16:20:54] Is there a command to see *exactly* what repository it is using? [16:21:16] I do get a message "HEAD detached at 8e0ee4b", strangely... [16:21:25] Could you do this? git checkout -b REL1_25 origin/REL1_25 [16:21:58] fatal: Cannot update paths and switch to branch 'REL1_25' at the same time. [16:21:59] Did you intend to checkout 'origin/REL1_25' which can not be resolved as commit? [16:22:06] uh [16:22:07] sorry [16:22:34] GEOFBOT: I don't reproduce your math problem (i have PNG as preference). You may need to indicate on the bug your math preferences [16:22:34] Could you do git checkout REL1_25 ? [16:23:00] Vulpix: I use google chrome; i tried internet explorer and there is no bug [16:23:20] error: pathspec 'REL1_25' did not match any file(s) known to git. [16:23:21] no bug on IE?! :D [16:23:27] ugh [16:23:35] lol [16:23:39] *beats git with a stick* [16:24:26] wait a minute [16:24:28] Farrendel: I don't think you have the latest changes locally.. [16:24:40] Probably not, it seems. [16:24:54] IE has the bug too, but only when I log in [16:25:01] which means it has something to do with mathml [16:26:15] Running checkout master (since that is what it is pulling from). Will see what happens. [16:26:53] Ok, that worked... or the command did, at least. [16:27:02] Already on 'master' [16:27:02] Your branch is up-to-date with 'origin/master'. [16:27:36] Special:Version still says " (8e0ee4b) 21:22, 27 May 2015" [16:27:45] Could you pull again? [16:28:07] Running [16:28:32] Only changed 5 extensions, and none of them were ConfirmAccount [16:30:01] Sometimes REL tags on extensions are messed up [16:31:21] Farrendel: Could you cd to the ConfirmAccount directory and then checkout REL1_25 branch? [16:31:31] who knows [16:31:35] It might work.. :P [16:32:44] Trying submodule update --init --recursive again, in case that was screwy... [16:34:36] or just delete the ConfirmAccount folder and checkout it again [16:36:08] Blargh! [16:36:21] Now I'm getting a php failure... *turns on errors* [16:38:01] SemanticMediaWiki? What? Ugh... [16:42:46] Also a warning on ExtensionProcessor... [16:44:06] Ok, SMW issue fixed and... looks like ConfirmAccount updated ok this time. :) [16:44:31] And the messages are now working. Thanks guys. [16:58:56] yw [17:00:15] Hmmm [17:00:35] Is there a way to get GIT to ignore some folders when I run submodule update? [17:01:11] It screws up some of them (like SMW) as it isn't the latest version on git (installed via Composer from the SMW site, for example) [17:07:10] Is it as simple as deleting the .git from that extension's folder? [17:08:43] you can do that, alternatively you can update only particular ones by passing -- and then the submodule paths you want to update [17:09:43] Easier to ignore the composer-installed ones (~5) than to update the rest individually ;) [17:15:34] Ok, another dumb question (sorry for all these)... [17:16:01] I originally installed using the Tarball. Is there a way to link the '/core' folder to the git repository so I can pull updates? [17:17:17] Farrendel: git remote add [17:17:51] fatal: Not a git repository (or any of the parent directories): .git [17:17:57] Guessing I'm not doing it right? [17:18:14] I’ve installed the Upload Wizard extension and when I click on the link it never loads. There’s just a spinning progress icon that spins indefinitely. Any advice on tracking down this problem? [17:18:15] Farrendel: um, try running git init [17:18:41] then git remote add origin https://gerrit.wikimedia.org/r/p/mediawiki/core.git [17:18:44] Ah, ok... I see... [17:19:34] And then git pull [17:19:37] right? [17:19:39] try it [17:19:41] not sure if it will work [17:19:54] Receiving objects, so.... maybe [17:20:16] geekeasy: um, not sure [17:20:22] check your javascript console? [17:21:26] GEOFBOT: “Error: Unknown dependency: mediawiki.confirmCloseWindow” [17:22:31] geekeasy: well, mediawiki.confirmCloseWindow is part of mediawiki core [17:22:35] which version are you using? [17:22:49] perhaps need an update? or grab an older version of uploadwizard that might be compatible? [17:23:37] Mediawiki 1.22.5 [17:24:09] geekeasy: how did you download uploadwizard [17:24:33] git? [17:25:03] In which case you should try downloading this one for 1.22 https://extdist.wmflabs.org/dist/extensions/UploadWizard-REL1_22-03d852a.tar.gz [17:32:28] GEOFBOT: Hmmm… still have the same error. [17:32:48] I think I’ll just upgrade the install to the latest version. [17:33:15] ok [17:33:50] geekeasy: or, i can dig up a copy that's compatible [17:34:09] Don’t worry about it. Might as well updgrade anyways. [17:34:29] ok, good luck :) [17:41:13] https://www.mediawiki.org/wiki/Extension:Flow [17:41:20] tags are broken [17:42:42] mporr: no: that page is broken. {{ExtensionInstall| needs to be {{TNT|ExtensionInstall| [17:43:16] I don't know why nobody fixed that already :S [17:43:52] https://www.mediawiki.org/wiki/User_talk:Shirayuki#Recent_edits_to_mw:Template:WikimediaDownload_seem_to_create_a_rendering_issue_on_mw:Extension:GraphViz_54671 [17:44:11] I still don't know why he doesn't ask for a bot [17:50:42] now fixed. thanks Vulpix and mporr. :) [17:52:09] credits go to Vulpix! [17:52:15] credits go to Vulpix! [17:54:40] I think Reedy ran a bot to fix that once? [17:55:12] yes, I remember that, but that was for a different template, I think [18:07:15] .help [18:07:54] dfgdsfg [18:08:24] ./help [18:14:47] hmm [18:15:01] vvahid, just ask your question [18:15:03] this might not be an appropriate place to ask, I guess [18:15:17] but, is there anyone over here interested in mediawiki contractual work? [18:20:08] hi everyone. got a trouble. I made backup. I installed new MW at another box, imported backup with importDump.php. then I just copied the whole "images" folder to the new box. but I've got empty file list. no images are present. how to rebuild? what to rebuild? [18:20:16] mporr: https://www.mediawiki.org/wiki/Professional_development_and_consulting [18:21:10] PinealGlandOptic: if you have access to the database on old and new installations, you should use a mysql backup, and not an XML dump, since it will preserve user accounts, logs, etc [18:21:38] Vulpix: so XML dump is no use then? [18:21:57] Vulpix, cool! [18:22:24] PinealGlandOptic: still, if you want to use XML dumps (and losing user accounts, logs, deleted pages, etc) you need to run https://www.mediawiki.org/wiki/Manual:ImportImages.php [18:22:56] Vulpix: OK, but how to run it? I set "images" path in the command-line, without effect [18:23:31] PinealGlandOptic: note that running importImages.php you should specify a folder containing images, but those images need to be outside the folder where MediaWiki will place the images, since the script will copy them to the correct location [18:23:57] Vulpix: OK, I see. how Wikipedia servers are replicated anyway, using MySQL dumps? [18:25:29] they have mysql replication for mysql slave servers, I think, but that's pretty different than moving a wiki... [18:26:14] Vulpix: I see. thanks for your answers! [18:39:40] ctcp tvahid salam [18:42:43] vvahid: do you need help? [18:43:10] if so, ask away [18:44:30] i want to create DCC chat [18:44:38] can every one help me [18:44:40] ? [18:44:57] you have a problem with mediawiki? [18:45:18] i wanna create DCC chat [18:45:32] but i dont know how do it [18:46:22] tvahid: you mean like a private irc chat? [18:46:37] you are on freenode webchat, you can click on a name on the right and click 'query' [18:46:45] but if you have an issue with mediawiki it is better to ask here [18:49:08] query create same /msg comand [18:49:21] but i wanna create dcc chat [18:49:29] with /ctcp command [18:50:49] when i write /ctcp nick blablahbla... i recieve no such nick/channel [18:53:35] tvahid: I don't think you can create DCC anything using webchat [18:54:32] hexchat is a nice client for windows [18:54:33] how can i do that [18:54:53] and linux and mac [18:57:07] tvahid: https://hexchat.github.io [18:58:00] i'm getting that [19:36:54] .whois bot-pc [19:57:12] hi guys, I'm having difficulty with a fresh install of mediawiki. I've tried versions 1.24.1 and 1.25.1 but in 24 I get duplicate primary keys when importing with mwdumper (and the page table doesn't get created) and in 25 it says the page count column doesn't exist [19:57:21] have i missed a step somewhere? [19:58:12] don't use mwdumper? sounds like it isn't compatible with recent versions [19:58:13] mwdumper may not be compatible with latests versions [20:26:39] ok do you know of any alternatives Skizzers or Vulpix? [20:36:08] is the php import script to big an entire wikipedia dump? [20:36:56] sorry is the entire wikipedia dump too big to import using the phpimport script ;) [20:52:44] Probably. [21:00:07] Unless you mean one of the 250 smallest Wikipedias [21:01:30] i think the dump was aboug 12GB [21:01:36] about* [22:01:15] hello [22:01:52] is someone familiar with a nginx+php_fpm enviroment? [22:02:21] i've got two mediawikis, one of them works perfectly and the other throws gateway timeout [22:02:35] same server, same instance of nginx, same php fpm pool [22:05:17] last entry in log is: Article::view: showing parser cache contents [22:07:51] i've disabled the cache and every extension, but no luck [22:11:24] Axelei: sorry, no idea. but hopefully someone else will know [22:24:28] Axelei: Have you looked at access and error logs on the Web server? [22:24:34] To ensure that the request is making it through? [22:24:41] You can also enable debugging at the MediaWiki level. [22:24:42] !debug [22:24:42] For information on debugging (including viewing errors), see http://www.mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://www.mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging [22:24:51] Have MediaWiki write information about the request to a log file. [22:24:54] it just says the request has timed out from the php_fpm gateway [22:24:57] That may help diagnose the issue. [22:25:09] If the request isn't getting to MediaWiki, then it sounds like you have a misconfigured Web server or proxy. [22:25:17] the mediawiki debug doesn't throw any insights [22:25:26] Is MediaWiki receiving the requests? [22:25:31] yes [22:25:43] it fetches the article, makes a cache [22:25:54] What happens if it's not in cache? [22:25:54] but somehow nginx isn't getting it [22:26:05] it parses the articles and sends it to nginx [22:26:06] Like if you curl a URL... are you getting HTML back? [22:26:09] but i'm kinda lost there [22:26:25] nope, it just keeps loading until a gateway timeout appears [22:26:36] Are you using short URLs? [22:26:44] i've got another instalations and it works perfectly [22:26:47] yes, in both of them [22:26:47] Or direct URLs such as /w/index.php?title=foo ? [22:26:53] clean urls in both [22:26:55] Do direct URLs cause a timeout as well? [22:27:09] Do you get a timeout for any request? [22:27:12] i've changed index.php for a phpinfo() and it works [22:27:15] Like &action=edit, etc.? [22:27:20] it shows the request vars correctly [22:27:26] Hmm. [22:27:34] Do non-short URLs work? [22:28:05] nope, you can do index.php?title=whathever and it's the same [22:28:30] Same LocalSettings.php? [22:28:52] Does nginx have a restart feature? [22:29:02] I know Apache a lot better. :-) [22:29:41] pretty much the same localsettings as the other wiki [22:29:54] i thought the extensions were to blame [22:29:59] but after disabled them i got the same [22:30:08] i know apache better to, but i've told a hundred times to install nginx [22:30:20] and this is what i got :P [22:30:40] it drives me crazy because the other wiki works perfectly [22:33:58] i've done a brand new installation and it works out of the box [22:34:07] but as soon I feed it with the old database i have the same [22:34:37] it's like php_fpm is to blame [22:35:48] sigh... i guess i better give up [22:35:57] i'll try to install apache tomorrow [23:05:41] .seen Axelei [23:07:12] Ah.. he left [23:07:27] Too bad.