[00:01:46] RIP 1.22 [00:01:48] !1.22 [00:01:48] MediaWiki 1.22 is a legacy version of MediaWiki, released on Dec 6th 2013, and will go EOL on Dec 17th, 2014. See https://www.mediawiki.org/wiki/MediaWiki_1.22 [00:01:53] !1.21 [00:01:53] MediaWiki 1.21 is an unsupported version of MediaWiki, released on May 25th 2013. See https://www.mediawiki.org/wiki/MediaWiki_1.21 [00:02:01] !1.22 del [00:02:01] Successfully removed 1.22 [00:02:31] !1.22 is MediaWiki 1.22 is an unsupported version of MediaWiki, released on Dec 6th 2013. See https://www.mediawiki.org/wiki/MediaWiki_1.22 [00:02:31] Key was added [00:22:22] I have a question how can I set additional protection levels like bureaucrat and stuff? [00:24:20] yes [00:25:00] !wg RestrictionLevels [00:25:00] https://www.mediawiki.org/wiki/Manual:%24wgRestrictionLevels [00:25:32] Thanks [01:16:12] hello [01:18:35] i would like to use this php cache, when i install media wiki it asks for it, but how? i use apache2.4 32bit x86 and php5.5.19 nts 32bit x86 .... how ever i cant find any working xcache or wincache or apc files :( ... can maybe some one help me out with a link to a working file ? [01:18:45] or what can i do? [01:20:40] also i get a warning about PECL intl ... how can i fix this? [01:24:06] argh... same here :) [01:30:57] its a pain [01:31:23] any idea to fix it? [01:32:01] well, in #debian i got the answer "i'd go with it if it whinges :)" -- at least i learned a new word ;) [01:32:30] on windowes we can mix any combination of apache and php version and not one php cache will load [01:33:08] hm. would i need PEAR maybe? [01:34:33] hmmm ... i have to check this :D [01:36:43] didn't touch my XP in years now, only fs check here and there when i had to reboot anyway. xampp wasn't promblematic, never. i remember messing around with migW and that other GNU-port. i also had an extended xampp from a magazine cd with mediawiki and other stuff, was set up quite easily (and iirc also cache). [01:38:08] ok, we don't want to compile.. [01:38:42] heh, XP? [01:40:46] last one i used, was on my 2003 PC and migrated to this one in 2008, completely switched to linux some time before [01:41:20] i rememmber having installed mediawiki with that old blue theme :) [01:41:45] does http://pecl.php.net/package/intl look useful? [01:43:31] Are you installing a system-wide PEAR or a local copy? .... what is the difference? [01:45:26] yeah could be this PECL intl :D i try this too :D [01:45:30] no idea, i didn't get into that idea of having additional installers for specific projects (ok, jEdit has its own install dialog for addons, but nm, i think it is the one needed for node.js, and similar... always wanted to have a look at them "later") [01:45:54] good luck, i didn't even find the string in the package list :/ [01:47:01] php5-intl looks good [02:01:29] Rabutz: grabbed php5-intl, installed, fcgi was restarted, only had to restart apache, and... BINGO! [02:04:02] now i installed pear =D ... it seems to work ..... now i will follow you ;) [02:08:29] not if you decide to use WinCache ;) [02:11:20] wow cool now every thing works ... just the cache thing still gives me a warning :( [02:12:48] which cache can we use now? xcache again? or apc? [02:14:19] i see no recommendations, http://xcache.lighttpd.net/wiki/Introduction sounds fairm only the domain irritates me. and http://php.net/apc is part og php itself. and you could also get http://www.iis.net/downloads/microsoft/wincache-extension (gives me a white screen of.. whatever) [02:20:39] the iis site has links at the buttom http://sourceforge.net/projects/wincache/files/wincache-1.3.5/wincache-1.3.5-5.5-nts-vc11-x86.exe/download [02:22:16] i took those links from the installer page, wincache even has a section on php.net [02:22:38] btw it says: Note: The WinCache Extension can only be used when IIS is configured to run PHP via FastCGI. [02:22:59] but i have apache [02:23:32] so wincache is not for me even if i have win? :o [02:25:00] no, fastcgi is a method to use php on the server [02:26:24] and xcache does not exist for php 5.5.19 :( [02:27:23] i try to satisfy all needs (ok, in the end the software on top has to run *g*), so getting clear with everything from mediawiki down to the distribution makes me sitting in have a dozen of channels and trying to get it all together what they are telling me :) [02:27:52] PHP 5.4.35-0+deb7u2 (cli) (built: Nov 19 2014 07:56:24) here [02:29:16] 3.2.0 supports php 5.6, so it should also work with yours? [02:36:42] i did try XCache-3.2.0-php-5.6.0-nts-Win32-VC11-x86.zip ... on httpd-2.4.10-win32-VC11 with php-5.5.20-nts-Win32-VC11-x86 .... and i did also add the php.ini stuff and uncommented the windows part .... but them php tells me xCache is not a valid win 32 app [02:38:43] i mean WinCache sorry* [02:39:14] ahhh i get confused [02:39:27] i am trying all versions since a weak [02:39:32] nothing works [02:40:00] oh, so you too didn't start just right now.. i 've put it away for 2 days [02:41:06] its the first time i set such a server thing up on my own .... but it realy eats my time [02:42:09] since i tried to set it up in a straight way from the beginning (no reinstalls etc) i ended up with this overview https://teamput.com/canvas/yz6Lsyjov84EpbBiB [02:42:17] its the first time i have every thing exept of this cache issue :D at least this INTL thing works now :D [02:43:40] choose webserver-task, apache came up with mpm-worker. and now as i wanted to get mediawiki, aptitude wanted to exchange worker with i think prefork because of multithreading [02:44:40] i never cared of that cacheing stuff before.... didn't program it and whatever i had installed used to work [02:45:22] memcache(d) and i remember zend. some time passed since then [02:49:18] is it intended for image that dont exist yet to ignore any sizes given to them? this results in the thumbnail outline being the default thumbnail size. :/ [02:49:27] images* [02:51:52] e.g. [[Image:no_existant_image.png | thumb | 500px | 500px wide? HA!]] [02:56:21] this results in:
File:no existant image.png
500px wide? HA!
[02:56:41] obviously, it's not 500px wide [03:16:59] Gravis: it's not 500px because you're using thumb I believe. [03:21:07] T13|mobile: you can specify the exact size of a thumbnail image [03:31:12] securing the image directory as per http://www.mediawiki.org/wiki/Manual:Security#Upload_security didn't work here, the warning on /usr/share/mediawiki/images/ (links to /var/lib/mediawiki/images in debian) don't go away. so i added "Options -ExecCGI" to the Directory context (though i think i'll keep AddType there). does it sound ok? [03:41:02] OK now i have every thing but the cache stuff .... wiki seems to work so far :D [03:41:55] hi [03:42:02] hi [03:49:22] now mediawiki is installed and i could login ... now if i install extensions and if they may not work ... is it possible to copy the actual state in a backup ... and as long as extensions dont play with the database i could always roll back? [03:50:37] apc here. now the db. just in case, switching mysql <-> sqlite isn't a problem as long as it's not about migtating the pages? would like to see both of them working [03:50:42] Rabutz: yes (If I understand you correctly) [03:52:17] EdePopede: Converting data stored in a mysql database to an sqlite database would be somewhat tricky. But otherwise switching between database types is not a problem [03:52:45] Even then, migrating the data is certainly possible [03:53:32] However, that said, unless you're the only one using the wiki, strongly recomend using mysql over sqlite (mysql has better performance, especially when there are multiple concurrent users) [03:53:42] i've read [[Migrating_mediawiki_from_mysql_to_sqlite]] and found the link to the migration tool. just wanted to be sure i have the freedom to play with it without braking it [03:54:11] * bawolff didn't even know there was a migration tool [03:54:59] https://convertdb.com/sqlite/mysql [03:55:00] Well if its a production wiki, I of course reccomend taking backups, before doing any playing [03:55:14] But I don't expect you to have any issues [03:55:15] but i don't find the link anymore that brought me there [03:55:38] bawolff: i even do backups of /etc before bigger changes ;) [03:56:09] and longterm i'm thinking of using git [03:56:34] git can be nice for managing your wikis. Can also make updating to new versions really easy [03:57:14] Make sure to also backup your database before doing changes, not just files (really, the db +LocalSettings.php is the important thing to backup. If you mess up anything else, you can usually just redownload it) [03:57:19] hm, seems the converter is commercial? didn't see it before [03:57:41] EdePopede: There's probably others [03:58:13] If all else fails, you can use dumpBackup.php / importDump.php [03:58:19] right: http://www.sqlite.org/cvstrac/wiki?p=ConverterTools [04:00:07] i'm very conservative in switching platforms, still have a lot of stuff on moinmoin and dokuwiki. and even tiddlywiki, nice concept. i could run moinmoin without meesing around with putting php onto apache 2.2 which zook some time now follwing dependencies and see what's going on [04:01:30] one of the things is that