[02:41:16] So I've been looking into updating MediaWiki via commandline - And some minor headaches, I finally established a SSH account & all. However... [02:41:23] "You are using PHP version 5.2.17 but MediaWiki 1.22 needs PHP 5.3.2 or higher. ABORTING. Check if you have a newer php executable with a different name, such as php5." [02:41:42] ...But my PHP version in 5.3. Why am I getting this error? [02:49:04] Hi Elvin. [02:49:13] How do you know you're running PHP version 5.3? [02:49:37] Strange that it changed my name back - I forgot what I used earlier honestly. [02:49:46] I'm using a lame hosting service. [02:49:52] Sure. [02:49:59] But how do you know the lame hosting service is running 5.3? [02:50:19] Sometimes there's a different (default) command-line version from the version used for Web processes. [02:50:36] Setting allows php 5.2-5.4, all I can guess is that the command is under another name. [02:50:49] You've set it to 5.3? [02:50:55] Yes. [02:51:05] Did you try 5.4 (just curious)? [02:51:21] Yes, that's actually what I had to start with. [02:51:34] Which host? [02:51:42] DreamHost. [02:51:54] Hmm. [02:51:57] They're pretty big. [02:52:02] I can't find anything on the names other PHP versions are filed under. [02:52:04] I imagine there are discussions of this on the Internet. [02:52:38] http://wiki.dreamhost.com/Talk:MediaWiki [02:52:40] (First result) [02:52:42] Let's see... [02:53:12] Elvin: Are you having trouble with the installer or update.php? [02:53:26] Both should work from the command line. [02:53:41] update.php [02:53:51] Well, that's easy, then. [02:53:56] The answer is provided at the link above. [02:54:01] > The solution: /usr/local/php53/bin/php update.php Nathan Larson (talk) 02:16, 9 November 2012 (PST) [02:54:05] Try that? [02:54:20] Or try "/usr/local/php53/bin/php --version" if you want. [02:54:27] And compare with "php --version". [02:54:45] As I said above, sometimes the default command-line version of PHP and the version used for Web services can be different. [02:55:26] The first didn't work, I guess the users in that discussion were on the same shared server where it had a particular name. I'll try the second... [02:56:09] It might have changed paths. [02:56:23] You can try typing "php" and then hitting the tab key a few times to see what's available. [02:57:08] Ah, there we go, that printed out a few more options I thought I had used. Let's try that... [02:57:40] https://dpaste.de/a3rf/raw is what I get on my lame host when I tab-complete "php". [02:58:58] My lame host isn't as nice it seems - Lazily leaving old versions under such common names. [02:59:22] > php --version [02:59:22] PHP 4.4.9 (cgi-fcgi) (built: Jan 14 2014 12:10:11) [02:59:27] My lame host is lamer, I promise. ;-) [02:59:29] ouch [02:59:43] I'm not sure I've heard of PHP 4 before [02:59:49] But a guy falls into a hole, see... [03:00:18] If I didn't have such shitty shared hosting, I wouldn't know how to help others. Or how to empathize when we're discussing making it harder to install MediaWiki. ;-) [03:05:55] The command line doesn't like my Mediawiki setup :c [03:06:17] Apparently sharing the same extension files with another wiki is wrong. [03:08:46] Look what it does: [03:08:56] require_once $_SERVER['DOCUMENT_ROOT'] . '/Global/Extensions.php'; < In my LocalSettings.php [03:09:38] Warning: require_once(/Global/Extensions.php): failed to open stream: No such file or directory in /home/wikis/main/LocalSettings.php on line 139 < In command line [03:09:53] Since when did it look anything like that? [03:13:24] Elvin: from the command line, $_SERVER['DOCUMENT_ROOT'] isn't set [03:13:45] Err, how do you do that? [03:14:02] Elvin: the right way to fix it is to not use that variable [03:14:29] What if I have to use that variable? [03:15:22] why do you have to use that variable? [03:16:29] Because LocalSettings.php needs to call a file from before it's current directory. [03:17:06] I'm not sure I've heard of PHP 4 before [03:17:08] * TimStarling must be old [03:18:27] Elvin: what about using require_once(__DIR__.'/../Global/Extensions.php')? [03:19:00] TimStarling: FWIW I don't interact with PHP a whole lot and my memory is spotty [03:19:17] also, I remember some pain related to the python 1.x -> python 2 transition [03:19:19] __DIR__ will be the directory that LocalSettings.php is in [03:19:30] so __DIR__.'/..' will be its parent directory [03:20:23] SamB: ok maybe I'm not so old then [03:21:11] TimStarling: You're a magician, thank-you. [03:21:41] Does shell hold a grudge against DOCUMENT_ROOT or..? [03:21:51] (By the way - Not sarcastic) [03:22:10] (to the point where I think the names {/usr,}/bin/python should be retired forever) [03:22:37] $_SERVER is the server environment, it is mostly empty when you run from the command line [03:22:44] server as in webserver [04:25:44] can we hide IP addresses to only logged in users [04:26:12] maybe display some placeholder name to still keep attribution [04:26:27] privacy is a concern [04:27:11] Yes, it's possible. [04:27:21] But it's not a small task and the implementation details are murky. [07:05:59] somebody developing a new tatoeba? [07:06:03] sorry [07:06:06] wrong channel [09:59:40] hi, I'm trying to upload a csv file to my mediawiki instance. I get an error: "The extension of ". Csv" file does not match the detected MIME type of the file (text / plain)." do you know how to prevent tis error from happening? [10:13:35] nice question. nothing helped me. i have to rename such files to .txt [10:14:35] try this: [10:14:51] $wgVerifyMimeType = false; [10:14:51] $wgCheckFileExtensions = false; [10:14:51] $wgStrictFileExtensions = false; // lets allow all extensions [10:14:51] $wgFileExtensions[] = array( 'png', 'gif', 'jpg', 'jpeg', 'bmp', 'svg','pdf','djvu','djv','doc','mp3','swf','chm','diff','docx' ); [10:14:54] $wgFileBlacklist = array(); [10:14:57] $wgMimeTypeBlacklist= array(); [10:14:59] $wgDisableUploadScriptChecks = true; [10:15:02] $wgEnableUploads= true; [10:15:14] oh, add 'csv' of course. [10:35:51] gleki, thanks [10:36:27] I solved my pb by editing mimes.types and adding csv after "text/plain txt" [10:36:51] so the mime type for csv is incorrect but it works [10:47:41] heh, cheating :) [10:51:01] yep [13:38:13] Anybody familiar with the EasyTimeline extension. I have a puzzling issue: https://www.mediawiki.org/wiki/Thread:Extension_talk:EasyTimeline/Trouble_getting_tag:timeline_timeline_syntax_to_work [13:38:59] I guess I still have to "press some sort of button" on the server. [13:39:38] Though I think I made it right. The tag is working. [14:16:01] How do I determine if an extension is at all running. In my case the ldap-authentication extension. [14:16:16] Because I get no debug info logged from it. [14:18:08] Rovanion: did you enable the log? [14:18:35] Nemo_bis: Yes, it's written to /var/log/mediawiki/debug.log [14:19:02] https://www.mediawiki.org/wiki/Manual:$wgDebugLogGroups [14:20:47] Nemo_bis: I got that setup for ldap, no separate log file ever appears though. [14:20:57] Nemo_bis: So I want to check if the extension is ever run at all. [14:21:56] debug console would tell [14:22:26] Nemo_bis: A debug console separate from the debug log? How do I access it? [14:30:59] Nemo_bis: for the project bub(book uploader bot), the users will be emailed the url of the upload(on IA), so they dont need to search for uploads. will that be fine.? [14:32:28] So is there any way to se if the ldap extension is dealing with the login? The debug log does not contain the word ldap. [14:38:29] rohit-dua: maybe, but I didn't receive any email yet :) what email address do you use? I'd like to check if something was uploaded [14:39:46] Nemo_bis: i haven't yet deployed the code for uploading to ia. so no email is sent.. it'll be completed soon. [14:40:49] Ah ok :) [14:41:07] It was nice to be able to play a bit with it nevertheless! [14:43:40] thank you :) sorry but what did you mean by leave space for extension? [14:50:30] rohit-dua: .djvu is included in filename limit [14:51:58] Nemo_bis: oh. yes. i decrease the limit to 250 or so.. anyways i wont store the name with .djvu included. [15:59:38] I have $wgLDAPDebug = 3; and $wgDebugLogGroups['ldap'] = '/var/log/mediawiki/ldap.log'; in my LdapAuthentication.php but nothing is ever written to the file. What am I doing wrong? [16:01:10] ^d: in case you didn't see, I think I restored autopatrol permission to most users who needed it and lost it together with FlaggedRevs permissions [16:01:25] <^d> Cool cool. [16:22:42] hello [16:24:30] hi [16:24:55] i'm your father [16:26:56] aaaaaa: Hi Dad. How can we help you? [16:28:12] hmm i was looking if this chat room is working [16:29:22] aaaaaa, yes, "this chat room is working". [16:29:29] aaaaaa: are u a bot or do you have questions? [16:30:51] i'm ot a bot and ive question [16:31:39] then ask :) [16:52:08] * greg-g whistles [18:10:42] Hi! I tried removing some groups from the DefautSettings.php in my wiki, and caused errors to appear on the UserRights page. When I reverted the edit - The errors were still there: [18:11:10] "Warning: Cannot modify header information - headers already sent by (output started at /home/wiki/main/includes/DefaultSettings.php:1) in /home/swiki/main/includes/WebResponse.php on line 38" [18:11:41] What exactly did I do? I really wanted to eliminate the default groups in favour of my own. [18:12:07] Do you have ?> in any of your .php files? Or stuff (even just a line break) before the first That depends, what do you mean by other PHP files? [18:14:06] Let's just look at the one(s) you actually edited [18:14:49] All I modified were the default settings - That's it. Is this file the same across al wikis (By default?) I can replace it. [18:14:59] *all [18:17:43] RoanKattouw - I'm not exactly clear on what you're asking for - All I changed was DefaultSettings.php. Would you really like to see that entire file? [18:21:08] Yeah the safest thing is to just restore the stock DefaultSettings.php [18:21:19] It differs between versions of MediaWiki but other than that it's the same everywhere [18:21:26] so you can just restore it from the MW tarball or whatever [18:21:59] Also you're technically not supposed to change that file, changes to it will be lost when you upgrade, which is why we recommend doing all of your customization in LocalSettings.php [18:24:46] I'm hosting a "wiki family" - And that's a bit difficult. [18:25:38] Some of the default settings shouldn't be there, and I have no easy way to eliminate them (Such as default usergroups) [18:50:12] Elvin: unset( $wgGroupPermissions['user'] ); [18:50:23] w/e [19:56:13] fhocutt: hey there - do you have a preferred videochat app/platform/whatever? [19:56:40] can do google chat or can do skype [19:59:13] does either work for you? [20:00:05] yup! [20:00:08] "calling" you now fhocutt [20:12:15] Varnish. Who knows something about it? Specifically how to make it so it actually purges or something? [20:17:59] Ulfr_: On wikimedia we use a program called vhtcpd [20:18:18] Which takes a udp HTCP packet, and turns it into an HTTP purge request [20:18:35] And I think there's something in the vcl config file to allow purging from the local host [20:20:14] Ulfr_: However, if you only have one or two varnish servers, I would reccomend just adding their IPs to $wgSquidServers (The variable says squid, but its for varnish too) [20:24:05] bawolff: That's what I've done, but I've recently discovered it's the cause of huuuuge slowdowns on large edits [20:24:08] when it tries to purge itself [20:25:08] It shouldn't cause huge slow downs if you only have 1 or 2 varnish servers [20:25:17] bawolff: Hi. As Nikerabbit suggested, I am separating the front and back ends for the Language selector patch. It would be great if you have any suggestions. [20:25:36] but if you do have performance problems, htcp approach is much more efficient [20:26:23] Ulfr_: Since htcp just sends packet without checking for success, much less overhead, and at some point if you have a lot of varnish servers you can configure with multicast so that one packet goes to all of them [20:26:25] bawolff: They're all responsible for their own caches, it looks like it's just getting a permissions error trying to purge or something [20:26:44] kunalg: I'll try and look at it later (no promises) [20:26:51] That sounds incredibly amazing, but at the moment I want the mob with torches and pitchforks to go back to editing [20:26:56] bawolff: Ok [20:27:51] Ulfr_: yeah, they get pissy when caching doesn't work (I remember when it stopped working at commons...) [20:28:37] Ulfr_: https://www.mediawiki.org/wiki/Manual:$wgHTCPRouting for the htcp thing [20:30:06] vhtcpd at https://git.wikimedia.org/tree/operations%2Fsoftware%2Fvarnish%2Fvhtcpd.git [20:30:20] bawolff: favorited, thanks! [20:31:10] Ulfr_: As for permission errors, I don't actually know that much about varnish, just how the pieces wikimedia use interact. I would say something needs to be changed in the vcl configuration file, but I don't know what [20:31:38] bawolff: Well, I made it stop blaming "squid" but now it's blaming string/global functions [20:31:44] and looking at the page I can't imagine why [20:31:49] bawolff: http://www.wikidoc.org/index.php/Deep_vein_thrombosis_resident_survival_guide [20:33:10] * Ulfr_ should really check what everyone's bitching about before going into troubleshooting mode. [20:57:29] !lockdown [20:57:33] hm [20:57:37] !restricting [20:57:42] !access [20:57:51] !cms [20:57:53] :P [20:58:00] that's the one [20:58:02] ty bawolff [20:58:46] Actually? I said that one as a joke (As it doesn't really contain useful info) [20:59:16] !restricting alias access [20:59:25] !restricting [22:00:49] !cms [22:02:08] I think it contains a very politely worded 'goaway', Bawolff. [22:02:55] yes, indeed [22:03:12] (it's also an excellent pun.) [22:25:10] isn't that the whole reason Confluence exists? [22:27:07] {{lacking context}} [22:29:40] maybe I'm thinking of something else, but i thought confluence integrated mediawiki and added cms-like features [22:30:26] maybe it's Bluespice [22:31:43] Confluence is ick though [22:31:54] Ah. Well, even though MediaWiki *is* a CMS, it can only be used as a controlled-access cms by distorting some of its core features. This is generally a Bad Thing™. [22:31:55] Bluespice does use mediawiki, but I've never used it [22:31:55] * wmat doesn't disagree [22:33:16] !cms [22:35:59] now if I could get Scribunto working I'd be a happy camper [22:36:12] MediaWiki is reasonable as a CMS if you don't trust your authors [22:36:25] which is probably a good security policy to have [22:36:29] heh [22:36:50] ApproveRevs works reasonably well for the uses I've come across [23:04:39] Hi - need a mediawiki expert! [23:05:18] I am having lots of problems with infoboxes and images [23:05:32] Please see http://www.modelhorsepedigrees.com/wiki/index.php?title=Blank_model for an example [23:06:52] Despite uploading images, when I link to them - [[file:imagename.jpg]] it just comes up as a red link [23:07:12] My infobox also wont float to the right and embed into the text [23:07:39] pinnygik: You may have to copy some css from http://en.wikipedia.org/wiki/mediawiki [23:07:47] pinnygik: You may have to copy some css from http://en.wikipedia.org/wiki/mediawiki:common.css [23:08:03] !wptemplates [23:08:29] I have tried Special:Export on Wiki but it doesnt work [23:08:38] pinnygik: Do you have an example of images not showing up [23:08:46] elimar.jpg [23:08:57] pinnygik: You did the export step fine as far as i can see, the css step is what's missing [23:09:14] I have already loaded Parser Functions and Scrib to get the infobox working [23:09:36] pinnygik: Link to a page where you've embedded the image and it didn't work [23:09:43] So I need to download the CSS [23:09:55] iirc, modules are not exported like templates, bawolff? [23:10:53] Amgine: They should be, you might need scribunto installed or you'll get content type mismatch errors. However his wiki doesn't appear to have any red templates or script errors, so it looks like he managed to download the modules fine [23:11:15] http://www.modelhorsepedigrees.com/wiki/index.php?title=Main_Page - SEE THE ELIMAR.JPG IN bold [23:11:16] oops [23:11:40] ah, module:infobox [23:12:03] pinnygik: case matters. The image is named Elimar.JPG not ELIMAR.JPG [23:12:29] but not module:htmlbuilder... [23:12:32] Let me do it again - I have tried it with all different caps [23:13:22] Ahhh - seems to work eith Elimar.JPG [23:14:40] I have tried it in the infobox, still no joy [23:14:51] http://www.modelhorsepedigrees.com/wiki/index.php?title=Blank_model [23:16:14] Could that be the CSS I need to download? [23:16:41] the css wouldn't affect the image [23:17:41] pinnygik: Check the infobox docs. You wrote "| image = [[File:Elimar.JPG]]", I think its supposed to be either "| image = File:Elimar.JPG" or "| image = Elimar.JPG" [23:18:39] OK, so I need to remove the [[ [23:20:17] Tried both, no joy [23:27:28] It appears to be showing the words 200px instead. Think this is in the infobox I am using... [23:28:35] pinnygik: your copy of infobox_racehorse is different from wikipedia's [23:28:51] the one you have looks like it takes a parameter named imagename instead of the parameter named image [23:29:06] Hmmm I shall go have a look [23:30:02] Do you have the link to the one you are looking at? [23:30:55] I compared http://www.modelhorsepedigrees.com/wiki/index.php?title=Template:Infobox_racehorse&action=edit with the equivalent on your wiki [23:32:39] I have added the exact same in from Wiki now and am getting random text appearing: http://www.modelhorsepedigrees.com/wiki/index.php?title=Template:Infobox_racehorse [23:34:07] The #invoke command is now appearing as text in the infobox - I think that was why I removed it a few hours back [23:34:07] pinnygik: Well now you have neither scribunto or the included module installed (since you changed the template to use a scribunto module), so you have to install that if you want to use the wikipedia version [23:34:47] I'll rerun Scrib and check it is in Localsettings.php [23:34:57] well you know, you can either have it be exactly like how it is on wikipedia, in which case you have to replicate wikipedia's set up, or you can do your own thing, but then the template will work slightly differently [23:35:14] Just working would be brilliant [23:35:27] I tried doing one from scratch, same problems [23:38:15] This gets better - added "require_once( "$IP/extensions/Scribunto/Scribunto.php" ); $wgScribuntoDefaultEngine = 'luastandalone';" to my localsettings.php and... [23:38:33] now all of my changes just appear as blank [23:41:58] Fixed that little problem - now says Script Error on the infobox image, and the box still isnt sitting to the right. [23:42:00] ARGH! [23:42:51] Seems to be saying a module is missing [23:46:31] Any idea what modules I need? I already have the infobox one [23:58:34] pinnygik: module:htmlbuilder [23:59:35] Lovely - thanks! Also found Module:infoboximage to add in