[03:05:07] Does anyone have any advice on how to reskin the api.php page? Does it even pull from the skin css? [04:17:56] Groan [04:26:58] Okay guys. [04:27:21] http://bravenewworldmush.com/mw/index.php <--- I'm running on Debian 8, PHP 7, and I -did- install php7.0-apc... [04:27:31] how do I make this go away? [04:32:31] Hi Volund. [04:33:04] PHP 5.6 is probably best. I think the documentation on mediawiki.org mentions that. [04:33:46] eh, fair enough then [04:33:50] Volund: I would make a php_info(); test file to see what version of PHP your Web server is actually running and with what extensions. [04:33:55] Re: APC being busted. [04:33:59] * Volund nodnods [04:34:11] In the meantime, you can change $wgCacheSomething to get your wiki to work. [04:34:14] !wg CacheType [04:34:14] https://www.mediawiki.org/wiki/Manual:%24wgCacheType [04:34:31] You can set that to none temporarily if you want a less busted wiki. [04:34:45] http://bravenewworldmush.com/info.php [04:34:47] z_AlexJFox: Re-skin how? [04:35:00] z_AlexJFox: It's developer documentation... not really intended to fit in with a site, per se. [04:35:06] $WgCacheType = ??? [04:35:26] I forget the name. [04:35:45] !wg MainCacheType [04:35:45] https://www.mediawiki.org/wiki/Manual:%24wgMainCacheType [04:35:51] I was close. [04:36:15] https://www.mediawiki.org/wiki/Manual:Cache [04:37:25] Volund: I don't see APC enabled in info.php off-hand. [04:37:49] I'm also not sure how needed APC is these days. [04:37:49] yeah. :| [04:37:56] You may want to read the "Manual:Cache" page. [04:38:04] Leah: MediaWiki was asking about it so I went to try and install. yeah I'll do that [04:38:11] * Volund is currently re-enabling extensions [04:38:21] I'm sitting here. [04:48:30] hrm. ExternalData and ConfirmAccount are being ornery... [04:56:46] what the heck, why is ExternalData suddenly paying attention to the localsettings.php prefix setting? [05:00:35] ... and now images seem to have stopped working... [05:00:45] --oh I know what happened [08:36:14] anyone knows how to find contributions on a 'swiki' wiki? [12:04:52] help [12:09:06] !ask | Nada [12:09:06] Nada: Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :) [12:45:40] I can't verify the sig of mediawiki [12:45:52] has it been compromised? [12:46:08] wget http://releases.wikimedia.org/mediawiki/1.26/mediawiki-1.26.2.tar.gz.sig gpg --verify mediawiki-1.26.2.tar.gz.sig mediawiki-1.26.2.tar.gz [12:46:43] No, the url is wrong [12:51:06] Reedy: which part of the url is wrong? [12:51:10] it's from the wiki [12:51:19] https://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Red_Hat_Linux [13:00:51] lab823942: try https://releases.wikimedia.org/mediawiki/1.26/mediawiki-1.26.2.tar.gz.sig [13:00:56] note the https:// [13:01:42] they're the same file [13:04:56] lab823942: when you try and verify the sig what error do you get [13:05:47] * Reedy suspects a pubkey error [13:05:49] gpg: Signature made Mon 21 Dec 2015 01:13:14 GMT using RSA key ID 23107F8A gpg: Can't check signature: No public key [13:06:30] crap instructions are crap [13:06:37] https://www.mediawiki.org/keys/keys.html [13:06:42] https://www.mediawiki.org/keys/keys.txt [13:06:46] yeah those instructions appear weird/wrong [13:07:26] lab823942: i have more updated instructions... sorta. [13:07:43] lab823942: wget -O - https://www.mediawiki.org/keys/keys.txt | gpg --import - [13:07:45] then try your verify [13:08:30] that works thanks, although: gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. [13:08:54] yeah i see that too - https://pbin.dark-net.net/view/raw/4c382d9b [13:16:41] morning [13:28:39] lab823942: That's normal [13:31:16] can I preview the different skins anywhere? [13:32:02] lab823942: Can also add this to your ~/.gnupg/gpg.conf file: keyserver-options auto-key-retrieve [13:32:36] that sounds useful, thanks [13:33:41] lab823942: If you have an account on mediawiki.org or wikipedia.org, you can preview via Preferences->Appearance->Skin [13:47:25] Hi all, I would like to have in the same mediawiki installation (same database at least) pages in English and Spanish. How should I name them to split correctly two languages? [14:24:58] hinojosa: you can use the same code, but you can't use the same database for two wikis. the database is where the pages are stored - so you need one for each wiki. [14:25:30] hinojosa: with some db engines (like mysql), you can emulate multiple databases by specifying a different table prefix for each. [14:25:45] all of the "cirtual" databases are then in the same "actual" database. it's a bit messy, but it works [14:25:51] !family [14:25:51] To run multiple wikis, you can simply install MediaWiki in different folders, with different databases or in one with database prefixes. You can also have multiple wikis using a single installation: If you run a farm or want to, join the mailing list: [14:26:10] !wg DBprefix [14:26:10] https://www.mediawiki.org/wiki/Manual:%24wgDBprefix [14:31:04] I just edited an article in my wiki like I did many times before and now the article is gone. I get '502 Bad gateway'. Any ideas? All the other articles are still there and 'work' well. [14:33:54] Thanks DanielK_WMDE, I am going to create only 1 wiki with pages in both languages, then I will link to the other language in each page [14:44:50] hinojosa: you don't need any special setup for that, just write pages in whatever language you want. MediaWiki doesn't have very good support for content in different languages in the same wiki, though. To MediaWiki, all content in a wiki has the same language [14:45:05] There are some extensions that try to help with Multilingual content though: [14:45:10] !e Translate [14:45:10] https://www.mediawiki.org/wiki/Extension:Translate [14:45:15] !e Polyglot [14:45:15] https://www.mediawiki.org/wiki/Extension:Polyglot [14:45:20] !e MultiLang [14:45:20] https://www.mediawiki.org/wiki/Extension:MultiLang [14:45:55] hinojosa: the "standard" setup, the one wikipedia uses, is to have one wiki per language, but set them up as a "family". [16:24:36] hi all - what are some ways to make a table in MediaWiki.. with cell colors and alt-row background colors, etc ? [16:31:50] version 1.25.3 [16:33:14] .. I can see the list of installed extensions, but nothing special to Tables there (I dont think) [16:34:23] Libraries, similarly [16:37:05] hi [16:37:12] I had a question regarding page translation [16:37:26] is it possible to make the content put into templates translatable? [16:37:33] as in the values put in [16:43:12] .. I see http://www.tablesgenerator.com/mediawiki_tables ; and, the direct ascii format looks as bad as I expected :-( [16:45:48] class=wikitable is site css [16:53:39] hm .. looking here http://www.appropedia.org/Help:Table_examples [16:53:58] I know nothing about MediaWiki markup .. but I have to build a Table [16:56:37] there's https://www.mediawiki.org/wiki/Help:Tables [18:24:27] I'm seeing behavior where Special:Random only returns a single page or just a few pages over and over if there are no cookies set for the wiki's domain. Just going to the login page sets a cookie and then Special:Random works as expected. Anyone encountered this before? Running MW 1.26.2 but seen this behavior in the past as well. [18:25:00] It could be MW or it could be something in the Varnish configuration wrt cookies. [18:27:52] Random isn't very random [18:28:29] Well returning the same page over and over isn't normal, though. [18:28:36] How many pages do you have? [18:28:40] I can click it a dozen times and get the same page [18:28:58] Well over 100,000 [18:29:09] Ok, just checking.. it's not a small wiki then :) [18:29:23] wiki.guildwars2.com [18:35:28] hmm, think i may have figured it out... [18:38:00] ok, i'm pretty sure it was because of a check in Varnish's vcl_hit() function that was commented out: if (obj.ttl > 0s) { return (pass); } [19:10:27] I want to clone Vector theme and then modify it [19:10:47] I have copy it to another folder, I have changed skin.json [19:12:23] what else should I do? [19:13:07] hinojosa: you'll probably need to rename the PHP classes to avoid conflicts [19:13:09] !skinning [19:13:09] From scratch: https://www.mediawiki.org/wiki/Manual:Skinning/Tutorial / Based on another skin: http://blog.redwerks.org/2012/02/28/mediawiki-subskin-tutorial/ / See also !skins for general help and list of available skins [19:13:29] http://blog.redwerks.org/2012/02/28/mediawiki-subskin-tutorial/ will probably be helpful [19:14:02] hmm, actually, it's not. nevermind. [19:14:17] (it describes a different approach than what you did) [19:24:25] thanks MatmaRex , I hope it is enough [19:24:38] oh no, as you said [19:24:43] it is and old version [19:28:41] I will follow the tutorial, thanks [20:05:59] I take it that it is not possible to use schema.org microdata w/MediaWiki [20:06:06] it seems to strip the attributes. [20:10:30] QuasAtWork: hmm, it shouldn't. [20:10:45] I put itemid in a div and it does not appear in the HTML output [20:10:55] it seems we have these whitelisted: itemid itemprop itemref itemscope itemtype [20:11:04] is that a recent addition? [20:11:27] oh, but: "itemtype, itemid, itemref don't make sense without itemscope" [20:11:36] and if there's no itemscope, it removes the other [20:11:39] oh [20:11:46] this is Sanitizer::validateAttributes() [20:11:51] that's what I get for trying to test incrementally ;) [20:11:52] it's not recent [20:13:53] still not working. [20:17:26] Hello, I have a question. Is it possible to use a hook to redirect the Discussion/Talk tab to go to a discussion board URL? [20:22:23] Special:ExpandTemplates shows it in the generated HTML but in the page itself it's not there. [20:26:28] http://eternity.mancubus.net/pics/strippedattributes.png [20:32:14] yeah this isn't new but it was previously gated apparently [20:32:31] my Sanitizer.php has an if($wgAllowMicrodataAttributes) check around that block [20:36:11] QuasAtWork: hmm, that check was removed in https://gerrit.wikimedia.org/r/#/c/277562/ , it seems, which is actually very recent [20:37:15] so i guess you'll need to set these config variables to true [20:40:01] ah. [20:54:10] now it outputs weirdly [20:54:12] itemid="http://doomwiki.org/wiki/News_board" itemscope="itemscope" itemtype="http://schema.org/Blog" [20:54:27] this is not worth the pain I guess [20:54:47] interesting, :. but that's not wrong, is it? [20:55:00] dunno but itemscope="itemscope" is not what schema.org shows [20:55:39] it's supposed to be an unvalued attribute [20:56:25] pretty sure that means exactly the same thing [20:56:42] the value is ignored for boolean attributes [20:56:49] i guess MediaWiki is trying to make the output valid XML [20:56:56] where attributes must have values [20:57:19] which might make sense if it were not also outputting HTML5 [20:57:25] oh well. [20:58:55] google validator is ok w/it [20:59:06] and understands the URL [20:59:41] it used to understand my hfeed but they seem to have silently dropped support for it sometime this year [21:00:10] or not silently and I just didn't catch that train at the station :P [21:33:28] any idea what I'd do for required fields that don't belong on the page? >_> [21:33:34] AFAIK you can't put in tags