No sane sysadmin would go an install 1000 wiki each with their own full LocalSettings.php file.
And those applications are in use, they are called Wiki Farms, take Wikimedia, Wikia, a number of other wiki hosts, even I run a wiki farm.

But creation of wiki on a Wiki farm is completely out of the scope of MediaWiki core. Management of multiple wiki is something that a single installation cannot be made to handle, that kind of thing is something that must be handled as something wrapped around the MediaWiki installation. Be it use of a GlobalSettings.php file, domain checking to tweak configuration per-site, or use of a WikiFactory extension like Wikia's.

A wiki installation script may be an interesting addition, but not for the reasons you've outlined. That script to should only be used for installing a single wiki. A sysadmin would have to be pretty foolish to use that kind of thing to setup hundreds of wiki instead of doing it the proper way and creating a custom set of configuration where all they need is a minimal set of new data to configure a new wiki because all the common stuff is put in a central location.

Now, for the sane people who know that all you need to setup a second wiki installation is a little minor tweak to configuration and a new database, I already have a StarterWiki extension which works similarly to Wikia's starter wiki, where you install it on one wiki, and you can run a maintenance script to use that wiki as a base for a brand new wiki.

Unfortunately I don't have documentation up yet, but if I ever do get to it, it will be located at:
http://wiki-tools.com/wiki/StarterWiki

For now all you need is to look at my SVN repo:
http://svn.nadir-point.com/viewvc/mediawiki-extensions/branches/stable/StarterWiki/

And handily enough, I customized a ViewVC template so it'll even give you the SVN command you need to checkout the folder you are in. And tarball snapshot downloads are supported to.

Or if you just want to checkout my entire set of extensions in a location that won't collide with Wikimedia's extensions:
svn checkout svn://svn.nadir-point.com/mediawiki-extensions/branches/stable/ extensions/wiki-tools/

I also do have a bash script I use for the linking, setup, and also initial setup of extensions which have database additions, but that's a little less generic. Plus my setup uses symlinks in a way tailored to my situation, it's best for farms to use the domain checking method instead. I actually have a trick meant for the ShoutWiki project, but it's a little complex to be of use.

nickpj wrote:

own full LocalSettings.php file.

How LocalSettings.php is structured is not relevant to what is being requested. I never mentioned it. Of course duplication of configuration data should be avoided, but this is the sysadmin's problem, not the installers, so it is irrelevant here.

And those applications are in use

That's like saying the head of IBM saying "the world only needs 5 computers". Pointing to a handful of vaguely similar things that exist and saying "see, we've got that covered" - it misses the potential for things that you have not envisaged.

they are called Wiki Farms

A wiki farm implies multiple machines, yes? Well, I don't want that. I want one machine, with many wikis.

But creation of wiki on a Wiki farm is completely out of the scope

I don't want a wiki farm. I want an automated command line installation of a single wiki. I want the installer to do only what it already does, but from the command line.

Management of multiple wiki is something that a single installation cannot be made to handle

I don't want the installation to manage multiple wikis. I want it to install without requiring manual input.

all you need to setup a second wiki installation is a little
minor tweak to configuration and a new database,

Exactly. On this we completely agree! And creating a new database is the installer's job. That and checking the environment, and writing a basic LocalSettings.php - those are the reasons why we have an installer. Doing the installer's job using a undocumented custom extension that is out of core does not seem prudent to me. I want the installer to do the installer's job, but from the command line.

I certainly thank you for the links, and will look over those, but it does not solve the request. I did not think this would be contentious - just about every Linux package can be installed from the command line, and many Windows MSIs can too - so I fail to see why command-line installation of MediaWiki is so completely different.

(In reply to comment #2)

own full LocalSettings.php file.

How LocalSettings.php is structured is not relevant to what is being requested.
I never mentioned it. Of course duplication of configuration data should be
avoided, but this is the sysadmin's problem, not the installers, so it is
irrelevant here.

It's not irrelevant. Adding a few lines to detect which wiki you're on in LocalSettings.php is way easier and faster than running a script 1000 times and having 1000 LocalSettings.php files lying around/

they are called Wiki Farms

A wiki farm implies multiple machines, yes? Well, I don't want that. I want one
machine, with many wikis.

No, it doesn't wiki farms can also be run on one machine. In fact, I'm a sysop of a wiki that runs six other wikis on the same server using subdomains.

But creation of wiki on a Wiki farm is completely out of the scope

I don't want a wiki farm. I want an automated command line installation of a
single wiki. I want the installer to do only what it already does, but from the
command line.

You may *want* that, but what we're trying to tell you here is that there's a better way to accomplish your goal. A command-line installation would be a nice feature, but it wouldn't be the best solution to your problem (creating lots of wikis).

I certainly thank you for the links, and will look over those, but it does not
solve the request. I did not think this would be contentious - just about every
Linux package can be installed from the command line, and many Windows MSIs can
too - so I fail to see why command-line installation of MediaWiki is so
completely different.

Now *that* is a good reason to have a command-line installer. It'd greatly simplify installing MediaWiki from e.g. a .deb package or a Windows MSI. In fact, it'll allow distributors to build their own frontend to our installer.

All in all, no one's saying we shouldn't have a command-line installer (we should), but simply that it's not needed for wiki farms.

(In reply to comment #2)

all you need to setup a second wiki installation is a little
minor tweak to configuration and a new database,

Exactly. On this we completely agree! And creating a new database is the
installer's job. That and checking the environment, and writing a basic
LocalSettings.php - those are the reasons why we have an installer. Doing the
installer's job using a undocumented custom extension that is out of core does
not seem prudent to me. I want the installer to do the installer's job, but
from the command line.

It won't be undocumented, and it's perfectly usable without it. Setup a wiki, install the extension, run the maintenance script when you need a new database.

But it's out of core because this is not core's job. Handling cross-wiki stuff is not something within the scope of MediaWiki core, that is something meant for extensions and wrappers around MediaWiki to handle, which is what that extension is in combination with your own preferred method of sharing configuration is.

Also there is this extension to think about: http://www.mediawiki.org/wiki/Extension:Farmer

(In reply to comment #2)
You may *want* that, but what we're trying to tell you here is that there's a
better way to accomplish your goal. A command-line installation would be a nice
feature, but it wouldn't be the best solution to your problem (creating lots of
wikis).

This requirement has merit regardless of this wiki farm issue. Anyway, you don't know anything about his environment. Maybe his machines/devices exist on disconnected or semi-connected networks or something and can't be managed by a wiki farm. Maybe he has to create 1000 different wikis. Regardless of all that, he's just asking for a simple way to create a LocalSettings file without going through a web interface. What's so problematic about that?

(In reply to comment #5)

This requirement has merit regardless of this wiki farm issue. Anyway, you
don't know anything about his environment. Maybe his machines/devices exist on
disconnected or semi-connected networks or something and can't be managed by a
wiki farm. Maybe he has to create 1000 different wikis. Regardless of all
that, he's just asking for a simple way to create a LocalSettings file without
going through a web interface. What's so problematic about that?

Nothing is. Read the end of my comment #3.

• This bug has been marked as a duplicate of bug 10542 ***