Talk:Download from SVN

Basic SVN Concepts

Could someone update this article to answer a few questions?

1. Is a repository required on my server, or is MW just download from an SVN repository?
2. If a repository is to be created on my server, what is a good folder structure? Right now MW is on c:\wiki\MediaWiki\MediaWiki 1.6.3. Should the SVNRepository folder be created under c:\wiki?
3. Once SVN (and maybe a repository) is setup and MW downloaded, how are existing modifications to localsettings.php, any added extensions in /extensions and any peer folders, such as wiki/SSOLogin incorporated?

Any help would be appreciated,Hopespoppa 16:10, 23 May 2006 (UTC)

1. No, just check it out from our repository
2. N/A
3. Subversion has been told to ignore LocalSettings.php; it won't recognise subfolders of extensions/ (ignore it if it asks about them) and likewise for other "non standard" folders in the checkout folder

::robchurch | talk 17:31, 23 November 2006 (UTC)

400 Bad Request

TortoiseSVN

got Error using TortoiseSVN Repo-browser on XP machine

• REPORT request failed on 'http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3' REPORT of 'http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3': 400 Bad Request (http://svn.wikimedia.org)

I think this server is not configured correctly. 212.165.146.220 17:26, 10 May 2006 (UTC)

Please just remove the (wrong) apostrophe at the end of your link.

http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3 works without any problems ;-)

Please let me know, if the origin of this misleading link is located somewhere on our site, otherwise I can't help. --:Bdk: 14:42, 12 May 2006 (UTC)

I did exactly, and its just the error message above which Repo-browser gave me. One more thing I can browse the repository in Internet Explorer and I am using TortoiseSVN successfully with several repositories specially on Sourceforge server. any help? 212.165.146.220 18:42, 12 May 2006 (UTC)

Sorry, I can't reproduce it (not working with XP myself), and it works well just right now. You should better look up the recommended possibilities of communication and ask on IRC for direct help. --:Bdk: 18:47, 12 May 2006 (UTC)

What version of TortoiseSVN? 86.142.104.42 15:55, 16 May 2006 (UTC)

Subversion 1.3.1

I'm encountering the same problem using Subversion 1.3.1 with the developmental branch. I've pasted the relevant command-line input and output below for troubleshooting on IRC. Ideally, I'll integrate the solution into the download page.

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

E:\Mundane>md MediaWiki

E:\Mundane>cd MediaWiki

E:\Mundane\MediaWiki>svn co http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3
svn: REPORT request failed on '/svnroot/mediawiki/!svn/vcc/default'
svn: REPORT of '/svnroot/mediawiki/!svn/vcc/default': 400 Bad Request (http://svn.wikimedia.org)

// Pathoschild (^talk/_map) 15:25, 16 May 2006 (UTC)

I had pretty much the same output, and it seemed it is a problem with my freakin ISP here - they have a transparent proxy, that does not know how to handle the svn checkout. My solution was to ssh into one of my boxes out there, and run a tunnel:

ssh -L 2080:svn.wikimedia.org:80 jhb@themachine

and editing the /etc/hosts for a moment...

--Jhb 17:23, 22 February 2007 (UTC)

Upload Files in ".svn" to webserver?

Hello! I downloaded the latest MW-beta from [1] by TortoiseSVN. To install the MW-Version, do I need to upload the included directories named ".svn" to the webserver? --Nyks 13:44, 2 December 2006 (UTC)

The .svn directories are used by Subversion (or Tortoise) to keep track of your working copy, so that you can update it from the main code repository at svn.wikimedia.org. You only need to copy these files to the server if you plan to run svn update directly on the server. If you plan to upgrade by performing an svn update on your local machine and then copying the files to the server, then you can omit the .svn directories. --HappyDog 17:40, 2 December 2006 (UTC) No Download Casino

Thanks. I'm update with svn to my localmachine, and uploading this to the webserver. So i can omit it :) btw, i saw, MW-site are using "1.9alpha (r17974)". Is there a special tag or branch, which marks the "r17974" as a special version for test-usage? --Nyks 21:25, 2 December 2006 (UTC)

I have no idea. Maybe someone else will be able to help you with that one... --HappyDog 22:28, 2 December 2006 (UTC)

The Subversion revision number is pulled out of the Subversion metadata files and shown in Special:Version if the software appears to be running from a checkout. This allows for more precise bug reporting and tracking features and regressions, etc. on production wikis like Wikipedia. robchurch | talk 18:11, 1 June 2007 (UTC)

SVN down?

Is SVN down? It hasn't been responding for the last little while. 206.116.13.184 03:02, 6 December 2006 (UTC)

Deleting .svn folders automatically

Anyone knows an automatic way to delete these annoying .svn folders (on windows xp)? I couldn't find a better way so I made this primitive script here, you start it from the main folder.--Alnokta 16:38, 2 March 2007 (UTC)

Hm? If you delete the .svn folders, you can no longer update using svn... Well, you can always check out a fresh copy of course. But svn up is quite a bit faster, and more convenient. -- Duesentrieb ⇌ 17:07, 2 March 2007 (UTC)

As Duesentrieb says, deleting the .svn folders means you can no longer update using SVN. If that is your intention, then it is probably better to do an svn export in the first instance, so that these directories are not created at all. --HappyDog 23:58, 26 March 2007 (UTC)

Yep, thanks..I used export..no need for any scripts :)--Alnokta 02:34, 21 April 2007 (UTC)

