Talk:Download/LQT Archive 1


 * Please use the recommended methods of communication. - You might not get an answer here (see About this site).

Upgrade (automation?)
Image:

Hello. From experience with the Coranto news script, they have a web script that you click "from" and "to" and it shows all the files you need to copy over. Other software, like Webmin, is able to do automatic updates and pull down the needed files. With MediaWiki I've been basically copying over all the files from 1.5.0 to 1.5.1 to 1.5.2. What is the recomended approach? Maybe a script to "copy files newer than X" or something? --AllenHuffman 17:39, 3 November 2005 (UTC)..


 * I agree. Systems like PHPBB issue patch files so that you can easily upgrade your system. I've addeed a few things to my Wiki (GUI editors etc) and basically I have to re-install each and every one of them each time I upgrade wiki. --84.51.153.46 11:58, 7 January 2006 (UTC)


 * That would be great - Also SMF (Simple Machines Forum) uses a very good update Script. --83.64.13.50 12:47, 7 June 2006 (UTC)

Make your own patch with diff
Examples: tar zxvf mediawiki-1.5.5.tar.gz tar zxvf mediawiki-1.5.6.tar.gz diff -ur mediawiki-1.5.5 mediawiki-1.5.6 > mediawiki-1.5.5-to-1.5.6.patch

RedACE 20:53, 3 February 2006 (UTC)

Remove the whitespace on this page
There is an awful lot of whitespace on this page, which could be removed fairly easily.. -- Sysy / (talk) 00:50, 11 March 2006 (UTC)


 * The "download a package" box no longer has "float:right", so that it should IMHO be wrapped in a floating div here, or moved up so that there is not so much unnecessary empty space. --Mormegil 12:56, 20 June 2006 (UTC)

.tar.gz?
Uhhh.... I don't have Unix or Linux, so how do I uncompress and unpack it? --216.190.22.155 22:56, 4 April 2006 (UTC)


 * http://www.gzip.org/#faq4 --Brion VIBBER 02:06, 5 April 2006 (UTC)


 * www.winace.de - just avoid installing the whenU rubbish that comes with it
 * you could also use winrar,that's more userfriendly

You can also use 7-zip for Windows
 * http://7-zip.org/ --Cuthecheese 01:16, 8 August 2007 (UTC)

