[01:18:44] ping timeout is not a bug [15:28:52] Would it be accurate to qualify Mediawiki as having thousands of contributors (when including coders, i18n, etc)? [15:32:35] Hello, how can I make a particular link not being underlined when hovered and not being bold and blue? [15:34:05] gleki, you will want to edit your css files and change a:hover (text-decoration: none, color: of your choice, font-weight: normal) [15:34:21] gleki, see https://www.mediawiki.org/wiki/Manual:CSS [15:35:06] unicodesnowman: you mean edit Mediawiki:Common.css? Can I make it within a page? [15:35:24] I dont want to make my Commons.css huge with those workarounds [15:36:24] gleki, maybe https://www.mediawiki.org/wiki/Extension%3aCSS then [15:37:40] I can't add tage. Nether "text-decoration:none;" works for wrapping divs [15:38:22] how are you adding it? [15:39:50]

[http://google.com text]

[15:40:05] it's still underlined and blue [15:40:24] well that's not going to override "a"'s styles [15:40:28] gleki, try https://www.mediawiki.org/wiki/Extension%3aCSS [15:40:43] well, installing yet another extension just to change one link ... [15:40:57] MediaWiki:Common.css is the way to go [15:41:06] maybe I can use a one-pixel transparent image with a link [15:41:27] what you'll want to do is have the css be like .customlink a { ... } [15:41:31] because [[Image: ...|link=...]] arent underlined obviously [15:41:40] then in the wikimarkup do [[blah]] [15:42:13] that way it only applies to the links you want it to apply to, leaving everything else the default [15:42:42] Is Commoncs.css loaded for every page opened? [15:42:45] yes [15:43:24] assuming you have a recent mediawiki version, it is also automatically minified before being served, to cut down on bandwidth [15:43:33] crazy [15:44:20] FYI 30-40 bytes of gzippable, cached content is not a big deal [15:44:44] if you do it more than once, your pages will actually load faster than your image hack [15:45:05] okay then [15:45:07] thanks! [17:18:06] can anyone advise mediawiki migration from source from centos to debian. i'm trying to set up access to /var/lib/mediawiki on apache2.4 and having so much difficulty with the access rules [17:22:33] You don't have permission to access /wiki on this server. [17:22:55] yet aliases and directories have been configured as per debian's instructions for the package [17:25:01] PJosepherum: we generally recommend that you download the official tarball release and just extract it somewhere in web server root, rather than use the OS-provided package for mediawiki. they are notoriously problematic to set up, use and upgrade [17:25:03] !debian [17:25:03] While there is a MediaWiki package in the Debian/Ubuntu repositories, you should probably not install it. It's very out of date, and we can't necessarily help you with it. Please see https://www.mediawiki.org/wiki/Debian/Ubuntu for how to get MediaWiki running on your machine. [17:28:57] so i should have been more clear, i have not installed the package. i am attempting to configure apache2.4 using debian's file structure as per the tutorial you linked [17:29:45] i've migrated the files from my centos server with apache2.2 [17:29:48] which works fine [17:30:04] and uh, i'm just having difficulty getting ym head around permissions i think and the short urls [17:31:21] i've used the conf from https://wiki.debian.org/MediaWiki as sites-enabled [17:31:29] since this isn't described in the ubuntu tutorial [17:32:57] but i am getting non-permission errors for all directories on the server still [17:43:44] aha require all granted [17:45:43] holy crap that was infuriating [17:45:44] ok [17:45:47] so that's set up [17:45:53] now i have the issue of my resources are failign to load [17:45:54] http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/wiki/Main_Page [17:45:58] can anyone see why? [17:46:16] to use short urls i have had to use $wgScriptPath = "/var/lib/mediawiki"; [17:46:48] so of course, thumbs and css appear to be broken [17:49:19] all my links are pointing to /var/lib, rather than the root dir [17:52:53] PJosepherum: looking [17:53:19] thanks [17:53:21] http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/wiki/File:Namaste_(Trifoliata_Mystica)_by_Luke_Brown.jpg for example [17:53:40] since scribuntu is still broken many of the pages won't load [17:54:00] PJosepherum: $wgScriptPath is the client-side path relative to server root, not the server-side path [17:54:07] PJosepherum: your wiki is trying to load resources from http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/var/lib/mediawiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&* now [17:54:32] so if document root is /var/www/html which has a symlink called mediawiki to /var/lib/mediawiki [17:54:35] PJosepherum: your $wgScriptPath should probably be "/w" or "", depending on your directory structure [17:54:41] i'll try "" [17:55:10] returns blank page [17:55:27] "/mediawiki" doesn't work either [17:56:41] PJosepherum: what is the full server-side path to load.php? [17:57:12] hmm [17:57:15] symlinked to /var/www/html/mediawiki [17:57:27] /var/lib/mediawiki [17:58:45] http://hastebin.com/divatafute.apache [17:59:10] ah perhaps i need to manually set the path of load and thumb [18:01:39] i am seriously lost with all these symlinks [18:02:36] or maybe apache is not following symlinks? [18:02:50] PJosepherum: as i understand it, this should exist and be accessible: http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/mediawiki/index.php but it's a 404 [18:03:24] let's ignore mediawiki's config for a while and focus on where the files are supposed to be accessible [18:03:53] once we know what the right URLs are, it'll be easy to tell this to mediawiki [18:06:49] simply, /wiki/ should alias to /var/lib/mediawiki/index.php/ [18:07:27] or even, just serve them straight from /var/www/html [18:07:51] the symlink is a silly feature for cross compatibility i think [18:08:03] with the package version [18:10:52] PJosepherum: okay, so probably add /w/ URL that points to /var/lib/mediawiki/ path? [18:11:19] PJosepherum: to make it possible to access /var/lib/mediawiki/load.php as http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/w/load.php [18:11:48] make apache serve it this way, and set $wgScriptPath="/w", and you should be all set [18:15:08] as an alias? [18:16:57] PJosepherum: probably? i don't really understand apache's config language [18:17:36] no luck [18:17:39] i'll just kill myself now [18:22:06] even if i remove the symlnk and have everything locally, scriptp[ath must be set to the full directory path or it doesn't load [18:22:08] :/ [18:23:18] oh hmm [18:25:12] $wgScriptPath should be the path *relative to the web root* of your wiki [18:25:19] mediawiki directory still 404s even if the directory definitely exists [18:26:11] what does your current apache config look like for mw? [18:30:14] http://hastebin.com/uvomulepeg.apache [18:30:45] /mediawiki 404s, while the /w alias does nothing [18:31:37] do the following: https://zerobin.net/?eae2efcf34c7fe54#vhItMo/Qv7rrrEPs9vjsXxVXoRvTRZhzWWW368cU9yQ= [18:31:49] get rid of all of the other aliases, only have those two [18:32:01] your / alias is messing everything up [18:32:18] and the others are unneeded [18:33:02] on the LocalSettings.php side of things, you can delete $wgLoadScript and $wgScriptExtension -- those are the defaults so there is no need to set them explicitly [18:33:58] note that setting $wgThumbnailScriptPath will reduce performance, it should really only be set if you either don't have a lot of disk space on that instance to store thumbnail files or if the thumb directory isn't writable [18:36:21] thanks just tried but again, it does not load [18:36:26] http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/ [18:36:38] nor /w nor /mediawiki render without setting the full system path [18:37:26] perhaps if i reboot [18:37:34] you need to restart apache if you make conf changes [18:37:40] rebooting isn't necessary [18:37:41] i did [18:37:43] ofc [18:37:47] :) [18:37:51] so [18:38:09] did you set LocalSettings.php as I had in my paste (wrt to $wgScriptPath)? [18:38:18] or did you leave it unchanged [18:38:18] yeah [18:38:25] changed to /w [18:38:28] the alias [18:38:36] ok [18:38:49] for some reason mediawiki will only display with full path here [18:38:56] it's not working relative to the doc root [18:39:16] so make a test.php file with the contents [18:40:00] http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/docroot.php [18:40:10] ok [18:40:13] so that's right at least [18:40:17] yeah :/ [18:40:21] turn on error_reporting in your php.ini [18:40:31] (then restart apache) [18:40:56] setting it to E_ALL should be good for now; you may want to turn it back off again after we get the site working [18:42:44] also, if you want the webroot to redirect to the wiki, add in "RewriteEngine On" followed by "RewriteRule ^/*$ /wiki [L]" to your apache conf (in the virtualhost). mod_rewrite will need to be loaded but it usually is by default anyway :) [18:43:25] so the issue lies with loading extensions http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/w/ [18:43:44] because they are using scriptpath instead of ip perhaps ? [18:43:50] derp [18:43:54] sorry, that was entirely my bad [18:44:17] remove the /w alias in the conf [18:44:30] then either rename mediawiki to w or set $wgScriptPath = "/mediawiki" [18:47:47] holy crap yay [18:48:01] it was me being the dingus, i replaced all instances of $IP with $wgScriptPath for all my extensions [18:48:05] thanks [18:53:47] ah yeah, that'd also do it :) [18:53:59] but there's no reason for the w alias either if you do one of the two things I mentioned above [18:54:04] it's just adding an extra step for no reason ;) [18:54:34] (the only time the w alias would be needed is if the mediawiki files lived outside of the webroot) [18:54:44] the rerwrite condition doesn't work, but everything else is cool. i'll use a htaccess for that [18:56:09] most agreeable http://ec2-52-11-1-213.us-west-2.compute.amazonaws.com/wiki/Main_Page [18:56:23] thanks o much i've been tearing my heair out for days trying to sort this [18:57:55] glad it works :) [19:44:17] now just some issue with luasandbox and i can launch it [19:44:25] i think i will rest for now [20:18:48] Hi! Any can help me? [20:19:24] I installed the Extension:MassMessage for testing purposes, but when i send a message this appear: [20:20:27] Delivery of "Bienvenido a la wiki de la Asociación Civil Wikimedia Venezuela" to User talk:Egomez failed with an error code of permissiondenied [20:23:26] White_Master: did you create the account for the extension? [20:23:50] or otherwise ensure that whatever method it uses to edit the page is available to it [20:29:54] Nemo_bis, a error, bots no have the edit permission [20:30:00] I added and works [20:30:05] Thanks and sorry :) [20:55:05] hexmode: I was told that you're in touch with a lot of 3rd party wiki admins. I'm currently building an extension to identify and delete spam pages and am looking for people who've had issues with spam on their wikis. [20:55:24] hexmode: Do you think you could help with that? [20:58:09] polybuildr: have you tried searching "spam" in mediawiki-l or stackexchange or mediawiki.org threads? :) [20:59:20] Nemo_bis: Good point. I'll take a look. [20:59:27] e.g. http://markmail.org/search/?q=spam%20list%3Aorg.wikimedia.lists.mediawiki-l click "view more" [21:00:21] Nemo_bis: WOW. [21:00:28] Thanks a lot! [21:00:34] This will certainly help. :D [21:01:03] you have to remove the devs of course [21:03:04] Nemo_bis: Sorry? Didn't quite get that. [21:04:18] polybuildr: for instance the first result is Platonides, he's a dev and top poster; not really a "user" [21:05:11] Nemo_bis: Right, of course. I mostly need examples of the kind of spam that people have experienced and also their experiences. The email threads themselves might just do that job. [21:06:25] Nemo_bis: Also, there's a Labs instance I have that's meant to be a spam honeypot. I'm looking for ways to get spam on it. :P Any ideas? I was thinking of sending a mail to the mailing lists with the link and details. [21:07:12] polybuildr: add a link on http://blackhatworld.com/ :D [21:07:56] Nemo_bis: Ha. Okay. :P [21:08:04] but really, as soon as you add a link anywhere it doesn't take long [21:08:06] visiblity seems to be the key [21:08:32] just ask Google to crawl the main page, perhaps [21:09:16] hmm [21:09:24] Thanks! [21:10:17] polybuildr: you can also download wikiteam dumps :) we have plenty of spam heavens [21:15:35] Nemo_bis: Ah, I see. :)