-
-
Notifications
You must be signed in to change notification settings - Fork 0
vagrant
This extension uses Mediawiki-Vagrant, and a complete setup can be made quite easily.
-
Make sure you have Vagrant, etc, prepare a development directory, and move to that directory.
-
Clone Mediawiki
git clone --recursive https://gerrit.wikimedia.org/r/mediawiki/vagrant .
-
Run setup.
./setup.sh
-
Enable the role for Katsa. This pulls inn the role for Scribunto, which pulls in additional roles.
vagrant roles enable katsa
-
Start the instance.
vagrant up
-
Done.
This should create a working environment with phpmd
, phpcs
, and phpunit
. An actual call would be composer unit
. See scripts
in composer.json for all calls.
It is necessary to install luarocks
and a few libs to recreate the generated docs.
-
Install luarocks. This will pull in several additional packages, the most important is lua5.1.
sudo apt install luarocks
-
Install ldoc. This will pull in several additional packages, like penlight, markdown, and luafilesystem.
sudo luarocks install ldoc
-
Done.
This should make a working ldoc
. An actual call would be composer ldoc
.
A few pages for testing can be imported in the new instance.
-
Open a terminal at the new Vagrant instance
vagrant ssh
-
Go to the Katsa folder and import the pages.
cd /vagrant/mediawiki/extensions/Katsa composer import
-
Go to the mediawiki root, rebuild recent changes, and rebuild site stats.
cd /vagrant/mediawiki php maintenance/rebuildrecentchanges.php php maintenance/initSiteStats.php --update
-
Done
It could be interesting to adjust the amount of memory and number of CPU cores used during testing. Such resource allocations are described on mw:MediaWiki-Vagrant#Adjust the resources allocated to the VM? Especially note the code snippet for ~/picklespace/Vagrantfile-extra.rb
.
Vagrant.configure('2') do |config|
config.vm.provider :virtualbox do |vb|
# See http://www.virtualbox.org/manual/ch08.html for additional options.
vb.customize ['modifyvm', :id, '--memory', '1536']
vb.customize ['modifyvm', :id, '--cpus', '2']
end
end
To restart the instance do vagrant reload
.
If the memory is too low, then the test run in guest will end in a fork failed. When that happen, increase the memory until the test runs ok. With fastest it should be sufficient to set this around “1024”, and “1536” is enough. If it is set to high, then it seems like the test runs take more time. This could be due to garbage collection.
If the number of CPUs are increased beyond the actual number of cores, an increase in run time might be observed. When that happen, decrease the number of CPUs available to the vagrant instance.
There can be timeouts in the Vagrant guest instance during composer runs. To adjust for the increased time do something like
vagrant ssh
composer config --global process-timeout 900