similar to: migration to subversion

Following the advice here I''ve been trying to get subversion installed and working from my virtual dedicated server this weekend. I believe everything is installed properly, and that all that''s left is to get the apache httpd.conf file set up correctly. to talk to my server with my client I''m using the path: http://svn.mylittlecorneroftheinternet.com/svn/repos/ error

The FreeBSD Project has begun the switch of its source code management system from CVS to Subversion. At this point in time, FreeBSD's developers are making changes to the base system in the Subversion repository. There is a replication system in place that exports our work to the legacy CVS tree on a continuous basis. People who are using our extensive CVS based distribution network

I've been wondering if we should consider migrating from CVS to Subversion (aka SVN) for version control. There's a utility (cvs2svn) to convert a CVS repository while keeping full history. And SVN is supported by viewcvs (as used by http://cvs.xapian.org/) The main motivations are: * CVS doesn't really handle renaming files well. Either you "cvs rm" then "cvs

It's nice to see that the OS where CentOS gets its sources from also experiments the same error! I have been very busy lately so I haven't had the time to deal with the problem, probably later this week or early next week. As soon as I find something Ill let you know. Hopefully you'll do the same if you come across the solution first. PS. Forwarding this message to the mailing

On Mar 20, 2004, at 1:07 PM, Ralph Giles wrote: > Ok, I'm starting the conversion. Please hold all commits until > further notice good luck! let me know how the cvs2svn script works out for you... I'm looking at doing the same soon with a ~800 file cvs repository I'm in charge of. /dale --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Greets. I''m currently trying to install GIT on an RHEL5 box. I''ve tried to both build from source and install via yum. In both instances I continue to receive the error message (full error stack at the end): [code]Error: Missing Dependency: subversion = 1.4.2-2.el5 is needed by package subversion-ruby[/code] If I''m reading this correctly I''m seeing that svn

Hi! I'm trying to install SVN on a latest version of CentOS (5.3). I just did: yum install subversion yum install mod_dav_svn Then i edited /etc/httpd/conf.d/subversion.conf and here is the content: ======================== <Location /svn> DAV svn SVNParentPath /var/www/svn # Limit write permission to list of valid users. <LimitExcept GET PROPFIND OPTIONS

Since there was some interest in checking out Subversion and seeing if it might be helpful to the LLVM project, I went ahead and created Subversion repositories from the current CVS tree. The content of these repositories can be seen at: http://toolchain.org/websvn/ and are current as of roughly 23:03 UTC, 15 Mar 2005 (more or less). There are copies of LLVM itself, the CFE, the llvm-test

I just burned 3 hours figuring out Subversion, so I made up a little quickstart guide. Try the guide and see if you can get version control going in ... say ... 30 minutes? I assume your situation is: You are setting up version control on a new subdirectory on your computer. You will copy your entire rails project directory tree into the new subdirectory after you get subversion running.

Hi guys, I''ve finally managed to get my server up and running with mongrel_cluster and all that jazz. My rails app works fine, but when I try to access my svn repos as I was doing before everything was setup rail is giving me a 404. What can I add to my httpd.conf to prevent this? Here''s a snip from my httpd.conf relating to the domain: ---HTTPD.CONF---------------------------

I''m trying to use Geppetto 4 to develop puppet modules and check them in and out of subversion. I''ve got a subversion repositories setup via web dav. The Cloudsmith FAQ seems a bit vague. I''ve not used Eclipse much at all and am not sure how the subversion integration works. I saw a really cool video demo from the PuppetConf youtube channel using the Forge (

Important Announcement! The netfilter.org CVS server (pserver.netfilter.org) has been deprecated by the new subversion repository at svn.netfilter.org. More information about the subversion revision control system can be found at http://subversion.tigris.org/. Everybody has read-only access to the new subversion tree using either svn+http or svn+https. We do not provide the native svn protocol.

So R is on subversion right? So why doesn't somebody authoritative get r-project.org on the subversion testimonials page? http://subversion.tigris.org/testimonials.html Just a suggestion. -- Charles Geyer Professor, School of Statistics University of Minnesota charlie@stat.umn.edu

This is taking longer than I expected, because there is all kinds of cvs2svn-generated ugliness in your back history that tends to crash my tools. Your repo makes a great test case. (Yes, I know, that's like having someone say "Your dog is fantastically ugly!") Current state of things is that I have scrapped my precious approach, which was to put the Subversion tools in a Python

I have everything installed via Darwin ports. When I try to do a "script/plugin install engines" in a freshly created rails app I get the following: Macintosh:~/My Web Sites/nckapool bill$ script/plugin install engines svn: PROPFIND request failed on ''/rails/plugins'' svn: PROPFIND of ''/rails/plugins'': 403 Forbidden (http:// svn.protocool.com)

(Copied to Dave Hart at the NTP project, who's interested in the code's progress for non-NUTty reasons. Dave, the background is that I'm doing a trial conversion of the Network UPS Tools repo.) First, repostreamer per se is dead. As it evolved it kept pulling in more bits of code from reposurgeon until I said "screw it!" and merged the repostreamer logic in as a reposurgeon

My setup : Debian Etch i386 httpd-2.0.61 configured with the following command "./configure --prefix=/opt/httpd-2.0.61 --with-mpm=worker --enable-so --enable-dav=shared --enable-unique-id=shared --enable-version=shared --enable-ssl=shared --enable-info=shared --enable-cgi=shared --enable-rewrite=shared --enable-cache=shared -- enable-disk-cache=shared --enable-deflate=shared"

Hi Reid, > A deficiency in the cvs2svn script causes it to bloat the Subversion > repository (significantly, as in 10x) in the conversion of branches > and tags. It's probably a bit late in the day, but have you considered other CVS to SVN conversion tools, e.g. Tailor? http://www.darcs.net/DarcsWiki/Tailor http://darcs.arstecnica.it/tailor/ Cheers, Ralph.

Dear developers, thanks to Charles (Lepple) and ESR hard work, we are now able to finalize our migration from Subversion to Git, on Alioth. As of now, our Subversion repository on Alioth<https://alioth.debian.org/scm/?group_id=30602>is FROZEN! Any new svn commit may simply be discarded, so beware! Most active developers are currently using github, as a temporary mean. But if you have any

Hello: I posted this to the subversion list yesterday and have not received a reponse. I am hoping someone on this list will be able to help me. I have a CentOS 5 server running subversion 1.5.6-0.2.el5.rf installed using yum from the rpmforge repository. I am using svnsync to mirror from another repository to the local machine. It is called from a cron job every 5 minutes. After a few days