Or(the best one yet, better than winrar and plus, it's free!) use tugzip
 * http://tugzip.com/ --guest 10:24, 12 January 2009

Sourceforge ... (new software and page change notification)
Each time I come to download the latest version of mediawiki Sourceforge yet again is p*ssing me off. It would seem the Mediawiki project rsp. Wikimedia really has the skills and the resources to do a better job than the better than nothing hoster that Sourceforge is ...

... I have a dream ... that one day web downloads will just work at the click of one button. ... I have a dream ... that one day ftp downloads will work again ... ... I have a dream ...  that one day cvs/subversion public servers won't be lagging behind checkins for ages.. ... I have a dream ... that one day rsync servers will do the right thing more often ...

Okay, I'll now get off my soap box and walk home from the Hyde Park again ;-)


 * --Ralf

A big number of developers and system administrators from over the world use sf.net for receiving notifications about new versions of software released. Now this is not available for mediawiki users...

--lig 10:50, 27 November 2007 (UTC)


 * No. Better systems are in place. See mediawiki-announce on the mailing lists page. --HappyDog 15:29, 27 November 2007 (UTC)

Such an e-mail notification is available for MediaWiki users, because e-mail notification is enabled on www.mediawiki.org. Simply From now on you will receive a single e-mail when the watched page has been changed after your last visit. --Wikinaut 10:37, 21 December 2009 (UTC)
 * watch the Download page or another page you are interested in
 * enter your e-mail address in your personal settings and reply to the confirmation e-mail sent to this address
 * and activate in your personal settings "mail me when a page on my watchlist is changed"

Hole
When I look at the article there is a very big white "Hole" beetween Download and before you start, and in the corners there are "Download ..." and "Fundamental ..." but there is nothing in between and they are not on the same height and so there is a big white "hole" in between.

in-house
It can be used in-house? It don't give a clear explication. It don't work, or works with problems, or is only for web use? --23:04, 17 June 2006 (UTC)

I have problems in uncompressing MediaWiki-1.6.7
Hello, I download the tarball from sourceforge, but I can't uncompress it.

Here's the log tar xvf mediawiki-1.6.7.tar.gz ..... mediawiki-1.6.7/skins/common/images/icons/fileicon-txt.png mediawiki-1.6.7/skins/common/images/icons/fileicon.png mediawiki-1.6.7/skins/common/images/link_icon.gif mediawiki-1.6.7/skins/common/images/magnify-clip.png mediawiki-1.6.7/skins/common/images/mediawiki-small.xcf mediawiki-1.6.7/skins/common/images/mediawiki.png tar: Skipping to next header

gzip: stdin: invalid compressed data--crc error.

gzip: stdin: invalid compressed data--length error tar: Child returned status 1 tar: Error exit delayed from previous errors Anyone knowns how to solve this problem?

Big thanks


 * Broken archive? Try redownloading the archive. --Mormegil 11:01, 21 July 2006 (UTC)

PHP requirements
Mediawiki 1.6 requires PHP4,

Mediawiki 1.7 --> 1.11 require PHP5.

Suggestion: These requirements and the version features&advantages should be mentioned on the download page.

See also: Manual:Installation > Prerequisites --84.141.120.145 06:41, 22 May 2007 (UTC)

PHP4
Is there no way to get mediawiki working with php, and NOT require php5? not all of us are on php5 just yet...
 * See the Important Release Notes - "If you are unable to run PHP 5, you may have to stick with 1.6 for now." Use MW 1.6.8 please. -- :Bdk: 07:08, 20 September 2006 (UTC)

MediaWiki software appliance
For a convenient, all-in-one packaging of MediaWiki 1.6.8, Apache, MySQL, PHP, Linux ready to boot and run in either ISO-installable or VMware form factor, see http://www.rpath.org/rbuilder/project/vehera-base/release?id=5055 Bpja 15:41, 3 October 2006 (UTC)


 * Official page is http://wiki.rpath.com/wiki/Appliance:MediaWiki_Appliance. Could somebody with the rights to edit the article please add this link, too? Thanks. Alfons 15:33, 23 January 2007 (UTC)

1.10
Where to find     1.10? --213.217.33.208 17:50, 3 May 2007 (UTC)


 * Or rather, when? ... it's not released yet. Patience, my friend! --HappyDog 00:10, 4 May 2007 (UTC)

Installation guide
The installation guide links needs to point to the mediawiki.org page. Turnstep 14:22, 14 May 2007 (UTC)

No Guarantee of any kind
You should probably consider making this formalized, expressly excluding the implied warranties of merchantability and fitness for a particular purpose. Maybe unnecessary, but could be helpful. --162.129.251.29 18:51, 16 May 2007 (UTC)

Localisations
Do this engine have localisations? 194.50.116.1 16:55, 18 May 2007 (UTC)
 * Please see svn for a list :-) -- :Bdk: 22:46, 18 May 2007 (UTC)

Version 1.6.10
The link to this version is from sourceforge. I think it will be better if it was http://download.wikimedia.org/mediawiki/1.6/mediawiki-1.6.10.tar.gz. Can any sysop change it?--Iradigalesc 23:59, 8 June 2007 (UTC)
 * Thanks for the hint, I changed it now. -- :Bdk: 00:19, 9 June 2007 (UTC)

Changes - Where are they documentated
Changes - Where are they documentated. Imho there should be a direct link somewhere on a prominent place. --84.137.237.15 07:32, 11 June 2007 (UTC)


 * You're probably looking for the Important Release Notes (they are linked in bold letters on the download page), see the single "release notes" links for different versions there. -- :Bdk: 14:40, 11 June 2007 (UTC)

