On Thursday, March 28, 2013 at 4:41 PM, Yuri Astrakhan wrote:
> As mentioned in another email, I would like to have the following added to > default vagrant installation. Having default dev environment would allow us > to quickly get new developers up to speed almost without > any walk-through steps. > > * redirect from / to /w/index.php This is already set up. Is it not working for you? > * xdebug to debug from host's IDE Installation of Xdebug is also already in, but not the IDE integration and URL trigger that you described to me the other day. I'll look into it. Tracking here: https://bugzilla.wikimedia.org/show_bug.cgi?id=46677 > * unit testing frameworks, and maybe even some scripts to run php and other > unit tests phpunit is also already installed. A helper script for running unit tests from the host environment would make sense. > * easy way to add extensions - menu driven would be nice, or at least git > clone and add the "required()" :) Punting on this one. It'll be a headache to maintain. Adding the require_once( .. ) call by hand is not too much work, no? > * SQL access - either phpMyAdmin, or routing SQL ports to host's tools, or > both, or ... > * "reset" script to quickly restart apache/memcached/etc (is it possible > to do it from host?) OK, can do. > * Direct root access to the client's file system from the host (in windows > -- \\precsie64\root\...) > * "php update.php" - is it possible to do it from host? "vagrant mwupdate" > ? I'll look into making this easier. Vagrant provides hooks for plug-ins to add subcommands. Having a MediaWiki plug-in that allows a set of maintenance tasks to be run from the host sounds promising. Tracking here: https://bugzilla.wikimedia.org/show_bug.cgi?id=46676 > On Thu, Mar 28, 2013 at 4:15 PM, Bartosz Dziewoński <[email protected] > (mailto:[email protected])>wrote: > > > I tried it out on my Windows XP, and on `vagrant up` it promptly took all > > the 1.5 GB of free space on disk C: and crashed (I purposefully keep my > > system partition small). > > > > Is it possible to make it write the big files (the downloaded OS image and > > the virtual disk) into somewhere else than %userprofile%? I know VirtualBox > > can do that, as I have two VMs set up in this way. > Yes, this should be handled better. Thanks for the report. Tracking it here: https://bugzilla.wikimedia.org/show_bug.cgi?id=46675 -- Ori Livneh _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
