Distributed Subversion Repositories
I have the following problem. Repository A is used by a lab of developers. 1 developer needs to work off site against the code base held in A, for an extended period of time. He requires version control, but cannot gain access to Repository A. To solve this we can dump/mirror A into repository B. During this period A and B will independently updated. When the off site developer returns we need to combine B back into A. Any advice on whether this is possible under Subversion, should we be dumping, how to combine, pitfalls and options/hints much appreciated. Thanks Mark The information contained in this message (and any attachments) may be confidential and is intended for the sole use of the named addressee. Access, copying, alteration or re-use of the e-mail by anyone other than the intended recipient is unauthorised. If you are not the intended recipient please advise the sender immediately by returning the e-mail and deleting it from your system. This information may be exempt from disclosure under Freedom Of Information Act 2000 and may be subject to exemption under other UK information legislation. Refer disclosure requests to the Information Officer. The original of this email was scanned for viruses by the Government Secure Intranet virus scanning service supplied by Cable&Wireless in partnership with MessageLabs. (CCTM Certificate Number 2009/09/0052.) On leaving the GSi this email was certified virus free. Communications via the GSi may be automatically logged, monitored and/or recorded for legal purposes.
Distributed Subversion Repositories
I have the following problem. Repository A is used by a lab of developers. 1 developer needs to work off site against the code base held in A, for an extended period of time. He requires version control, but cannot gain access to Repository A. To solve this we can dump/mirror A into repository B. During this period A and B will independently updated. When the off site developer returns we need to combine B back into A. Any advice on whether this is possible under Subversion, should we be dumping, how to combine, pitfalls and options/hints much appreciated. Thanks Mark The information contained in this message (and any attachments) may be confidential and is intended for the sole use of the named addressee. Access, copying, alteration or re-use of the e-mail by anyone other than the intended recipient is unauthorised. If you are not the intended recipient please advise the sender immediately by returning the e-mail and deleting it from your system. This information may be exempt from disclosure under Freedom Of Information Act 2000 and may be subject to exemption under other UK information legislation. Refer disclosure requests to the Information Officer. The original of this email was scanned for viruses by the Government Secure Intranet virus scanning service supplied by Cable&Wireless in partnership with MessageLabs. (CCTM Certificate Number 2009/09/0052.) On leaving the GSi this email was certified virus free. Communications via the GSi may be automatically logged, monitored and/or recorded for legal purposes.
RE: Tree conflict: local add, incoming add upon merge
Thanks, deleting the conflicting files then merging worked perfectly. I'll definitely use svn merge instead of svn copy in the future! Mark > Date: Wed, 4 Aug 2010 09:23:05 -0700 > From: ty...@cryptio.net > To: mark_...@hotmail.com > CC: users@subversion.apache.org > Subject: Re: Tree conflict: local add, incoming add upon merge > > On Wed, Aug 04, 2010 at 03:44:24PM +, Mark Wakim wrote: > > I am working on a project where we have trunk, and a branch which I > > will call BranchX. A couple weks ago I added a directory > > (myDirectory) to trunk, I then did an svn copy to add that directory > > to BranchX. > > The best way to get changes from one branch to another is always to > merge. > > > I am now merging the latest changes from trunk into BranchX, but I am > > getting a conflict: > > > > C myDirectory > > > local add, incoming add upon merge > > Right. The directory already exists in your branch, so svn is confused. > This confusing is because, without doing a merge, svn has no way to know > how the new directory ended up on your branch. > > > There are no code changes between myDirectory in trunk and BranchX. > > Why am I getting this conflict? I thought svn copy was the proper way > > to copy files/directories between branches? Does anyone know how I > > can resolve this so that in future commits people will not have to > > deal with this conflict again? > > If there are no changes, I would delete the directory from branchx and > then merge from trunk to recreate the directory on branchx. > > tyler
svn diff working copy against a different branch
Hi all, I have a system where there is a "trunk" and a branch called "branchX". I have checked out branchX and merged the trunk code into branchX on my working copy. I am trying to diff my working copy against trunk like so: svn diff --old=http://path-to-dir/myDirectory --new=myDirectory the diff compares branchX WITHOUT the modifications in my working copy and shows many differences. The working copy is definitely identical to trunk becaue when I use the unix style diff (see below) there are absolutely no differences. diff -rux ".svn" myDirectory /home/mark/myDirectory Is it possible to diff a working copy against code in another branch (trunk in this case)? Or is it expected to checkout trunk and use a diff utility every time? I'm using svn 1.6.5. Thanks, Mark
Automatically populate intermediate directories during check out
Hi all, When I want to check out something like http://mysvn/trunk/firstDir/secondDir/thirdDir/FourthDir/FifthDir I do the following: svn co http://mysvn/trunk cd trunk svn up firstDir --depth files cd firstDir svn up secondDir --depth files cd secondDir svn up thirdDir --depth files etc. etc. Is there a way to simply check out the FifthDir directory and have all of the intermediate directories (firstDir, secondDir, thirdDir, fourthDir) automatically checked out? Maybe I'm just being lazy :) But I think this would be a useful feature, especially for big svn databases... Thanks, Mark
RE: Subversion 1.6.13 Released
> -Original Message- > From: David Darj [mailto:z...@alagazam.net] > Sent: 06 October 2010 19:14 > To: Subversion Development; users; announce > Subject: Re: Subversion 1.6.13 Released > > > I'm happy to announce my release of Subversion 1.6.13 Win32 > binaries and installer > > They are available at my website:http://alagazam.net > and also on SourceForge: http://sourceforge.net/projects/win32svn/ > Thanks very much (again) for these! So far all is working fine. ~ mark c
svn / Apache installation question
Folks, I use apache to host subversion and all seems to be working. However, I happened to read the TortoiseSVN help file this morning and noticed the following: 4. Copy the file /bin/libdb*.dll and /bin/intl3_svn.dll from the Subversion installation directory to the Apache bin directory. [1] I checked and these files are not in the apache bin directory but nothing seems broken! Is this advice incorrect / out-of-date or is something broken that I have not noticed yet? Many thanks for any insights, ~ mark c [1] http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-serversetup-apac he.html under "Installing Subversion"
Re: How to determine high-level SVN actions from low-level Apache logs?
On Thu, Oct 7, 2010 at 4:46 PM, Shaun Pinney wrote: > I'd like to inspect the Apache log files (e.g. access_log) to determine SVN > activities such as commit, update, svnsync, etc. How can I do this? The best way to do this is to configure Subversion's high-level operational logging. If you use CollabNet Subversion Edge for your server it configures Apache to record these logs automatically and you can access them via a web UI. It also offers daily log rotation and automated log cleanup See: http://www.open.collab.net/products/subversion/whatsnew.html If you want to configure this feature for your own server it is documented in the book: http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.extra.logging -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: sparse checkout tool
On Thu, Oct 14, 2010 at 1:38 PM, Jeremy Mordkoff wrote: > I remember reading about a tool that let you define what parts of a > repository were needed to create a work space. It basically did a bunch > of sparse checkouts based on a config file. > > Could someone remind me what was its name? Please reply directly as I'm > no longer on the list. You must mean this: http://svn.apache.org/viewvc/subversion/trunk/tools/client-side/svn-viewspec.py?view=markup -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Secure connection truncated during checkout ?
On Fri, Oct 15, 2010 at 11:04 AM, Phil Pinkerton wrote: > Is there a solution for this issue or a work around that will not > compromise security ? > > During long svn operations such as checkout I am often getting the > following error: > > 'svn: REPORT of '/subversion/myproj/!svn/vcc/default': Could not read > response body: Secure connection truncated' > > The location where I am checking out to is a Windows shared directory > if that makes a difference. See this FAQ: http://subversion.apache.org/faq.html#secure-connection-truncated -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Subversion equivalent to VSS diff for binary files
On Fri, Oct 15, 2010 at 11:43 AM, wrote: > > We are migrating teams off VSS and StarTeam to Subversion. > > Some say that VSS ( Visual Source Safe ) has a diff that tells them that a > binary has changed and what is the latest ( newest) version. > > Does Subversion have a way to accomplish the same binary "diff" they need ? I am not clear what you are asking. User has something checked out, and they just want to see if there is a newer version in the repository? $ svn status -u TortoiseSVN, Subclipse, AnhSVN all have graphical ways to deliver this same information. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Subversion equivalent to VSS diff for binary files
Replying to list. On Fri, Oct 15, 2010 at 12:28 PM, Phil Pinkerton wrote: > I am having a time understanding this also: > > OK here is what details I have quoted from from the other team: > > "A few things I want to point out...Subversion was meant for handling > text files not binary files. WTX files (source and compiled maps, > typetrees, etc) are binary, so SVN is pretty much clueless about the > files. Not true. SVN uses binary deltas for all file types and handles text and binaries well. SVN's handling of binaries is a strength compare to some other tools. > In the section about merging I'm only referring to merging the files, > not the file contents - since it (SVN) can't read our files. SVN cannot do contextual merging of binary files. I do not believe any tool can. However, GUI tools like TortoiseSVN and Subclipse provide ways to tie in custom tools. For example, you can merge a Word document by having it invoke a script that invokes Word's merge tool. > As part of that, Subversion is not capable of doing any diffs (once > again no binary support). Again, wrong. See: http://svnbook.red-bean.com/nightly/en/svn.forcvs.binary-and-trans.html > It also can't tell if a file has really changed or not...so lets say > you rebuild or save a WTX file without actually making changes...SVN > will check it in and act like the file is different from before when > it actually didn't change (VSS will do a binary diff and if it is the > same it won't update the server). " > > So my guess is they want to know if the binary files has indeed > changed. My experience is that there is no application that truly does > a binary diff at least not one integrated into Subversion. > > Here is what VSS does: > > the Show Differences command. With a binary file, Visual SourceSafe > stores each change as a small record of which bytes moved where: > useful for reconstructing earlier versions, but not for display. > Therefore, when you use the Show Differences command on a binary file, > Visual SourceSafe can tell you if the file has changed; but it cannot > display how the file has changed. > > Is there an equivalent method in Subversion ? This is exactly how SVN operates. It does a binary delta on the file and only if there are true differences it sends those to the server. It uses the xdelta algorithm and it sends the byte changes only. Again, this is actually how it handles text-based files too. It does other work to turn those binary deltas back into something that looks like a line-oriented change. This is one of the reasons that when looking at SVN history you cannot easily see line-based stats on the lines of code modified. SVN stores binary deltas so to present that info you need to do an svn diff to turn it back into something that looks line based. SVN will never commit a file that does not have a binary difference between the versions. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Subversion equivalent to VSS diff for binary files
Replying to list. On Fri, Oct 15, 2010 at 1:02 PM, Phil Pinkerton wrote: > Thanks that is exactly what I needed, I just need to figure out how to > show that if a file was re-compiled but there are no changes that > Subversion sees the difference as perhaps a time stamp or some compile > data inside the file that makes it seem as though the file did change > when actually the code is the same. I do this all the time. For example, I will store Java JAR files in a repository and when I build my app even though all of the JAR files are recompiled unless the code was changed, the compiler produces an identical file and it does not get committed. I also version SVN DLL's and when I do a complete rebuild if I am using the same versions of things like APR and OpenSSL those DLL's do not get committed. Again, this is even though they were completely rebuilt from scratch. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: svn Farm
On Thu, Oct 14, 2010 at 4:58 PM, David Brodbeck wrote: > On Thu, Oct 14, 2010 at 11:28 AM, Stefan Sperling wrote: >> As of 1.6, Subversion asks the user before saving passwords in >> plaintext. 1.6 also added support for using GNOME Keyring and KDE Wallet >> as password stores. > > Yup. There are, as noted, unfortunately a lot of hassles involved > with those tools in a non-GUI environment; what we really need is a > lightweight, secure, standard keyring service. But getting Linux > distros to standardize on *anything* is like herding cats, so I'm not > holding my breath. ;) The assumption seems to be that these are > things that only desktop users really want, so bundling them as part > of the GUI is sufficient. I don't blame Subversion for that, though. GNOME keyring can work well in a non-GUI environment. I use it in an environment where I just SSH into a remote Linux server without any X environment. I just start gnome-keyring-daemon when I login. Not sure if KWallet has an equivalent. This even works with the ancient gnome-keyring libraries included in RHEL 4. I've also used it on Solaris. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: can I checkout only a revision files ?
[Please do not top-post on this list, add / insert your response in line] > -Original Message- > From: Andy Levy [mailto:andy.l...@gmail.com] > Sent: mercoledì 20 ottobre 2010 15.25 > To: Andrea Antonio Maleci > Cc: users@subversion.apache.org > Subject: Re: can I checkout only a revision files ? > > On Wed, Oct 20, 2010 at 09:17, Andrea Antonio Maleci > wrote: > > Is it possible to checkout only files (not patch, but > > entire files) from a specific revision ? > > Yes, use the --revision option for svn co. > > -Original Message- > From: Andrea Antonio Maleci [mailto:a.mal...@iwbank.it] > Sent: 20 October 2010 14:34 > To: 'Andy Levy' > Cc: users@subversion.apache.org > Subject: RE: can I checkout only a revision files ? > > It retrieves entire repository at specified revision, not > only the modified one... > That is the way subversion works. A revision number identifies a state of the complete repository and includes all files / folders / metadata etc. So, are you asking for only the files changed from the previous revision? If so, why would you want that? Subversion only sends diffs between client and server, so that is already efficient. If you want a list of the changes you can use the 'log' command. Remember that metadata can also change in a revision, not just files/folders. I am not aware that you can ask subversion to give you a working copy only containing the files updated by a particular rev but I fail to see how that would be useful... If that does not help, try rephrasing your question and/or providing more background. Cheers, ~ Mark C
Re: German console output
On Wed, Oct 20, 2010 at 5:19 PM, Paul Maier wrote: > I would be interested in why the Windows binaries from CollabNet and WANdisco > aren't able to print messages from svn commands in German language to the > console. > > (Whereas the binaries from Win32Svn at http://alagazam.net are able to do so!) > > The internationalization module seems to be missing in CollabNet's and > WANdisco's > compilation, isn't it? I can answer for the CollabNet binaries. We do not compile it with the internationalization support included so you will only see English messages. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: German console output
On Wed, Oct 20, 2010 at 6:07 PM, Paul Maier wrote: >> I can answer for the CollabNet binaries. We do not compile it with >> the internationalization support included so you will only see English >> messages. > > I would be interested in the reasons for this decision. I would guess it was an oversight at first (I was not around when CollabNet first started providing binaries). I did not notice they were not included until around the time 1.5 was coming out and at the time we had higher priority changes we were making. Eventually, I just dropped it because no one ever asked for them. I have heard users in this forum indicate they prefer to just see the messages in English and ask how to turn them off -- maybe that is why? They also add considerable amount of size to the download. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: German console output
On Wed, Oct 20, 2010 at 7:48 PM, Paul Maier wrote: > So I want to post to the list, that I am a user who IS looking for > German output. That was quite an installation procedure, first to install > then deinstall CollabNet's binaries (because not internationalized) > then the same for WANdisco's binaries. Thanks for the feedback. I will file an issue to include the translations in a future release of the binaries. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: AW: German console output
2010/10/21 Thorsten Schöning : > I don't, CollabNet Subversion Edge 1.2.2 is provided and integrates, > in my opinion, useless Apache and ViewVC. On the other side just > providing the client of, just for me of course, the most important > thing of CollabNet Subversion Edge 1.2.2 is a strange decision. It is a server distribution. Apache and ViewVC are not useless, they are critical parts of a functioning server distribution. We offer a separate download for users looking for a client. We do not expect people looking for a command line client to download CollabNet Subversion Edge. That is not its purpose. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: AW: German console output
2010/10/21 Thorsten Schöning : >> It is a server distribution. Apache and ViewVC are not useless, they >> are critical parts of a functioning server distribution. > > Only for those who don't already run Apache and don't want to use the > stand alone server Subversion provides. And why is ViewVC preferred > over WebSVN, for example? I already run Apache, prefer WebSVN and a > setup where Subversion runs it's own server, or in my case two of > them. CollabNet Subversion Edge is not aimed at people with the skills and desire to put their own server together. It provides all of the components so that it can provide something that just works. CollabNet also only provides software that it supports with its SLA. We have engineers that wrote ViewVC and we can support it if bugs or other issues arise. WebSVN requires PHP which would require deploying mod_php etc. ViewVC requires Python. We prefer the latter because a lot of users will want Python for hook scripts so we get a 2 for 1. In the past, running PHP in the same Apache server as Subversion has been known the cause problems as well. > The point is, that people like me, or maybe just me at all ;-), would > really appreciate an (semi-?)official download source where I can just > download win32 binaries with all parts of Subversion, without overhead > like Apache and ViewVC. We have always included Apache and ViewVC in our server distribution. With CollabNet Subversion Edge we have just taken the ease of use and out of box experience up a few notches making it extremely simple to install and configure the server. We still provide our old binary packages (with latest SVN release of course), but I think most people will prefer the packaging and simplicity of the new product. Around the time 1.7 rolls out I am going to look into adding an option in our client installer to include the mod_dav_svn modules so that someone rolling their own server can just use the simple client installer to get the binaries. Of course if you do this you'll be on your own for making it work with the version of Apache you have installed. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: AW: German console output
2010/10/21 Thorsten Schöning : > Guten Tag Mark Phippard, > am Donnerstag, 21. Oktober 2010 um 16:07 schrieben Sie: > >> Around >> the time 1.7 rolls out I am going to look into adding an option in our >> client installer to include the mod_dav_svn modules so that someone >> rolling their own server can just use the simple client installer to >> get the binaries. > > Maybe I'm wrong but I don't use mod_dav_svn because what I meant with > stand alone server was is running svnserve.exe which I in my opinion > is an even easier setup than using Apache. Well, as pointed out, that is already provided in the older server installer that is provided. Just do not choose to install Apache. We have no plans to support svnserve in CollabNet Subversion Edge. This is clearly listed in the posted information for the product. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: AW: German console output
2010/10/21 Thorsten Schöning : > Guten Tag Mark Phippard, > am Donnerstag, 21. Oktober 2010 um 16:50 schrieben Sie: > >> We have no plans to support svnserve in CollabNet Subversion Edge. >> This is clearly listed in the posted information for the product. > > Edge was just an example why I thought that download size didn't > matter in your decision to not provide e.g. BDB etc. I don't use edge, > what I need, and thought you don't provide anymore, is something > like "CollabNet Subversion Server and Client v1.6.13 (for Windows)". I assume you have since found that download. It is still provided and updated with new releases. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: AW: German console output
On Thu, Oct 21, 2010 at 11:57 AM, Bob Archer wrote: >> 2010/10/21 Thorsten Schöning : >> > Guten Tag Mark Phippard, >> > am Donnerstag, 21. Oktober 2010 um 16:50 schrieben Sie: >> > >> >> We have no plans to support svnserve in CollabNet Subversion >> Edge. >> >> This is clearly listed in the posted information for the >> product. >> > >> > Edge was just an example why I thought that download size didn't >> > matter in your decision to not provide e.g. BDB etc. I don't use >> edge, >> > what I need, and thought you don't provide anymore, is something >> > like "CollabNet Subversion Server and Client v1.6.13 (for >> Windows)". >> >> I assume you have since found that download. It is still provided >> and >> updated with new releases. > > No.. where is it? I only see the Edge builds and the Command-line only build. > Where is the server and client > build? I am looking here: http://www.open.collab.net/downloads/subversion/ There is a link on top of page to See previous releases. That page includes the old server installer. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: Subversion 1.6.13 Released
> -Original Message- > From: David Darj [mailto:z...@alagazam.net] > Sent: 24 October 2010 22:48 > To: users > Cc: Andrey Repin > Subject: Re: Subversion 1.6.13 Released > > On 2010-10-24 20:12, Andrey Repin wrote: > > Greetings, David Darj! > > > > David, I have a strange issue with binaries you provided. > > I'm using SVN repository served by Apache under Win32. > > > > In attachment is a httpd-modules-svn.conf - module loading. > > Enabling it... here: > > > > > > ServerName svn.darkdragon > > ServerAlias svn.rootdir.org > > > > DocumentRoot "C:/home/svn" > > AddDefaultCharset utf-8 > > > > ErrorLog "C:/home/svn/.log/error_log" > > CustomLog "C:/home/svn/.log/access_log" common env=!SVN-ACTION > > CustomLog "C:/home/svn/.log/svn_access_log" svn env=SVN-ACTION > > > > > > meaningless> > > > > > > > > #AllowOverride Limit AuthConfig > > #Options None > > Order allow,deny > > Allow from 192.168.1.10 > > > > > > DAV svn > > SVNParentPath "C:/home/svn" > > > > > > > > Allow from all > > > > AuthName "Subversion repository" > > AuthType SSPI > > SSPIAuth On > > SSPIAuthoritative On > > SSPIOfferBasic On > > SSPIOmitDomain On > > SSPIUsernameCase lower > > SSPIBasicPreferred Off > > > > # only developers may access the repository > > Require group "DAEMON1\CVS" > > > > # And they should obey to SVN user permissions file > > > > AuthzSVNAccessFile "C:/home/svn/.registry" > > > > > > > > > > > > > > Everything works fine, when I operate with small files. > > But once I start submittings megabytes of data (~500 files, > ~10Mb size total), > > Subversion start to break on authorization, randomly asking > for password or > > username, again and again. > > > > I don't quite know, if it is specific to your builds, or is a bug in > > Subversion. I'll be glad to present any additional info. > > > > > > -- > > WBR, > > Andrey Repin (anrdae...@freemail.ru) 24.10.2010,<21:54> > > > > Sorry for my terrible english... > > Hi Andrey > > I have no problem committing several hundreds om MB. > I got no possibility to test with SSPI authentication though. Can you > test without it and see if it works? > > /David > > I am using SSPI alongside David's 1.6.13 builds (thanks again, David!) on apache on a windoze server box with no problems. >From recent list traffic, issues with large commits failing seem to be related to timeout issues, search through the recent list for timeout and see if any of the suggestions there can help you. Good luck! ~ mark c
RE: RES: Subversion 1.6.13 Released
> -Original Message- > From: Andrey Repin [mailto:anrdae...@freemail.ru] > Sent: 25 October 2010 14:03 > To: users@subversion.apache.org > Subject: Re: RES: Subversion 1.6.13 Released > > > I am using SSPI alongside David's 1.6.13 builds (thanks again, David!) > > on apache on a windoze server box with no problems. > > > From recent list traffic, issues with large commits failing seem to be > > related to timeout issues, search through the recent list for timeout > > and see if any of the suggestions there can help you. > > Which Apache version/SSPI module/SVN server and client you're > using? For my own convenience. > Apache latest 2.2.17 with open-ssl support, SSPI was I think the latest I could find (the windoze file properties dialog reports the module file version as 1.0.4.0), svn server is David Darj's 1.6.13 and client is latest TortoiseSVN Release 1.6.11 (2 October 2010). ~ mark c
RE: Path based authorization
> -Original Message- > From: Johnson, Robert [mailto:r.john...@cgi.com] > Sent: 25 October 2010 23:59 > To: users@subversion.apache.org > Subject: Path based authorization > > I'm not sure this is a bug or the documentation is wrong, or > I'm misunderstanding the concept. > > The setup and config: > > Redhat Enterprise Linux AS release 4 (October Update 7) > Apache 2.2.16 > Subversion version 1.6.12 from Collabnet > mod_authz_svn.so built from Subversion sources 1.6.13 (uses > 1.6.12 libs at runtime) > > In the SVN doc: > > Section 6.5 Path-Based Authorization > > [paint:/projects/paint] > jane = r > @paint-developers = rw > > Another important fact is that the first matching rule is the > one which gets applied to a user. In the prior example, > even though Jane is a member of the paint-developers group > (which has read/write access), the jane = r > rule will be discovered and matched before the group rule, > thus denying Jane write access. > > My authz file: > > [groups] > Administrators = admin, r.thompson, john.robbins > SE-tech = r.thompson, john.robbins, test.user ...I am not sure but can you try with a different name without the '-' minus sign? > [/] > #start with everyone has read access > * = r > @Administrators = rw > > [SystemEngineering:/trunk] > test.user = r > @Administrators = rw > @SE-tech = rw > > I am not getting the results as described in the > documentation. I thought excluding a user from write access > even though they were a member of an rw group was kind of > handy. I have observed this behavior in both svn and http > protocols. Even though the test.user has been designated as > "r" on the trunk, that user can still commit to the > SystemEngineering/trunk repository folder. > > Any help or clarification would be greatly appreciated. > > Bob Johnson > CGI - Insurance Sector > Columbia, S.C. > (803)917-7751 >
Re: svnsync creates big log files
That is your Apache access log. There are just a lot of requests happening. Logs are rotated daily, just delete them after a day. Sent from my iPhone On Oct 28, 2010, at 8:42 PM, Taro Fukunaga wrote: > Hi, I am experimenting with svnsync with a repository that has a lot of > changes. I found that svnsync creates very large log files in > access_.log. Is there a way to turn off this logging? I find that the > disk space consumed by this log file is really big. > > Thanks for any help. > > My environment: > OS: Centos 5.5 on an i386 > Software: CollabNet Subversion 1.3.0-1621.49 (hence the svnsync comes with > this) > >
Re: svnsync creates big log files
His information indicates he is using CollabNet Subversion Edge and this has automatic log rotation and cleanup by default. Sent from my iPhone On Oct 28, 2010, at 10:46 PM, Nico Kadel-Garcia wrote: > On Thu, Oct 28, 2010 at 8:48 PM, Mark Phippard wrote: >> That is your Apache access log. There are just a lot of requests happening. >> Logs are rotated daily, just delete them after a day. >> >> Sent from my iPhone > > Only if it's configured correctly. For people who build their own > "apache", also now known as "httpd", they need to remember to rotate > these logs. Packages such as .deb and RPM typically have the log > rotation setups built in, but I've seen people decide to de-activate > log rotation "to keep it forever", much as Subversion has no > gracefully way to entirely delete old branches from the repository > "because source control should never discard things!". > > The reality is that occasionally making a break point and making a > clean start, whether with code or with logs, can be very helpful to > keep from having to deal with a lot of stale, useless old material. > >> On Oct 28, 2010, at 8:42 PM, Taro Fukunaga wrote: >> >>> Hi, I am experimenting with svnsync with a repository that has a lot of >>> changes. I found that svnsync creates very large log files in >>> access_.log. Is there a way to turn off this logging? I find that the >>> disk space consumed by this log file is really big. >>> >>> Thanks for any help. >>> >>> My environment: >>> OS: Centos 5.5 on an i386 >>> Software: CollabNet Subversion 1.3.0-1621.49 (hence the svnsync comes with >>> this) >>> >>> >>
Re: svnsync creates big log files
On Sat, Oct 30, 2010 at 8:51 AM, Nico Kadel-Garcia wrote: > On Thu, Oct 28, 2010 at 10:56 PM, Mark Phippard wrote: >> His information indicates he is using CollabNet Subversion Edge and this has >> automatic log rotation and cleanup by default. >> >> Sent from my iPhone > > That's a hint that it's set up correctly as far as CollabNet's package > goes. But if he's got a manually built Apache running and didn't > bother to set up log rotation correctly with it, it's going to > accumulate. Like checking that your car has gas in it after your kids > drive it, it's worth checking in a development environment as someone > first sets up Subversion. I understand and was not discounting your advice. CollabNet Subversion Edge is a complete managed stack that includes Apache and all binaries. Also, the log file name matched the default. There is no other Apache version or anything to configure so it was pretty easy to be confident that log rotation was being used. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: mergeinfo not inherrited when I thought it should
On Thu, Nov 4, 2010 at 4:54 AM, Johan Corveleyn wrote: > I think this is known "as-designed" behavior, because of the > mixed-revision working copy system. Some nodes in your working copy > may be at different revisions than others (if you commit a change to > ^/parent/child, child will be at a new working revision, but parent's > working revision will not be "bumped" automatically, because > subversion doesn't know if other changes occurred at or below parent > which would require it to be fully updated). So, even though *you* > know that it isn't out-of-date semantically, for *svn* it is still > out-of-date because its "working revision" is not as recent as the > rest of the working copy. The full update at the top-level brings > everything at the same working revision. > > You should take a look at this chapter from the book, for some general > understanding of mixed-revision working copies: > http://svnbook.red-bean.com/nightly/en/svn.basic.in-action.html#svn.basic.in-action.mixedrevs One of the plans being tossed around for 1.7 is to make merge throw an error if the working copy is not at a single revision. So you will have to run svn up before you can merge or pass a new option to the merge command that tells it you want to ignore this best practice. Last I knew, patches were still being exchanged for this. I do not think it has been committed to trunk yet. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: Setting a web page at the repositories' parent URL
Hi Gingko I have had success setting up several repositories in Apache as follows... In the httpd-subversion.conf file, I have the various repositories defined like this. SVNPath /path/to/repo1 . . . SVNPath /path/to/repo2 . . . SVNPath /path/to/repo3 . . . Then when I hit http://server/svn/repo1, I get access to repo1, I hit http://server/svn/repo1, I get access to repo2, etc. If you use SVNParentPath instead of SVNPath, you can have issues so this seems to work well for me. As far as a web page goes, you could create a custom index.html that has all the links to the various repositories so if users just goes right to http://server, they see the custom index.html which has all the repository links. There should already be a default index.html in the Apache /htdocs folder that has "It Works!" in it. You could just back that one up and replace it with a new index.html that has the links to all the repositories. Regards, Mark -Original Message- From: Gingko [mailto:from_tig...@nospam.homelinux.org] Sent: Friday, November 05, 2010 11:12 AM To: Subversion User List Subject: Setting a web page at the repositories' parent URL Hello, I have a question concerning the "mod_dav_svn" module that Apache use for accessing the repositories. According to the documentation, if I set a configuration like this one : DAV svn SVNParentPath /var/lib/svn ... I define a parent directory under which I can put all of my repositories. So I can access them like this : http://www.myserver.com/svn/my_first_repository/ http://www.myserver.com/svn/my_second_repository/ http://www.myserver.com/svn/my_third_repository/ http://www.myserver.com/svn/my_fourth_repository/ etc. But if I just type : http://www.myserver.com/svn/ I get a page like this one: -- Forbidden You don't have permission to access /svn/ on this server. Apache/2.2.9 (Debian) DAV/2 SVN/1.6.12 PHP/5.2.13 mod_perl/2.0.4 Perl/v5.10.0 Server at www.myserver.com Port 80 -- This is quite ugly, and I saw several SVN servers exhibiting this behavior. Is there a way to put a web page on this location? (for example a blank page, or a page with links to the only repositories that I want to be publicly accessible for reading) Best regards, GIngko
RE: Setting a web page at the repositories' parent URL
I had issues with SVNParentPath but I think it was how I set it up. When I set it up the way I showed, it worked well. When I was doing this, I did not find docs that explained SVNParentPath well enough to me so maybe that is why I had the setup issues. Regards, Mark -Original Message- From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] Sent: Friday, November 05, 2010 3:05 PM To: Eramo, Mark Cc: Subversion User List Subject: Re: Setting a web page at the repositories' parent URL On Nov 5, 2010, at 13:50, Eramo, Mark wrote: > I have had success setting up several repositories in Apache as follows... > > In the httpd-subversion.conf file, I have the various repositories defined > like this. > > > SVNPath /path/to/repo1 > . > . > . > > > > SVNPath /path/to/repo2 > . > . > . > > > > SVNPath /path/to/repo3 > . > . > . > > > Then when I hit http://server/svn/repo1, I get access to repo1, I hit > http://server/svn/repo1, I get access to repo2, etc. That's exactly what SVNParentPath is supposed to let you do more easily and concisely. > As far as a web page goes, you could create a custom index.html that has all > the links to the various repositories so if users just goes right to > http://server, they see the custom index.html which has all the repository > links. > There should already be a default index.html in the Apache /htdocs folder > that has "It Works!" in it. You could just back that one up and replace it > with a new index.html that has the links to all the repositories. That's exactly what SVNListParentPath is for. > If you use SVNParentPath instead of SVNPath, you can have issues so this > seems to work well for me. What issues are you referring to?
Re: Only two Windows binary distribution support SASL encryption?
> I have the Win 2003 server set up with SASL and encryption, as > stated earlier this week. > > The relevant portion of svnserve.conf: > [sasl] > use-sasl = true > min-encryption = 128 > max-encryption = 256 > > and svn.conf: > pwcheck_method: auxprop > auxprop_plugin: sasldb > mech_list: DIGEST-MD5 > sasldb_path: C:\Subversion\conf\sasldb > > I tried all the Windows binaries on the binaries download page. > Only SlikSVN and WANdisco are able to talk to the repository. All > other fail with "svn: Cannot negotiate authentication mechanism" When I have tested the CollabNet binaries in the past they supported this fine. The Cyrus SASL stuff requires registry entries to work properly. If you are trying all of these from the same workstation are you checking those entries? I know I have Subclipse users that use SASL via installing those binaries. I do not know which options they use. In general, I think it was a mistake that we ever allowed the SASL stuff into our code base. The required dependencies are poorly documented which just makes SVN look bad and it does not accomplish the main goal virtually every user wanted, which was to connect to Active Directory. IMO, Apache server is still the best way to go. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: SVN mixed public\restricted access, please help!
> -Original Message- > From: Shaun Martin [mailto:smar...@akazaresearch.com] > Sent: 09 November 2010 18:33 > Subject: SVN mixed public\restricted access, please help! > > Hi All, > > Ok I am trying to achieve a repository that at its base level > everyone has read-only access without a username. But then at > subsequent levels I would like to remove their access so they > have none. I thought this could be accomplished with 1.6 with > the addition of "~" and "$anonymous" but I have yet been able > to get a working configuration. > > First off I tried setting up my apache just like this for my repo. >Code: > > DAV svn > SVNParentPath /var/svn > > # our access control policy > AuthzSVNAccessFile /path/to/access/file > > # try anonymous access first, resort to real > # authentication if necessary. > Satisfy Any > Require valid-user My understanding of apache is that this gets passed first.. So I suspect that your problem is that everyone is being accepted as an anonymous user ~ have you ever been challenged for username/password during your testing? ~ mark c > # how to authenticate a user > AuthType Basic > AuthName "Subversion repository" > AuthUserFile /path/to/users/file > > > with this in my SVNAccessFile > >Code: > [openclinica:/subdir] > @clients = rw > @svn-admin = rw > > [/] > @svn-admin = rw > > I could not achieve a non authenticated user to gain access > unless i added either "* = r" or "$anonymous = r" to the [/] > in the access file. so now my file looks like this. > >Code: > [openclinica:/subdir] > @clients = rw > @svn-admin = rw > > [/] > @svn-admin = rw > $anonymous = r > > Now I try to remove access to my subdir for the anonymous > users by adding "~$anonymous = r" so my file now looks like this. > >Code: > [openclinica:/subdir] > @clients = rw > @svn-admin = rw > ~$anonymous = r > > [/] > @svn-admin = rw > $anonymous = r > > which apparently does nothing as anonymous users can still > access my subdir and it does not force anyone to login. > > So then I tried the following. > >Code: > [openclinica:/subdir] > @clients = rw > @svn-admin = rw > $anonymous = > > [/] > @svn-admin = rw > $anonymous = r > > Which did not allow anonymous users to access my subdir, > unfortunately it does not allow my authenticated users to > access the subdir either. > > I have tried all these configuration with the "Satisfy Any" > in apache enabled and disabled. Please help!! > > This was posted on svnforum.org > http://www.svnforum.org/2017/viewtopic.php?p=32748#32748 > > Thanks, > Shaun > -- > Shaun Martin > Systems Administrator > Akaza Research > smar...@akazaresearch.com > Office: (781) 547-8413 > www.akazaresearch.com <http://www.akazaresearch.com/> > www.openclinica.org <http://www.openclinica.org/> > Open Source Platform for Clinical Research > > >
RE: Help or suggestions on porting to subversion
(please do not top-post on this list) > 2010/11/10 Ryan Schmidt : > > > > On Nov 10, 2010, at 14:09, San Martino wrote: > > > > > we are porting hundreds of projects from an old versioning > > > system to subversion. We would like to make use of the trunk, > > > tag and branch concepts. For the convertion we used an > > > automatic tool which preserved the original layout under > > > trunk/ . By looking at the layout, one problem is that the > > > files of these projects are not semantically grouped into > > > different directories (one directory for project), but are > > > grouped according to their extensions (.txt, .dll, etc..) or > > > software in which they are installed. For example, under > > > trunk we have automatically obtained: > > > > > > Database/ > > > Scripts/ > > > Packages/ > > > Application Server > > > libs/ > > > servlets/ > > > > > > while /tag and branch/ are empty > > > > > > There are hundreds of files under each directory. We want to > > > preserve this layout, since it's basically impossible to > > > reorganize all the files in projects/directories. > > > Furthermore, we cannot checkout/update these huge directories > > > whenever we want to change a single file, for example a single > > > package. > > > > Why can't you? > > > > > While it will no longer be the same with the new projects (some > > > of which might depend on old stuff), what we would like to do > > > with the old stuff is to be able to checkout a small number of > > > single files semantically representing a project and tag the > > > release or snapshot under /tag when the changes are done. > > > > > > How could we do in your opinion? > > > > You could check out the large directory. > > > > Or you could check out a sparse directory of only what you > > need to work on. > > > > Or you could reorganize the files by project so that you > > can check out each project. If there are hundreds of projects > > and this is daunting, you could just convert projects as you > > need to work on them. > > > > > -Original Message- > From: San Martino [mailto:sanmrt...@gmail.com] > Sent: 10 November 2010 21:05 > Subject: Re: Help or suggestions on porting to subversion > > Hello Ryan, > > Of course the cleanest way is to checkout the whole trunk/ and tag the > trunk each time. > A single checkout of the whole / directory is tens of GB over a > network (non-LAN), multiply this for all the deveopers. > The solution does not scale well even if checkout with --depth is > disabled. Furthermore tagging the whole trunk each time would be make > the concept it is for pointless. > ...however, the full checkout is only done once (per developer) and then only updates are transferred. This is probably not as big a problem as you may think. Also, if the developers are co-located you can probably copy a single fresh WC between developers within your own network (before anyone messes with the virgin WC). > The thing we want is: > - checkout single/scattered files from different directories > - modify/commit them > - group the files and tag this group (only the files in this group). > This is not AFAIK directly possible in subversion (or any other similar tool that I have used). You could try using file externals in a new project directory but I have not used them and believe there are "issues". > The slow transition of reorganizing by moving the files in projects as > we modify them is basically not possible and might be confusing. Also > not every developer has an idea of all the dependencies involved when > he/she just wants to modify a single file. It's even possible that > base/common libraries will never be touched at all. Just Tto be short > there are other reasons I will not mention .. > I do not know your project but when we converted from another SCCS product, we decided to import the complete tree as-was into one repo (so the history was available) but then made that read-only and started new, fresh repos for related projects with sensible layouts. Did you go through an evaluation process when you selected subversion as your new tool? You must have decided that it has features you want to use? The best course of action, even if painful in the short term, is probably to use svn as it is designed rather than trying to make it fit your old working practices... What development tools are you using that you ended up with this repositor layout? I think a little understanding of the process that got you to where you are (and why they are now different?) might help us to help you. Good luck, ~ mark c
RE: Help or suggestions on porting to subversion
> -Original Message- > From: Giulio Troccoli [mailto:giulio.trocc...@uk.linedata.com] > Sent: 11 November 2010 08:45 > Subject: RE: Help or suggestions on porting to subversion > > [CUT] > > > > > > The thing we want is: > > > - checkout single/scattered files from different directories > > > - modify/commit them > > > - group the files and tag this group (only the files in > > > this group). > > > > > This is not AFAIK directly possible in subversion (or any > > other similar tool that I have used). You could try using > > file externals in a new project directory but I have not used > > them and believe there are "issues". > > According to the book it is possible (at least the last bit) > http://svnbook.red-bean.com/nightly/en/svn.branchmerge.tags.html#svn.bra nchmerge.tags.mkcomplex > > Giulio > Ooo, thanks for that, learn a new thing every day. However, I still think that the first step will be at least as "expensive" as doing the work to reorganise into a more relevant project tree which would then simplify the remainder of the steps. Without knowing why the OP is where they are it is hard to understand why they have to stay there. ~ mark c
RE: SVN help : multiple repo configuration
> From: Neson Maxmelbin (RBEI/EMT5) > Sent: 11 November 2010 12:23 > Subject: SVN help : multiple repo configuration > > Hello , > > I have setup SVN 1.6 with Apache 2.2 on a Windows Server 2003 > R2 virtual server. > > I want to setup two repositories , so I have configured two > sections in the httpd.conf and it seems to work. > My Question is , is this a good practice or will this cause > some errors/issues? > > The reason I want to do this is that the server will serve > multiple departments . Each repositories will have multiple projects. > That is how we have configured our system, with SVNParentPaths under each so that new repositories appear in the department's list automagically. We still need to manually create new repositories but that's not a heavy admin burden. I've not had any problems yet and hope that this will help to isolate any future problems to a minimum of projects... ~ mark c
RE: SVN Migration from VSS
> -Original Message- > From: David Weintraub [mailto:qazw...@gmail.com] > Sent: 15 November 2010 13:36 > To: Neson Maxmelbin (RBEI/EMT5) > Cc: users@subversion.apache.org > Subject: Re: SVN Migration from VSS > > On Mon, Nov 15, 2010 at 7:28 AM, Neson Maxmelbin (RBEI/EMT5) > wrote: > > > > I did a migrate of a project from VSS to SVN using the > migrate.pl from > > > http://neilsleightholm.blogspot.com/2007/08/migrating-from-vis ual-source-safe-to.html > > . > > > > Migration was ok . But I cant see the VSS labels been migrated? > > Is there a way to migrate the VSS labels also to some form in SVN? > > > There are a few other VSS to SVN conversion utilities out there. The > one I'm most familar with are the tools from Polarion > <http://www.polarion.com/products/svn/svn_importer.php>. You might > want to try theirs and see if you get better results. There's also a > vss2svn project at http://www.pumacode.org/projects/vss2svn. Again, > take their utility for a spin and see what the results look like. > Vss2svn has moved to http://code.google.com/p/vss2svn/ but is no longer in active development. There is a mailing list and there have been a few questions/answers over the last few months but it is not exactly high traffic. However, we used this to convert some repositories with success, the labels are imported into a /labels/ folder. If your archive contains multiple projects then you may need to do a bit of work filtering the labels into separate tags folders but that's up to you. In the end we mostly extracted (dump filtered) the projects that were still active into new svn repositories and left the whole converted archive repo as read-only access for reference. > Again, your best choice for support on these VSS to SVN projects are > from the sites that offer these projects. > > Please let us know what you find, so others who are in the same > situation can benefit from your knowledge. We're all volunteers here. > Most of us are on this list to get help, and some of us can > occasionally offer help in as a way of paying back the help we > previously had. > > And, if you do use Subversion, I highly recommend keeping your > subscription on this list. It's a great way to learn about Subversion, > its problems, and the best ways to use it. > I second that, I learn a lot from this list... ~ mark c > Sorry I couldn't be any more help. > > -- > David Weintraub > qazw...@gmail.com >
RE: Mail-Copies-To
> -Original Message- > From: Andy Levy [mailto:andy.l...@gmail.com] > Sent: 19 November 2010 11:28 > To: users@subversion.apache.org > Subject: Re: Mail-Copies-To > > On Fri, Nov 19, 2010 at 06:19, Gary > wrote: > > Ryan Schmidt wrote: > > > >> If you don't wish to receive copies of replies on the > list, one possible > >> solution is to set the Reply-To header of your outgoing mail to the > >> list's address. > > > > Mail-Followup-To was also set. > > > > I can't find where this is a valid (RFC-specified) header either. > I'm sorry but this is way off topic for this list and seems pretty petty to me. The short answer is that if a "standard" email client (for me, m$ outlook) does not handle the headers for me then I ain't going to go looking. If you want to fiddle with unusual headers, feel free but please keep this off list. I want to spend my time (trying to) helping with real problems... ~ mark c
RE: Status of SVNPathAuthz short_circuit
> Bruno De Fraine wrote: > > > > Is my interpretation of "short_circuit" v.s. regular path-based > > authorization correct? Or if not, what is the impact of > "short_circuit"? > > Since performance problems are so apparent with path-based > authorization, > > why is this seemingly useful option given so little attention? > > > > -Original Message- > From: JamieEchlin [mailto:jamie.ech...@credit-suisse.com] > Sent: 30 November 2010 17:55 > To: users@subversion.apache.org > Subject: Re: Status of SVNPathAuthz short_circuit > > This is an excellent question, I have the same issues as > Bruno, and I really > can't add anything to the question to make it clearer. Just that, to > rephrase, under what circumstances should you not use short_circuit? > > NB Unfortunately the replies to this thread should actually > be a different > thread. > > cheers, jamie > -- > View this message in context: > http://old.nabble.com/Status-of-SVNPathAuthz-short_circuit-tp29354617p30 341951.html > Sent from the Subversion Users mailing list archive at Nabble.com. > Hmm, interesting, I had not really looked at that part of my configuration. My reading is, like yours, that 'short-circuit' ignores any other authorisation mechanism that may be configured in apache by talking directly to mod_authz_svn... So if you ever tried to configure a different directory-access-control module, it would be _silently_ ignored. The risk is someone trying to change the authz provider (or add a new one) and wondering why it isn't working! I think I will try `short-circuit` for myself and see if it helps us too. Thanks for highlighting it. ~ mark c
RE: svn diff: output stops after first couple hunks?
> -Original Message- > From: Laird Nelson [mailto:ljnel...@gmail.com] > Sent: 30 November 2010 21:18 > To: users@subversion.apache.org > Subject: svn diff: output stops after first couple hunks? > > Hello, and thanks, first of all, for a great version control system. > > I am seeing a very odd behavior that I hope I can chalk up to > pilot error. > > One of my developers on Windows 7, running the > CollabNet-supported Subversion 1.6.13 binaries, does this command: > > svn diff pom.xml > > ...in a directory with a pom.xml file that has some local > changes. She knows and I know that the upstream Subversion > repository, being hosted by Subversion 1.6.2 on a Windows XP > box as part of an Apache installation, contains a newer > version of this file. ...it sounds like you are expecting `diff` to check against the latest version in the repository. This is not what happens, at least using the command as you provided above. Most operations within a working copy use the latest known pristene copy as the reference (i.e. the copy stored from the _last_ update of _this_ wc in your .svn subdirectories). Does that exaplin the differences you are seeing? If so, the solution is to update your wc first (this will not kill any of your local changes) and run the diff again. If not, sorry for the noise. ~ mark c > svn diff correctly outputs what looks like the first couple > hunks. We both see what we're expecting to see. Then > mysteriously on her machine only, that is all that diff > reports. When I take her locally modified file, and place it > in my up-to-date workspace, and run svn diff on it--trying as > best as I am able to replicate her environment--I see those > same hunks, but then I see MORE hunks. > > I am on a Mac, running Subversion 1.6.5 which came with the machine. > > Are there known diff issues like this? If it is simply an > output problem, then that's one thing, but since diffs are at > the core of Subversion's logic I want to make sure we flesh > this out if indeed there's a problem. > > I've attempted on her machine to run svn diff -x -w pom.xml > with the same results. > > Are there further command line options or steps I should have > taken that I'm unaware of? > > Thanks, > Laird > >
RE: 32bit svn client and 64 bit subversion
> -Original Message- > From: mouni reddy [mailto:mouni...@gmail.com] > Sent: 01 December 2010 03:57 > To: users@subversion.apache.org > Subject: 32bit svn client and 64 bit subversion > > Hello, > I will start this telling that I am new to subversion . > In my organization , we had our subversion in our local disk > (32 bit ) and we are migrating it to SAN which will be 64 bit > > we are using 32 bit svn client. so what will be the issues > with 32bit svn client and 64 bit subversion ? > > can any one answer this please ... > > Thank you, > Mounica. > You need to provide a bit more information about your config before we can help ~ what platform(s) are you using (Windoze, *nix flavour etc) and where did you get subversion (pre-compiled or self built)? How are you using it (apache, svnserve, direct local repository file access)? At a first guess the safest route would be to do an svn dump from the current location and svn load into the new one. ~ mark c
Subversion 1.6.15 Binaries Released
WANdisco have released Subversion 1.6.15 in a compiled and ready to use format for the following systems: * Ubuntu * Debian * CentOS * RHEL * SuSE * Windows When a new version is released, Subversion goes through the same tough QA process as our Enterprise products to ensure maximum reliability. Our Linux binaries use APT/YUM/Zypper powered by our load balanced update servers to reliably keep your Subversion installation up to date. If you already have our Windows binaries installed, please download the latest version and your installation will be updated. Downloads can be found here: http://wandisco.com/subversion/os/downloads Kind Regards, Mark Poole Systems Engineer WANdisco Inc.
RE: svn diff: output stops after first couple hunks?
> -Original Message- > From: Laird Nelson [mailto:ljnel...@gmail.com] > Sent: 01 December 2010 13:01 > To: Cooke, Mark; users@subversion.apache.org > Subject: Re: svn diff: output stops after first couple hunks? > > > On Wed, Dec 1, 2010 at 3:32 AM, Cooke, Mark > > wrote: > > > > > > ...it sounds like you are expecting `diff` to check against the latest > > version in the repository. This is not what happens, at least using > > the command as you provided above. > > > > You know, I have read words to that effect before, but > haven't ever really properly thought about the ramifications. > > > > Most operations within a working copy use the latest known pristene > > copy as the reference (i.e. the copy stored from the _last_ update of > > _this_ wc in your .svn subdirectories). > > > > Does that explain the differences you are seeing? > > > > I believe it does. So, to be very clear, she is computing > differences between her working copy, and the version that > was the result of the last svn update, whenever that happened > to have occurred? > Exactly. Subversion minimises the network traffic by storing the latest known 'master' locally. When you do a commit, only the diffs are sent across the network, hence one reason why a commit will fail if your WC is not updated... > I suppose then if I really wanted to do the diff properly > (read: against the copy in the repo) I would do: > > svn diff pom.xml http://path.to/my/svnrepo/myproject/trunk/pom.xml > > ...that is, diff the working pom.xml against the copy stored > in the repository? (I don't have the command or the manual > up right now, so I may have left off an argument or two, but > hopefully you get the idea.) > While you can do that, most people would simply update the working copy and then do the diff locally. You will not be able to commit until you have updated anyway. An update will bring in any changes that others have made but these generally merge silently with your changes and any conflicts will be flagged for resolution. This is one reason for updating regularly, these merges seem to work best when taken in smaller increments! By the way, do you know the online subversion book (http://svnbook.red-bean.com/)? It is very good and the first two chapters should be compulsory reading for all users. The `svn diff` reference is here: http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.diff.html ~ mark c
RE: Archiving Projects (End-Of-Life)
> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: 13 December 2010 20:04 > To: users@subversion.apache.org > Subject: Archiving Projects (End-Of-Life) > > Hi, > > I'm wondering if there is a (de-facto) standard way of "end-of-lifing" > projects in an SVN repository, or any suggestions for this from other > users on this list ... > > With End-Of-Life I mean there will be no further maintenance on that > project, no more development, no more releases or patches, no more > users. It's really dead. But sometimes one might want to take a look > at the old code, check out its history, maybe even resurrect it, ... > I would like to get those projects out of sight, so it's more clear > what the active projects are. (I'm not talking about "obliterating", > to reclaim disk space or anything like that, quite the contrary: I > want to have them still available, just ... less visible). > > I know I could just "svn rm" them, but some of the "project owners" > feel a little bit uneasy about that. They consider it "probable" that > they will need to take another look at them sometime in the future. > And as we all know, it's not so easy to find a deleted > file/directory/project again (to find out what the latest revision was > in which the project still existed). > > My repository is currently structured as: > > trunk > \--project1 > \--project2 > \--... > branches > tags > > But I think the question is more or less the same if it's structured > in the other standard way (projects/TTB). > > Currently I have two options in mind: > - Move the EOL'ed projects to a new directory "archive", a new "root" > directory next to TTB. > - Move the EOL'ed projects to a tag (maybe also in an "archive" > subdirectory, under tags). If it ever needs to be resurrected, it can > be easily copied from that tag. > > Thoughts? Other ideas? Pros and cons? > I use separate repos (using parent path) for all projects unless closely related, and this is one of the main reasons why I do so. A little bit of extra work when creating new projects is a lot simpler than dumpfiltering projects out late in the lifecycle. I'd be interested in any strong arguments for using one repo over many! ~ mark c
RE: Archiving Projects (End-Of-Life)
> On Tuesday 14 December 2010, Cooke, Mark wrote: > > I'd be interested in any strong arguments for using one > > repo over many! > > -Original Message- > From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com] > Sent: 14 December 2010 10:53 > To: users@subversion.apache.org > Subject: Re: Archiving Projects (End-Of-Life) > > You don't need svnadmin to create a new project. > > That was simple! :'D > > Uli > ...but I don't see that as a problem for us, it's just a little pain occasionally for a big gain in the end. Plus, for us, we usually have linked Trac environments, so that needs to be created as well. In fact, having linked trac projects is another reason why I like the lack of revision number churn caused by unrelated projects. ~ mark c
how do you write a commit hook to trap on commits to a specific file?
Hello all, I am currently using svn commit hooks in our environment to trap ALL commits. The commit hook sends an email to my address. A typical email generated by a commit looks like this: >> Author: mmeyer Comments: added comments 3935 U Java Projects/sandbox/mark/schema/auf/xml/testdbupgrade.xml << How do you write a commit hook that traps on changes to a SPECIFIC file (our database create script) so I can capture all of these changes separately. This would allow me to do a better job of maintaining our alter scripts that migrate our database from one version to the next. Example: I would like to hook on any changes made when this file is changed: << Comments: added ip_address to conditions and added received_timestamp to test results 3922 U Database/trunk/MP/mysql/create/primexmp-create.sql << Thank you, Mark
Re: Subversion 1.6.15 Released
On Fri, Dec 17, 2010 at 4:42 PM, wrote: > Any idea why TSVN 1.6.12 Build 20536 2010/11/24 claims to be using SVN > 1.6.15 before it was released? Subversion 1.6.15 was released several weeks ago. David is just one person of many that creates a binary version and he is simply announcing availability of his binaries. TortoiseSVN does not release until we have officially released the source. BTW, David is there really any reason to broadcast your release in these forums? CollabNet has never done that (and would not want to see us start). While I think the info is somewhat useful in general it would get ugly if everyone that produced binaries announced it on all the lists every time. You can announce it on sf.net and users can subscribe to lists or RSS feeds there if they want to be updated on releases. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Subversion 1.6.15 Released
On Fri, Dec 17, 2010 at 5:46 PM, David Darj wrote: > I just keep up the work where DJ Heap (and Troy Simpson) left off building > and announcing these binaries. > If it's not appropiate to announce it here I will stop. David, I do not want to give you the impression that I think you are doing something wrong. Like I said, there is some value and general interest in letting people know. The issue is that you are just one of many people producing binaries and for the most part I do not think anyone else is announcing each release on these lists. I would personally not want to see everyone that makes binaries do this as I think it would get very "spammy" whenever there is a new SVN release. There was also this instance here where a user apparently thought you were announcing the SVN release, and not just your binaries. So I guess there is some possibility for confusion. If you want to make an announcement over here, I would suggest using the announce@ list only, but that is just one person's suggestion/opinion. Personally, I think when the SVN project issue a release announcement people just go to their preferred location to get the binaries and do not wait or look for a separate announcement. -- Thanks Mark Phippard http://markphip.blogspot.com/
changing the structure of code in public repo
hi, My former team member had put some code in a public repository sometime back.Currently I am the sole team member now and need to modify the code. I am relatively new to subversion and version control systems in general.. I can checkout the code using svn checkout https://myproject.somepublicrepo.com/svn/trunk/ the source tree structure in repo is svn/trunk/src/myproject/One.java /Two.java I thought of changing the package structure of code as follows, myproject/ /build.xml /src /packageone/NewOne.java /packagetwo/Two.java /lib /images How should I go about this? should I checkout into a work dir and then delete all of its contents ,then create the new code structure and then commit ? Or should I delete the directories from repo first? Any help appreciated regards mark
Re: On commit attempt, Server sent unexpected return value (403 Forbidden) in response to CHECKOUT
On Fri, Dec 31, 2010 at 11:04 AM, wrote: > I'm trying to integrate a SVN Authz authorization file with apache > configuration files to provide a solution for not just directory level > restrictions, but also file level restrictions. It's my understanding that > the SVN Authorization file is not capable of handling file-specific > restrictions, only directory level. This is not true. SVN authz manages "paths" and a path can be a directory or a file. Of course it has to be the full path to the file as there is no wild-card support. > > > Require user my_username > > I am not aware of being able to define rules for paths within a repository this way. When the SVN client does the commit it does so against a temporary path, so you cannot use paths in your repository. I do believe there are people that have written rules against the temporary paths and if you did so properly then it might work. That said, I am also not confident that you can successfully mix the Subversion authz file with the other Apache require directives. I have tried in the past to mix authz with the require-ldap-group directive and the two just do not mix as these directives become additive. Meaning if either directive would allow the user access then they get access and you do not get the restrictive behavior of authz that is desired. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: On commit attempt, Server sent unexpected return value (403 Forbidden) in response to CHECKOUT
On Mon, Jan 3, 2011 at 9:55 AM, wrote: > I suppose another fundamental question in all this -- Is there any other way > to provide file level restrictions > while using the svn authz file for authorization? Can you explain why you cannot just add a rule to the file like this: [repos:/folder/structure/RestrictedFile] * = my_username = rw -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: On commit attempt, Server sent unexpected return value (403 Forbidden) in response to CHECKOUT
On Mon, Jan 3, 2011 at 10:13 AM, wrote: > Wow...for some reason I was under the impression that file level restrictions > didn't work...I really don't know why, but there it is. > > I don't suppose there's a way to use wild cards in the path as well? Wild-cards are not supported in authz. If you only needed this to protect writes, then you can do it with a pre-commit hook. The SVN repository contains svnperms.py which can do this: http://svn.apache.org/repos/asf/subversion/trunk/tools/hook-scripts/ However, if you need to protect read access, you cannot do it via a hook and the Subversion authz module does not support wildcards. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: svnadmin create and not being method agnostic
On Mon, Jan 3, 2011 at 11:09 AM, Nick wrote: > On Sun, 2011-01-02 at 22:43 -0500, Nico Kadel-Garcia wrote: > >> It's possible to do secure Subversion. Use svn+ssh access, disable or >> block other services at the firewall, and keep it away from HTTP/HTTPS >> in order to prevent UNIx or Linux client plaintext password storage. > > Apologies in advance if this is covered somewhere, but can someone > explain (or point me to some references on) why using SVN w/ Apache > (HTTPS) is insecure? I've seen some references to plain text password > storage, but I don't see my password on my server. The passwords in my > svnusers files look like hashes, which makes sense because I use the > "-m" option to htpasswd2 when creating them. What am I missing? Yes, it is secure. Nico's issue is that the SVN client will allow the user to cache their password in plaintext locally in their home folder. This is only true for *nix clients though. Windows and OSX clients store the password securely. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: problem with svnsync and repository locks...
See this thread: http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2377143 Realistically today you need to add a pre-lock hook on the slave that disallows the lock feature entirely. Mark On Wed, Jan 5, 2011 at 6:07 PM, Edward Ned Harvey wrote: > I have a master server, and a slave server configured with pass-thru proxy. > Off the top of my head, I believe they're both 1.6.12, but I'll double check > if that is an important detail. > > > > A user at the slave site does "get lock" on a file. She gets the lock > successfully. > > She makes a change, tries to commit. Commit fails because file is locked in > repository. (What? Yeah.) > > She asked me for help, and I ensured she did NOT lock in one WC and then try > to commit from another WC. All of these operations are happening in a > single WC, using the slave server for the URL. > > She tries to unlock. Cannot unlock because file is not locked. > > She tries to lock. File is already locked. > > > > On another computer, I try to lock her file. Cannot lock - lock belongs to > her. (I did not force steal the lock.) > > I try to unlock her file. Cannot unlock, file is not locked. > > > > I double-checked the revs of the master & slave. Both matching (we are not > waiting for an in-progress svnsync to finish from master to slave.) > > > > The workaround was this: I made a connection directly to the master and > forced the unlock. Then she was able to commit. > > > > Clearly, the presence of a repository lock is not properly communicated > between master & slave. I double-checked my master server configuration, > and ensured there is both a post-commit hook, and a post-revprop-change > hook. Both of which have been working flawlessly for months. > > > > If necessary, I can reproduce this in a precisely documented way. But I > didn't document it that thoroughly yet because I didn't think that's > necessarily necessary. > > > > Is this simply a bug that was accidentally overlooked in the master/slave > design? Is it a known issue? -- Thanks Mark Phippard http://markphip.blogspot.com/
"rejected Basic challenge" for one user only (Win/apache)
Hello, We use TortoiseSVN from windows XP SP3 clients (required by corporate policy) to connect to repos on windows server 2003:- Apache/2.2.17 (Win32) DAV/2 mod_ssl/2.2.17 OpenSSL/0.9.8o mod_wsgi/3.3 Python/2.6.4 SVN/1.6.15 I have one single user (amongst 15 or so) who is experiencing authentication issues and need some help in working out what is wrong for him alone. Background: We moved to svn and Trac about 18 months ago (when I joined) and I have configured everything. We started using mod_sspi for authentication as I could not understand (nor get local help for) the decorated names etc used by LDAP. That was working but then this one user stopped being able to use svn at all. As he had trouble accessing the server at all (which uses SSL and global authentication) I blamed SSPI and finally found the info I needed to get LDAP working against our Active Directory forest. My user can now access the server and browse the source tree fine (I use the TortoiseSVN xslt config and each department has their own parentpath set of repos). However, he still cannot checkout or update. From using tortoise we installed svn command line that we use on the server (from alagazam, thanks David Darj!) and we are seeing the following error: Authentication realm: <https://server.company.net:443> Dept Applications server Password for 'user_a': * Authentication realm: <https://server.company.net:443> Dept Applications server Username: domain\user_a Password for 'domain\user_a': * Authentication realm: <https://server.company.net:443> Dept Applications server Username: svn: OPTIONS of 'https://server.company.net/svn/dept/project/trunk': authorization failed: Could not authenticate to server: rejected Basic challenge (https://server.company.net) We know the same username/password works against the apache server and we use the same authz file for path based authentication from both apache and subversion direct. All other users work OK, just this one user is having problems. We have cleared all cached data using tortoise then uninstalled and rebooted before re-installing tortoise. We then tried the svn cli again (generating the info above) to make sure it was svn and not specific to tortoise. Here is the sanitised authentication section from httpd conf (I know Basic is plain text but all traffic is redirected to SSL https and the standard client here is IE6): Order allow,deny Allow from all AuthName "Dept Applications server" AuthType Basic AuthBasicProvider ldap AuthzLDAPAuthoritative on # The LDAP query URL ~ upgrading to a secure connection once connected... AuthLDAPURL "ldap://adserver:3268/DC=blah,DC=blah,DC=blah?sAMAccountName,mail?sub?(o bjectClass=*)" TLS # Active Directory requires an authenticating DN to access records AuthLDAPBindDN AuthLDAPBindPassword Require valid-user ...and the department svn root: DAV svn SVNIndexXSLT "/subversion/svnindex.xsl" SVNParentPath D:/svn/dept/ SVNListParentPath On # restrict access to subversion repository paths... AuthzForceUsernameCase Lower AuthzSVNAccessFile d:/path-to/svn-users.txt ...and the relevant bits of svn-users.txt: [aliases] bryanb = user_a # Give all authenticated users read access to the root # NB: use "* = " for all [repo:/] sections to remove access [/] &bryanb = rw user_a = rw ...note that I have granted rights to both the alias and the user's ID to see if that helped (no change). Finally, here are sample errors from the apache log file: [Wed Jan 12 10:06:38 2011] [error] [client ip-address] user user_a: authentication failure for "/svn/dept/project/trunk": Password Mismatch [Wed Jan 12 10:18:42 2011] [error] [client ip-address] user domain\\user_a not found: /svn/dept/project/trunk I do not understand where the 'Password Mismatch' error is coming from, why does that only happen when using subversion and not the browser? I have tried searching for "rejected Basic challenge" (both svn.haxx.se and the wider net) but I've not found anything that hes helped so far. Please can someone help me with where to go next? Many thanks, ~ mark c
RE: 301 with mod_dav / https
> -Original Message-
> From: Jehan PROCACCIA [mailto:jehan.procac...@it-sudparis.eu]
> Sent: 12 January 2011 17:03
> To: fuzzy_4...@gmx.de
> Cc: Ryan Schmidt; users@subversion.apache.org
> Subject: Re: 301 with mod_dav / https
>
> Le 12/01/2011 15:46, fuzzy_4711 a écrit :
> >
> >
> >> Do apache needs to have RW on /var/svn/disi/* ?
> >> for now it is user svn only
> > Yup, you got it.
> > Put your apache user into group svn. And give those rights
> recursive to
> > your repository directory.
> >
> > drwxrwsr-x 7 apache svn . repository/
> >
> > -fuz
> I was wondering in the details of write access to the
> repository subdirs
> and files
> I'am afraid of doing a "chmod -R 775 repository/*" for
> security reasons
> ! perhaps I'am wrong ?
>
> I fine grained permissions on repo/db , seems to work this way:
>
> find /var/svn/disi/disi_pj2/db/ -type d -exec chmod 775 {} \;
> find /var/svn/disi/disi_pj2/db/ -type f -exec chmod 664 {} \;
>
> is there a recommended chmod to be done on the repo structure ?
>
You could try reading the wiki:-
http://trac.edgewall.org/wiki/TracSubversion#GettingSubversionworking
...especially the bit "Fix permissions to the repository:"
~ mark c
RE: Add Directory to SVN - and Permssion - Please clarify
> -Original Message- > From: santhosh kumar [mailto:santhoshkal...@gmail.com] > Sent: 13 January 2011 07:02 > To: users@subversion.apache.org > Subject: Add Directory to SVN - and Permssion - Please clarify > > Hi > > I want to add some directories to a SVN tree and give > permission to individual users. Please help me to do it. > > Example: I want to create directories A, B , C , D, E to a > SVN Tree and the Directory A can be only accessed by User1, B > by User2, C by User 3, D by User4, E by User 5. > > Thanks in advance for the support > As ever, the free online manual is your friend:- http://svnbook.red-bean.com ...and more specifically this chapter:- http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.h tml ~ mark c
RE: project vs. repository
> -Original Message- > From: alan.james.tay...@gmail.com > [mailto:alan.james.tay...@gmail.com] On Behalf Of Alan Taylor > Sent: 13 January 2011 00:22 > To: users@subversion.apache.org > Subject: project vs. repository > > Greetings, > > Some time ago I created my repo with: > svnadmin create /srv/svn/cfg > > This has been operating fine for over a year, but I now have > a problem because I want to add another project. > Unfortunately I think the original repo creation command > should have been: > svnadmin create /srv/svn > > My problem is that cfg should be a project within the repo > and now I want to add another project, i.e. > /srv/svn/cfg > /srv/svn/pxe > > What is the best way to move things around ? > > Rgds/Alan > I use svn from windows but I assume you are using some *nix flavour... It depends on what you want to achieve. Are the two projects related? Some people favour keeping separate repos for separate projects (a bit more admin to create new repos each time, my choice!) or keep everything in one repo (more admin if when you try to archive off dead projects). First make sure no-one is using the repo and that everything has been checked in (not completely required but saves hassle), then shut down however you serve your repo (apache, svnserve). To use one repo... I would open a TortoiseSVN repo-browser window and create a new 'cfg' folder in the repo and just move the project files under that. I believe that you can achieve the same from the command line using the mv command with the appropriate two URLs. Now you can add a folder your second project... You may want to move the repo up a folder in the filesystem. Alternatively, create your second repo just like you did the first. The next step requires you to change the setup of how you serve your repo (svnserve or apache will be different). If you now have two repos then you need to look into the ParentPath options (e.g. http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html). If just one repo then you might need to change the address from which the repo is served so that /cfg is no longer a part of it (e.g. your apache directive section)... You will probably need to checkout new working copies from the new locations or you could try using svn switch (http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.switch.html) Good luck, ~ mark c
Why does workflow change require environment upgrade?
Folks, I've split this out from previous thread (http://groups.google.com/group/trac-users/browse_thread/thread/f836f93b 25b8b275) as a more specific question: Why should changing the workflow in 0.11.7 require an environment upgrade? Background from the other thread: each env inherits a shared conf that then inherits a shared workflow file (using 'file = xxx' in the [inherit] section). I am investigating why the workflow is not working in any env when I broke all my trac sites producing: : Error (The Trac Environment needs to be upgraded. Run "trac-admin upgrade") ...and the trac.log error: 2011-01-13 10:23:10,038 Trac[env] WARNING: Component requires environment upgrade AFAIK the workflow is self-contained I the ini file and should not affect the environment or database? I appreciate any insight you can offer, ~ mark c P.S. I will upgrade to 0.12, as soon as I have time to validate it, promise...
Re: What SVN command-line client distro should I get to work properly with SVN 1.4.x on the server?
>> On Thu, Jan 13, 2011 at 14:07, KARR, DAVID (ATTSI) >> wrote: >> > I work on Windows with Cygwin. In Eclipse, I can do SVN checkouts >> and >> > updates with the SVN on our server, which is running SVN 1.4.x. I'm >> > doing this with the latest Subversive and connector. I've been told >> > that after SVN 1.4.x, the "storage format" changed, so doing >> checkouts >> > and updates with a SVN client newer than 1.4.x would screw up the >> .svn >> > directories. >> >> Over the network RA layers (http, svn, svn+ssh), client & server >> versions can differ as long as they're both 1.x. A 1.0 client can talk >> to a 1.6 server, and vice versa. >> >> The *client-side* storage format has been changed in most 1.x >> releases, and it's a silent update, so if you're using multiple >> clients, all must be the same minor revision - you can't mix a 1.4 & >> 1.5 client on the same system, unless they operate on separate WCs. >> >> I suspect you're running into problems for at least one of the >> following reasons, if not both: >> >> 1) Your Eclipse plugin & command-line client are not the same minor >> version of Subversion. >> 2) The differences introduced by Cygwin to trick the SVN client into >> thinking it's in a *NIX environment are conflicting with the real >> Windows client that you have in Eclipse. >> >> > In fact, I think I've seen this happen. I tried doing an update with >> my >> > SVN command-line client (I appear to have SVN 1.5.7, from CollabNet), >> in >> > a project that I work on in Eclipse, and when I refreshed my Eclipse, >> it >> > got so confused I eventually had to create a new workspace. Working >> in >> > the old workspace gave me constant error dialogs from Subversive. I >> > suppose it's possible this wasn't a storage format issue, but simply >> an >> > issue with updating the SVN state outside of Subversive. I don't >> know. >> > I don't attempt checkouts or updates from the command line anymore. >> > Doing "svn diff" or other information queries works fine. >> >> Try dropping the Cygwin environment for a while and exclusively use >> Eclipse and the *native* Win32 client in the Windows Command Prompt. >> Your Subversive plugin must be based on the same Subversion version as >> your Win32 client. > > I included the fact that I'm using Cygwin just for completeness. The SVN > client I'm using is not part of Cygwin, it's from CollabNet. The SVN version > that claims to represent is 1.5.7, which is the SVN version that my > Subversive connector claims to represent. That tells me that I shouldn't be > having a problem. I guess I'll have to try again and see what happens. > Perhaps it's not a problem with SVN version mismatches. I'll have to test > this very carefully so I don't screw up my main workspace. I guess I'll have > to create another one just for this test. > The problem is that Subversive includes a bastardized version of what used to be called JavaSvn and that only reads/writes the SVN 1.4 working copy format. Change Subversive so that it is using JavaHL or the newer SVNKit and the problems will go away. I would update the command line client and the Subversive connector so that it is using the latest SVN 1.6.x version available. Subclipse does not have this problem as it only uses JavaHL, which is part of Subversion, or SVNKit. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: What SVN command-line client distro should I get to work properly with SVN 1.4.x on the server?
On Thu, Jan 13, 2011 at 6:37 PM, KARR, DAVID (ATTSI) wrote: > I'm currently using SVNKit 1.2.3 (for SVN 1.5.6) with Subversive. (I had said > this was 1.5.7 earlier). If it was using SVNKit 1.2.3 then you would not be having a problem. You have to be using the JavaSvn connector that only supports 1.4. They still provide it because they paid to have some custom behaviors added around merge and a couple other places that they wanted. But these customizations were not maintained going forward. You might also check preferences. SVNKit is capable of supporting multiple formats. So SVNKit 1.2.3 can support the 1.4 and 1.5 formats. You may have a setting somewhere telling it to use the 1.4 format. > If I plan to change this connector to use the latest SVNKit, do I first have > to delete all of my checked-out projects and check them out again > after changing the connector? No, the format will just be upgraded to the latest format. No need to checkout again and the upgrade is relatively quick. The only issue is that earlier clients will not be able to read it any more. If you upgrade them all to 1.6.x this will not be an issue. -- Thanks Mark Phippard http://markphip.blogspot.com/
Svn authentication issue (was: "rejected Basic challenge"...)
Dear List, Replying to myself in the hope this may catch some more eyes. More info inline below... > -Original Message- > From: Cooke, Mark > Sent: 12 January 2011 11:42 > Subject: "rejected Basic challenge" for one user only (Win/apache) > > Hello, > > We use TortoiseSVN from windows XP SP3 clients (required by corporate > policy) to connect to repos on windows server 2003:- > > Apache/2.2.17 (Win32) DAV/2 mod_ssl/2.2.17 OpenSSL/0.9.8o mod_wsgi/3.3 > Python/2.6.4 SVN/1.6.15 > > I have one single user (amongst 15 or so) who is experiencing > authentication issues and need some help in working out what is wrong > for him alone. > > Background: > > We moved to svn and Trac about 18 months ago (when I joined) and I > have configured everything. We started using mod_sspi for > authentication as I could not understand (nor get local help for) > the decorated names etc used by LDAP. That was working but then > this one user stopped being able to use svn at all. As he had > trouble accessing the server at all (which uses SSL and global > authentication) I blamed SSPI and finally found the info I needed > to get LDAP working against our Active Directory forest. > > My user can now access the server and browse the source tree fine > (I use the TortoiseSVN xslt config and each department has their > own parentpath set of repos). However, he still cannot checkout > or update. From using tortoise we installed svn command line that > we use on the server (from alagazam, thanks David Darj!) and we > are seeing the following error: > > Authentication realm: <https://server.company.net:443> Dept > Applications server > Password for 'user_a': * > Authentication realm: <https://server.company.net:443> Dept > Applications server > Username: domain\user_a > Password for 'domain\user_a': * > Authentication realm: <https://server.company.net:443> Dept > Applications server > > Username: svn: OPTIONS of > 'https://server.company.net/svn/dept/project/trunk': authorization > failed: Could not authenticate to server: rejected Basic challenge > (https://server.company.net) > > We know the same username/password works against the apache server and > we use the same authz file for path based authentication from both > apache and subversion direct. All other users work OK, just this one > user is having problems. We have cleared all cached data using > tortoise then uninstalled and rebooted before re-installing tortoise. > We then tried the svn cli again (generating the info above) to make > sure it was svn and not specific to tortoise. > > Here is the sanitised authentication section from httpd conf (I know > Basic is plain text but all traffic is redirected to SSL https and the > standard client here is IE6): > > > Order allow,deny > Allow from all > > AuthName "Dept Applications server" > AuthType Basic > AuthBasicProvider ldap > AuthzLDAPAuthoritative on > > # The LDAP query URL > AuthLDAPURL > "ldap://adserver:3268/DC=blah,DC=blah,DC=blah?sAMAccountName,m > ail?sub?(objectClass=*)" TLS > > # Active Directory requires an authenticating DN to access records > AuthLDAPBindDN > AuthLDAPBindPassword > > Require valid-user > > > ...and the department svn root: > > > DAV svn > SVNIndexXSLT "/subversion/svnindex.xsl" > SVNParentPath D:/svn/dept/ > SVNListParentPath On > # restrict access to subversion repository paths... > AuthzForceUsernameCase Lower > AuthzSVNAccessFile d:/path-to/svn-users.txt > > > ...and the relevant bits of svn-users.txt: > > [aliases] > bryanb = user_a > > # Give all authenticated users read access to the root > # NB: use "* = " for all [repo:/] sections to remove access > [/] > &bryanb = rw > user_a = rw > > ...note that I have granted rights to both the alias and the user's > ID to see if that helped (no change). > > Finally, here are sample errors from the apache log file: > > [Wed Jan 12 10:06:38 2011] [error] [client ip-address] user user_a: > authentication failure for "/svn/dept/project/trunk": > Password Mismatch > [Wed Jan 12 10:18:42 2011] [error] [client ip-address] user > domain\\user_a not found: /svn/dept/project/trunk > > I do not understand where the 'Password Mismatch' error is > coming from, why does that only happen when using subversion > and not the browser? I have tried searching for "rejected Basic > challenge" (both svn.haxx.se and the wider net)
Re: SVN 1.6.15 checkout fails on particular file
On Fri, Jan 14, 2011 at 2:06 PM, KARR, DAVID (ATTSI) wrote: > Just so we're clear here, I have these projects checked out in Eclipse, > but not in the same directory that I'm trying to do the command-line > checkout. I'm trying to do a separate checkout of these projects, just > using the 1.6.15 client. I'm not using multiple client versions in the > same checked-out directory, but I am attempting to checkout a module > from SVN with the 1.6.15 client that has been previously checked out > with different client versions. As long as you are careful this is fine. The tool to watch out for is TortoiseSVN. Since it runs in Windows explorer you have to be sure not to even browse into these folders or else TortoiseSVN code is triggered and it can update the working copy. Using the command line it is obviously easier to avoid the working copies you do not want to touch. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: Repairing a repository
[Please note: the convention on this list is to reply in line so you can read top-to-bottom] > From: Modha Khammammettu [mailto:mkhammamme...@calcas.com] > Sent: Tuesday, January 18, 2011 9:26 AM > To: 'users@subversion.apache.org' > Subject: Repairing a repository > > Hi > I have one repository, which do not have tags, branches and > trunks to start with. Code was checked in like that. > > Now I want to create a branch for the code checked in and I > cannot since the structure is not there. > > How I can fix my problem? > > Please let me know. > > Thanks > Modha/- > > -Original Message- > From: Modha Khammammettu [mailto:mkhammamme...@calcas.com] > Sent: 18 January 2011 17:04 > To: 'users@subversion.apache.org' > Subject: RE: Repairing a repository > > Can I create trunk, branches and main directories and move > the existing structure under trunk, after shutting down the service. You do not say what platform you use. On windows I would use TortoiseSVN's RepoBrowser to create the trunk/tags/branches folders and move the existing data under trunk. You will need the server running to be able to do this (if you access through e.g. https:// instead of file://)! This can be achieved using the command line "svn mv URL URL" command... This will cause problems for any working copies ~ lookup the "svn switch" command, I think that will work but you may be better off doing a fresh checkout anyway. ~ mark c
RE: Betr.: Re: "svnadmin load" a huge file
> -Original Message- > From: Victor Sudakov [mailto:suda...@sibptus.tomsk.ru] > Sent: 20 January 2011 08:18 > Subject: Re: Betr.: Re: "svnadmin load" a huge file > > Colleagues, > > I have finally completed a test cvs2svn conversion on an amd64 system. > The peak memory requirement of svnadmin during the conversion was > 9796M SIZE, 1880M RES. The resulting SVN repo size is 8.5G on disk. > > "svnadmin dump --deltas" of this new SVN repo required 6692M SIZE, > 2161M RES of memory at its peak. Such memory requirements make this > repo completely unusable on i386 systems. > > The original CVS repo is 59M on disk with 17859 files (including those > in the Attic) and total 23911 revisions (in SVN terms). All files are > strictly text. > > Something seems to be very suboptimal either about SVN itself or about > the cvs2svn utility. I am especially surprised by the 8.5G size of the > resulting SVN repository (though the result of "svnadmin dump > --deltas" > is 44M). > > > - Copy your CVS repository (say /myreypository to /myrepositoryconv) > > - In the copy move the ,v files into several subdirectories > (using the > > operating system, not using CVS commands.) > > - Convert the directories one at a time and load them into svn. > > - Once loaded into svn you can move everything back into one folder > > (using svn commands) if desired. > > Even if I do this, after moving everything back I will not be able to > do "svnadmin dump" on an i386 system, perhaps unless I write some > script which will iterate and keep track of dumped revision numbers. > Did you also notice the --incremental option? Is that what you mean by 'keeping track of revision numbers'? http://svnbook.red-bean.com/nightly/en/svn.ref.svnadmin.c.dump.html This allows you to dump the repo in sections (by specifying a revision range) You do not mention what verison of svn you are using but newer versions allow the repository to be packed, would this help your storage issues? http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.rep osadmin.maint.diskspace.fsfspacking ~ mark c
Re: Letters at beginnings of columns of svn output
See this blog post: http://blogs.collab.net/subversion/2010/11/resolving-tree-conflicts On Thu, Jan 20, 2011 at 8:38 AM, Steve Cohen wrote: > On 01/20/2011 05:19 AM, Stephen Butler wrote: > >> A 'C' in the third column indicates a tree conflict, while a 'C' in > > Thanks, Stephen. > > While we're on the subject, can you tell me succinctly what is the exact > definition of a "tree conflict"? This used to drive me nuts when I used the > subclipse plugin. I got these all the time and I could never understand > them. I've now switched to the subversive Eclipse plugin which is even > worse for merging (I've never been able replicate with it merges that are > simple on the command line) but better in other respects, and have fallen > back on a strategy of doing all merges on the command line which seems to > produce better results for the most part. > > Both plugins assume a great deal of knowledge about the merge process and > their "documentation" is restricted to inadequate explanations of what each > widget in the plugin does, without explaining in real-world terms i.e. in > use cases: When you have scenario x you want to do y, etc. > > The command line is better documented but even here as we see, there are > holes. > > This question was sparked by the following scenario: > > I had made a relatively small number of changes in a branch for future > development. Among these changes were the additions of several new source > files. As I was doing so, a higher-priority defect emerged in production > which had to be resolved immediately. I made these changes in the trunk. > Naturally, I wanted to merge these changes into my branch. However, no > version of the merge command that I could come up with resulted in a > situation that did not want to delete the newly added files. My final, > unsatisfactory conclusion to this mess, was to do the merge and before > committing, revert the files that it wanted to delete. > > I have a feeling that this was wrong, and that down the line, some future > merge will go badly. > > Steve > -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: RHEL4
On Fri, Jan 21, 2011 at 5:07 AM, wrote: > I am searching a binary package (version 1.6.15) for RHEL4. > > Is there a binary package for a RHEL4 system available or only for a RHEL5 > system? CollabNet provides an RPM that works on RHEL 4. You do not specify what you are looking for client or full-blown server. Client RPM is here: http://www.open.collab.net/downloads/subversion/linux.html Server RPM is here: http://www.open.collab.net/downloads/subversion/linux1.5.html The way the RPM is structured the client RPM has to be installed and the server RPM just adds additional server binaries to it. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: Python 2.6 bindings
Hello, > -Original Message- > From: Alina Frey [mailto:af...@modusoperandi.com] > Sent: 27 January 2011 20:14 > To: users@subversion.apache.org > Subject: Python 2.6 bindings > > I am new to Subversion. Need to use Subversion with Trac. > Trac requires Python, therefore I need the Python bindings, > so I downloaded svn-win32-1.6.13_py.zip > <http://alagazam.net/svn-1.6.13/svn-win32-1.6.13_py.zip> . > Would you please let me know what do I need to do after I > extract all the files from svn-win32-1.6.13_py.zip > <http://alagazam.net/svn-1.6.13/svn-win32-1.6.13_py.zip> ? > > Thank you, > > Alina. > As you mention alagazam, I will assume you are on windows... However, why are you installing 1.6.13 when 1.6.15 is available? I asked almost this question a while back (on the Trac Users mailing list) and did not really get an answer. However, some searching of both svn and Trac documentation lead me to write the following notes for myself which is what I now follow. Let me know if this works for you too (obviously you can ignore the first two steps)... Upgrading the Python Bindings for Subversion: = Just to complete this thread with the hope of being useful to someone else, this is what I did to install the latest svn from Algazam onto windoze: ~ stopped the apache service ~ uninstalled all previous subversion instances (tidying up really) ~ ran the Algazam windows .msi installer ~ copied the latest mod_*.so files from the install location to the apache modules directory (overwriting the old ones) ~ deleted the old svn and libsvn directories from C:\Python26\Lib\site-packages ~ opened the python bindings .zip and copied the two directories to site-packages ~ copied all libsvn\_*.dll files to _*.pyd [1] ~ restarted the server and crossed fingers... [1] I found this recommended in the t.e.o wiki at TracSubversion... http://trac.edgewall.org/wiki/TracSubversion#forPython2.6 In other words, it was fine to just delete the old files from site_packages and copy the new ones in there, with just a bit of fiddling about! ~ mark c P.S. please consider using plain text email for this list...
RE: Python 2.6 bindings
Hello, Note: I have rearranged into chronologoical top-to-bottom order for ease of reading, see below... > > -Original Message- > > From: Alina Frey [mailto:af...@modusoperandi.com] > > Sent: 27 January 2011 20:14 > > To: users@subversion.apache.org > > Subject: Python 2.6 bindings > > > > I am new to Subversion. Need to use Subversion with Trac. > > Trac requires Python, therefore I need the Python bindings, > > so I downloaded svn-win32-1.6.13_py.zip > > <http://alagazam.net/svn-1.6.13/svn-win32-1.6.13_py.zip> . > > Would you please let me know what do I need to do after I > > extract all the files from svn-win32-1.6.13_py.zip > > <http://alagazam.net/svn-1.6.13/svn-win32-1.6.13_py.zip> ? > > > > Thank you, > > > > Alina. > > > -Original Message- > From: Cooke, Mark [mailto:mark.co...@siemens.com] > Sent: Friday, January 28, 2011 3:05 AM > To: Alina Frey > Cc: users@subversion.apache.org > Subject: RE: Python 2.6 bindings > > Hello, > > As you mention alagazam, I will assume you are on windows... However, > why are you installing 1.6.13 when 1.6.15 is available? > > I asked almost this question a while back (on the Trac Users mailing > list) and did not really get an answer. However, some searching of > both svn and Trac documentation lead me to write the following notes > for myself which is what I now follow. Let me know if this works for > you too (obviously you can ignore the first two steps)... > > Upgrading the Python Bindings for Subversion: > = > > Just to complete this thread with the hope of being useful to someone > else, this is what I did to install the latest svn from Algazam > onto windoze: > > ~ stopped the apache service > > ~ uninstalled all previous subversion instances (tidying up really) > > ~ ran the Algazam windows .msi installer > > ~ copied the latest mod_*.so files from the install location to the > apache modules directory (overwriting the old ones) > > ~ deleted the old svn and libsvn directories from > C:\Python26\Lib\site-packages > > ~ opened the python bindings .zip and copied the two directories > to site-packages > > ~ copied all libsvn\_*.dll files to libsvn\_*.pyd [1] > > ~ restarted the server and crossed fingers... > > [1] I found this recommended in the t.e.o wiki at TracSubversion... > http://trac.edgewall.org/wiki/TracSubversion#forPython2.6 > > In other words, it was fine to just delete the old files from > site_packages and copy the new ones in there, with just a bit > of fiddling about! > > ~ mark c > > -Original Message- > From: Alina Frey [mailto:af...@modusoperandi.com] > Sent: 28 January 2011 19:05 > To: Cooke, Mark > Cc: users@subversion.apache.org > Subject: RE: Python 2.6 bindings > > Yes, I am on Windows. > I installed Apache Subversion (Setup-Subversion-1.6.15.msi). > No previous versions installed. > You mentioned that I need to stop apache server. > How do I know if it's running? On windows installs, there is usually a little system tray applet called something like 'apache monitor' which will tell you. If it is not running you can run it from the start menu apache folder. This also makes it easy to start/stop apache. In case you are not sure, apache is the common name for the well known web server software provided by the apache foundation, although I believe that strictly speaking apache 'httpd' is the web software, apache do quite a lot of software, now including subversion of course. You can run both trac and subversion with or without apache, both approaches have advantages. This is an example why it helps to give more background info about your setup when posting a question, then help can be tailored to your needs... > You mentioned that we need to copy mod_*.so files to the > apache modules folder. Was I supposed to have an apache > folder anywhere (where?). Was I supposed to install apache > separately? Or it's included in Python somewhere? You do not need apache but have a read of both the subversion red-book docs [1] and the trac guides [2] to help you decide. If you do decide on apache, it is a separate download and install and no, it's not included in python. [1] http://svnbook.red-bean.com/nightly/en/svn.serverconfig.choosing.html [2] http://trac.edgewall.org/wiki/TracInstall The *.so files are apache loadable modules that you need to get subversion running behind apache and need to be added to your apache config. You do not need them if you are running trac and subversion stand-alone. > I copied svn and libsvn folders to C:\Python26\Lib\site-p
Re: Checkout really slow in Windows with lots of files in one directory
On Wed, Jan 26, 2011 at 9:28 AM, Neil Bird wrote: > We have a graphics-oriented code-base that's auto-generated and has >5000 > source files in one directory. While I can check this out OK on Linux, > we're seeing an unusable slow-down on Windows XP (NTFS), both using Tortoise > directly, and as a test on Linux with the Windows drive mapped over CIFS. I created a folder with 5001 files in it ... maybe that is not enough? I just used small simple text files as I was only checking for the general problem in managing the temp files and the WC metadata. Upon checkout (using 1.6.15 command line client) I did not notice any slowdown. Windows checked out via HTTP across internet in about 49 seconds as opposed to 33 from my Mac (which is a faster system). The main thing is checkout did not seem to slow down. The bad news is that I tried it again with trunk. Both Windows and Mac were much slower and I was doing the tests because I thought it would be much faster. Windows time went up to 210 secs and OSX to about 90 seconds. In all cases, the performance seemed linear. I did not see it start to get slower. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Checkout really slow in Windows with lots of files in one directory
On Wed, Feb 2, 2011 at 7:41 AM, Geoff Rowell wrote: > On Wed, Feb 2, 2011 at 4:09 AM, Nick wrote: >> On Tue, 2011-02-01 at 13:00 -0500, Mark Phippard wrote: >> >> On Wed, Jan 26, 2011 at 9:28 AM, Neil Bird wrote: >> >>> We have a graphics-oriented code-base that's auto-generated and has >5000 >>> source files in one directory. While I can check this out OK on Linux, >>> we're seeing an unusable slow-down on Windows XP (NTFS), both using >>> Tortoise >>> directly, and as a test on Linux with the Windows drive mapped over CIFS. >> >> I created a folder with 5001 files in it ... maybe that is not enough? >> I just used small simple text files as I was only checking for the >> general problem in managing the temp files and the WC metadata. >> >> Upon checkout (using 1.6.15 command line client) I did not notice any >> slowdown. Windows checked out via HTTP across internet in about 49 >> seconds as opposed to 33 from my Mac (which is a faster system). The >> main thing is checkout did not seem to slow down. >> >> I did a similar test, using 5100 files in a single directory. Each file >> contained only the content "file " where was the number of the file >> (so tiny files). My linux system took 17 seconds, while Windows took a bit >> less than 2 min (but Windows is virtualized while linux is on the >> hardware). I also did not notice a slow-down as the checkout proceeded. >> Both systems used 1.6.15 and accessed the repo via https. >> >> I did, however, notice that the time to *add* the files (done via svn add >> *.txt) seemed to progressively slow down. But this was only observed by >> watching the files in the console as they were being added (it was >> relatively easy to see the rate because the each file name had a linear >> number at the end). I don't have any timings to back this up, though I'll >> collect some if anyone's interested. >> > I don't know why, but I believe the key thing here is working with > *binary* files. > > I noticed the same problem with a massive (10K+) amount of audio > snippets in a single directory. I was thinking that this was a case where the reading/parsing/writing of our large entries file was causing a slowdown and moving to SQLite was going to bring performance gains. Clearly that is not the case as trunk is much slower. If I get another batch of free time I will try it with a lot of small PNG's. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: Web Browsing previous versions and version diffs?
> > On Thu, Feb 3, 2011 at 5:34 AM, Curley, John > > wrote: > > > > Hi all, > > > > Two questions, related I hope. > > > > Our svn repositories are accessed through the > > apache/http method, which presents the current version of the > > repository. Is there a way to specify a previous version of > > the repository? Perhaps through one of those ?param=value clauses? > > > > Is there a way to see the differences between a version > > and the previous version, in the web browser? > > > > Both questions at once: is there a "web" version of the > > repository browser? > > > -Original Message- > From: vishwajeet singh [mailto:dextrou...@gmail.com] > Sent: 03 February 2011 03:56 > To: Curley, John > Cc: users@subversion.apache.org > Subject: Re: Web Browsing previous versions and version diffs? > > Yes there are many web clients available websvn, polarion > web client, sventon you can use any of them to achieve what > you are looking at. > I use the 'Trac' project from trac.edgewall.org for tickets and that includes good support for subversion repositories including a changeset viewer and access to the change logs etc. ~ mark c
Re: What version of Apache comes with Subversion Edge?
On Mon, Feb 7, 2011 at 8:56 AM, Andy Levy wrote: > I submitted this to info@CollabNet last month, but have not received a > response so I'm hoping someone on the list here has this information. > > I'm currently using Collabnet Subversion Server 1.5.2 on Windows. Due > to security vulnerabilities with Apache 2.2.8, I'm being asked to > upgrade Apache to at least 2.2.15. Because I installed Apache a part > of Collabnet Server, I'd rather not upgrade just Apache, and take the > opportunity to upgrade to Collabnet Subversion Edge. > > What version of Apache is included with the current release of Subversion > Edge? It includes Apache 2.2.16. If you go to the project home page: https://ctf.open.collab.net/sf/projects/svnedge The wiki has a page named OpenSourceComponents with details on the major components that are included. https://ctf.open.collab.net/sf/go/wiki1976 -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Problem upgrading to Subversion 1.6.15 on Apache 2.0.64 / or on Apache 2.2.17
Install CollabNet Subversion Edge. http://www.open.collab.net/downloads/subversion/ It will setup a working Apache + ViewVC server and give you a web UI for managing it. On Mon, Feb 7, 2011 at 8:47 AM, RIBEIRO Philippe (i-BP) < philippe.ribe...@i-bp.banquepopulaire.fr> wrote: > Hello, > > Our machine is a Windows Server with : > - Windows Server 2003 SP2 > - Subversion 1.4.3 (installed with svn-1.4.3-setup.exe) > - Apache 2.0.59 (installed with apache_2.0.59-win32-x86-no_ssl.msi) > > And it works very well ! > > I want to upgrade to last stable version of Subversion (1.6.15) and > last stable version of Apache 2.0 (2.0.64). > > 1 ) I uninstall Apache 2.0.59, and suppress Apache installation from > disk > 2 ) I uninstall Subversion 1.4.3, and suppress Subversion > installation from disk > 4 ) I install Subversion 1.6.15 (installed with > Setup-Subversion-1.6.15.msi) > 3 ) I install Apache 2.0.64 (httpd-2.0.64-win32-x86-no_ssl.msi) > 4 ) I copy mod_dav_svn.so and mod_authz_svn.so from subversion > installation/bin to Apache Installation\modules > > 5 ) I add the 2 lines in httpd.conf : > LoadModule dav_svn_module modules/mod_dav_svn.so > LoadModule authz_svn_module modules/mod_authz_svn.so > 6 ) I remove character # from httpd.conf : > #LoadModule dav_module modules/mod_dav.so > #LoadModule dav_fs_module modules/mod_dav_fs.so > > When I restart Apache Service, I have the following message : > *Syntax error on line 174 of * > *D:\Apache Group\Apache2\conf\httpd.conf: > API module structure 'dav_svn_module' in file > D:\Subversion\bin\mod_dav_svn.so is garbled - expected* > *signature 41503230 but saw 41503232 - perhaps this is * > *not an Apache module DSO, or was compiled for a * > *different Apache version ? > * > Remark1 : I tried to install last version of Apache 2.2 (2.2.17) > with httpd-2.2.17-win32-x86-no_ssl.msi, instead of > Apache 2.0.64. I have the same problem. > Remark2 : There are many articles on forums, but no-one gives me a correct > procedure. > > I've been trying many things for 2 days and it doens't still work. I > would be very grateful to you for helping me. > > Thank you very much. > > P. RIBEIRO > *Philippe RIBEIRO* > ** > *Ingénieur Méthodes * > 56, route de Lavaur BP6 > 31131 BALMA CEDEX > Tél. 05 61 61 72 67 > Fax 05 61 61 71 67 > philippe..ribe...@i-bp.banquepopulaire.fr > > > -- > __ L'intégrité de ce message n'étant pas assurée sur Internet, la > société i-BP ne peut être tenue responsable de son contenu. Si vous n'êtes > pas destinataire de ce message, merci de le détruire et d'avertir > l'expéditeur. The integrity of this message cannot be guaranteed on the > Internet. The i-BP company cannot therefore be considered responsible for > the contents. If you are not the intended recipient of this message, then > please delete it and notify the sender. __ > > -- Thanks Mark Phippard http://markphip.blogspot.com/ <><>
RE: Problem upgrading to Subversion 1.6.15 on Apache 2.0.64 / or on Apache 2.2.17
> -Original Message- > From: RIBEIRO Philippe (i-BP) > Sent: 07 February 2011 13:47 > To: users@subversion.apache.org > Subject: TR: Problem upgrading to Subversion 1.6.15 on Apache > 2.0.64 / or on Apache 2.2.17 > > Hello, > > Our machine is a Windows Server with : > - Windows Server 2003 SP2 > - Subversion 1.4.3 (installed with svn-1.4.3-setup.exe) > - Apache 2.0.59 (installed with apache_2.0.59-win32-x86-no_ssl.msi) > > And it works very well ! > > I want to upgrade to last stable version of Subversion (1.6.15) and > last stable version of Apache 2.0 (2.0.64). > > 1 ) I uninstall Apache 2.0.59, and suppress Apache installation from > disk > 2 ) I uninstall Subversion 1.4.3, and suppress Subversion > installation from disk > 4 ) I install Subversion 1.6.15 (installed with > Setup-Subversion-1.6.15.msi) > 3 ) I install Apache 2.0.64 (httpd-2.0.64-win32-x86-no_ssl.msi) > 4 ) I copy mod_dav_svn.so and mod_authz_svn.so from subversion > installation/bin to Apache Installation\modules > > 5 ) I add the 2 lines in httpd.conf : > LoadModule dav_svn_module modules/mod_dav_svn.so > LoadModule authz_svn_module modules/mod_authz_svn.so > 6 ) I remove character # from httpd.conf : > #LoadModule dav_module modules/mod_dav.so > #LoadModule dav_fs_module modules/mod_dav_fs.so > > When I restart Apache Service, I have the following message : > Syntax error on line 174 of > D:\Apache Group\Apache2\conf\httpd.conf: > API module structure 'dav_svn_module' in file > D:\Subversion\bin\mod_dav_svn.so is garbled - expected > signature 41503230 but saw 41503232 - perhaps this is > not an Apache module DSO, or was compiled for a > different Apache version ? > > Remark1 : I tried to install last version of Apache 2.2 (2.2.17) > with httpd-2.2.17-win32-x86-no_ssl.msi, instead of > Apache 2.0.64. I have the same problem. > Remark2 : There are many articles on forums, but no-one gives > me a correct procedure. > > I've been trying many things for 2 days and it doens't still work. I > would be very grateful to you for helping me. > > Thank you very much. > > P. RIBEIRO > Philippe RIBEIRO > I have svn running on Win Server 2003 using the latest apache 2.2 (albeait the SSL version). You don't say where you are getting your binaries from, I used httpd from the official apache site and the svn binaries from alagzam.net. Have you checked the version number of mod_dav_svn using windoze explorer and does it match the ones from your svn folder? Also, as a thought, it's not a terminal server is it? If so, how are you accessing it and did you turn off per-user installs? As to your procedure, I would install apache before subversion but otherwise I cannot see anything obviously wrong. Hang on a mo, the error message gives the path "D:\Subversion\bin\mod_dav_svn.so" ~ why is apache trying to load modules from there? ~ mark c
RE: TR: Problem upgrading to Subversion 1.6.15 on Apache 2.0.64 / or on Apache 2.2.17
> De : David Darj [mailto:z...@alagazam.net] > Envoyé : lundi 7 février 2011 18:12 > À : RIBEIRO Philippe (i-BP) > Cc : users@subversion.apache.org > Objet : Re: TR: Problem upgrading to Subversion 1.6.15 on > Apache 2.0.64 / or on Apache 2.2.17 > > > On 2011-02-07 14:47, RIBEIRO Philippe (i-BP) wrote: > > Hello, > > Our machine is a Windows Server with : > - Windows Server 2003 SP2 > - Subversion 1.4.3 (installed with svn-1.4.3-setup.exe) > - Apache 2.0.59 (installed with > apache_2.0.59-win32-x86-no_ssl.msi) > > And it works very well ! > > I want to upgrade to last stable version of Subversion > (1.6.15) and > last stable version of Apache 2.0 (2.0.64). > > 1 ) I uninstall Apache 2.0.59, and suppress Apache > installation from > disk > 2 ) I uninstall Subversion 1.4.3, and suppress Subversion >installation from disk > 4 ) I install Subversion 1.6.15 (installed with >Setup-Subversion-1.6.15.msi) > 3 ) I install Apache 2.0.64 (httpd-2.0.64-win32-x86-no_ssl.msi) > 4 ) I copy mod_dav_svn.so and mod_authz_svn.so from subversion >installation/bin to Apache Installation\modules > > 5 ) I add the 2 lines in httpd.conf : > LoadModule dav_svn_module modules/mod_dav_svn.so > LoadModule authz_svn_module modules/mod_authz_svn.so > 6 ) I remove character # from httpd.conf : > #LoadModule dav_module modules/mod_dav.so > #LoadModule dav_fs_module modules/mod_dav_fs.so > > When I restart Apache Service, I have the following message : > Syntax error on line 174 of > D:\Apache Group\Apache2\conf\httpd.conf: > API module structure 'dav_svn_module' in file > D:\Subversion\bin\mod_dav_svn.so is garbled - expected > signature 41503230 but saw 41503232 - perhaps this is > not an Apache module DSO, or was compiled for a > different Apache version ? > > Remark1 : I tried to install last version of Apache 2.2 > (2.2.17) >with httpd-2.2.17-win32-x86-no_ssl.msi, instead of >Apache 2.0.64. I have the same problem. > Remark2 : There are many articles on forums, but no-one > gives me a correct procedure. > > I've been trying many things for 2 days and it doens't > still work. I >would be very grateful to you for helping me. > > Thank you very much. > > P. RIBEIRO > > > Hi > > If you are using my binaries from win32svn on sourceforge (or > from alagazam.net) they will NOT work on Apache 2.0.x > You will need to upgrade to Apache 2.2.x > > /David a.k.a. Alagazam > > > -Original Message- > From: RIBEIRO Philippe (i-BP) > Sent: 08 February 2011 08:32 > To: David Darj > Cc: users@subversion.apache.org > Subject: RE: TR: Problem upgrading to Subversion 1.6.15 on > Apache 2.0.64 / or on Apache 2.2.17 > > Hi David, > > Yes I am using binaries from win32svn on Sourceforge : I > downloaded Setup-Subversion-1.6.15.msi > from the site, and installed Subversion by executing the .msi. > > When installing Apache 2.2.X (Apache 2.2.17 which is the last > stable version), it doesn't work either. > I use mod_auth_sspi.so 1.0.4.0, anf I have the following > error message : > > API module structure ' sspi_auth_module' in file > D:\Subversion\bin\mod_ auth_ sspi.so is garbled - expected > signature 4150323 20 but saw 4150323 02 - perhaps this is > not an Apache module DSO, or was compiled for a > different Apache version ? > > > Do you know where I could find a version of mod_auth_sspi > which works with apache 2.2.17 ? > Thanks a lot. > P. RIBEIRO > Philippe RIBEIRO > First, why is apache looking in D:\Subversion\bin\ for modules (how have you managed that, I'm intrigued?) Next, I assume you are using sspi to authenticate against an AD domain ~ why not use the properly supported mod_authnz_ldap ~ I know it takes a while to get working but it is supported and does work... When I looked into this, mod_auth_sspi had been unmaintained for several years and there appear to be known issues in the latest versions (some of the slightly earlier versions are better, apparently). ~ mark c
Re: possible bug - org.tigris.subversion.javahl.ClientException: Working copy not locked; this is probably a bug, please report
See this FAQ: http://subclipse.tigris.org/wiki/PluginFAQ#head-73584410a8d4fbad6781c7b16be39f6518410a61 The error usually means that some tool you are using deleted a folder and then recreated it. The problem is that this deletes the .svn metadata folder inside it. SVN 1.7 will solve this problem by not needing these .svn folders in every folder. Mark On Thu, Feb 10, 2011 at 4:00 PM, Shannon Dillman wrote: > Hello there, > > I am writing because my Subversion is reporting a situation that it > feels is a bug. Unfortunately, I am not really a programmer (yet), so > please accept my apologies in advance for any shortcomings in this > report. I am also not dead certain that when it says "please report," > it means the report is to go to you, to Oracle, or? > > Per the Synaptic package manager on my Ubuntu 10.04, my Subversion is > up to date. > > I was attempting to commit a shiny new Wordpress folder to my svn. It > happens every time I try. Here's the report - hope it is helpful: > > - > > Message: > org.tigris.subversion.javahl.ClientException: Working copy not locked; > this is probably a bug, please report > svn: Commit failed (details follow): > svn: Directory > '/var/www/kendradodd/blog/wp-content/themes/modularity-lite/.svn' > containing working copy admin area is missing > > Exception Stack Trace: > org.tigris.subversion.svnclientadapter.SVNClientException: > org.tigris.subversion.javahl.ClientException: Working copy not locked; > this is probably a bug, please report > svn: Commit failed (details follow): > svn: Directory > '/var/www/kendradodd/blog/wp-content/themes/modularity-lite/.svn' > containing working copy admin area is missing > > at > org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.commit(AbstractJhlClientAdapter.java:325) > at > org.tigris.subversion.subclipse.core.commands.CheckinResourcesCommand$1.run(CheckinResourcesCommand.java:118) > at > org.tigris.subversion.subclipse.core.SVNProviderPlugin$5.run(SVNProviderPlugin.java:469) > at > org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800) > at > org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1782) > at > org.tigris.subversion.subclipse.core.SVNProviderPlugin.run(SVNProviderPlugin.java:464) > at > org.tigris.subversion.subclipse.core.commands.CheckinResourcesCommand.run(CheckinResourcesCommand.java:94) > at > org.tigris.subversion.subclipse.core.SVNTeamProvider.checkin(SVNTeamProvider.java:139) > at > org.tigris.subversion.subclipse.ui.operations.CommitOperation.execute(CommitOperation.java:124) > at > org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOperation.java:90) > at > org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144) > at > org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72) > at > org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) > Caused by: org.tigris.subversion.javahl.ClientException: Working copy > not locked; this is probably a bug, please report > svn: Commit failed (details follow): > svn: Directory > '/var/www/kendradodd/blog/wp-content/themes/modularity-lite/.svn' > containing working copy admin area is missing > > at org.tigris.subversion.javahl.SVNClient.commit(Native Method) > at org.tigris.subversion.javahl.SVNClient.commit(SVNClient.java:524) > at > org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.commit(AbstractJhlClientAdapter.java:319) > ... 13 more > > Session Data: > eclipse.buildId=M20100211-1343 > java.version=1.6.0_22 > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US > Command-line arguments: -os linux -ws gtk -arch x86 > -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: svnadmin create complains about subrepositories
> -Original Message- > From: Fabian Richter [mailto:fabian.rich...@trust.cased.de] > Sent: 11 February 2011 09:18 > To: users@subversion.apache.org > Subject: Re: svnadmin create complains about subrepositories > > Am Thu, 10 Feb 2011 14:27:17 -0600 > schrieb Ryan Schmidt : > > > > > $ svnadmin create repo1 > > $ svnadmin create repo1/repo2 > > svnadmin: 'repo1/repo2' is a subdirectory of an existing repository > > rooted at 'repo1' $ svnadmin create repo2 > > $ mv repo2 repo1 > > $ ls repo1 > > README.txt db hooks repo2 > > confformat locks > > $ > > > > Et voilà, you have repo2's directory inside repo1's directory. > > > > Yes, this is the only way I would be able to do it, though > its a pretty nasty thing if you have scripts, creating your > repositories on the fly. I personally think what you are trying to do is pretty nasty. > Again because noone really understood the problem: I need nested > repositories because without I can not grant granular access rights. Have you read the subversion book and in particular the parts about path based authorisation? http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html Perhaps noone understood because you asked how to _do_ something specific (which people are cautioning you against) without asking how you can achieve what you _need_ in a way that subversion is designed for and supports? Having said that... > Eg: I have a redmine project called x and a repository called x. I > have access to that repos and some other dudes. Now I need to create a > new subproject that belongs virtually to x called z. To maintain this > connection I want it to be visible within redmine as a > subproject to x. > I also want to grant access to that project to different people than I > granted to x. Still I need to maintain the connection to x and hence > the need of creating subrepositories... I think you can do all that by creating your (sub)hierarchy within the 'x' repository and using path based authorisation. The most specific path is used for auth so subproject 'z' can have its own auth which overrides that given to 'x'. Unless this conflicts some specific requirement(s) of RedMine that you have not mentioned? What source control does RedMine normally work with? Perhaps you would be better off using that? > Funny noone of you mentioned one damn reason why the force > option would be bad. You just said "Its not like we want it > to be" but apart from that, your argumentation is not present. One IMHO very good argument was mentioned and you ignored it: you would not dream of messing around inside the file-system location of e.g. PostgreSQL database data files yet that is exactly what you are proposing to do with the subversion system. Are you proposing only to use File:\\ repo access? As also mentioned, implementing what you are asking for may cause unnecessary implementation constraints for the project in the future by implicitly supporting a possibly unique use case? Finally I am wondering: how are you proposing to provide access to the repositories? I shudder to think of the sort of apache config that would be required to serve a repo from inside another repos folder... Subversion supports paths inside repositories and grouping of repos using ParentPaths, all with authorisation mechanisms that satisfy most existing users. ~ mark c
RE: svn log behaviour
> > --On 14 February 2011 07:57:50 + Alex Bligh > wrote: > > > >>>> If I do "svn log ." in a directory, it does not list all > changes made > >>>> to all files in that directory (as shown up "svn log > "). I've > >>>> pasted an example at: > >>>> http://pastebin.com/SFYDtkBk > >>>> where r12062 does not show up in "svn log .", but does > on the changed > >>>> file. > >>>> > >>>> svn diff . does the expected, and the file is not in svn:ignore. > >>>> > >>>> Is this deliberate and how do I get a recursive list of logs? > >>> > >>> Is the directory up to date? Try "svn up" first. > Otherwise you'll only > >>> get logs up to the revision of the directory (shown with > "svn info"). > >> > >> Yes, the directory is up to date. In fact all changes were > made in that > >> directory (not on another machine). > > > > Just because you committed the changes from that directory > does not mean > > it is up to date. In fact, usually, after committing changes, your > > working copy has mixed revisions and is therefore not up to > date. Please > > verify whether running "svn up" first fixes the problem. > > -Original Message- > From: Alex Bligh [mailto:a...@alex.org.uk] > Sent: 14 February 2011 08:09 > To: Ryan Schmidt > Cc: users@subversion.apache.org; Alex Bligh > Subject: Re: svn log behaviour > > It does indeed fix it, even though "svn up" merely reported > "At revision 12087." (i.e implied it didn't change anything); how > odd. - Thanks. > > If I had done a "svn ci ." from one level down, would the working > copy have been consistent? > Can I suggest you read the manual at: http://svnbook.red-bean.com/nightly/en/svn.basic.in-action.html There is a section about mixed-revision repositories. In a nutshell, 'ci' only updates the files that have changed (having checked that the others have not changed) but does NOT do an automatic update afterwards. This means that only the files affected are at the new revision... ~ mark c
Re: Request for comments on our vendor library structure
On 2/8/2011 2:16 AM, David Aldrich wrote: Hi We are developing a fairly large application that uses open source libraries. We have one svn repo per application. Currently, the open source libraries are all stored with the application. This is a bad idea because the working copy and repo are now very large. Also, every branch gets a copy of all the open source code. So I propose to move the open source libraries into a separate repository. We can then reference that code either using externals or, more likely, environment variables in the build files. I prefer the latter because then the open source code will never appear in the project's working copy and we can easily exclude it from branches if it is not required. So how should I structure the open source (vendor) library repo? I was thinking of the following: OpenSourceLibs | | Boost || tags || trunk | | wxWidgets || tags || trunk etc. That way, I can tag each library individually. We then check out OpenSourceLibs beside the application's working copy, and specify in the makefiles which libraries to use by referencing the tags. My concern is that each developer must correctly checkout and maintain his/her OpenSourceLibs working copy. It would be best to do this as a sparse working copy so they only get what is needed, but that is not easy for the developer to do as I have a repo of projects of tags i.e. several layers for him to manage. Or they could just checkout and update the entire OpenSourceLibs folder, but that would be very large. Would anyone like to suggest how best to handle this please? Best regards David Sample disclaimer text We use a structure similar to yours, in the same repository as our other projects, and we use externals in our individual projects to pull in the necessary libraries for each project. This has served us very well for some time. Mark
RE: Python SVN Bindings on Windows Server 2008 x64
> From: Brian Ellis [mailto:bel...@ticketbiscuit.com]
> Sent: Wednesday, 16 February, 2011 3:40 AM
> To: users@subversion.apache.org
> Subject: Python SVN Bindings on Windows Server 2008 x64
>
> Hi, sorry if this has been covered before but I'm new to
> Subversion admin and can't really find a clear answer. My
> goal is to use the python scripts in subversion\tools,
> specifically validate-extensions.py in this case. I am
> running VisualSVN Server 2.15, built on Subversion 1.6.15 and
> have 32-bit Python 2.7.1 set up on the machine at the moment.
>
> When I set up the hook, I got an error that the svn module
> could not be found. I installed the latest libsvn bindings I
> could find
> (http://trac.edgewall.org/attachment/wiki/TracSubversion/svn-w
in32-1.6.15_py_2.7.zip from
http://trac.edgewall.org/wiki/TracSubversion) > but I still can't load
the svn module. If I run 'from svn
> import repos' from the command line, I get:
>
> File "C:\Python27\lib\site-packages\libsvn\core.py", line 21,
> in swig_import_helper
> _mod = imp.load_module('_core', fp, pathname, description)
> ImportError: DLL load failed: The specified procedure could
> not be found.
>
>
> Am I missing something? I also tried the Python27 64-bit
> release but precompiled svn bindings don't appear to be
> available for it and I would prefer not to go through
> everything required to build them myself.
>
> Thank you in advance for your help.
>
> Brian Ellis
>
> -Original Message-
> From: Joel Low [mailto:j...@joelsplace.sg]
> Sent: 16 February 2011 00:11
> To: Brian Ellis
> Cc: users@subversion.apache.org
> Subject: RE: Python SVN Bindings on Windows Server 2008 x64
>
> [JL] Hi Brian, you can try to check if the SVN DLLs are
> accessible from your 32-bit Python (so 32-bit SVN DLLs,
> Program Files (x86) folder, etc), perhaps by ensuring that
> the Subversion bin directory is in PATH. Remember that hook
> scripts are run without environment variables defined so you
> may have to redefine PATH in your hook script.
>
Hi Brian,
Here are some notes I made for myself about upgrading the bindings when
I upgrade Trac:
~ deleted the old svn and libsvn directories from
C:\Python26\Lib\site-packages
~ opened the python bindings .zip and copied the two directories
to site-packages
~ copied all libsvn\_*.dll files to _*.pyd [1]
~ restarted the server and crossed fingers...
[1] I found this recommended in the t.e.o wiki at TracSubversion...
http://trac.edgewall.org/wiki/TracSubversion#forPython2.6
...in particular have you copied/renamed the .dll files? Hope this
helps...
~ Mark C
RE: Python SVN Bindings on Windows Server 2008 x64
> > From: Brian Ellis [mailto:bel...@ticketbiscuit.com]
> > Sent: Wednesday, 16 February, 2011 3:40 AM
> > To: users@subversion.apache.org
> > Subject: Python SVN Bindings on Windows Server 2008 x64
> >
> > Hi, sorry if this has been covered before but I'm new to
> > Subversion admin and can't really find a clear answer. My
> > goal is to use the python scripts in subversion\tools,
> > specifically validate-extensions.py in this case. I am
> > running VisualSVN Server 2.15, built on Subversion 1.6.15 and
> > have 32-bit Python 2.7.1 set up on the machine at the moment.
> >
> > When I set up the hook, I got an error that the svn module
> > could not be found. I installed the latest libsvn bindings I
> > could find
> > (http://trac.edgewall.org/attachment/wiki/TracSubversion/svn-w
> in32-1.6.15_py_2.7.zip
> <http://trac.edgewall.org/attachment/wiki/TracSubversion/svn-w
> %0Ain32-1.6.15_py_2.7.zip> from
> http://trac.edgewall.org/wiki/TracSubversion) > but I
> still can't load
> the svn module. If I run 'from svn
> > import repos' from the command line, I get:
> >
> > File "C:\Python27\lib\site-packages\libsvn\core.py", line 21,
> > in swig_import_helper
> > _mod = imp.load_module('_core', fp, pathname, description)
> > ImportError: DLL load failed: The specified procedure could
> > not be found.
> >
> >
> > Am I missing something? I also tried the Python27 64-bit
> > release but precompiled svn bindings don't appear to be
> > available for it and I would prefer not to go through
> > everything required to build them myself.
> >
> > Thank you in advance for your help.
> >
> > Brian Ellis
> >
> > -Original Message-
> > From: Joel Low [mailto:j...@joelsplace.sg]
> > Sent: 16 February 2011 00:11
> > To: Brian Ellis
> > Cc: users@subversion.apache.org
> > Subject: RE: Python SVN Bindings on Windows Server 2008 x64
> >
> > [JL] Hi Brian, you can try to check if the SVN DLLs are
> > accessible from your 32-bit Python (so 32-bit SVN DLLs,
> > Program Files (x86) folder, etc), perhaps by ensuring that
> > the Subversion bin directory is in PATH. Remember that hook
> > scripts are run without environment variables defined so you
> > may have to redefine PATH in your hook script.
> >
> On Wed, Feb 16, 2011 at 3:55 AM, Cooke, Mark
> wrote:
>
> Hi Brian,
>
> Here are some notes I made for myself about upgrading
> the bindings when
> I upgrade Trac:
>
> ~ deleted the old svn and libsvn directories from
> C:\Python26\Lib\site-packages
>
> ~ opened the python bindings .zip and copied the two directories
>to site-packages
>
> ~ copied all libsvn\_*.dll files to _*.pyd [1]
>
> ~ restarted the server and crossed fingers...
>
> [1] I found this recommended in the t.e.o wiki at
> TracSubversion...
> http://trac.edgewall.org/wiki/TracSubversion#forPython2.6
>
> ...in particular have you copied/renamed the .dll
> files? Hope this
> helps...
>
> ~ Mark C
>
> -Original Message-
> From: Brian Ellis [mailto:bel...@ticketbiscuit.com]
> Sent: 16 February 2011 23:26
> To: Cooke, Mark
> Cc: Joel Low; users@subversion.apache.org
> Subject: Re: Python SVN Bindings on Windows Server 2008 x64
>
> In case it helps, I loaded up the 32-bit depends.exe as
> recommended in the TracSubversion FAQ and tried the load the
> core module from there ('from svn import core'). I receive the error:
>
> LoadLibraryExA("C:\Python27\Lib\site-packages\libsvn\_core.pyd
> ", 0x, LOAD_WITH_ALTERED_SEARCH_PATH) returned NULL.
> Error: The specified procedure could not be found (127).
>
> _core.pyd is located at that path so I'm not sure why it
> can't find it.
>
> Brian Ellis
>
I'm clutching at straws here but did you rename the files or copy/rename
them? I.e. do you just .pyd or both .pyd and .dll? If the former, try
copying back to .dll as well (this is what I have). You will need to
bounce apache (if you are using it)... The information I could find
when I was looking into this was so
RE: migrate svn 1.4 to 1.6
> -Original Message- > From: Fernando Freitas [mailto:nand...@gmail.com] > Sent: 17 February 2011 17:37 > To: users@subversion.apache.org > Subject: migrate svn 1.4 to 1.6 > > Hello, > > I am planning a migrate/upgrade SVN server that work at > windows 2003 server . > > My current version is 1.4 and I want to migrate to 1.6 > > 1) Should I restart the windows server at the end of the > process ? Is it needed? As already mentioned, not the server but you will need to restart apache / avnserve. I would shut them down before hand to make sure that you can upgrade all the files svn files properly (this is windoze after all). If your server never gets rebooted, now might be as good a time as any! > 2) Do anybody have the step by step of a same experience? http://stackoverflow.com/questions/1160761/how-to-upgrade-svn-1-4-4-r251 88-to-svn-1-6 ...is the best out of the first page of search results. Remember that upgrading the server is only part of the picture. Any new repos you create will get all the benefits but existing repos will not get the full benefits unless you can find the time to do a dump/load. You don't have to do this but I would think about it... Remember the clients too. Hope that helps, ~ mark c
Re: Bug? svn update --accept mine-full fails if an added file exists unversioned in the working copy
That is an obstruction you have to use --force to allow unversioned obstructions. Sent from my iPhone On Feb 20, 2011, at 12:39 PM, Danny Trebbien wrote: > I have a check out of Subversion trunk and the official Apache git > mirror of Subversion coexisting in the same directory (my working copy > is both a Subversion and git working copy). Because I want to use git > to hack on trunk, I normally update the working copy using git, and > then update the Subversion meta data later when I am ready to generate > a patch. > > In my current setup, Subversion thinks that my working copy is at > revision 1070224, but in actuality it is at 1072544. > > Previously I was able to update the Subversion meta data by executing > `svn update --accept mine-full -r ###`, where ### is whatever revision > that the git mirror is at. When I try it for my current working copy > (### is 1072544), I see an error: > > svn: Failed to add file 'notes/wc-ng/pristine-store': an > unversioned file of the same name already exists > > That particular file was added in revision 1071707, so it appears that > `--accept mine-full` does not apply when a file is added in a > revision. > > I think that this is a bug because I expect that Subversion will > accept mine (i.e. the current copy of notes/wc-ng/pristine-store in my > working copy, albeit "unversioned") to update to r1071707.
failed commit that did not fail
I got this error on a commit because the rep-cache.db file in the repository had the wrong mode: Transmitting file data ... ... ... ... ... ... svn: Commit failed (details follow): svn: attempt to write a readonly database svn: attempt to write a readonly database Clearly, it says the commit failed. So I fixed the permissions in the repository and tried the commit again: svn: Commit failed (details follow): svn: File already exists: filesystem '/svnroot/myrepo/db', transaction '5323-43v', path '/blah/blah/blah' So I seem to be stuck. I run svn update in my working copy and nothing seems to happen. svn status still shows all my added files staged and ready to be committed. the commit did not fail correctly. So, what do I do to get out of this besides dumping up to right before the current rev and reloading the repository? Also, is this a known issue or shall I file a bug? Subversion command-line client, version 1.6.15. server is running 1.6.13, both are Linux. -- Mark Keisler
failed commit that did not fail
I got this error on a commit because the rep-cache.db file in the repository had the wrong mode: Transmitting file data ... ... ... ... ... ... svn: Commit failed (details follow): svn: attempt to write a readonly database svn: attempt to write a readonly database Clearly, it says the commit failed. So I fixed the permissions in the repository and tried the commit again: svn: Commit failed (details follow): svn: File already exists: filesystem '/svnroot/myrepo/db', transaction '5323-43v', path '/blah/blah/blah' So I seem to be stuck. I run svn update in my working copy and nothing seems to happen. svn status still shows all my added files staged and ready to be committed. the commit did not fail correctly. So, what do I do to get out of this besides dumping up to right before the current rev and reloading the repository? Also, is this a known issue or shall I file a bug? Subversion command-line client, version 1.6.15. server is running 1.6.13, both are Linux. -- Mark
Subversion 1.6.16 Binaries Ready to download
Hi All, Our 1.6.16 packages are ready to download. If you are already using the WANdisco Apache Subversion packages on Linux all you need to do is update via your package manager (yum update subversion, apt-get update; apt-get upgrade subversion) If you are using another platform or you aren't currently using our packages, you can download them here: http://www.wandisco.com/subversion/download Kind Regards, Mark Poole Systems Engineer WANdisco Inc.
RE: Windows Authentication and/or suggestion
> -Original Message- > From: hsantos [mailto:sant9...@gmail.com] > Sent: 05 March 2011 10:13 > To: users@subversion.apache.org > Subject: Windows Authentication and/or suggestion > > Hi > > To prepare the migration process from our long time usage of CVS based > projects to SVN, I successfully installed and got the current versions > of SUBVERSION, Apache APR web server running. Instructions were > overall pretty good for the basic/quick installation and testing. > > But I don't get how to setup for Windows authentication. I have been > exploring SVN usage, the SVN repository framework, creating of > repositories and import process, but I had to set anonymous write > permission and/or use the passwd file to be able to import. > > I have two somewhat related questions: > > 1) I prefer to use windows authentication, what are the basic steps > here in preparing both SVNSERVE (and Apache APR? What exactly do you mean by "windows authentication"? Do you use Active Directory? In which case look into apache's mod_ldap module but you'll want to switch to https if you are using http so that you are not transmitting usernames and passwords in plain text... > 2) I did not see a way or set/edit default files, if any, used for the > new repository conf folder files? > > I was looking at #2 when I figured if I can do #1 I can avoid #2. > Indeed, using apache means those files are ignored AFAIK... ~ mark c
Need help troubleshooting user authentication (apache)
Folks, We use TortoiseSVN from windows XP SP3 clients (required by corporate policy) to connect to repos on windows server 2003:- Apache/2.2.17 (Win32) DAV/2 mod_ssl/2.2.17 OpenSSL/0.9.8o mod_wsgi/3.3 Python/2.6.4 SVN/1.6.15 I have one single user (amongst 15 or so) who is experiencing authentication issues and need help in troubleshooting why he alone cannot use subversion client... Background: My user can access the server and browse the source tree fine (I use the TortoiseSVN xslt config and each department has their own parentpath set of repos). However, he cannot access the server using a local client (either TortoiseSVN or the svn command line that we use on the server (from alagazam, thanks David Darj!)) My user gets the following error: Username: svn: OPTIONS of 'https://server.company.net/svn/dept/project/trunk': authorization failed: Could not authenticate to server: rejected Basic challenge (https://server.company.net) The same username/password works against the apache server and we use the same authz file for path based authentication from both apache and subversion direct. Note that the same client works if we get someone else to enter their username & password, but always fails for this one specific user (we have also tried changing his password). We have cleared all cached data (using the tortoise settings dialog) then uninstalled and rebooted before re-installing tortoise. We then tried the svn cli again (generating the info above) to make sure it was generic svn and not specific to tortoise. Here is the (sanitised) authentication section from httpd conf (I know Basic is plain text but all traffic is redirected to SSL https and the standard client here was until recently IE6): Order allow,deny Allow from all AuthName "Dept Applications server" AuthType Basic AuthBasicProvider ldap AuthzLDAPAuthoritative on # The LDAP query URL & credentials to access records (required by AD) AuthLDAPURL "ldap://adserver:3268/DC=blah,DC=blah,DC=blah?sAMAccountName,mail?sub?(o bjectClass=*)" TLS AuthLDAPBindDN AuthLDAPBindPassword Require valid-user ...and the department svn root: DAV svn SVNIndexXSLT "/subversion/svnindex.xsl" SVNParentPath D:/svn/dept/ SVNListParentPath On # restrict access to subversion repository paths... AuthzForceUsernameCase Lower AuthzSVNAccessFile d:/path-to/svn-users.txt ...and the relevant bits of svn-users.txt: # Give named authenticated users read access to the root [/] user_a = rw Finally, here are sample errors from the apache log file: [Wed Jan 12 10:06:38 2011] [error] [client ip-address] user user_a: authentication failure for "/svn/dept/project/trunk": Password Mismatch I do not understand where the 'Password Mismatch' error is coming from, why does that only happen when using subversion and not the browser? I have tried searching for "rejected Basic challenge" (both svn.haxx.se and the wider net) but I've not found anything that hes helped so far. >From what I have found, this should indicate that the server is rejecting the cached credentials and so the client is prompting for updated credentials. However, the user can browse the repos using IE/https through the server (which applies blanket authorisation through the directive) which makes me suspect svn somehow instead of apache. I have also tried disabling the AuthzSVNAccessFile (including bouncing apache) but that made no difference. What can I do to try to work out what the problem is? It is only svn and (currently) for only this one user... I'd really appreciate any help at this point. ~ mark c
RE: Need help troubleshooting user authentication (apache)
> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: 09 March 2011 16:48 > To: Cooke, Mark > Cc: users@subversion.apache.org > Subject: Re: Need help troubleshooting user authentication (apache) > > Cooke, Mark wrote on Wed, Mar 09, 2011 at 14:44:31 -: > > [Wed Jan 12 10:06:38 2011] [error] [client ip-address] user user_a: > > authentication failure for "/svn/dept/project/trunk": > > Password Mismatch > > > > I do not understand where the 'Password Mismatch' error is > > coming from, why does that only happen when using subversion > > and not the browser? I have tried searching for "rejected > > Basic challenge" (both svn.haxx.se and the wider net) but > > I've not found anything that hes helped so far. > ... > > What can I do to try to work out what the problem is? It > > is only svn and (currently) for only this one user... I'd > > really appreciate any help at this point. > > * Have you tried creating a new OS user for that one user? Not yet. Corporate IT consider it my problem and that option is definite *last resort* material *sigh* > * Yes, may be a good idea to look up where "Password Mismatch" is > generated. (I haven't heard of it before, but I don't claim to have > heard of all typical syslog messages.) I guess it means exactly what it says but I'll try looking in the source once I've found it to confirm. I did find one comment to an article that said they had problems with "AuthzLDAPAuthoritative" set "On" so I might try turning that "Off" but I need to check the implications of that. Still no idea why this only applies via the svn client (either command line or TortoiseSVN) and not when accessing the server using https via IE8... Thanks Daniel, ~ mark c
Re: Kind information missing in svn log xml output
The kind information is only available if the repository on the server was created by SVN 1.6. Earlier repositories have to be dumped/loaded to add this additional information to the repository. On Thu, Mar 10, 2011 at 6:54 AM, Prabhu Gnana Sundar wrote: > > Hi Yves, > > I tried to replicate the same issue on my box. It works fine for me and I > get the "kind" value correctly. > But I tried it on a "Ubuntu 10.10" box, svn version 1.6.9 (r901367). > > > > Regards > Prabhu > > On Wednesday 09 March 2011 10:11 PM, Yves Bergeron wrote: > > Hi, > > The output of > > svn log --xml --verbose file:///home20/sources/repos/oud --revision 3974 > is similar to > > > > revision="3974"> > shqrde > 2011-03-07T21:42:57.958314Z > > kind="" > action="A">/trunk/query > kind="" > action="A">/trunk/query/ValidationObjetEnvir.tst > > Add of query directory. Populate the object table. > > > Why the kind information is always missing ? > > I'm using svn, version 1.6.9 (r901367) compiled Mar 22 2010, 00:59:50 on > CentOS 5.3 > > Thank you. > > > > "Le présent courriel peut contenir des renseignements confidentiels et ne > s'adresse qu'au destinataire dont le nom apparaît ci-dessus. Si ce courriel > vous est parvenu par mégarde, veuillez le supprimer et nous en aviser > aussitôt." > -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Clarification on SASL encryption
On Sun, Mar 13, 2011 at 8:31 AM, Michael-O <1983-01...@gmx.net> wrote: > Hi folks, > > after configuring another server with svnserve over xinetd. I still do not > completely understand the chapter on SASL encryption in the subversion > manual. > > It says that SASL can do encryption for me. There are two options to > configure SASL, one is saslauthd with handles authentication in plain text. > This means that only Kerberos can be used securely. This option is not > available for me anyway. > The other one is the auxprop with sasldb. This is what I did. I chose > DIGEST-MD5 for a shared secret mechnism. In this case the authentication can > be plain text because no password is exchanged and the authentication > procedure is secure. > Does this mean that the svnserve.conf's min|max-encryption do a full > /transport/ encryption? > > This point is not made clear enough in the manual. At no point there is > stated what is actually configured: authentication or transport encryption. > > In terms of HTTP, the authentication happens inside the tunnel, so both is > done. With Kerberos I can have authentication and transport optional. All of this is explained in the RFC: http://tools.ietf.org/html/rfc2831 The login negotiation is not encrypted. As part of the login process the client and server can exchange information that allows the subsequent conversation to be encrypted using information from the login. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: subclipse != cvs eclipse, or how to "reject a change" ? svn API guilty?
On Mon, Mar 14, 2011 at 4:38 PM, Ryan Schmidt wrote: > > On Mar 14, 2011, at 13:57, rupert.thurner wrote: > >> the eclipse cvs client allows to reject a change by simply clicking >> "mark the local file as merged", and commit it. >> >> There are multiple enhancement requests filed against sublicpse which >> get rejected because "svn does not offer such a feature via API" and >> "we (subclipse) do not tinker with your files, except via svn API", >> see e.g. http://subclipse.tigris.org/issues/show_bug.cgi?id=761. >> >> Alone from the number of requirements its seems pretty clear that >> users do want this feature. But I am wondering what the correct place >> to implement would be? Or to put it in other words, if one would >> implement the feature into the svn command line client, where would >> this feature go? above or below the API? > > Perhaps you could begin by explaining what the feature is? For the benefit of > those of us who are not familiar with Eclipse CVS or its "mark the > local file as merged" feature. SVN 1.6 allows you to do: $ svn up --accept=mine Which is probably close to what he is asking. The problem is that option only applies when there are conflicts. If you are previewing an update and decide that you just want to keep your local version in favor of the repository then this option would only have an impact if svn could not update the local copy without conflicts. -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: subversion authz file question
> -Original Message- > From: bruce [mailto:badoug...@gmail.com] > Sent: 18 March 2011 01:36 > To: users@subversion.apache.org > Subject: subversion authz file question > > hi. > > > my question has to do with the structure of the authz access file. > > I'm trying to understand the setup for the "directory" in the file > > as an example, i've seen this: > > [groups] > t=fred,john > > [/] > *= > > [repos:/foo] > > does the [repos:/foo] mean that this is the name of the repos? which > would be the name used when the repos was created? > > or should the [] contain the physical file/dir structure, like: > > [/cat/dog/repos/horse] > > or should it be the portion of the svn http url, right after > the "location" > > i haven't seen a good example on the net that walks through this... > > thanks > Have you read the Subversion Book? Subversion has a really good online manual available and the chapter you need is here:- http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.h tml The third paragraph after the big brown "Do You Really Need Path-Based Access Control?" box should answer your question but it is worth reading the whole page and some of the links. Walkthroughs are great at getting you going but not for granting understanding, that's where the manual comes in! ~ mark c P.S. if you google for "redbean" and some svn keywords, be careful of the URL as google often returns results for older versions (e.g. "1.1"), always look for the '/nightly/' bit.
Re: svnserve and passwords
On Mon, Mar 21, 2011 at 1:37 PM, Nico Kadel-Garcia wrote: > Cool. Check out > http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.credcache > to learn more about the credential caching. Unfortunately, while that > page mentions support for Gnome and KDE wallets, it fails to mention > the dependencies on active X sessions for those to work well, and the > difficulties of using them in a plain text environment, nor does it > properly address the ongoing practices of storing passwords in clear > text, by default. Enabling Gnome or KDE wallets requires additional, > client managed steps that are therefore difficult to enforce sitewide. GNOME keyring works easily in a plain text environment and does not need X. I agree it is difficult to enforce it site wide. -- Thanks Mark Phippard http://markphip.blogspot.com/
Re: Failing tests on Windows
.py 69: merge of propchange on subdir raises conflict > FAIL: merge_tests.py 75: normalized mergeinfo is recorded on subtrees > FAIL: merge_tests.py 76: subtrees added after start of merge range are ok > FAIL: merge_tests.py 78: merge --reintegrate with renamed file on branch > FAIL: merge_tests.py 87: merge from a foreign repository > FAIL: merge_tests.py 98: subtree merge source might not exist > FAIL: merge_tests.py 108: merge adds mergeinfo to subtrees correctly > FAIL: merge_tests.py 123: no self referential filtering on added path > FAIL: merge_tests.py 125: merge --reintegrate with subtree mergeinfo > FAIL: merge_tests.py 134: source has target's history as explicit mergeinfo > FAIL: merge_tests.py 135: added subtrees with mergeinfo break reintegrate > FAIL: revert_tests.py 5: revert svn cp PATH PATH replace file with props > FAIL: revert_tests.py 7: revert svn cp URL PATH replace file with props > FAIL: svnlook_tests.py 3: test the printing of property diffs > FAIL: svnlook_tests.py 9: test 'svnlook diff -x --ignore-eol-style' > FAIL: changelist_tests.py 6: propset/del/get --changelist > Summary of test results: > 48 tests SKIPPED > 24 tests XFAILED > 47 tests FAILED > -- > Glen Cooper > (425) 522-3013 > -- Thanks Mark Phippard http://markphip.blogspot.com/
RE: issue tracking, code diff/review
> -Original Message- > From: bruce [mailto:badoug...@gmail.com] > Sent: 22 March 2011 05:34 > To: users@subversion.apache.org > Subject: issue tracking, code diff/review > > Hi. > > I've got a basic workflow app that allows users to manage software > apps, for different roles. For the "review" role, I'm trying to find a > simple issue tracking app/code diff/review app that I can modify, to > hook into what I'm creating. I've started looking into > mantis/indefero, etc... > > Something simple/free would be useful!! I know I'm going to have to > merge login/user tbls, and probably other tbls regardless of what I > choose. > > Any thoughts/comments would be appreciated.. > > Thanks... > Trac: http://trac.edgewall.org/ ...tickets, configurable workflow, good support for subversion e.g. can (re)view changesets from inside Trac. Trac is extensible (check out http://trac-hacks.org/ for lots of samples) and open source Python. ~ mark c
RE: issue tracking, code diff/review
> >> -Original Message- > >> From: bruce [mailto:badoug...@gmail.com] > >> Sent: 22 March 2011 05:34 > >> To: users@subversion.apache.org > >> Subject: issue tracking, code diff/review > >> > >> Hi. > >> > >> I've got a basic workflow app that allows users to manage software > >> apps, for different roles. For the "review" role, I'm trying to find > >> a simple issue tracking app/code diff/review app that I can modify, > >> to hook into what I'm creating. I've started looking into > >> mantis/indefero, etc... > >> > >> Something simple/free would be useful!! I know I'm going to have to > >> merge login/user tbls, and probably other tbls regardless of what I > >> choose. > >> > >> Any thoughts/comments would be appreciated.. > >> > >> Thanks... > >> > > On Tue, Mar 22, 2011 at 5:45 AM, Cooke, Mark wrote: > > Trac: http://trac.edgewall.org/ > > > > ...tickets, configurable workflow, good support for subversion e.g. > > can (re)view changesets from inside Trac. Trac is extensible (check > > out http://trac-hacks.org/ for lots of samples) and open source Python. > > -Original Message- > From: Nico Kadel-Garcia [mailto:nka...@gmail.com] > Sent: 22 March 2011 12:49 > Subject: Re: issue tracking, code diff/review > > Trac is *very* powerful and flexible. It's also a bit awkward to set > up with good permissions to allow the daemon that runs the web server > (typically as the "apache" user) to have write access to your back end > subversion, and to propagate any subtle permissions to backups of the > Subversion environment. I had considerable difficulty getting it to > work with the Apache "suexec" capability, but eventually succeeded. > Curious, why would Trac need write access to the subversion backend? Mine is configured on Windoze, so I guess I have fewer options to configure although I have tried to tie it down sensibly. I had more problems learning how to setup apache (and am now having the same but different issues setting it up on an Ubuntu box at home). ~ mark c
Re: Tests fail on windows when building using --with-libintl
Both features only enable the error messages and help to appear in non-English
languages.
Sent from my iPhone
On Mar 23, 2011, at 6:44 PM, Glen Cooper wrote:
> Actually it turns out that if I omit --enable-nls but keep
> --with-libintl=..\svn-win32-libintl all the tests pass.
>
> Is --enable-nls required for something? Based on the documentation I thought
> --enable-nls was somehow linked to --with-libintl. What do I lose if I don't
> pass the --enable-nls argument?
>
> Thanks,
> Glen
>
> On Wed, Mar 23, 2011 at 8:44 AM, Glen Cooper wrote:
> Hello,
>
> When building subversion with the --with-libintl option, I have a number of
> tests that don't pass in the test suite. If I remove the --with-libintl
> option and rebuild, all tests pass. I am using the svn-win32libintl package
> downloaded from tigris.
>
> Here's my call to gen-make.py. This won't pass all tests. If I omit
> "--with-libint" and "--enable-nls" then all tests pass.
>
> gen-make.py -t vcproj
> --with-httpd=..\httpd-2.2.16
> --with-berkeley-db=db4-win32
> --with-openssl=..\openssl-0.9.8r
> --with-neon=..\neon-0.29.5
> --with-serf=..\serf-0.7.0
> --with-zlib=..\zlib-1.2.4
> --with-sqlite=..\sqlite-3.7.5
> --with-sasl=..\sasl
> --with-libintl=..\svn-win32-libintl
> --vsnet-version=2008
> --enable-nls
>
> I am building on a Windows 2008 x64 Server with Visual Studio 2008.
>
> Here's an example of the type of test failure I see - it's mostly missing
> properties.
>
> =
> Expected 'B_COPY' and actual 'B_COPY' in disk tree are different!
> =
> EXPECTED NODE TO BE:
> =
> * Node name: B_COPY
> Path: __SVN_ROOT_NODE\A\B_COPY
> Contents: N/A (node is a directory)
> Properties: {'svn:mergeinfo': '/A/B:3-5'}
> Attributes: {}
> Children: 3
> =
> ACTUAL NODE FOUND:
> =
> * Node name: B_COPY
> Path: __SVN_ROOT_NODE\A\B_COPY
> Contents: N/A (node is a directory)
> Properties: {}
> Attributes: {}
> Children: 3
>
> --
> Glen Cooper
> (425) 522-3013
>
>
>
> --
> Glen Cooper
> (425) 522-3013
