Using 7zip for extracting the downloaded .tar.gz does not work. I ran into this issue myself and found a thread by someone who had the same problem: Topic:Vp73pxywm362a3t5 Using the tar command that was brought over to Windows 10 a few releases ago did work, though. This download help page should be updated accordingly.
Jump to navigation Jump to search
Reply to "Extracting a .tar.gz on Windows"
Reply to "Why isn't there a version of Mediawiki installer available with Visual Editor 'preinstalled'?"
About this board
Extracting a .tar.gz on Windows
Which version of mediawiki can be intergated with visualeditor easily?
Now, I can download 1.33.0 stable or 1.31.3 LTS. But I also want to use visualeditor plugin, Could anyone can tell me how to choose a proper version for me? I am a newer and I am using win10 as my local server with xampp. Thanks a lot. .
VisualEditor should work with either version. If this is just on your local server, I would probably use 1.33 for now.
Why isn't there a version of Mediawiki installer available with Visual Editor 'preinstalled'?
I would like to help set up a wiki for a charity and being a regular Wikipedia editor I know how useful Visual Editor is. However the instructions to install Visual Editor all kinds of complicated and scary compared to installed MediaWiki. Would it be possible/how much extra work would it be to providea version of the MediaWiki installer which included VE?
The instructions are 'scary' because it is complicated. In a few years it might be simpler, but that is not likely any time soon, sorry.
That's a disappointing perspective. I'm sure if enough people are frustrated they will make downloading it simple. John Cummings, do you have/know a contact inside Wikipedia who could change the downloading process? It didn't download for me, either.
The instructions aren't just "scary," they're lacking, vague on specific steps necessary to get it all to work.
Great. Thanks, Mark!
I see where 7.4.0 to 7.4.2 is not compatible, but I'm about to upgrade from 7.0.33 to 7.4.5. Can someone verify PHP >7.4.2 is good?
The Download entries are to .sig files
Now specifically referring to signatures
Please fix the links so as to download the installation files, not the signatures.
I have worked on the page to make things more clear - hopefully.
"Installing some external dependencies (e.g. via composer) is required."
This is about how to get around the annoying and quite confusing error message, and what might be the reason it appears at all.
In short; do not use GUI tools while recompressing a tar-archive as a zip-archive, use the command line tool!
It is quite common for web hotels to only handle zip archives. We only provide gz compressed tar archives, thus the archives has to be recompressed before uploading. This souldn't be much of a hurdle, but it seems like some archive tools occasionally fails to include all files in large archives. This happen at least in Ubuntus fileroller, but reports it might imply it also happen to other tools. When this happen the vendor folder is left out, leaving the user with a rather non-explanatory error message "Installing some external dependencies (e.g. via composer) is required."
Without a proper investigation, only assumptions, it seems like some of the gui tools tries to select the actual files when an archive is created. For a gui tool this makes sense. This selection is then feed into the actual archive command. Between the actual selection and the archive operation there can be a race condition, as the selection isn't quite done and archive operation is started. This will happen if the pending selection is large enough, our archive contains ~14k files, and then the created archive will be incomplete. In our case this will typically lead to a missing or incomplete vendor folder.
Check the zip archive before it is uploaded to the web hotel, and verify that it includes the vendor folder. If not recreate the zip archive, and give whatever gui tool necessary time to select all files.
A quite simple fix could be to provide the archive in several formats. That would avoid the extraneous recreation step, and less people would stumble into this "bug".
1.33 is not a LTS
In the section "To users of MediaWiki versions 1.30 and earlier" it says "MediaWiki 1.33.2 (download) - long-term support (LTS)". As of Version_lifecycle this is not true. Can somebody fix that please?
Good catch. Thanks for the note. Done.
Answer this Question Please ! Because I want to Install Mediawiki 1.30.0
Yes, though downloading MediaWiki 1.31.0 is recommended for a fresh start.
I Can Download Mediawiki 1.30.0 without Paying Money ? Because I have no money for Mediawiki 1.30.0
MediaWiki is free software licensed under version 2 of the GNU General Public License. Because MediaWiki is licensed free of charge, there is no warranty, to the extent permitted by applicable law. Read the full text of the GNU GPL version 2 for details.
And, you should download MediaWiki 1.31, not MediaWiki 1.30.
Is 1.31. an LTS release?
It says so on the version lifecycle page. I didn't yet dare to include it on the download page, where there is only legacy, stable OR LTS (not stable AND LTS).
It is an LTS.
but why doesn't [[Download]] say that it's an LTS?
There are no older topics