[00:29:25] marktraceur and ori: Thanks, we'll try your suggestions. [04:30:49] There's also the Thanks extension. [04:30:51] !e Thanks [04:30:51] https://www.mediawiki.org/wiki/Extension:Thanks [05:30:48] http://imgur.com/debnEGo this is the error i m getting while running vagrant up to set mediawiki on my ubuntu 14.04 ! I think i m lacking few dependencies but unable to figure it out. [05:40:38] http://imgur.com/debnEGo this is the error i m getting while running vagrant up to set mediawiki on my ubuntu 14.04 ! I think i m lacking few dependencies but unable to figure it out. [08:25:00] FYI I disabled HotCat on MW.o https://www.mediawiki.org/wiki/MediaWiki:Gadget-HotCat.js [10:13:36] hello,i would like to know how i can hide the Domain selectbox on the Mediawiki login page [10:13:45] editing the common.css doesn`t seem to work anymore [10:17:00] i use the vector skin but putting the code that was supposed to work on the common.css into the vector.css does not hide it either [10:29:18] any reason why #mw-user-domain-section { display: none !important; } shouldn`t work anymore? [10:39:47] Ganima, what are you using that causes the domain to show up? [10:40:40] the LDAP Extension [10:41:57] Ganima, where did you put that CSS? [10:42:42] Krenair, i put the code into Mediawiki:common.css & Mediawiki:Vector.css,both with no success [10:42:46] ok [10:42:51] yeah that can't show on the login page [10:44:00] should be able to add it to your skin file though [10:45:04] could you point me to where i should put it? [10:45:29] SkinVector.php maybe? [10:46:27] actually, not skin [10:47:23] maybe resources/src/mediawiki.skinning/interface.css [10:50:33] yes,this did work [10:50:49] Krenair confirmed for magician [10:50:53] thank you very much [10:55:41] Ganima, +1. magician. [12:20:47] http://imgur.com/debnEGo this is the error i m getting while running vagrant up to set mediawiki on my ubuntu 14.04 ! I think i m lacking few dependencies but unable to figure it out. [12:22:09] Abhi_: You look to have connectivity issues from inside your vagrant vm [12:23:11] Though, it might be WMF side looking at the package [12:27:21] Reedy: how do i fix it ? I m actually new to vagrant. [12:33:31] I'm not sure it's vagrant specific [12:34:52] Can you browse http://apt.wikimedia.org/wikimedia/dists/trusty-wikimedia/main/binary-amd64/ on your machine? [12:37:15] Abhi_: or better yet, try this in your vagrant vm wget http://apt.wikimedia.org/wikimedia/pool/main/j/jemalloc/libjemalloc1_3.5.1-2%2bwm1_amd64.deb [14:25:40] Is it possible to create a link to the same page as the user is viewing? [[foo|Foo]] doesn't show as a link if you're currently viewing foo [14:26:16] xintron: Why would you need to? [14:26:25] Just humor me :) [14:26:39] xintron: It's probably *possible* - you could create a dummy redirect maybe [14:27:02] xintron: But I ask "why" so I can present you with other, not-silly possibilities [14:27:14] so [[foo-dummy|foo]] and then use a redirect from there? [14:27:37] marktraceur, You ofc need to link the page Recursion to: See [[recursion]]. :) [14:28:55] It was linked once upon a time :) [14:29:13] Yep. But not anymore :( [14:30:44] There's a long discussion about that. [14:30:57] xintron: Anyway, yes, the solution you suggested might work [14:31:05] I don't suggest it, though, that would be a garbage page. [14:31:17] xintron: If you could talk about why you need to link to the current page... [14:31:47] marktraceur, No "need". Internal wiki and since we have a few developers here it would be a "fun" page to have [14:33:35] Ohhh [14:33:45] Your recursion comment is why you need it [14:33:47] I get it. [14:35:02] xintron: You could do [http://wiki.example.com/wiki/Recursion Recursion] maybe [14:35:14] plainlinks takes out the external link styling [14:35:20] Just change the URL to work for your wiki [15:36:16] Hey everyone, do you mind if I ask questions about bots here? The other channels are incredibly idle (if you know of a non-idle one, please suggest it) [15:48:06] Randomage, umm [15:48:19] what channels did you try? what kind of bots are you thinking about? [15:58:58] I tried #pywikipediabot, 'cause that's what I am mostly using. [15:59:44] I'm also using AutoWikiBrowser for separate tasks (and to get around the throttling thing, since it's a closed wiki and I don't mind overloading the server) [16:08:35] Randomage: Define "idle" - the work day is only just starting in the US, and it was the weekend [16:08:59] Like 48 hours with no interactions from anyone but me. [16:09:19] Some joins, some leaves, but that's it. [16:09:36] I'm going with "it was the weekend" :) [16:09:59] Ask your question again in like an hour, to give the SF people time to have some coffee, then try again maybe :) [16:10:11] !download | Husn [16:10:11] Husn: The latest stable release of MediaWiki can be downloaded from . Files are supplied in a .tar.gz archive. MediaWiki can also be obtained direct from our Git repository . [16:10:13] Ok I guess. [16:10:36] Thank you! [16:10:47] Husn: My pleasure! Let us know if you have any trouble. [16:11:07] (I'm not psychic, I saw Husn ask for a download link in #wikipedia-en [16:11:21] Randomage: But, if you have API questions, this is the place [16:11:40] If you have pywikibot questions, their channel is probably best. [16:12:10] I was about to ask how the heck, heh. :) [16:12:19] But you know, real programmers use (the API without a library|raw sockets instead of an HTTP library|butterflies) [16:12:37] I'm training the butterflies still. [16:13:22] !butterfiles is https://xkcd.com/378/ [16:13:23] Key was added [16:13:25] I can make accidental food happen but that's about it still. And it's mostly lightbulb-fried butterfly. [16:13:27] !realprogrammers [16:13:29] !realprogrammers is https://xkcd.com/378/ [16:13:30] Key was added [16:13:42] !butterfiles del [16:13:43] Successfully removed butterfiles [16:13:45] I know I know. [16:13:47] !butterflies is https://xkcd.com/378/ [16:13:48] Key was added [16:14:02] wm-bot: Sorry about that buddy. Take five. [16:15:31] Ok, mediawiki question then, in the Broken Redirects pages, how comes I'm not seeing pages redirecting to pages I just deleted? Is it because they are still present in the deletion log? [16:16:14] Hm, maybe. [16:16:33] Randomage: Or that page is just cached. At the top of the broken redirects list, does it say how old the results are? [16:16:49] Nope [16:16:51] I know some of our maintenance reports on our internal wiki are cached [16:16:53] Huh, weird. [16:17:12] > The following data is cached, and was last updated 20:02, 11 January 2015. A maximum of 5,000 results are available in the cache. [16:17:21] Maybe that's configured on our cluster. [16:18:00] Man, it's super hard for me to tell you things about your own infrastructure. [16:18:09] Can I interest you in some bold faced lies? [16:18:46] Heh. [16:19:10] Randomage: It's entirely possible that deleted pages don't count. [16:19:17] I'll check the code quick. [16:23:20] # This code desperately needs to be rewritten [16:23:24] Inspiring [16:25:12] Randomage: As far as I can tell, without caching, you should see the redirect to a deleted page in the report. [16:25:22] The delete action *does* delete the row in the page table [16:25:44] And without it, p2.page_namespace should be NULL in the database, which is what SpecialBrokenRedirects uses to find its victims [16:29:18] Randomage: Have you enabled "miser mode", AKA $wgMiserMode, on your wiki? [16:29:29] I don't know what that is. [16:30:08] And I can't check the config file. [16:30:26] Randomage: Well that's going to make this hard. :) [16:31:58] it doesn't look like it from action=query&meta=siteinfo [16:32:53] generator="MediaWiki 1.24.1" phpversion="5.5.9-1ubuntu4.5" phpsapi="apache2handler" dbtype="mysql" dbversion="5.5.40-0ubuntu0.14.04.1" imagewhitelistenabled="" langconversion="" titleconversion="" linkprefixcharset="" linkprefix="" linktrail="/^([a-záéíóúñ]+)(.*)$/sDu" case="first-letter" lang="es" fallback8bitEncoding="windows-1252" writeapi="" timezone="America/Denver" timeoffset="-420" articlepath="/wiki/$1" [16:32:54] scriptpath="/mediawiki" script="/mediawiki/index.php" time="2015-01-12T16:31:44Z" maxuploadsize="104857600"> [16:34:24] I wonder if siteinfo has that information. [16:34:25] I doubt it. [16:34:48] it should [16:34:50] misermode='' [16:35:01] Oh! [16:35:02] says here it does http://www.mediawiki.org/wiki/Manual:$wgMiserMode [16:35:03] Wow, that's crazy [16:40:51] Ok, apparently there is a #pywikibot channel that is much larger than the #pywikipediabot one. [16:41:13] they renamed the project a while ago [16:42:05] The mediawiki manual page still mentions the old irc channel tho. [16:44:01] And there's people in there, too. [16:46:31] Randomage: You can edit the page! :) [16:46:52] wait, WHAT. [16:49:10] Right? Crazy stuff. [18:11:02] my machine is unable to resolve gerrit.wikimedia.org probably due to proxy block. How can I configure ssh to use the proxy? [18:14:45] codezee: what sort of proxy are you using? [18:15:06] ori: my connection is over an http proxy [18:16:14] are you submitting code for review or just downloading code? [18:16:38] codezee: ^ [18:17:13] I'm trying to do 'git pull origin master', but it does not seem to recognize the repo [18:17:41] what does 'git remote -v' say [18:18:59] ori: git remote -v says :"origin ssh://codezee@gerrit.wikimedia.org:29418/mediawiki/core.git (fetch)" [18:19:11] and same for push [18:19:41] codezee: and are you interested in submitting code or just fetching it? [18:20:26] ori: I'm interested in both, because I've also been submitting patches, but all of a sudden this problem arises [18:21:24] codezee: what happens if you run 'ssh -vvv gerrit.wikimedia.org -p 29418' ? [18:22:23] A VERY general question (I didn't install mediawiki yet!): I need to setup a "moderated" wiki where only a few can actually change content, but each page should have an associated "discussion" page where everybody can write (and what written is immediately viewable by everybody); can this be done with MediaWiki? If so: any pointer to relevant docs? (I didn't find anything relevant before... [18:22:25] ...getting lost in wikispace) [18:22:54] ori: this-https://dpaste.de/wXw2 [18:23:36] mcon: That's definitely possible, I think. [18:24:04] I believe you can set edit restrictions based on namespace. [18:24:13] mcon: $wgNamespaceProtection [18:24:18] https://www.mediawiki.org/wiki/Manual:$wgNamespaceProtection [18:24:47] codezee: what about 'ssh -vvv 208.80.154.81 -p 29418' ? [18:25:17] Ok. Thanks! (back to reading...) [18:26:11] ori: its a long message,here-https://dpaste.de/XVsn [18:27:57] codezee: It seems to think your SSH keys don't exist. Do they? (try ls ~/.ssh) [18:27:58] mcon: $wgNamespaceProtection[NS_MAIN] = array( 'content-edit' ); $wgGroupPermissions['my-group']['content-edit'] = true; [18:28:14] marktraceur: no, it's because we didn't specify the user [18:28:20] i just wanted to check whether he can connect via ip [18:28:22] which he can [18:28:29] so now we can set a git config to rewrite urls to the ip [18:28:39] I get http://pastebin.com/sYicQCNQ when trying to create an account on my wiki. This is my local settings file http://pastebin.com/W568TcnM [18:29:03] Any ideas what I need to do to allow new accounts? [18:29:20] ori: both id_rsa and id_rsa.pub are there and seem to be untampered... [18:29:34] it's not a key issue, just a sec [18:30:26] codezee: what is your OS? [18:30:34] Sorry, misread the log. Weird. [18:31:23] codezee: there are several ways around this, this one is probably simplest: edit ~/.ssh/config in your text editor [18:31:28] (do you know how to open that?) [18:31:32] ori: my OS is fedora 20, recently my yum also failed to recognize repos, when I had to set proxy in yum.conf, thats why I believed the proxy to be the culprit [18:31:45] then see if there's gerrit.wikimedia.org entry in that file [18:31:50] if there isn't, add the following: [18:32:42] Host gerrit gerrit.wikimedia.org [18:32:42] Hostname = gerrit.wikimedia.org [18:32:42] Port = 29418 [18:32:44] User = codezee [18:32:51] err no, sorry [18:32:55] rather: [18:33:27] codezee: https://dpaste.de/QYqy/raw [18:35:24] codezee: did that work? [18:36:02] ori: doing that, I'll let you know... [18:41:12] ori: this works! did a successful pull, thanks very much for the assistance [18:41:56] codezee: cool. so, fyi, the IP address for gerrit.wikimedia.org doesn't change often (I think it changed once in the last couple of years) but it *can* change, in which case you will need to update that entry for the new IP [18:42:46] codezee: also, the fact that this works shows that the filtering (if it is indeed filtering) is limited to DNS resolution.. you might be able to get around it by using free, public dns servers. Google's are 8.8.8.8 and 8.8.4.4 (easy to remember) [18:45:00] codezee: see [18:46:35] Can anyone tell me how I enable cookies on mediawiki? [18:46:40] I cant find any info on it [18:47:01] ori: thanks for the info, I guess the other sudden anomalies in the system connections being refused were due to the same dns problem [18:48:42] SGMonkey: what do you want to use cookies for? [18:49:05] I cant create accounts [18:49:18] That doesn't sound like a cookie issue. [18:49:28] Well thats what it says [18:49:38] Account creation error [18:49:38] The user account was not created, as we could not confirm its source. Ensure you have cookies enabled, reload this page and try again. [18:50:04] Ah, I see. That means "cookies enabled *in your browser*". [18:55:43] Well afaik cookies are enabled [18:55:49] I can log in to everything else [19:15:25] SGMonkey: I doubt it's a cookies problem, then. How many times have you tried to create an account? And what wiki is this? [19:16:57] Yaron: Loads of times, and its my own wiki i recently installed [19:18:39] Do you have the SignupAPI extension, or any other account-creation extension, installed? [19:19:14] not that i know of no. I downloaded the latest MediaWiki and just installed that [19:20:50] Hm, maybe it is a cookie problem, then. Could you try creating an account on, say, mediawiki.org? You don't need to use it - it would just be a test to see if you can do it with that browser. [19:31:09] Odd. apparently I've been blocked [19:33:53] Yaron: http://i.imgur.com/1NQiaje.png [19:33:58] Ive never used it... [19:39:30] SGMonkey: ah, you must be using some shared IP address. This is probably not related to the problem on your wiki, though. [21:36:26] re: usertalkpage enotif: "Foo left you a message on Wiki-x" - the excerpt that it emails to us, has a 150 character limit. Anyone know why? (Someone suggested it might've been a "DB storage decision?") -- We're contemplating removing (or increasing) the limit in https://phabricator.wikimedia.org/T64661 [21:39:32] DB storage decision sounds like a bad reason [21:40:30] that was just a guess/postulation by the person. [21:40:39] (afaik)