Nightly/weekly snapshots

Wish there were nightly/weekly snapshots for those that just want one click downloads.

If you just want one click downloads, I doubt the developer version is for you. Stick to stable releases. -- Duesentrieb ⇌ 10:39, 24 March 2007 (UTC)

SVN Tag is incorrect

The SVN tag is REL1_11, not REL1_11_0 as given in the box at the top right of the page.

Text in the 'article' and 'discussion' tabs missing in MW1.12 [Fixed in revision 26791]

I've been using SVN to update MW1.12 install here .. Its on 1.12alpha (r26774) at the moment ..

I don't know when it happened but I noticed today that the text in the 'article' and 'discussion' tabs are missing... I can click on either of them and I get the same page .. OK, 'article' tab should give you the same page, but 'discussion' should take you to the talk page - that doesn't happen ..

Can someone help me to figure out how to get this working again please ??

I took all the extensions out of LocalSettings.php thinking it may be an extension that caused the problem, but that didn't help ..

--Dick 16:04, 16 October 2007 (UTC)

---

I did a SVN update this morning to revision 26791 and my tabs came back and they work as designed ...

Thank you to whoever was responsible for restoring things ......

--Dick 06:01, 17 October 2007 (UTC)

If you use the latest development version, it's always possible that you grab a bad revision. You simply get whatever the last dev checked in. It's not a good idea to use alpha software in production - and if you want it to be at least somewhat reliable, use the revisions wikipedia uses (the exact revision is given on Special:Version) - and check for changes every day. -- Duesentrieb ⇌ 07:35, 17 October 2007 (UTC)

---

Thanks for the info .. I don't mind being on the bleeding edge as my wiki is not on-line yet ... Still getting used to it and picking up a lot of experience (fast learning curve) !!..

As a matter of interest i decided to install another MW1.12 onto my server so i can start fresh .. I decided that I don't like seeing:

Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.

and thought it could be useful to speed things up a bit, so I installed "eAccelerator" and from the tests supplied, and using a small php script (phpinfo), it is working - i can also see the cache directory filling up ..

But when i try a fresh install, I keep on getting the same message as above .. MW apparently doesn't see that i have a recognised cache running ???

Any ideas on this one or am I bleeding too much  :-)

--Dick

umw

I have written a useful bash script that can help with updating multiple mediawikis from svn, it is called umw. you can find a weblink from my userpage. if you think it's good, you can add it in the Download from SVN page. NerdyNSK 21:25, 7 October 2008 (UTC)

Attention: The link is invalid, it gives a domain error.

Every once in a while

According to the page, if I choose to use a continuous integration model I should not "forget to run maintenance/update.php every once in a while, especially if things start acting strangely." Are there any better guidelines than "every once in a while?" Is there a mailing list I can follow that will state changes to the database schema to determine this frequency?

I suppose I could just grep to see if maintenance/update.php was updated and execute it automatically in that case. -- 134.48.6.12 19:50, 17 June 2009 (UTC)

If you go that route, tables.sql or updaters.inc is the file you should keep an eye on. I just run update.php whenever I svn up; in my experience, the script will finish within 10 seconds if there are no schema changes, even with hundreds of thousands of articles. —Emufarmers^(T|C) 02:56, 19 June 2009 (UTC)

svn+ssh

With regard to this edit, aren't you supposed to use svn+ssh:// if you plan on committing? It works a lot better than http:// for that purpose. It also sounded as though git had some potential disadvantages... Tisane 15:41, 1 June 2010 (UTC)

svn checkout

Set in the svn checkout command trailing slash PLEASE!!!)))

Why? It works great without it :) Max Semenik 17:59, 13 June 2011 (UTC)

The instructions to get the latest release are misleading. There is a difference between branches and tags. To get the latest release, the wiki page should be edited so that this command is used instead: http://www.fachuebersetzungsbuero.com

http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_18_1/phase3/

Incorrect URL in "Using TortoiseSVN" section

The URL in the "Using TortoiseSVN" section goes to the trunk release, not the latest stable release. —71.197.220.208 20:18, 29 February 2012 (UTC)