mediawiki in hebrew
hello, i'm looking for mediawiki in the hebrew language. how may i find it, please? 84.109.12.36 21:29, 27 December 2007 (UTC)
 * MediaWiki comes with all translations aviable (including hebrew), you have only to choose hebrew as main language when you run the configuration script. i Alex  21:40, 27 December 2007 (UTC)
 * thanks, alex. 84.109.12.36 23:02, 27 December 2007 (UTC)

request unprotect page
For reasons, --Ans 08:29, 7 February 2008 (UTC)
 * 1) According to page history, there's currently no any malicious attempt to put any harmful information.
 * 2) Wiki should encourage anyone to edit.
 * 3) Wiki provide a way to revert easily, let's do it without boring mind, since it is wiki.  The wiki mind will tolerate to these.
 * semi-protected now -- :Bdk: 09:03, 12 February 2008 (UTC)

Personal use?
Can this software be installed on a personal computer for personal in-home use, e.g., to create an encyclopedia of one's own work for one's own use to check information and references? i.e., I have written a sci-fi story I hope to publish one day, and wish to use a Wikipedia type resource at home for cross-checking my story as I develop it and refine it. Gcapp1959 02:40, 20 February 2008 (UTC)


 * Sure, it can, but you would need to install some additional software like Apache, PHP, and MySQL. Maybe you should also consider whether MediaWiki is the best tool for your needs. --Mormegil 11:45, 20 February 2008 (UTC)


 * Mormegil is right, using MediaWiki for this purpose is suboptimal. It would require too much additional software to be installed, and it is not really trivial to back up your data. I would suggest using a good note-taking application. For Windows, there is Microsoft OneNote, for Linux there are BasKet Note Pads and Tomboy, and a few other minor options for both systems. Don't know any for MacOS X, but there are some in Java, if it is the case. --Juliano 21:31, 20 February 2008 (UTC)
 * I have to disagree with some of the comments. MediaWiki is easy to backup using the MySQL backup tools available, and the SQL database dump size is relatively small even uncompressed. If compressed with a utilility such as 7zip the highly redundant data compresses enormously and for personal use would generally fit on a memory stick no problem. If it were a copy of Wikipedias database however, that would be a different story. It all depends how many articles (and images) you have in your wiki. Installation of MediaWiki does by derfault require the LAMP environment, however a recent extension removes the dependancy of requiring MySQL, see Extension:MediaWikiLite which extends the database class to provide functionality with SQLLite. --Zven 00:09, 23 February 2008 (UTC)


 * Well... I didn't say it wasn't easy, I said it wasn't trivial. For desktop use, it is usually desirable a simple menu option like File → Make Backup... or File → Save as... to make backups of your data. With a wiki, it is not that trivial. And you forgot that the wiki is not only the SQL data; it is also the the images/ folder. So, it is at least two different objects you have to backup. And if you consider the real backup objectives, fast recovery is needed, so you also have to backup the whole wiki folder/directory (including configuration files) and database user permission tables too. --Juliano 00:01, 24 February 2008 (UTC)


 * It would be cumbersome to use it locally, for one user. May I suggest this very simple and dynamic wiki named TiddlyWiki -- Maxime 22:35, 21 February 2008 (UTC)


 * I have to disagree with Mormegil and Maxime -- MediaWiki rocks pretty hard as a personal data store. I use it on both my MacBook Pro and my Mac desktop, and use NaviCat to back up/sync the databases, as needed. (phpMyAdmin would work just as well, albeit with an uglier face...) Having MediaWiki installed makes it really convenient to just drop random thoughts on the machine, and update as needed. Bottom line -- MediaWiki works as a personal information store for the very same reasons that it works for Wikipedia. Well, except for the "anyone can edit" thing. Admittedly, it's easier on a Mac, since the Apache/MySQL/PHP stack is already installed, but even in a Win environment, that's a one-time install. To Gcapp1959: Highly Recommended. 63.88.20.66 01:20, 6 June 2008 (UTC)

