[00:59:29] anybody working on the VisualEditor? [01:00:17] i did a git clone of the repo and see this message in the /var/log/httpd/error_log: PHP Fatal error: Call to undefined method ResourceLoader::getConfig() in /var/www/html/wiki/extensions/VisualEditor/VisualEditor.hooks.php on line 420 [01:00:33] pocket_: What version of MediaWiki are you using? [01:00:57] holy smokes, are you James Forrester? [01:00:58] pocket_: Master of VisualEditor requires the latest version of MediaWiki (1.24wmf18 as of a few minutes ago). [01:01:02] pocket_: I am, yes. :-) [01:01:04] hahaha [01:01:07] i just saw your commit [01:01:14] * James_F grins. [01:01:23] nice, I'll upgrade. [01:22:19] hmm.. nothing in error_log.. VisualEditor doesn't spring into action when i click Edit [01:22:58] But no fatal any more? [01:23:02] Anything in the JS console log? [01:25:22] let me check [01:27:33] i need to find out how to enable that [01:28:16] Right click and click "inspect element" (in Chrome or Firefox) [01:28:24] Then click "Console" in the window that appears. [01:28:40] If you're using Safari it's… somewhere else. *searches* [01:28:49] oh, nothing there [01:28:51] Oh, no, also in Safari. [01:28:55] Reload the page. [01:29:17] reloaded.. blank [01:29:28] Hmm. That's odd. [01:29:37] Blank even when you click 'edit'? [01:29:48] yeah [01:29:57] when i got over to debugger it creates new stuff [01:30:04] ? [01:30:45] Console, Inspector, Debugger [01:31:20] Which browser are you using? [01:32:02] firefox [01:32:16] 31 [01:32:33] Right. [01:32:53] Does VE load for you if you go to http://en.wikipedia.org/wiki/Foobar?veaction=edit ? [01:33:19] Loaders [01:33:24] oops, yes it loads [01:33:33] Cool, OK, that narrows it down a bit. [01:33:53] Is this instance public? Could you sling me a URL to it? If not that's fine but it could help. :-) [01:34:00] I think I may just need to crank up the verbosity inthe Localsettings. [01:34:04] Its internal [01:34:10] Ah well. [01:34:28] So the behaviour is that you click "Edit" and just nothing happens at all? [01:34:39] What happens if you go to ?veaction=edit on the site instead? [01:35:46] it loads the page without the visual editor [01:35:54] Hmm. [01:35:59] goes back to "read" [01:36:03] Yeah. [01:36:24] It sounds most likely that you've got a missing dependency. [01:36:38] So RL is just silently failing to load VE. [01:36:54] yea [01:36:58] In that case I'm not sure what the best way to find out what the missing issue is. [01:37:11] let me try cranking up verbosity from the server side [01:37:21] (Stupid question – did you do a `submodule update --init` when you checked out VE?) [01:38:28] i did not [01:38:34] Aha. [01:38:40] That would do it. [01:38:53] We should write a proper failure notice system into ResourceLoader. :-( [01:40:11] pocket_: Does that help? [01:40:20] running it now [01:41:30] Error loading data from server: parsoidserver-http-bad-status: 500. Would you like to retry? [01:41:36] a lot closer than before [01:42:40] Well, yeah. [01:42:46] Can you look at the Parsoid console output to see why it's 500-ing? [01:44:10] ok let me find out where that is [01:47:48] where is the parsoid console located? [01:49:16] If you're running Parsoid as a user, it will output to standard out. [01:49:24] If you're running it nicely server-ised, umm… [01:49:31] * James_F doesn't know off-hand. [01:49:33] * James_F looks. [01:49:46] oh, ill look [01:49:50] OK. [01:53:38] ok so the workers are started [01:53:43] there are 5 of them [01:54:07] It goes to a log file somewhere I think [01:54:09] ? [01:55:21] i dont see that file anywhere in the configs... process is running and i can access the web site wiki:8000 "/usr/bin/node /var/www/html/wiki/parsoid/api/server.js" [01:57:35] i need a break... ill come back on later or tomorrow.. my back hurts.. thanks for your help James, and yours too Roan! [02:02:34] pocket_: Always! [02:57:42] i download wikipedia dump of 27 parts like these enwiki-20140811-pages-articles1.xml-p000000010p000010000.bz2 but i cant combine or add it to xowa as single file do [07:26:08] images are being created with the owner 'www-data' but the correct owner should be 'ubuntu' .... how/why is 'www-data' being set? [07:34:00] images are being created with the owner 'www-data' but the correct owner should be 'ubuntu' .... how/why/where is 'www-data' being set? Is this due to an apache setting? [07:37:53] i found /etc/apache2/envvars:export APACHE_RUN_USER=www-data && /etc/apache2/envvars:export APACHE_RUN_GROUP=www-data [08:02:57] wow that hoses apache - can't get session vars [08:05:52] images are being created with the owner 'www-data' but the correct owner should be 'ubuntu' .... how/why is 'www-data' being set? [08:06:05] not familiar with that ..why do you think the correct owner is 'ubuntu' ? [08:39:25] Hi There [08:39:42] I need help in setting user permissions for our own organisational wiki [08:39:57] anyone can log in and can create an account and edit pages [08:40:21] I want specific users to create and edit pages [08:40:59] I have followed user permissions guide but after making changes to $wgGroupPermissions [08:41:04] it still doesn't work [08:42:26] I set users to false and * to false but still can create an account [08:42:33] any help? [08:44:20] $wgGroupPermissions['*']['createaccount'] = false; [08:44:29] it still doesnt work [08:47:30] Svetlana, because Ubuntu is the root user [08:48:28] so i set those vars back to original value, wwww-data, restarted apache and wiki pages being served again. [08:50:37] HOWEVER when i upload an image, I get "The upload directory (public) is not writable by the webserver. " as a new error (never happened before tho I've uploaded many files)... so i chmod to 777 and error is gone, upload happened [08:51:16] So here is my question -- why 777? that gives write access to the world does it not? [08:51:54] why does it need to be owned by root user? [08:52:03] i had it at 775, but got the message "The upload directory (public) is not writable by the webserver. " when i changed it to that.... [08:52:19] chgd it to 777.... isnt that a security hole? [08:52:43] Svetlana, good question i guess it's aesthetics [08:53:12] it should behave normally and give it to a valid user. don't try to invent random users you think it should be owned by. [08:53:30] is www-data a builtin sudoer, and I don't need to create a user named 'www-data'? thanks for linux advice [08:53:43] the root user is hardly random. [08:54:34] Hi [08:55:05] can anyone help me with user permissions? How can I restrict users to create an account and start editing pages in internal organisational wiki [08:55:09] i never created a user or group called www-data, but the images and hashed subdirs were suddenly popping up as www-data sudirs [08:56:20] that's when i grepped and found www-data as the apache RUN_GROUP and RUN_USER [08:57:42] Umair, do you mean group permissions? [08:58:10] Hi hypergrove [08:58:24] Not particularly a group [08:58:28] any user [08:58:41] I mean we don't have any groups created [08:59:04] but any user from the organisation can press login and create a new account [08:59:08] and start editing [08:59:28] how can we restrict users or restrict account creation [09:00:29] in localsettings you'll be setting something like $wgGroupPermissions['*']['createaccount'] = true; [09:00:32] hypergrove, i mean theres no good reason why a webserver site files are owned by root [09:00:49] whe you install a webserver then it creates the www-data user automatically for you [09:01:51] Umair, you would like wiki to be readable only to users who are logged in? and registration should be done manually by an admin? [09:02:00] Yes [09:02:06] Svetlana, thank you for noting that -- i'm learning the ropes on best way to admin [09:02:06] thats what I wanted to achieve [09:02:25] I tried to follow the manual but it doesnt seem to be working [09:02:40] $wgGroupPermissions['*']['createaccount'] = fasle; thats what I set [09:02:50] but still I can create a new account with any name [09:02:56] Svetlana, so root should not be owner, but rather www-data should be owner of the w/ directory [09:03:25] Umair, https://www.mediawiki.org/wiki/Manual:Preventing_access#Restrict_account_creation yes this should work [09:03:51] did you set it in the right file? [09:03:52] Umair if you try a private conversaytion with me one more time, i'll turn ya in!!!! [09:03:59] even I set $wgGroupPermissions['sysop'']['createaccount'] = true; [09:03:59] hypergrove, no :( [09:04:09] but still no luck [09:04:09] hypergrove, it is supposed to help everyone else learn [09:04:30] hypergrove, try to come up with something here if you do not mind, please [09:04:38] I edited these fields [09:04:39] as [09:04:49] $wgGroupPermissions['*']['createaccount'] = false; [09:04:56] $wgGroupPermissions['sysop']['createaccount'] = true; [09:05:04] yea this should work ... what mediawiki version? [09:05:08] Svetlana, so your recommendation is for root user to own /var/www/w and ignore the www-data owner attached to image subdirs? [09:05:10] $wgGroupPermissions['*']['edit'] = false; [09:05:29] hypergrove, one thing, if it works, don't try to touch it :) [09:05:43] 1.21.2 [09:05:58] that is sorta old but the perms should work, hm [09:06:20] I tried all this but still I can login and create account with new users and edit :( [09:06:23] Svetlana, i chided umair because i do not want to bounce between chats, and my answers to umair would not hav ethe luxury of others' review [09:06:49] you should learn to bounce between chats as otherwise others don't learn from the conversation [09:06:59] 2, 3, or more conversation going on at the same time is normal [09:07:07] yep [09:07:11] :) [09:07:23] umair, thank you for your cooperation [09:08:14] Svetlana, do you have any other super ideas? [09:08:25] not yet [09:08:28] how to make this work [09:08:30] hmmm [09:08:50] "restart the webserver and try again" is about as far as I can get [09:08:52] which is horrible [09:09:03] yea :( [09:09:08] I can try that though [09:09:58] umair also check whether wggrouppermissions is being set later in localsettings by accident [09:10:38] umair also do a print_r($wgGroupPermissions) at the end of localsettings -- paste it to bin and tell us the url [09:10:55] Hi hypergrove [09:10:58] sorry I missed it [09:11:44] print_r at the end of local settings [09:21:48] so Im running lateset mediawiki from git (as opposed to latest by apt-get in ubuntu) [09:21:52] it looks nice [09:21:57] but I still cant get any diff on my articles [09:22:04] it just says "(2 intermediate revisions by the same user not shown) [09:22:05] (No difference)" [09:22:14] anyone have any leads to what I should look into? [09:25:13] josteink: are you sure you're comparing 2 different edits? If the user did a change, and subsequent edits left the wikitext the same as the first edit you're comparing, there will be no differences to show [09:52:36] vup100% sure [09:52:42] Vulpix: 100% sure [09:52:53] I tried this on the old ubuntu-bundled version and on the latest git version [09:53:16] I compared the first rev to the 10th rev [09:53:23] I can guarantee that the diff should be massive :) [10:05:21] josteink: check if you have defined $wgDiff in LocalSettings.php, and the executable can be called from MediaWiki. Try also enabling the debug log and do a diff again, and look at the debug log to see if there's any mention about the diff [10:05:25] !debug [10:05:25] 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 [10:15:48] hi all ! [10:15:59] im trying to fix a QINU bug, which can be seen here [10:15:59] http://mywikibiz.com/Test?action=purge [10:16:19] at first i thought it was related to the Cite extension or some other extension [10:16:40] but i updated and then deactivated the extensions and the problem was still there [10:16:58] now my best idea is updating the software, from 1.22.1 to the latest stable [10:17:07] but it is strange that the bug appearned out of nowhere [10:17:23] so im not sure that an update will do the trick [10:17:26] anyone knows better ? [10:18:14] Hey guys. I want to my wiki to be able to render svg images and tried imagemagick, is it normal that they look blurry when not in fullscreen ? If yes, I want to change the background from black to white. If no, what should I use for the job, the mediawiki wiki lists a couple of alternatives but the descriptions boil down to "This one renders imperfect and that isn't really the best choice either" :) . I do [10:18:15] not care about performance, the wiki is within a closed network. [10:18:27] lfschenone: I'm seeing the QUINU text in the wikitext itself... http://mywikibiz.com/index.php?title=Test&action=edit [10:19:46] Vulpix: thats super weird [10:20:10] lfschenone: and if you're using 1.22.1 you should upgrade to 1.22.9 at least, because some security bugs have been solved [10:20:23] Vulpix: i just replaced the qinu text in the wikitext for as asdasD and [10:20:39] and when i saved, and clicked on edit, the qinu text was back in the wikitext [10:21:35] ok, so you think updating could do the trick .. [10:22:11] no, I doubt upgrading will fix that [10:22:33] that's super weird, something is doing tag substitution in place [10:23:00] even your Special:Version page shows that bug [10:23:51] so this means the bug does not come from the parser [10:24:02] but rather at the database insert stage [10:25:04] I'd try disabling all extensions, and then test again enabling extensions one by one [10:26:05] i tried that with all except the Semantic MediaWiki extension [10:26:10] and the Semantic Maps and Validator [10:26:19] i guess those could be source of trouble .. [10:28:14] thanx Vulpix [10:29:19] Oh, my "lookes blurry when not in fullscreen" comment was wrong. The png looks blurry, when I click on it (fullscreen) it actually displays the svg directly (chromium) so I guess it's my browser doing the black background, the png background is ok. So what I would like is a better output quality of the png file. It's on a debian wheezy and it's mediawiki 1.22.5 . [10:34:10] rtur: I don't have many experience about this. You may try another SVG renderer, maybe imagemagick compiled with rsvg support, or directly with rsvg [10:34:58] Vulpix: thanks [10:36:28] Can anyone help me with creating new users account in mediawiki? [10:37:02] I need to add staff from a department so they can login... I have restricted automatic accout creation through php [10:37:13] how can I manually add staff so they can login [10:38:27] Umair: You could create new accounts when you're logged in (if you've disabled caccount creation for anons but not for logged-in users) by just going to [[Special:UserLogin/signup]] [10:38:50] Ok [10:39:01] so you mean log in/create account [10:39:24] Yes I haven't disabled it for logged in users [10:39:38] yes, you can create a new account even if you're logged in [10:40:09] ok thank you [10:41:19] Vulpix: Thanks. I'm trying out rsvg, looks the same to me. I probably need to purge the image cache ? Does the normal action=purge clear that cache too ? [10:41:57] I think doing action=purge on the file description page should purge it [10:42:04] The debug log complains about this when diffing: [10:42:14] [exec] Possibly missing executable file: /bin/bash '/usr/share/mediawiki2/includes/limit.sh' ''\''wikidiff2'\'' '\''/tmp/diff_zAUM5i'\'' '\''/tmp/diff_RapOgk'\''' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes' [10:42:34] rtur: if not, try adding the image on a page with a different thumbnail size, that will force the creation of a new thumbnail [10:42:40] And yes one more complicated thing [10:42:48] how to delete already created user accounts [10:42:56] bash exists. limit.sh exists. not sure what or where I should get wikidiff2 [10:43:03] I made a few accounts for test but don't know how to delete them now [10:44:06] josteink: well, maybe you had wikidiff2 on older versions. Just remove it from your LocalSettings.php since it's no longer necessary [10:45:20] AHHH [10:45:20] Umair: accounts can't be deleted, you'll need an extension for that: https://www.mediawiki.org/wiki/Extension:UserMerge (merge all test accounts under a dummy account) [10:45:23] debianism to blame! [10:45:39] /etc/mediawiki-extensions/extensions-enabled contained a wikidiff2 which didnt work [10:45:40] Oh ok :) [10:45:42] thank you! [10:45:46] removing it and the diff now works [10:45:57] yay [10:46:03] :) [10:46:03] Vulpix: thanks [10:46:13] you're welcome :P [10:57:24] Vulpix: Looks like I'm too stupid to purge the image cache :) . I've found that the png files are stored in ./images/*/mysvg.svg/ .png . Is it ok to delete them from there manually or would it mess up mediawikis database or something ? [10:58:14] yes, you can safely delete the thumbs from that directory [10:58:49] depending on your configuration, they can be regenerated on the fly when accessing the URL of a missing image, or when saving a page containing such files [11:01:10] Vulpix: Deleting the thumbs did the trick. Thank you for the help. [11:11:56] Vulpix: Just did a find ./upload -name "*svg.png" . Turns out quite a number of people already uploaded svg files. I am not sure if all of those are thumbnails created by imagemagick, some people might have converted a svg file and uploaded it with a svg.png file ending. My current plan is to write a command that will check if those files are inside a picname.svg/ directory and then delete them. But I [11:11:58] would rather not if it's possible :). Is there a "purge every thumbnail" command I might use ? [11:16:03] rtur: i don't see any candidate for that in the maintenance directory, so you'll probably need to create and run that script [11:16:48] Vulpix: Was expeting that, just wanted to make sure. Thanks. [11:25:33] Vulpix: Yay, I didn't kill our wiki with a typo xD . [11:26:02] heh [13:55:49] good morning, aftgernoon [13:56:49] I have a perhaps very simple question but it runs me nuts as it does not work anywhere when I install mediawiki [13:57:05] all installation goes though, [13:57:18] I can see the default welcome pages [13:57:27] can go in edir mode [13:57:30] BUT [13:58:06] when I go to preview or save it returns always with [13:58:07] Forbidden You don't have permission to access /mediawiki/index.php on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. [13:59:11] thats everywhere when i install it, on my webhost as well as when I install it with symtomic in Ubuntu [13:59:38] can somebody help here? [14:00:06] ebi_: I've seen those Forbidden errors come up when the server has mod_security installed [14:00:42] ahhh, ok [14:00:58] they usually pop up when you write some special words that makes mod_security go crazy [14:01:07] wonder why this is on both my private ubuntu and the web host [14:01:30] never hear about it [14:01:41] ebi_: have you tried hitting "preview" or "show changes" instead of saving changes? [14:01:55] u know whre I can set this, in the apache conf ? [14:02:16] preview does not work, same as save [14:02:26] show changes I will try right now [14:02:50] no, show changes gives the same [14:02:58] ebi_: try looking at the server's error_log, in case it displays additional info (for apache it's usually in /var/log/apache/error_log [14:03:56] ok, for that I have to look in my private server at home [14:04:11] doubt I can see the log from the web host provider [14:04:23] but its a good hint [14:04:43] many other applications works [14:05:55] hello all, sorry if this isnt the right place to ask but, is there any decent/basic/simple image editing extensions? [14:06:08] like if I wanted to crop files or add text and arrows [14:06:51] There might be something that could do that [14:07:08] It's a pretty advanced function for MediaWiki though [14:07:14] i just remote access my server and will check the log# [14:07:22] yea I figured there would be, unfortunately my google-foo isnt finding much useful information [14:08:18] ebi_: some hosts provide access to see server logs in your cpanel [14:08:19] There's this: [14:08:20] http://www.mediawiki.org/wiki/Extension:EditImage [14:09:39] let me check [14:09:59] yea ran across that, I was just looking for an easy way to label stuff within an image [14:11:34] do you remember the command to permanently monitor and display the log file in a terminal, I forgot, it too long time ago. I want to see if new log coming into the apache error log [14:15:22] Hi Vulpix, found the log from my provider [14:15:24] [Wed Aug 20 10:06:14 2014] [error] [client 193.24.88.211] File does not exist: /home/withme/public_html/private/404.shtml, referer: http://kbshare.with-me.us/aea.php?fileid=1526 [Wed Aug 20 10:06:14 2014] [error] [client 193.24.88.211] File does not exist: /home/withme/public_html/private/whizzywig.js, referer: http://kbshare.with-me.us/aea.php?fileid=1526 [Wed Aug 20 10:02:33 2014] [error] [client 193.24.88.211] File does not exist: [14:15:39] I will call him, he may can help [14:15:57] many thanks for your kind support here [14:16:10] ebi_: the "file does not exist" isn't the source of the error, look for other kind of errors [14:16:19] if I find a solution where is the best to place it ? [14:16:41] yes I know, i will look into that [14:16:48] if it's a bug, probably by filing a bug against bugzilla [14:17:25] if it's just a configuration issue, it may not be worth it, or maybe adding a note to https://www.mediawiki.org/wiki/Manual:Errors_and_Symptoms [14:18:22] ok [14:19:21] Does EditImage not allow adding text to files? [15:03:38] mail done [15:42:22] qgil: hey there - let me know if/when you’ve got 5 min for two reasonably quick questions :) [15:43:08] hi varnent -- now is good [16:24:26] Hello [16:29:35] Is update.php is safe to run even when no update is available? [16:30:08] As in it's not going to break your wiki? [16:31:12] yes, right [16:32:07] (I trying to create a Docker container that runs MediaWiki. On start it will either install MediaWiki via install.php or try to update it) [16:35:43] <^d> renke: Nope, no harm. [16:36:01] very nice [16:42:33] qgil: check your PM :) [17:17:44] hi [17:18:20] can I get a list of pages, which does not include an image or basically a string via api? How to do it via apisandbox? [17:23:15] Anybody used with MediaWiki Vagrant VM? I want to test a deployment script from a wmf branch and I cannot do git updates from mediawiki/ directory [17:47:08] https://www.mediawiki.org/w/index.php?title=API%3AClient_code&diff=1113378&oldid=1112575 - not sure whether it's at the right place [17:47:52] ori: Please can you help me a bit in understanding about the domain of data for Wikimedia performance protal project mentioned on FOSS intership project list [17:51:15] how do i change the languages on the login page? thanks [17:52:00] how do i change the language options shown on the login page? thanks [17:53:37] wgLoginLanguageSelector thanks! [18:02:42] Hello #Mediawiki! [18:06:21] I have found something that I'm not sur if it is either a bug, or what it might be ...? Basically, on a fresh installed mediawiki set to private mode, when the "Login required" page shows up, if you use the "tab" key on the keyboard to "tab" through the different elements that can receive focus, the usually hidden "Jump to: Navigation, Search" links will show up in their repective tab orders, and then when you tab past the "Search" link there, that lin [18:06:34] (and gosh, I can't type well today, sorry for the many typos) [18:06:42] gb mw [18:08:47] stbatduke: your message was cut off at "link there, that lin" [18:08:59] stbatduke: they're hidden by default (they just pop on tab) because they're meant to be used by console browsers like links [18:09:09] * stbatduke nods [18:09:13] they're very useful, trust me :P [18:09:15] sorry didn't mean to type so much that it got cut off [18:09:56] please excuse my ignorance, console browsers? like on console devices such as game systems, TVs, etc? [18:10:30] Sorry MatmaRex here's the rest from that point: [18:10:30] Search" link there, that line will dissappear again. I'm asking if this is meant to do this, or if it is meant to not even be rendered as html in order to hide them. I imagine that it is not a big deal, but I saw it and it made me wonder, so I am asking if this should be reported as a bug, or if it is a feature, or if I should just stop thinking soo much, keep calm, and wiki? [18:11:06] no, command console ones, well, I don't know how to explain that... maybe a picture would be useful [18:11:29] stbatduke: these are indeed for text browsers and screen readers [18:11:36] https://en.wikipedia.org/wiki/Lynx_(web_browser) [18:11:45] https://en.wikipedia.org/wiki/Screen_reader [18:11:49] OOHH gotcha [18:11:53] yeah, that [18:12:32] ( I did google it, that was result 2 : http://en.wikipedia.org/wiki/Text-based_web_browser ) [18:13:40] And now that I know, that makes total sense! [18:14:07] I have friends who use screen readers and the like [18:14:43] And thanks much! [18:16:23] the thing is, those links appear magically, apparently, by the browser, MediaWiki doesn't do anything special to display them AFAIK [18:40:00] * stbatduke nods ... [18:40:59] right @ Vulpix : it's just either a javascript function or html5 element to hide the links, and the browser decides how to deal with them on focus. [18:42:00] I was just curious at the time of the desired behavior, but knowing that they are used for console browsers tells me that the behavior is less important than the proper formatting for console and text based browsers. [18:43:19] well, if you're interested, they just have negative margins, so they're hidden "outside" of the element view. When links receive focus, the browser "scrolls" them so they become visible [18:44:27] they will become less important in the coming years. [18:44:47] landmarks and roles are taking over some of that functionality for screenreaders. [18:44:52] but the 'scene' moves slow [22:07:41] How do I change the favicon on mediawiki? Tried these instructions, but they fail: http://www.mediawiki.org/wiki/Manual:$wgFavicon?veaction=edit [22:17:04] crhylove, often a good idea to link to it so we can inspect fisrt hand [22:20:50] crhylove: Double check that it is indeed favicon.ico [22:21:45] You mean link my new wikimedia install? [22:21:55] wiki.scesd.k12.or.us/wikimedia [22:22:15] Debian Stable, everything from repos. [22:23:12] wiki.scesd.k12.or.us/mediawiki I meant. DOH! [22:24:47] http://198.237.210.13/var/www/favicon.ico is a 404 [22:24:52] so that's not going to work [22:25:56] so https://www.mediawiki.org/wiki/Manual:$wgFavicon would be the path to send to the browser [22:26:02] not the path to the file on disk [22:26:54] ooooooooooooooooooooooh. I think I see. /me starts to dig then. [22:27:35] you may want to set $wgServer, $wgScriptPath, etc. [22:27:53] and i won't absolutely say not to use that debian package [22:28:06] but maybe take a stab at the mediawiki LTS tarball instead [22:29:46] https://www.mediawiki.org/wiki/Manual:Short_URL#URL_like_-_example.com.2Fwiki.2FPage_title [22:30:10] * jeremyb runs away [22:30:12] good luck [22:32:03] Solved it. :) [22:32:26] Thought it was a local path. Duh. [22:33:07] Now: How do I configure the wiki to load as default on that IP address? Just a .htaccess, or? [22:37:04] you may want to look at the wikipedia apache conf [22:37:11] but really i have to go RSN [22:38:23] # Primary wiki redirector: [22:38:23] Alias /wiki /usr/local/apache/common/docroot/mediawiki/w/index.php [22:38:23] RewriteRule ^/$ /w/index.php [22:38:23] RewriteRule ^/w/$ /w/index.php [22:38:27] https://github.com/wikimedia/operations-puppet/blob/production/modules/mediawiki/files/apache/sites/main.conf [22:38:39] crhylove [22:38:42] bye