Merge this with Manual:Downloading MediaWiki
Also put this Manual:Downloading MediaWiki into this page as this page does not tell how to uncompress the file. Vjdchauhan 15:09, 4 April 2008 (UTC).

Scandis are ÖÄÅ not working
Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to allocate 30720 bytes) in /home/......wiki/includes/LinksUpdate.php on line 347

I get this every time I put at least one ä, ö, å in name or text

Product 	Version

MediaWiki 	1.13.3

PHP 	5.2.4-2ubuntu5.4 (cgi-fcgi)

MySQL 	5.0.51a-3ubuntu5.4-log

any comments?

I did furhter test with 1.12.0 no probs with äöå ÄÖÅ

Product 	Version

MediaWiki 	1.12.0

PHP 	5.2.4-2ubuntu5.4 (cgi-fcgi)

MySQL 	5.0.51a-3ubuntu5.4-log

Emails?
I am wondering, are there any emails sent after the download? Carabera 22:55, 28 January 2009 (UTC)


 * No. —Emufarmers(T 23:48, 28 January 2009 (UTC)

Updated page
I notice that this page has been updated to work better as a download page, however this was already done at Manual:Downloading MediaWiki (which now redirects here - see this revision for the old page). That page was deliberately designed to be clear and simple, which I don't think the current page is. I am being bold, and copying that page to this location, and will then incorporate any missing information that is on the current version of the page in a sensible manner. --HappyDog 17:45, 24 February 2009 (UTC)


 * In what sense is your version "clear and simple", and more so than the one I wrote from scratch three months ago? It has a whole lot of boxes with irrelevant information at the top, then a warning icon marking a warning that nobody actually cares about, and a table with links to three versions, only one of which users should be considering downloading. Do you think it was an accident that I removed this boxy version in December and redirected it to the new download page? -- Tim Starling 03:36, 18 March 2009 (UTC)


 * I know this is a slow reply, but actually, yes - I did think it was an accident. I assumed you hadn't seen Manual:Download, (which was meant to replace this page - though for some reason this was never turned into a redirect) and had therefore taken it upon yourself to improve this page.  Your changes do improve on what was originally here, but in my opinion are not as good as what I created at Manual:Download (now at Download/old boxy version).
 * The page I designed provided clear and quick pointers to the main things that a new user would need to find and/or know when downloading MW. It also fitted the page into the set of installation/setup pages via the top-level navigation which has now been removed.  The current page is far too verbose and gives too much priority to the developer-important items, and hides away useful information like how to actually install/configure the software and the fact that you need a different version if you're ISP requires you to use PHP4.
 * I think the current page is pretty crude, both in terms of layout and content, and is frightening to newbies. You and I clearly have a very different idea about what irrelevant information is for someone who wants to download MediaWiki.  From your point of view a 'whole lot of boxes' containing links describing the software, listing its features, describing how to install/configure the it, etc. are irrelevant, but to the many newbie users who come here to install a wiki engine (and probably hit this page first via Google) it is the most important information there is.  They will not be interested (and may well be frightened/confused by) the GPG keys and the unified diffs, so on my page those are linked to instead of being made the most prominent thing on the page (see the Download/Matrix page for details).
 * In my view, the boxy version is massively better, and should be moved back over this verbose and technical version of the page. I think that you have approached this very much from a developer's perspective, and that the page you have created is good for other developers or for people already familiar with MediaWiki.  However I do not think it is good page for newcomers, particularly as they are likely to arrive here before they've seen any other page on MediaWiki.org.
 * I won't be bold again, but I would ask you to reconsider, and as this conversation is basically between two people at this stage, I would also like to get some opinion of other users. However I would argue very strongly that the newbie-friendly version of this page be reinstated (and am happy to discuss modifications to that page that would improve it for your use-case as well).
 * --HappyDog 10:24, 21 September 2009 (UTC)

No LocalSettings.php
I could not find any 'LocalSettings.php' file in the downloaded folder. Help PLEASE!
 * RTFM comes to mind. -- Skiz zerz  00:07, 8 April 2009 (UTC)

Provide language-specific versions of MediaWiki
Hi,

MediaWiki 1.15.0, once uncompressed, uses 37.7 MiB of disk space. The problem is that 29.8 of these 37.7 MiB (79%) are reserved for the "languages" folder, which contains mainly the "messages" folder. Maybe should we provide language-specific versions, or versions with common languages (5, 10 ?), or let the user choose which langages he wants to keep. Of course, once uncompressed, the user can remove files that he doesn't want, but nobody told him that those Messages*.php were using so much disk space (I should have check it before starting upload)...

Regards, 90.42.72.21 10:51, 2 July 2009 (UTC)
 * I like it, today I downloaded MediaWiki, delete languages files, recompress and then upload to the server. At least a light version without languages, then we download the languages we need.--Eloy 19:02, 22 December 2009 (UTC)

PHP 5
I have both PHP 4 and PHP 5 installed on my server. However, mediawiki only detects PHP 4 and won't let me install mediawiki. I´m currently trying to resolve this problem myself but any help would be appreciated.

Edit: I resolved the issue by putting this line in my .htaccess file:

AddHandler x-httpd-php5 .php

PHP 5.3.x not working; PHP 5.2.x works
According to the article page, MediaWiki does not work under PHP 5.3.1. This may be a consequence from conflicting MediaWiki "Namespace" classes and the NAMESPACE concept which has been introduced in PHP 5.3, see PHP Namespaces - Manual.

PHP 5.2.12 however is confirmed to be working with MediaWiki 1.15.1. --Wikinaut 00:28, 21 December 2009 (UTC)
 * No, this is not due to namespaces. This is due to PHP bug 50394. When you modified the notice, how thoroughly had you tested it? The revision fixing it in PHP suggests the latest 5.2.x version may have also been affected. Mr.Z-man 05:40, 21 December 2009 (UTC)

I run PHP 5.2.12 since 15 December 2009 without problems on three MediaWikis (1.5 and 1.15.1), but did not run any checks yet like indicated in the bug reports. I removed provisionally my info on the article page. --Wikinaut 07:38, 21 December 2009 (UTC)


 * The bug is present in 5.2.12. It was released the day before of fixing the bug. The to-be-released PHP 5.2.13 and PHP 5.3.2 work. Platonides 14:28, 9 January 2010 (UTC)

Is PHP 5.2.11 able to fully run MediaWiki 1.15.0?
Hello, I would like to ask the following: Is PHP 5.2.11 able to fully run MediaWiki 1.15.0? Thank you. 77.20.39.5 22:03, 14 January 2010 (UTC)
 * No known problems. Reedy 23:27, 21 January 2010 (UTC)
 * Wrong, 5.2.11, 5.2.12 and 5.3.0 have a bug that causes problems with MediaWiki. Max Semenik 05:32, 22 January 2010 (UTC)

I haven't seen any bug in 5.2.x. If anyone has seen any actual bug you'd better let me know, because I'm removing the warnings for PHP 5.2.x. -- Tim Starling 04:31, 25 January 2010 (UTC)

Bug
Hasn't this bug been fixed? It says that it has on the page, so I don't think that the warning is necessary. TLULWuT 21:01, 26 February 2010 (UTC)
 * Yeah, but they can't magically make everyone who has broken PHP update. Max Semenik 21:32, 26 February 2010 (UTC)

PHP 5.2.13 released
PHP 5.2.13 has been released which claims to fix bug 50394. --Wikinaut 11:02, 28 February 2010 (UTC)

MediaWiki 1.15.1 and PHP 5.3.2, PHP 5.2.13
Tim, for your information: I receive the following warning when running the new PHP 5.3.2 and the old MediaWiki 1.15.1; PHP 5.2.13 works fine with 1.15.1.
 * Parameter 1 to Language::getMagic expected to be a reference, value given in /home/www/wiki/includes/StubObject.php on line 58 --Wikinaut 20:21, 9 March 2010 (UTC)

Image: