Re: subversion, davfs - problem after ugrade
2011/3/6 Andrzej Zawadzki :
> Hi!
>
> After upgrade from apache-mod_dav_svn-1.6.12 to
> apache-mod_dav_svn-1.6.1{5,6}
> my repo isn't accessible without authorization process - with
> login/password - works.
>
> My apache error log file shows only:
>
> [Thu Mar 03 17:18:19 2011] [error] [client 192.168.201.1] Invalid method
> in request USERINFO /static/trunk/ HTTP/1.1
>
> I've simple repo, which is mounting from a few servers via mount.davfs2
> My configuration allows access without authorization and this works with
> 1.6.12
>
> Software:
> davfs2-1.4.6
>
> configuration:
>
>
> Satisfy Any
Why not Satisfy All?
> Order deny,allow
> Deny from all
> Allow from 192.168.201.1
>
And the rest of the section? Is Dav enabled here? Is it even a
subversion repository? (it does not look like one)
Where is davfs2 in the picture? What is your client?
Best regards,
Konstantin Kolinko
Re: subversion, davfs - problem after ugrade
2011/3/8 Andrzej Zawadzki :
> On 07.03.2011 22:15, Konstantin Kolinko wrote:
>> 2011/3/6 Andrzej Zawadzki :
>>> Hi!
>>>
>>> After upgrade from apache-mod_dav_svn-1.6.12 to
>>> apache-mod_dav_svn-1.6.1{5,6}
>>> my repo isn't accessible without authorization process - with
>>> login/password - works.
>>>
>>> My apache error log file shows only:
>>>
>>> [Thu Mar 03 17:18:19 2011] [error] [client 192.168.201.1] Invalid method
>>> in request USERINFO /static/trunk/ HTTP/1.1
>>>
>>> I've simple repo, which is mounting from a few servers via mount.davfs2
>>> My configuration allows access without authorization and this works with
>>> 1.6.12
>>>
>>> Software:
>>> davfs2-1.4.6
>>>
>>> configuration:
>>>
>>>
>>> Satisfy Any
>> Why not Satisfy All?
> Hmm worked and works, and is working now with ver. 1.6.12 -(I think
> than conf is from manual)
It means that 192.168.201.1 will bypass authentication. That is not an
invalid configuration, but a rare one.
>>> Order deny,allow
>>> Deny from all
>>> Allow from 192.168.201.1
>>>
>> And the rest of the section?
> Rest? :-)
I would expect
DAV svn
and
SVNPath /path-to-repository
as in
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.basic
>
>
Best regards,
Konstantin Kolinko
Re: SVN always thinks a few certain files need to be merged
2011/3/24 Steve Cohen : > > The files haven't changed in two years. Yet every time I do a merge I > encounter them. And all it's about is "merge info". Isn't there some way > to get the "merge info" right? There MUST BE. > Maybe "svn merge --record-only" on the root of the project with that revision that is mentioned in your file's svn:merge-info property. You are not giving much specifics, so how can people know what is going on in your case?
Re: SVN always thinks a few certain files need to be merged
2011/3/24 David Huang : > > On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote: > >> On 03/23/2011 08:34 PM, Konstantin Kolinko wrote: >>> You are not giving much specifics, so how can people know what is going on >>> in your case? >> >> Specifics for complete 100% reproducable problem: >> >> do svn update for whole project >> create branch from trunk >> change one source file, not the one with the bogus mergeinfo, commit it. >> merge branch back to trunk >> >> before you commit the trunk, do a svn status >> You will see the bogus mergeinfo listed as a change to the trunk. > > > If you're sure that the mergeinfo is bogus, why not just delete it? > e.g., svn propdel svn:mergeinfo > fnfapp/src/java/com/fnfbook/bean/FilterListBase.java > > http://www.collab.net/community/subversion/articles/merge-info.html > might be worth a read too. +1 Also this article, "Where Did That Mergeinfo Come From?" http://blogs.collab.net/subversion/2009/11/where-did-that-mergeinfo-come-from/ Best regards, Konstantin Kolinko
Re: target path does not exist.
2011/4/10 Gu Shiyuan : > Hi, > When I enter svn update from a working directory, it gives me Target > path does not exist? What could be wrong? Thanks. > The directory was deleted from repository. If it was moved you can use svn switch command to update your working copy to its new location. Best regards, Konstantin Kolinko
Re: Finding the revision of a deleted file.
2011/4/13 Gavin "Beau" Baumanis : > I have been doing some work everyone's good friend Mr.Google. > Every blog / article I read all said the same thing; > > Create a file with svn log > (svn log --verbose > svn.log) > Then grep / search the log for the file you're after. > > It takes about 8 minutes just for the log file to be created - which makes > it a slightly painful workflow - just to resurrect an old file. I guess you are "log"'ing a lot more than necessary. Have you looked at the options available for the log command? I use the "--limit" one very often. Are you calling this command for the right path? > Is there not a more convenient way to do this? > > As always thanks in advance. > Gavin "Beau" Baumanis
Re: Finding the revision of a deleted file.
If you do not know the path to the file, then I think svn ls --depth=infinity together with peg revision set in the past will help you to locate it. Then you can use svn log on the file to see when it was deleted and svn cp it from any revision before that. Best regards, Konstantin Kolinko 2011/4/13 Gavin "Beau" Baumanis : > It's always the way > I should have been a little more clearer about my requirements. > > I have a file; fileName.txt > This file exists "somewhere" in the repository at a previous revision because > it was deleted at sometime in the past. > > So, I am unable to restrict the path that svn.log starts at. > > I can't think of a way to do it other than the svn log method... > And the fact that Mr.Google has only revealed the svn log method, too - I > assume there simply isn't a better method... > It just seems like there "should" be an easier method - so I figured I had > better ask as opposed die wondering... > > Gavin. > > > On 13/04/2011, at 4:52 PM, Konstantin Kolinko wrote: > >> 2011/4/13 Gavin "Beau" Baumanis : >>> I have been doing some work everyone's good friend Mr.Google. >>> Every blog / article I read all said the same thing; >>> >>> Create a file with svn log >>> (svn log --verbose > svn.log) >>> Then grep / search the log for the file you're after. >>> >>> It takes about 8 minutes just for the log file to be created - which makes >>> it a slightly painful workflow - just to resurrect an old file. >> >> I guess you are "log"'ing a lot more than necessary. Have you looked >> at the options available for the log command? I use the "--limit" one >> very often. Are you calling this command for the right path? >> >>> Is there not a more convenient way to do this? >>> >>> As always thanks in advance. >>> Gavin "Beau" Baumanis >
Re: SVN Update throws error.
2011/4/16 Gavin Beau : > Hi Everyone, > > I have built SVN from trunk. > using the 1.6.16 deps archove for apr/apr-util/sqlite etc. > > I did; > sudo sh ./autogen.sh > ~/Desktop/autogen_output.txt > sudo ./configure > ~/Desktop/configure_output.txt > sudo make > ~/Desktop/make_output.txt > sudo make install > ~/Desktop/make_install_output.txt > > (and have included the text files here; > as well as a copy/paste of any errors returned the console, a cursory glance > at the txt files seems that the error messages did NOT get included.) > > There were no errors that I could tell and the exit code was 0 at the > completion of make install using; > echo $? > > I then did svn upgrade path/to/WC > > Which seemingly worked without error. > > However if I attempt to do an svn update - I get the following; > > Updating '/Users/gavin/SVN/trunk': > svn: E17: Unrecognized URL scheme for > 'http://svn.apache.org/repos/asf/subversion/trunk' > > I am not sure if it is a compile issue or something else, > It's all greek to me, > > so if anyone has any ideas I would be most grateful. When you do "svn --version", what modules are listed there? There are several repository access modules in subversion and the http/https protocols are implemented by ra_neon and ra_serf . I guess that neither of them was built for you. neon is mentioned in your configure_output: [[[ An appropriate version of neon could not be found, so libsvn_ra_neon will not be built. If you want to build libsvn_ra_neon, please install neon 0.29.0 on this system. ]]] serf is not mentioned at all. Best regards, Konstantin Kolinko
Re: Windows SSL Error
2011/4/26 Platz, Steve : > Our Entrust SSL certificate recently expired and was replaced with a new one > utilizing a certificate chain. Since installing the new certificate, access > to a front-end website using this same certificate has been unaffected. > However, we’re now seeing issues when we attempt to check > out/update/browse/etc the repository using Windows (XP/7). In Windows, using > version 1.6.16, I’m getting the following error: > > > > C:\Users\steve_platz>svn info https://path/to/repository > > Error validating server certificate for 'https://path/to/repository:443': > > - The certificate is not issued by a trusted authority. Use the fingerprint > to validate the certificate manually! > I think that it uses OS libraries to check the certificates. When you go to the Microsoft's Windows update site, among the "not important" updates there exists the "update root certificates" update. Maybe it will help you. Quick googling leads to this page: http://support.microsoft.com/kb/931125/en-us Best regards, Konstantin Kolinko
Re: Random files being "reverted" on one repository
2011/5/11 Dave Tingling : > Hi List, > > We administer subversion (v 1.4.2, r22196 on CentOS 5.5) for a development > company, and have over 150 active repositories, but we are not subversion > experts. We are experiencing an issue with just one particular repository. > > When programmers run an update against this one repository (using either > TortoiseSVN 1.6.15 or Slik Subversion 1.6.16 on Windows 7 Pro SP1), they > observe that they sometimes get---to coin their term---"frankenstein" > versions of arbitrary files. As an example scenario: > > 1) - Developer A: adds, edits and commits a file X, > 2) - Developer A: later, again edits and commits file X, > 3) - Developer A: still later, again edits and commits file X, > 4) - Developer N: who has never before seen file X, runs an update. She gets > a weird version of file X which contains only *some* lines of the set of > changes made by Developer A in each of the edit/commit sessions (1), (2), > and (3). > On client: it is easy to break one's working copy if you move directories around mindlessly. One should always use svn command when moving around directories, and never the system commands. http://tortoisesvn.net/mostforgottenfeature.html On *nix that is the difference between "mv" and "svn mv". If you mv a directory the ".svn" subdirectory of it is moved along, but still points to the old location. Trying to commit any file in the moved directory will actually commit it to the original location, because of that stale ".svn" subdirectory. The "svn info" command (or Subversion tab in file properties dialog in Windows Explorer on a PC where TortoiseSVN is installed) what is repository path for any particular file in the working copy. On the server: what protocol you are using to access the repository and commit the files? I hope there is no proxy in between you and client, that performs some sort of url rewriting? > We administer subversion (v 1.4.2, r22196 on CentOS 5.5) Anyway, 1.4.2 is very old, and misses a number of fixes in 1.4.x line, not to mention the later versions. In some other thread recently when "CentOS 5.5" was mentioned one of the answers was to upgrade to 5.6 ASAP. Best regards, Konstantin Kolinko
Re: Random files being "reverted" on one repository
2011/5/12 Dave Tingling : > Thanks for those tips Konstantin. > > There are about 16 developers. Is there anything I can look at on the server > side to determine whether such bad directory copy/moves have been done, and > perhaps by whom? > When developer B notices "Frankenstein" file appearing in his working copy he should 1. Look at the history of this file to find who committed it. That is "svn log --limit 3" command. (Or with limit of 1, only recent entries do matter). (Or using TortoiseSVN > Log command in its menu). 2. From the history find who and when committed the file. Let's say it was developer A. 3. Go to A and ask what changes were committed and call "svn info" on that file in A's working copy. (Or using Windows Explorer > File Properties > look at "Subversion" tab, as I wrote before). Pay attention to the file's path in repository. In TortoiseSVN there is "Change for modifications" dialog that I think should show if anything is wrong with files hierarchy in the working copy. >> On the server: what protocol you are using to access the repository and >> commit the files? > > HTTPS...I'm not sure what mechanisms happen "within" or "lower than" that. > Is this a helpful answer? If you need more info, please let me know how I > can find it out. I personally am a facilitator for researching this issue, > I'm not an admin. This is good. HTTPS passes proxies safely and unchanged. One more suggestion: you might consider about installing a post-commit hook at the repository. Tasks that can be performed by such a hook: a) make a dump of the recent commit, b) send a copy of commit diff to an e-mail address. etc. Best regards, Konstantin Kolinko
Re: Detect incompatible (future) workingcopy format.
2011/5/13 Markus Schaber : > Hi, > > What is the safest future-compatible way to check for an incompatible / > unknown working copy format which was written by a future subversion > version? (e. G. WC-NG by SVN 1.7?) > In the change log for Subversion 1.6 [1] there is the following line for 1.6.9. * teach 1.6.x to recognize 1.7 working copies (1.6.x-future-proof branch) I do not have a ready answer for your question, but the above may give you some clue where to look at. [1] http://svn.apache.org/repos/asf/subversion/trunk/CHANGES IIRC, the purpose of those changes was to print a warning for 1.6 users if they invoke svn on an 1.7 working copy. Best regards, Konstantin Kolinko
Re: Error connecting to an Apache svn server remotely
2011/5/15 Kenny Q. Zhu : > I’m out of ideas! Please help!! 1. Configure HTTPS. It won't be mangled at proxies, and it will protect your password during transmission. 2. Are you sure that http://www.xxx.edu/mysvn is a correct address? Are you able to browse repository at that address directly with a web browser, e.g. Firefox? Best regards, Konstantin Kolinko
Re: Mixed authentication and WebSVN on same host
2011/6/9 Pier-Luc Petitclerc : > The problem I have with that is related to the user authentication. I have > read that mixed authentication (anonymous vs "registered") is possible with > authz and that's what I tried implementing. Read The Book [1], as well as HTTPD manuals. [2] 1) To mix anonymous and non-anonymous auth (i.e. allow read-only svn access for anons) you configure different access rules for different HTTP methods. I.e. GET etc. will go without authentication, but REPORT, PUT, ... will require authentication. [1] has an example. 2) "Satisfy Any" is wrong. You should be careful with it. (If you have Allow/Deny statements elsewhere it will be enough to satisfy auth requirements). See [2] and you'd better configure "Satisfy All". [1]: http://svnbook.red-bean.com/ [2]: http://httpd.apache.org/docs/ > > However, the problem I'm having now is that Apache does not ask users for > credentials presumably due to the "Satisfy Any" statement. Unless I am > mistaken, that is how Authz work - to grab usernames off Apache's > authentication and associate it with the ACL specified in > AuthzSVNAccessFile... well, that's not working. I've tried many combinations > to no avail... so is there someone who has configured something similar? > You can configure an access log and look there for what requests and responses are. When apache requests auth it is HTTP response code 401. Best regards, Konstantin Kolinko
Re: SVN 1.7.0. alpha source code
Just use any other mirror, http://www.apache.org/mirrors/#uk 2011/6/13 David Fielder : > Attempting to download SVN 1.7.0. alpha source code > > from http://apache.mirror.anlx.net/subversion/subversion-1.7.0-alpha1.zip > > I get this error. > > Forbidden > > You don't have permission to access /subversion/subversion-1.7.0-alpha1.zip > on this server. > > > Apache/2.2.9 (Debian) PHP/5.2.6-5 with Suhosin-Patch Server at > apache.mirror.anlx.net Port 80 > > please help > >
Re: Revert only whitespace changes
2011/6/14 Markus Schaber : > > While Subversion and TortoiseSVN offer the possibility to ignore those > white space changes when diffing the files, a commit still includes > those changes, and thus the diff in the SVN history is cluttered, which > causes problems for reviewers. > Maybe you can fine-tune the tools that are being used for the review? If you are talking about commit e-mails, the script that generates them can use svn diff option to ignore whitespace changes. If you are talking about some web software, the viewvc instance used at ASF ignores whitespace changes when I select "Colored Diff" command. E.g. [1] [1]: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c?r1=649041&r2=649040&pathrev=649041&diff_format=h > > Is there any tool which reverts all those whitespace-only changes, > keeping only the "real" changes in the file? > I think that you can generate two diffs, one with all the changes and second one with non-whitespace ones. Then, use the first diff to undo the changes and the second one to reapply them. > > (I know that a project-wide style guide and rejecting commits which do > not conform to that style guide are the long term solution to that > problem, and we're aiming towards that.) > A good policy is to educate the developers to commit whitespace-only changes in a separate commit. Best regards, Konstantin Kolinko
Re: hook permissions, visualsvn, windows
2011/6/15 Henry Hartley : > Andy Levy wrote: >>> >>> Pass valid credentials to svn update with --username and --password >>> in your hook & see what happens. > > I'm finally getting back to this issue. Things have changed a little so > here's a recap and the current situation: > > I have a VisualSVN repository on a development web server with a web site > properly loaded. I checked out a copy with my client (Dreamweaver CS5). I > also have checked out a copy that is served as the development web site on > the same machine as the repository. So far, so good. > > I have a post commit hook (post-commit.bat) with the following line in it > (all one line and with minor changes to protect confidentiality): > > "C:\Program Files (x86)\VisualSVN Server\bin\svn" --username SVN_User > --password therealpw update D:/websites/site1 1. I'd add "--no-auth-cache --non-interactive" options as well, and "@echo off" at the start and "exit 0" line at the end. 2. http://subversion.apache.org/faq.html#website-auto-update 3. What protocol is used by the working copy at D:/websites/site1 (file, svn, http, https)? For https you may want "--trust-server-cert" as well. 4. What user runs the bat file? If it is "Local System" (if I correctly remember the name), it does not have rights to access the network. > Is there any way to increase the logging level of VisualSVN When debugging my hooks I used to add echo statements that wrote something to an external log file. Best regards, Konstantin Kolinko
Re: Backing Data
2011/6/15 Herbie Marais : > > I have scanned through svn’s website and could not find any information on > guaranteed transaction management and backup... > 1. Have you seen The Book [1]? [1]: http://svnbook.red-bean.com/index.en.html > Our employees often work remotely and the source control system needs to be > able to recover is the connection is interrupted while the user is busy > checking in a file. 2. It works fine. The files are transmitted and after that the transaction is performed in one step. If connection is aborted the stale files are left behind. The "svnadmin rmtxns" command is there to remove them. That is with FSFS backend. I do not have practical experience with BDB one. Best regards, Konstantin Kolinko
Re: Exclude a directory from a copy.
2011/6/23 Gavin Baumanis : > Hi there everyone, > > I am just wondering if there is a short-hand way of excluding a directory > from a copy? > > I am wanting to create a branch from the trunk - but omit a specific > directory from the copy as it contains about 1GB of binary data that are not > required for the work that will be occurring in the branch. > > I can manually do it, by doing a WC->WC copy and then simply deleting the > sub-directory that I don't need, prior to committing the branch. > But I thought I would ask if there was a smarter and more efficient way to do > it first. Copying 1 GB takes time... You can 1) create URL -> URL copy, then do "svn delete URL" as a separate commit 2) do not delete the unneeded subdirectory, but either do "svn switch" (should preserve unmodified data in place), or a sparse checkout I think that both action in 1) should be possible to do in one commit using svnmucc program - but I have never used it. Best regards, Konstantin Kolinko
Re: Locale Issue in Subversion checkout with svn:keywords
2011/7/7 BRAGA, Bruno : > Hi, > > I would like to ask about the locale handling in Subversion. I apologize if > this has been discussed here before, but I did not find any relevant > references that address the same issue. > > Basically, we are having issues with our software deployment procedures > because the checkout also fills the props svn:keywords of all files > according to local locale (defined at LC_MESSAGES, I believe). We have a > large multi-language environment, and we have to deal with logs in languages > such as Japanese, and worse, remote operations using SSH sessions may > transport the local locate of the workstations, messing up everything. > > So, I was wondering if there is any way to set the locale of the SVN client > in a server, to ensure it will always checkout using a certain locale (of > course, English). Doing so in Japanese or Chinese, for instance, messes up > with the compilation of files, if you have enforced locale tags en every > file. One good example if the $Date $ keyword, which gives the date in > Unicode chars for Japanese. 1) Do not use $Date$. It is not for you. It 1) uses local timezone, 2) uses utf-8 regardless of the actual file encoding. Forcing a locale would not solve 1). 2) Do not use $Id, if you have non-english characters in committer login names or in file name (because of utf-8, see above) Any other keyword is causing trouble? > > If it is not available, I would like to suggest maybe adding this to the > subversion/config file. > Best regards, Konstantin Kolinko
Re: how do I revert a bad commit without creating a new revision?
2011/7/8 michael mac : > Hi, > > During my svnsnyc process to mirror a repository I received the following > error "Problem replaying revision [500, #190004]" I was able to track down > the revision in question which is 417811. After talking to the developer > that made the commit I found there was a problem with one of the filename > syntax which used character '0x1' in one of the file. > Maybe you can 1) dump this revision alone, 2) edit its dump file: change the file name to something usable 3) load this revision into slave repository 4) run svnsync with revisions up to HEAD 5) delete the file from master repository 6) repeat the trick from steps 1)-3) to delete the "good" copy of this file from slave and so moth will be reasonably in sync. Now you can replace master with a copy of slave. Another possibility: I think it is possible to effectively truncate the repository by removing some files + running svnadmin recover. Just theory - I have not tried it. I wish there were official command (or instruction) how to truncate a repository (as a cheap alternative to implementing obliteration). You have 0.5 million revisions at stake. I do not know how long recover will run. How long svnadmin verify runs with such a repository? What will happen with representation sharing DB (will it recover from extra data as well, or it has to be deleted manually)? > > My question, it there a way to revert revision 417811 to previous 417810 > without commit a new revision? No. It is not possible. (keyword: obliteration) > I've looked at svn merge and svn revert and > both require I new commit revision. My goal is continue to use svnsync to > mirror the repository and in order to do that I need to get past r417811. I > have confirmed this revision can be dropped altogether. > > My last option which I can think of is the use svnadmin dump and load, > excluding r417811 and then adding it as a dummy revision, but I'm trying to > avoid this as it takes much more time and effort. You have slave that is at r417810 now. So you do not need to load revisions up to 417810 -- you can start with what slave already has. Best regards, Konstantin Kolinko
Re: Locale Issue in Subversion checkout with svn:keywords
2011/7/8 BRAGA, Bruno : > On Thu, Jul 7, 2011 at 11:26 PM, Konstantin Kolinko >> 2011/7/7 BRAGA, Bruno : >> >(...) >> > >> > So, I was wondering if there is any way to set the locale of the SVN >> > client >> > in a server, to ensure it will always checkout using a certain locale >> > (of >> > course, English). Doing so in Japanese or Chinese, for instance, messes >> > up >> > with the compilation of files, if you have enforced locale tags en every >> > file. One good example if the $Date $ keyword, which gives the date in >> > Unicode chars for Japanese. >> >> 1) Do not use $Date$. It is not for you. It 1) uses local timezone, 2) >> uses utf-8 regardless of the actual file encoding. Forcing a locale >> would not solve 1). > > Yes, we are curently using something like: > $ export LC_MESSAGES='en_US.UTF-8' && svn co ... > >> >> 2) Do not use $Id, if you have non-english characters in committer >> login names or in file name (because of utf-8, see above) > > Hum... I did not know that we were not supposed to use this... At lest it is > good to know that this is the solution. The UTF-8 issue that I mentioned is known as http://subversion.tigris.org/issues/show_bug.cgi?id=2332 >> >> Any other keyword is causing trouble? > > We did not have problems with the $Id, only with the $Date. But I will > follow your suggestion, and remove both. > > However, it kind of kills the merit of using svn:keywords, at least for us. > Best regards, Konstantin Kolinko
Re: empty pre-commit hook fails with svn+ssh with some accounts
2011/7/21 Daniel Neuberger : > In short, we have a repository owned by one user that is accessed by > tunneling over ssh to other user accounts. Can't comment on this. > The hooks work fine though if I ssh to the user account that owns the > repository rather than another user account (we can't operate that way > though). > All the scripts are bash scripts. All systems are RHEL 5.5 using svn 1.4. The scripts have execute permissions for those other users? Maybe svn cannot find bash to execute those scripts? Consider what happens when you run with empty PATH. One known example is the tasks run by cron. Have you looked into system-wide logs (for issues like SELinux warnings)? Best regards, Konstantin Kolinko
Re: copying subdirectories in subversion 1.7
2011/7/26 Feldhacker, Chris : >> I wonder if people will expect a script named "detach" to copy or do they >> think it will move? > > More like "extract" or "promote" -- promoting a child folder to become a > full-fledged, independent working copy... > > "liberate"? Kinda like that... :-) > "clone" ? Best regards, Konstantin Kolinko
Re: Web site: checkout or export?
2011/7/30 David Weintraub : > On Wed, Jul 27, 2011 at 7:57 AM, Ryan Schmidt > wrote: > >> The .svn directories needn't be a security hole; you can configure your web >> server to >> not serve their contents, or even not acknowledge their existence. In my >> httpd.conf I have: >> >> RedirectMatch 404 .*/\.svn(/|$) > > In SVN 1.7 clients, this will no longer be an issue since > subdirectories in the working directory won't have the .svn files in > them anymore. > Not true. There will be one ".svn" directory in the root of the working copy, as well as in any directory included through svn:externals. Best regards, Konstantin Kolinko
Re: Read-Only file systems (Was: Worst Error Message?)
2011/8/1 Stefan Sperling : > On Mon, Aug 01, 2011 at 04:38:46PM +0200, Markus Schaber wrote: >> >> Hi, >> >> Von: Stefan Sperling [mailto:s...@elego.de] >> > On Mon, Aug 01, 2011 at 04:12:41PM +0200, Markus Schaber wrote: >> > > Can subversion cope with repositories and working-copies on >> read-only >> > media? >> > > >> > > Maybe some Live-Demo CD bringing an example SVN repository? >> > >> > No. >> >> So subversion needs write access to both repository and working copies, >> even if the user performs only operations which he "thinks" to be >> read-only like "status", "diff", "compare to revision" for working >> copies, and "repo browsing" and "compare to revision" for repositories? > > Yes. For all read opreations it needs to create read-locks to prevent other > clients from writing at the same time. Another example is that during diff > it needs to create temporary files to write diffs to. > > Repo browsing (e.g. svn ls URL) will probably work as long the repository > is on a writable filesystem. > It is written in SVN book that repository that uses FSFS should work on read-only media. Is it something that was broken recently? - see "Usable from a read-only mount" row in the table in the middle of http://svnbook.red-bean.com/nightly/en/svn.reposadmin.planning.html > It is possible that some things happen to work. > But you'll need to experiment to find out. > > The general answer is "no it won't work". It is not a supported use case. > Best regards, Konstantin Kolinko
Re: Migrate parts of repository - got it right?
2011/8/4 Peter Pommelich : > I just want to that sure, because A is very large and it will take some time > to get this done. Note, that svnsync can be used to synchronize only a subset of repository. As says help printed by "svnsync help init", If the source URL is not the root of a repository, only the specified part of the repository will be synchronized. Though I suspect that there are caveats: there should not be move or copy operations that cross the boundary between this project and the rest of repository. In SVN 1.7 there will also be "svnrdump" utility that will allow to create repository dump remotely, internally using the same approach as svnsync. I have not tried it though. Best regards, Konstantin Kolinko
Re: How to solve svnadmin load "File already exists" error?
2011/8/19 Dennis Jones : > Anyone? Really? No one knows anything about this? > > - Dennis > > "Dennis Jones" wrote in message > news:j1shsm$lbu$1...@dough.gmane.org... >> Hi, >> >> I used rsvndump to dump a remote repository (because the server is running >> an old version of SVN from before support for 'replay' was added). Now I >> am trying to load the dump file into my local repository (VisualSVN 2.1.9) >> and I'm getting the following error: >> >> >> * adding path : trunk/SomePath/SomeFile.zip ...svnadmin: File already >> exists: filesystem 'E:\Repositories\Archive\db', transaction '3186-2gi', >> path 'trunk/SomePath/SomeFile.zip' >> >> >> Interestingly, it looks like it fails at revision 3186, but a glance at >> the output shows: >> >> --- Committed revision 3186 >>> >> >> <<< Started new transaction, based on original revision 3187 >> >> So why is the transaction for 3186 still there? >> >> This is my second attempt at doing this, and I got the same error (in the >> same place) the first time. The dump file is almost 5GB in size and the >> dump takes about 3 days to complete, so I'm not keen on doing it again, >> and I doubt it will help anyway. >> >> Of course, I started with an empty repository on the local server, so it's >> not like it already had data in it. So how can I get around this? >> >> Dennis >> >> I used rsvndump What is that? You mean you performed the dump remotely using svnrdump utility from some beta of svn 1.7 ? Does it work without replay support on the server? (Isn't this utility essentially the same as svnsync?) I would suggest to compare what actually is in that revision in the old and new repository. Do they match, or anything differs? When you performed the dump, do you have read access to all paths in the original repository? Last time when I saw a message similar to yours was about a year ago, when I tried to commit revision that had complicated moves and renames / replaces in it. The svn client (Tortoise) failed to commit it with a similar message, but when I rerun the operation it committed successfully. I still do not know what the cause was -- maybe some ordering between operations. (I am using HTTPS access protocol + neon + it was some version of 1.6 or 1.5 several months after release), Best regards, Konstantin Kolinko
Re: svn log knows about svn:external
2011/8/19 rupert.thurner : > hi, > > especially when continuous integration build one option to trigger the > build is if something changed. usually this is easy as the repo > version is increased. is there an easy way to find out if there is a > change considering svn:externals as well? > > the only command i was aware of was svn log, but it seems not follow > externals. i also do not know a command which easily displays all > externals contained in a working copy ... which might be easier/ > quicker to find out with the new wc format? > Catch output of "svn up" into a file and see whether some changes are mentioned in it. By the way, this command lists all externals as well. If you want to trigger a build when something changes in repository - use a post-commit hook at the svn server. One option is to use the hook to publish info into mailing list and watch that mailing list. ;) Best regards, Konstantin Kolinko
Re: How to solve svnadmin load "File already exists" error?
2011/8/23 Dennis Jones : >> I tried to edit a 5 Gb file on a Linuxserver we have with vi, it took some >> 30 minutes to open the file but it did work! >> >> The format is quite simple : a revision starts with the string : >> >> Revision-number: >> >> Just delete all the lines until the next >> >> Revision-number: >> >> >> And the revision is removed from the dump. I am not quite sure if you need >> to renumber the revisions afterwards though, but I >> don't think so. >> >> There is a problem though if what you delete is referenced later on in the >> dump, then the load will fail. > > > Unfortunately, this did not work. I was able to split the file into > smaller, editable pieces, cut out the bad revision, and paste it all back > together. However, when I attempted to start loading at the revision > following the bad one, I got checksum mismatches. Apparently you cannot edit the dump file with vi. It is mentioned somewhere in the SVN Book that the dump just looks like a textual file but actually it is binary. It explicitly does not recommend editing it in a text editor. (So the problem with checksums that you are facing is documented). Can you generate a dump file for a range of revisions? Looking at [1] you can specify a range of revisions to be dumped by rsvndump tool. [1] http://rsvndump.sourceforge.net/ Have you tried to compare old and new repository at revision 3186. E.g. do a checkout and compare whether files and folders all exist and are the same? Especially the files and folders touched by r3187. Best regards, Konstantin Kolinko
Re: Reasons for 400 Bad Request on committing which don't involve proxies?
2011/8/27 Andy Levy : > On Fri, Aug 26, 2011 at 16:43, Daniel Shahaf wrote: >> Andy Levy wrote on Fri, Aug 26, 2011 at 15:36:01 -0400: >>> Looks like something edited my registry (I don't recall doing it) to >>> add a bad proxy to >>> HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Servers\global >> > > I must have done something in TSVN to make it write those, I just > don't recall when or why. > IIRC, all values that you can set in TSVN configuration dialogs are stored in registry: it does not update the textual files. (If you need to update the files, there are buttons that open those files in notepad for manual editing). Best regards, Konstantin Kolinko
Re: Changes are getting clobbered when working on remote svn files
2011/9/1 Geoff Hoffman : > We have a mixed development environment (Mac, Win, Linux). > We have an SVN 1.6 repo on the LAN (Ubuntu server 10.04 LTS). > We have a development server on the LAN (Ubuntu server 10.04 LTS). > (I don't think any of the hardware or software matters in this case, but > here it is anyway) > Most of us are running fully-local checkout working copies, editing hosts > file, NameVirtualHost on, using Netbeans, Textmate (Mac), Notepad++ on Win. > One of our developers "A" is storing his working copy checked out onto the > dev server and uses netbeans FTP to work on the files. > What we found is that he is somehow able to overwrite newer files in the > repository if he edits the same file. > In other words, if developer "B" changes file x/y.php at -r 400 and dev "A" > has checked out and is working on file x/y.php at -r 395 then when dev "A" > commits x/y.php at -r 405 it does not include "B"'s changes from -r 400. > We are guessing that either: > - he didn't svn up on the dev server; (claims he always does, of course) If you had access logs enabled on your server, you could verify it. > - he didn't 'refresh folder' to grab the latest stuff from his > checkout/update > - he has a "local cached copy" he downloaded from the dev server to edit - > and somehow his IDE (NetBeans 6.9) is not realizing that the remote files > have changed. > or some combination thereof. > One would assume that remote server development and version control would > have been sorted out long ago and developer "A" should be getting a conflict > on commit, or a merge event at commit time, but this isn't the case. > What we now believe is that: > When saving to a remote project, FTP is overwriting the file, even if it has > been svn updated manually, That is very likely to happen. If you just transfer a file it will likely to overwrite remote one, regardless of what changes have been there. Why your developer is editing the file remotely if you have svn? Check it out locally, edit locally, commit locally and then go to remote server and svn up there. BTW, you may ask on NetBeans forums, how the tool behaves. > and upon commit, it just sees the ftp-overwritten > file as the newest regardless of the change at -r 400. > I thought I would send this to the list to see if others have experienced > similar issues; and as a warning to look out for this scenario. Best regards, Konstantin Kolinko
Re: svn propset svn:log wont work for me.
2011/9/2 douglas barrett : > apache@X hooks]$ pwd > Y/hooks > > [apache@X hooks]$ ls -l pre-revprop-change > -rwxr-xr-x. 1 apache apache 2890 Sep 2 08:39 > pre-revprop-change << so I seem to have a valid hook > > [apache@irvine hooks]$ tail -14 pre-revprop-change > REPOS="$1" "tail" does not show the whole file. What happens if you try to run this script? ( ./pre-revprop-change ) Do you have shebang line ( #!/bin/sh ) at the top of the file and does the shell mentioned there (/bin/sh or whatever) exist on your server and is usable by that user? Best regards, Konstantin Kolinko
Re: svn propset svn:log wont work for me.
2011/9/3 douglas barrett :
>
>>> apache@X hooks]$ pwd
>>> Y/hooks
>>>
>>> [apache@X hooks]$ ls -l pre-revprop-change
>>> -rwxr-xr-x. 1 apache apache 2890 Sep 2 08:39
>>> pre-revprop-change << so I seem to have a valid hook
>>>
>>> [apache@irvine hooks]$ tail -14 pre-revprop-change
>>> REPOS="$1"
>>
>>
>>"tail" does not show the whole file. What happens if you try to run
>>this script? ( ./pre-revprop-change )
>>
>>Do you have shebang line ( #!/bin/sh ) at the top of the file
>>and does the shell mentioned there (/bin/sh or whatever) exist on your
>>server and is usable by that user?
>>
>
> Konstantin,
>
> thank you for taking the time to respond. You are right about tail of
> course. I used this command because my pre-revprop-change file was
> created from pre-revprop-change.tmpl which begins with copious comments
> which aren't germane.
>
> The file does in fact contain the opening magic number and interpreter
> path.
>
> [apache@X hooks]$ head -1 pre-revprop-change
> #!/bin/sh
>
> {
> As a side point the "shebang" is not required for a shell script
> to run.
>
> [apache@X tmp]$ echo "echo \$*" > ./Echo
> [apache@X tmp]$ cat ./Echo
> echo $*
> [apache@X tmp]$ chmod u+x ./Echo
> [apache@X tmp]$ ./Echo "you don't need a magic number"
> you don't need a magic number
> }
You are executing it from within a shell. I wonder whether it is also
true when executing it with C API,
> If I run the script it behaves as intended.
>
> [apache@X hooks]$ ls /tmp/tmp
> ls: cannot access /tmp/tmp: No such file or directory
> [apache@X hooks]$ ./pre-revprop-change
> [apache@X hooks]$ ls /tmp/tmp
> /tmp/tmp
Good.
And what is the value of its exit status ( echo "$?" IIRC )
At least "exit code 255" message means that subversion sees the file
and tries to start it. (I wonder why it is "255").
You may try to print something to ">&2" so that this failure wouldn't
be "with no output."
I wonder whether your installation of apache uses chroot to limit
access to file system.
You may try to use a C program instead of a script. There should be a
program named "true" in your system - you may try replacing the script
with a copy of that program.
Best regards,
Konstantin Kolinko
Re: Lost list of "Search Utilities"
2011/9/23 Phil Pinkerton : > A while back I posted a question about various Application/utilities that > provide a way to "Search" Subversion Repositories. > > My email got trashed (MS BSOD & disk crash) and I no longer have that > wonderful list. This mailing list is archived, and in many places. The thread was called "Svn Searcher" http://markmail.org/thread/uchhd66bxwjks3qp Best regards, Konstantin Kolinko
Re: revs files growing over time, relatively
2011/9/28 Trevor Schaffer : > Yes, that basically will have to be our plan... going forward. Now to try to > deal with what we have right now. > > I am a bit puzzled why the commit requires any information about other > folders seemingly not associated in any way with this particular commit > though. I'm sure the database has it for its reasons, so I won't question > that too much. > > -Original Message- > From: Andy Levy [mailto:andy.l...@gmail.com] > Sent: Wednesday, September 28, 2011 9:16 AM > To: Trevor Schaffer > Cc: Stefan Sperling; users@subversion.apache.org > Subject: Re: revs files growing over time, relatively > > On Wed, Sep 28, 2011 at 11:01, Trevor Schaffer > wrote: >> We definitely use svn copy for revisions, but I think the issue is because >> our tags are too flat vs not flat enough. >> >> E.g. tags/builds/ is where we put all of our tags (all done with svn copy) >> And over time, this folder has over 7000 tags in it. So now, ever new tag >> we put into /tags/builds has a listing of every other tag from tags/builds >> in the revs/db/ file. Now when you have 4 lines in each rev file for >> each entry in the tags folder, that's 28000 lines of text, which gives us >> the roughly 600KB of data. And you can see how this grows over time. So >> obviously, in hindsight... we need to lessen the tags significantly, but >> current processes in our company will not allow us to do that quickly, or >> easily. > > Would it be possible to clean up your tags directory, maybe on a > quarterly or annual basis? So instead of having a flat /tags/builds > "dumping ground", you have; > > /tags/builds/ > /tags/builds/2011Q1 > /tags/builds/2011Q2 > /tags/builds/2011Q3 > /tags/builds/2011Q4 > > Your tags go into /tags/builds as they do today, but then at the end > of each quarter, you move that quarter's builds into the corresponding > directory. > Huh. Top-posing is bad. When you create a new tag "tags/FOO" it results of a new version of "tags" directory. Subversion is not able to compare two directories and store a "delta" between them. Instead it stores a new complete version of the "tags" directory. (I think that gives better performance when someone needs to read that directory). Thus, as you noted, 7000 tags become 600KB of data. I agree with Andy's proposal to shard tags directory into several sections, e.g. by date. Though it would be easier if those quaterly directories were outside of your "builds" directory. E.g.: /tags/builds/ /tags/builds-archive-2011-01/ In is easy to do "svn mv ^/tags/builds ^/tags/builds-archive-2011-01/" in one transaction. Then you follow it by "svn mkdir ^/tags/builds" Note: 1) svnmucc allows to perform both mv and mkdir in one commit 2) you can still access your old tags at the old place it you use peg revisions, /tags/builds/MYOLDTAG@oldrevnumber Best regards, Konstantin Kolinko
Re: Subversion Exception. Version 1.7
2011/9/29 Jody Breaux > > I was using version 1.6 (the latest), then I upgraded to 1.7, that’s when the > problems started. Which version of TortoiseSVN 1.7 (as shown in About dialog)? A nightly is built every night with current code from /subversion/branches/1.7.x. Can you send your e-mails in plain text? Without HTML and those images. Best regards, Konstantin Kolinko
Re: Authentication realm
2011/9/30 Gavin Baumanis : > Hi Everyone, > We recently created a DNS entry for our subversion repository. > Prior to this we just use the private LAN IP address to access the repo via > http (Apache) > Post the change to having a hostname to use I created a new branch - and > used the host name to do this. > Subsequently when I perform an svn update I a now prompted for username and > password for the named instance of our repo. > I did some reading in the "good" book. > and used svn switch > (svn switch old_IP_address new_HostName_Address > at the root of my working copy. It should have been "svn switch --relocate" which is very different to usual "svn switch" (so that 1.7 introduces a separate "svn relocate" command to lessen the confusion). Just for future readers. It does not seem to be a problem here. > svn info confirms that the repo address is now set to the hostname version > of the URL. > However I am still getting prompted for a username and password. > If I enter the "usual" password - all is good... but the prompt is playing > havoc without Continuous Integration scripts. What havoc? You should use --username and --non-interactive. The password can be are either a) taken from cached auth credentials (auth subdirectory in subversion configuration area) b) entered interactively. c) entered on the command line as --password. If you never connected that system, there may be no cached password. b),c) cache the password automatically, unless you use --no-auth-cache, (and I think they wouldn't cache it without a prompt on *nix systems where password is stored unencrypted). Another question is whether the server is accessed directly or through a proxy (and you'll need a proxy password). -> servers file in subversion configuration area. > Some more reading suggests that I might need to add a new authentication > realm and users via; conf/svnserve.conf svnserve,conf is for svnserve, but you are using Apache HTTPD and all authentication is handled by Apache HTTPD. Subversion handles only authorization. > I was hoping that I might just get some confirmation that is indeed what I > need to do - before I go "playing" with the config scripts. > As always - a big thanks for your help. > Gavin. Best regards, Konstantin Kolinko
Re: Setting content type
2011/9/30 D, Dinoj : > Hello, > > > > If we are accessing subversion repository through WebDev module , then the > content type will be send to the client depend the property what we have > set for files. It won’t look into apche mime types. But there is a way to > edit the header information for Content-type > > > > For example: > > > > SetEnvIf Request_URI "\.docx$" docx_file > > RequestHeader edit Content-Type > "application/vnd.openxmlformats-officedocument.wordprocessingml.document" > env=docx_file The above is *Request*Header, but you want to modify the Response header, not a Request one. There is "Header" directive for that purpose, though I have not tried it. I'd prefer to set correct mime-types on the files. > > > Best regards, Konstantin Kolinko
Re: Subversion migration using svnsync from 1.4.6 to 1.7
2011/10/1 PR > > Hello, > I had initially got a lot of great feedback from the group. > I had decided to migrate the repo using the svnsync and the new server is 1.7 > rc3 for the POC migration. (old server 1.4.6). > Initially every thing was smooth now we are noticing that some repositories > we get a failure in sync and that fails with following error > > svnsync: E22: Commit created rev 3912 but should have created 3913 > > and what i notice is that the 3912 on the source is actually missed and the > 3913 comes in as 3912 ..on the target repo .. > > the other thing is that this rev is saved as root .. (since i am running as > sudo, the post rev prop has not got a chance to change it to the actual owner > ) .. > any help or pointers? When using svnsync there are usually three versions of svn running: source server, target server, and the svnsync program itself. What version of svnsync you were using? Was it 1.7 rc3 as well? (BTW, rc4 was published recently). What protocols your svnsync is using to access the source and the target servers? (file, svn, http(s))? Your OS - some Unix? Is it 32 or 64 bit? > > I did search the error and tried to use the suggestion made some places with > use of > > http://code.google.com/p/svnbook/source/browse/trunk/en/book/ch05-repository-admin.xml The more known URL to the same book is http://svnbook.red-bean.com/index.en.html http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.replication > > svnsync: E22: Destination repository already contains revision history; co > nsider using --allow-non-empty if the repository's revisions are known to mirr > or their respective revisions in the source repository > $ svnsync initialize --allow-non-empty file:///path/to/mirror-repos \ > file:///path/to/repos > Copied properties for revision 32042. > $ > > but that does not seem to help either. Can the same error code produce different text messages? I'd think that the error code in the book is wrong. Though there it is actually for the "initialize" command. > > any help will be much appreciated ... > > the other way is the long and laborious dump and load from old to new > server... but that too is not without its share of frustration .in terms of > dump then tar and then load. > In your target repository - do you check user name in the pre-commit hook? Only the one special user that svnsync runs as has to be allowed to write there. Best regards, Konstantin Kolinko
Re: how to compare an exported file (or set of files) against the repository?
2011/10/5 Dominik Psenner : > This procedure could be easily automated by a stupid script that does > something like: > > for REV in seq 0 NEWESTREV; do > svn up -r REV > cp updated-file repos-file > if [ -z "`svn diff`" ]; then echo "found candidate rev $REV!"; fi > svn revert . > done > Can "diff -u" command take input from stdout? Its man page says "If a FILE is `-', read standard input." If so, one could feed it from "svn cat" command. Just for record, there is "--force" flag for svn checkout command, that allows it to create a working copy over files that were exported. I think it should not overwrite files that has local changes, but have not verified whether that is true. > Check out a working copy and copy the files over. +1 Best regards, Konstantin Kolinko
Re: How to recover deleted directory in repository?
2011/10/9 Xiang Liu : > Hi, everybody > > I have removed a directory by mistake. > >> svn del https://pl3.projectlocker.com/gnwd/notes/svn/a_dir > > So, How can I recover it? http://subversion.apache.org/faq.html#undo http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.resurrect Best regards, Konstantin Kolinko
Re: zombie external
2011/10/11 Cory Riddell : > I have a working copy that insists it has an external but I can't figure > out why. > > "svn propget svn:externals -R wc" returns no results. > "svn status wc" reports this: > " X wc\util.lib" > > How do I reconcile what's going on here? When I do "svn update wc" it > just hangs. What version of svn? Delete "wc\util.lib" and try again? If you do not have any local changes in wc then you may delete wc as a whole and let svn up recreate it. Best regards, Konstantin Kolinko
Re: Log Entry with no details.
2011/10/13 Jon Hardcastle :
> Think you might be on to something there... I'll have to try it out.. then I
> can sleep easy :) and not think it is corruption!
>
> On 7 October 2011 12:55, Neil Bird wrote:
>>
>> Around about 06/10/11 10:07, Jon Hardcastle typed ...
>>>
>>> I have an oddity I have never seen before. I have a log entry when viewed
>>> from tortoise that has no author, actions, message and says (no date) for
>>> the date and time.
>>
>> I saw that yesterday: for me, it was a permissions thing.
>>
>> Under this repo. root were 3 dirs., and I only had read access to one of
>> them (trunk). Showing a log from the root in Tortoise, I saw an *entry* for
>> all the revs., but those that pertained to the 2 dirs. I couldn't get at
>> were blank except for the “(no date)” message.
>>
>> --
>> [neil@fnx ~]# rm -f .signature
>> [neil@fnx ~]# ls -l .signature
>> ls: .signature: No such file or directory
>> [neil@fnx ~]# exit
>>
>
http://subversion.markmail.org/message/tv6b3hexmj2jssfq
("Show log" thread Oct 2008)
Best regards,
Konstantin Kolinko
Re: Export files from Tortoise SVN
2011/10/13 Waseem Shahzad : > Hi > > I am trying to get the only changed files in the revision. I am > using this .. > > > > svn export -r 2 "svnrepository" destination > > > > This command Is getting all the files including changed files. > > Below concept is good for me but it doesn’t export. > > > > svn log -vr 2 svnrepository > > > > Pls guide me how would I make this command usable to get the Only changed – > modified and added - files in particular revision. svn log -v -r like you are doing above, or svn diff --summarize Filter its output and feed it to "svn cat", or may be to svn export. Best regards, Konstantin Kolinko
Re: [Bug] [Subversion 1.7] svn blame doesn't work for locally modified files
2011/10/14 Andrey Paramonov : > On 13.10.2011 22:31, Ryan Schmidt wrote: >> >> On Oct 13, 2011, at 06:51, Andrey Paramonov wrote: >> >>>>> I believe Subversion can automagically translate line ending sequences >>>>> when transferring data to and from server. I use Windows, so I have CRLF >>>>> sequences at the ends of the lines in my working copy. The question is: >>>>> what >>>>> is the EOL sequence on the server? >> >> >> On Oct 13, 2011, at 07:06, Andrey Paramonov wrote: >>> >>> On 13.10.2011 15:54, Daniel Shahaf wrote: >>>> >>>> What properties are set on your file? >>> >>> svn proplist returns nothing. >> >> If the svn:eol-style property is not set on the file, then Subversion does >> not modify the file in any way as it's stored in the repository. The EOL >> sequence (and every other byte in the file) is the same on the server as it >> is on the client. >> >> If, on the other hand, svn:eol-style is set to any valid value, then >> Subversion stores the file in the repository with LF line endings, and on >> checkout or export, the client translates the line endings to the style >> requested in the svn:eol-style property. >> > > By looking through the code in libsvn_client/blame.c I see that in > svn_client_blame5 working copy version of the file is unconditionally > normalized to have "\n" EOLs (by call to svn_subst_stream_translated). > However, it seems that svn_ra_get_file_revs2 doesn't do EOL normalization, > at least in my case (absent svn:eol-style). Confirming that the issue reproduces for me on Windows using a file that does not have svn:eol-style property. The svn blame filename@BASE, as mentioned earlier, works correctly, blaming unmodified base version of the file. If a file has svn:eol-style=native the issue does not reproduce and blame works correctly. > > This explains why it works on *nix regardless of whether svn:eol-style is > set. On *nix, the data has "\n" EOLs in the repository. I believe you'll be > able to reproduce the problem on *nix too if you commit a file with CRLF > line endings. Also, I see that svn blame works correctly for modified files > on my Windows system for files having LF line endings. > > I'm not sure what's the best way to resolve the issue. For me, just removing > the call to svn_subst_stream_translated would fix the problem, I think. But > it wouldn't always be TRT in presence of svn:eol-style. > > Anyway, please consider reverting svn blame behavior without explicit > @REVISION as the last resort for 1.7.1. > Best regards, Konstantin Kolinko
Huge diff for one-line change in ASF repository
Hi! One of committers in Apache Tomcat project is experimenting with Git <-> Subversion integration. A result is that in the last few days several commits produced diffs for entire file. An example: http://svn.apache.org/viewvc?view=revision&revision=1183340 http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java?r1=1183339&r2=1183340 Commit e-mail: http://markmail.org/message/f4rdxrjvrenc6tg6 http://markmail.org/message/iysr4bsfckegq7vp How can this happen from subversion point of view? The file has svn:eol-style=native. AFAIK such files are stored with LF endings at the server. Is this line endings convention enforced on the client only? I am on Windows. Both svn cat http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java@1183339 svn cat http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java@1183340 produce files with CRLF endings for me, so I do not see such huge difference between the files. But diff command below does produces that huge diff, that is shown by viewvc and was in the commit email: svn diff -c 1183340 http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java Besides the diff I do not have other evidence that the file in repository has CRs or is otherwise broken. Best regards, Konstantin Kolinko
Re: Exception! text change?
Adding dev@tsvn as cc. 2011/10/14 Andreas Krey : > On Fri, 14 Oct 2011 08:23:21 +, Cooke, Mark wrote: > ... >> > Subversion encountered a serious problem. >> > >> > Please search the mailing list archives for the error message, as >> > a solution may already be available (this also avoids reporting the >> > same problem repeatedly). You can find the mailing list archives >> > at http://subversion.apache.org/mailing-lists.html. >> > >> > If you cannot find anything, please take the time to send as much >> > information as possible about what you were trying to do along with >> > the following information (you can copy the content of this dialog >> > to the clipboard using Ctrl-C) to the Subversion mailing list Maybe mention that it is "users" list and mention the mailing lists landing page rather than the e-mail address: to the clipboard using Ctrl-C) to the Subversion users@ mailing list See http://subversion.apache.org/mailing-lists.html. A user better have to subscribe to the list. Otherwise it just adds work for the moderators to pass her mail through. >> > (users@subversion.apache.org). Many thanks! >> >> >> I think this might help (or am I hopelessly optimistic)? > > Yes. :-) It would be more helpful it TSVN would include some information > about what it was just doing right in the popup box. There already is activity log that is available via Settings -> Saved Data -> Action Log -> click Show, but it mentions only network-related operations such as commit or update. I think it is better to let users write what they were doing now and before. There might be some additional explanation at mailing-lists.html, or maybe have some other landing page specifically for this message. Best regards, Konstantin Kolinko
Re: Huge diff for one-line change in ASF repository
> Konstantin Kolinko wrote on Fri, Oct 14, 2011 at 17:43:03 +0400: >> Hi! >> >> One of committers in Apache Tomcat project is experimenting with Git >> <-> Subversion integration. >> >> A result is that in the last few days several commits produced diffs >> for entire file. An example: >> >> http://svn.apache.org/viewvc?view=revision&revision=1183340 >> http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java?r1=1183339&r2=1183340 >> >> Commit e-mail: >> http://markmail.org/message/f4rdxrjvrenc6tg6 >> http://markmail.org/message/iysr4bsfckegq7vp >> >> >> >> How can this happen from subversion point of view? >> The file has svn:eol-style=native. >> >> >> AFAIK such files are stored with LF endings at the server. Is this >> line endings convention enforced on the client only? >> >> I am on Windows. Both >> svn cat >> http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java@1183339 >> svn cat >> http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java@1183340 >> >> produce files with CRLF endings for me, so I do not see such huge >> difference between the files. >> >> But diff command below does produces that huge diff, that is shown by >> viewvc and was in the commit email: >> >> svn diff -c 1183340 >> http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java >> >> >> Besides the diff I do not have other evidence that the file in >> repository has CRs or is otherwise broken. >> 2011/10/14 Daniel Shahaf : > The file has CR's in r1183340 but not in r1183339. Yes, since it has > svn:eol-style set, it is supposed to be stored in LF on the server. Thank you for confirming. I also found a way to confirm: http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java?p=1183339 vs http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java?p=1183340 The second one has CRLFs, the first one LFs. I reverted the file to LFs in r1183612 (by submitting a non-changed file with TortoiseSVN) 2011/10/15 Ryan Schmidt : > It's not just the svn:eol-style conversion that git-svn doesn't do; I hear it > doesn't do svn:keywords normalizations either. I cannot confirm the issue with keywords. Both files returned by http:// above have $Id$ in them. I guess that Git did not expand $Id$, so it remained as it was in the original file. 2011/10/14 Johan Corveleyn : > It does cause a lot of problems though. The files show up as Modified > in "svn status", Confirming. It is displayed as modified, but to observe this you have to touch the file. (Otherwise subversion does not compare the file with its svn-base) Using 1.7.0, WindowsXP. 2011/10/14 Daniel Shahaf : > for f in $CHANGED_FILES; do > if svnlook pl -t $txn $repos $f | grep -w svn:eol-style >/dev/null && [ > "`svnlook cat -t $txn $repos $f | xxd -ps -c1 | fgrep 0d | head -n1`" ]; then > exit 1 > fi > done > Good, impressive. As others noted, one has to check for specific values of svn:eol-style (native, LF), so "svnlook propget" instead of proplist will be needed. I am not sure about && [ "`...`" ]. Maybe && [ -n "`...`" ] to test for non-empty strings. A friendly error message wouldn't hurt either. Best regards, Konstantin Kolinko
E155010: "The node was not found" when updating a sparse working copy
Hi! When I have a sparse wc and there have been some changes in the omitted subdirectories, the "svn up" command may produce spiritous warnings trying to update files that do not exist locally. I am using 1.7.0, http: or https: protocol, Neon library. Script that reproduces this issue with apache.org repository: [[[ svn co http://svn.apache.org/repos/asf/tomcat/site/trunk/@1183302 wc svn up -r 1183302 wc/docs --set-depth empty svn up -r 1183305 wc ]]] svn: E155010: The node '(...)\wc\docs\security-6.html' was not found. I have not found any bad consequences from it, as if it were pure cosmetic, but there is "Very big problems with access rights (authz file using) in SVN v1.7.0" [1] thread on users@ now, and these issues might be related. [1] http://subversion.markmail.org/thread/ctniegc3sicosmul Best regards, Konstantin Kolinko
Re: Subversion error
2011/10/19 Isaac Hogue : > I'm running Windows 7 64 bit and trying to checkout an existing svn > repository. I am able to connect to the same from an alternate computer. > Thanks, > -Isaac > --- > Subversion Exception! > --- > Subversion encountered a serious problem. > Please take the time to report this on the Subversion mailing list > (users@subversion.apache.org) > with as much information as possible about what > you were trying to do. > But please first search the mailing list archives for the error message > to avoid reporting the same problem repeatedly. > You can find the mailing list archives at > http://subversion.apache.org/mailing-lists.html > Subversion reported the following > (you can copy the content of this dialog > to the clipboard using Ctrl-C): > In file > 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_client\checkout.c' > line 94: assertion failed (svn_uri_is_canonical(url, pool)) The message says about wrong URL. What was the URL that you tried to check out? You may replace parts of it, but general idea must be clear. You can reopen checkout dialog - there is a drop-down list with previous URLs there, or look in the activity log (TortoiseSVN -> Settings -> go to "Saved Data" page -> see "Action log" -> click "Show"). Best regards, Konstantin Kolinko
Re: Error during svnadmin load (svnadmin: E125005: Cannot accept non-LF line endings in 'svn:log' property)
2011/10/25 Robert-Jean Denault > > I am upgrading our SVN repository from version 1.6.3 (r38063) to version > 1.7.0 (r1176462). > > > > I am using svnadmin dump (1.6.3), and svnadmin load (1.7.0) to upgrade the > contents of the repository, and have run into the following issue. The load > operation fails with the following message > > > > svnadmin: E125005: Invalid property value found in dumpstream; consider > repairing the source or using --bypass-prop-validation while loading. > > svnadmin: E125005: Cannot accept non-LF line endings in 'svn:log' property > > > > I can load the repository contents using the --bypass-prop-validation. If I > create a new dump of this new version 1.7 repository, and attempt to reload > it using version 1.7 of svnadmin I get the same error. I do not know whether anything can be done during dump/load time, but note that svn:log is an unversioned property that stores commit message for a revision, and you can change it at any time using svn propset --revprop -r (or svn propedit) Note, that you need to create a pre-revprop-change hook to allow such changes. Best regards, Konstantin Kolinko
Failure using "svn patch" with Git patch that adds files. Wrong path is used.
Hi! My colleague uses Git to work on one of Apache projects. He published a patch, but I have problems trying to apply it cleanly with "svn patch". Source code: https://svn.apache.org/repos/asf/tomcat/trunk@1197793 Patch: http://people.apache.org/~markt/patches/2011-11-03-redeploy-trunk-v2.patch The patch is in Git format, with most changes being written with the following header: [[[ diff --git a/conf/context.xml b/conf/context.xml index 745bf95..d9d94af 100644 --- a/conf/context.xml +++ b/conf/context.xml ]]] But it also contains an added file: [[[ diff --git a/java/org/apache/catalina/startup/FailedContext.java b/java/org/apache/catalina/startup/FailedContext.java new file mode 100644 index 000..63f6544 --- /dev/null +++ b/java/org/apache/catalina/startup/FailedContext.java ]]] I am on WindowsXP, using svn, version 1.7.1 (r1186859) compiled Oct 21 2011, 22:59:27 I tried the following: a) svn patch 2011-11-03-redeploy-trunk-v2.patch It processed the added file correctly, but fails to process the modified files. [[[ Skipped missing target: 'b\conf\context.xml' ... ]]] b) svn patch --strip 1 2011-11-03-redeploy-trunk-v2.patch It processes the modified files correctly, but fails to process the added file: This creates the following folders in my working copy dev/null - empty org/apache/catalina/startup - with file "FailedContext.java" The created folders and file are added to version control. So a workaround is to apply a) followed by b) and then revert the odd folders and file created by b). I think that the proper recipe to apply such patch is b) "svn patch --strip 1" (or maybe add --git option in svn 1.8, or autodetect Git patch format). I do not understand why "svn patch --strip 1" strips two components from the path to the added file, and why it creates "dev/null" in my working copy on Windows. Note that it is "/dev/null" in the patch, with proper "/" slash at the beginning, unlike all other paths that do not start with "/". Best regards, Konstantin Kolinko
Re: Failure using "svn patch" with Git patch that adds files. Wrong path is used.
2011/11/5 Konstantin Kolinko : > Hi! > > My colleague uses Git to work on one of Apache projects. He published > a patch, but I have problems trying to apply it cleanly with "svn > patch". > > Source code: > https://svn.apache.org/repos/asf/tomcat/trunk@1197793 > Patch: > http://people.apache.org/~markt/patches/2011-11-03-redeploy-trunk-v2.patch > > The patch is in Git format, with most changes being written with the > following header: > [[[ > diff --git a/conf/context.xml b/conf/context.xml > index 745bf95..d9d94af 100644 > --- a/conf/context.xml > +++ b/conf/context.xml > ]]] > > But it also contains an added file: > [[[ > diff --git a/java/org/apache/catalina/startup/FailedContext.java > b/java/org/apache/catalina/startup/FailedContext.java > new file mode 100644 > index 000..63f6544 > --- /dev/null > +++ b/java/org/apache/catalina/startup/FailedContext.java > ]]] > > I am on WindowsXP, using svn, version 1.7.1 (r1186859) compiled Oct 21 > 2011, 22:59:27 > > I tried the following: > a) svn patch 2011-11-03-redeploy-trunk-v2.patch > > It processed the added file correctly, > but fails to process the modified files. > [[[ > Skipped missing target: 'b\conf\context.xml' > ... > ]]] Correction: It fails to process both modified and added files. It just skips all them: [[[Skipped missing target: 'b\conf\context.xml' Skipped missing target: 'b\java\org\apache\catalina\Context.java' Skipped missing target: 'b\java\org\apache\catalina\core\ContainerBase.java' Skipped missing target: 'b\java\org\apache\catalina\core\StandardContext.java' Skipped missing target: 'b\java\org\apache\catalina\core\mbeans-descriptors.xml' Skipped missing target: 'b\java\org\apache\catalina\startup\ContextConfig.java' Skipped missing target: 'b\java\org\apache\catalina\startup\ContextRuleSet.java' A java\org\apache\catalina\startup\FailedContext.java Skipped missing target: '\dev\null' Skipped missing target: 'b\java\org\apache\catalina\startup\HostConfig.java' Skipped missing target: 'b\java\org\apache\catalina\startup\LocalStrings.properties' Skipped missing target: 'b\java\org\apache\catalina\util\LifecycleBase.java' Skipped missing target: 'b\java\org\apache\catalina\util\LocalStrings.properties' Skipped missing target: 'b\webapps\docs\config\context.xml' Skipped missing target: 'b\webapps\docs\deployer-howto.xml' Summary of conflicts: Skipped paths: 14 ]]] The added FailedContext.java is empty - 0 bytes. It is a different issue, but if an empty "FailedContext.java" is already there and not under subversion control (a remnant from reverting the add), all 15 files are skipped as missing. The message is misleading as it does not say that the file is already there: [[[ Skipped missing target: 'b\conf\context.xml' Skipped missing target: 'b\java\org\apache\catalina\Context.java' Skipped missing target: 'b\java\org\apache\catalina\core\ContainerBase.java' Skipped missing target: 'b\java\org\apache\catalina\core\StandardContext.java' Skipped missing target: 'b\java\org\apache\catalina\core\mbeans-descriptors.xml' Skipped missing target: 'b\java\org\apache\catalina\startup\ContextConfig.java' Skipped missing target: 'b\java\org\apache\catalina\startup\ContextRuleSet.java' Skipped missing target: 'java\org\apache\catalina\startup\FailedContext.java' Skipped missing target: '\dev\null' Skipped missing target: 'b\java\org\apache\catalina\startup\HostConfig.java' Skipped missing target: 'b\java\org\apache\catalina\startup\LocalStrings.properties' Skipped missing target: 'b\java\org\apache\catalina\util\LifecycleBase.java' Skipped missing target: 'b\java\org\apache\catalina\util\LocalStrings.properties' Skipped missing target: 'b\webapps\docs\config\context.xml' Skipped missing target: 'b\webapps\docs\deployer-howto.xml' Summary of conflicts: Skipped paths: 15 ]]] Note how path to "FailedContext.java" was stripped of first component and that "/dev/null" is used as is. > > b) svn patch --strip 1 2011-11-03-redeploy-trunk-v2.patch > > It processes the modified files correctly, > but fails to process the added file: [[[ U conf\context.xml U java\org\apache\catalina\Context.java U java\org\apache\catalina\core\ContainerBase.java U java\org\apache\catalina\core\StandardContext.java U java\org\apache\catalina\core\mbeans-descriptors.xml U java\org\apache\catalina\startup\ContextConfig.java U java\org\apache\catalina\startup\ContextRuleSet.java A org A org\apache A org\apache\
Re: Upgrading repo without using svnserve
2011/11/10 Richard Boyce : > This may be a stupid question, but I'm using svn (via TortoiseSVN and client > 1.16.16) to a file-based repo (i.e. no subversion server). When I try to > re-integrate a branch, I get "Retrieval of merginfo unsupported". > > Searches for this say I need to upgrade the repo with "svnadmin --upgrade" - > but svnadmin is part of svnserver, which I don't use. Do I have to install > svnserve (or just svnadmin) to do this (then uninstall svnserve if I don't > want to continue with it?) > Only svnadmin. Note, that TortoiseSVN 1.7 includes command-line tools in it. Or you can download the command line tools from here: http://sourceforge.net/projects/win32svn/files/ Best regards, Konstantin Kolinko
Re: Status S
2011/11/12 Germán Arias : > Hi. After replace a file inside directory "staticOfRigidBodies", > seems like I have a branch: > > german@german-desktop:~/Instalados/FisicaLab$ svn status > ? FisicaLab.app > ? obj > M MIInformacion.m > S English.lproj/staticRigidBodies.gorm > M ChangeLog > M Spanish.lproj/staticRigidBodies.gorm/viga2FSE.tif > M Spanish.lproj/staticRigidBodies.gorm/vigasArm.tif > M Spanish.lproj/staticRigidBodies.gorm/vigaSE.tif > > After revert all files in dir "staticOfRigidBodies", the branch is still > there. > How can I delete it? Thanks in advance. Run "svn switch" on the file using its URL for trunk. That will switch it back to trunk. Best regards, Konstantin Kolinko
Re: Status S
2011/11/12 Germán Arias : > On 2011-11-12 01:00:10 -0600 Konstantin Kolinko > wrote: > >> >> Run "svn switch" on the file using its URL for trunk. >> >> That will switch it back to trunk. >> >> Best regards, >> Konstantin Kolinko >> > > Thanks, this solve the problem. But, is there a way to replace a file?. I > work with interface > in spanish then (to not duplicate the work) I would like replace the english > interfaz. And then > change the text strings from spanish to english. Is this possible? How about using Unix's "cp" command (instead of "svn cp")? Best regards, Konstantin Kolinko
Re: "400 Bad Request" on commit with 1.7 client to 1.7 server
2011/12/4 Gustavo Chaves : > I straced the httpd daemon to try to get any hint. The last syscalls > before the error are these: > > 17748 read(18, "POST /admin/!svn/me HTTP/1.1\r\nUs"..., 8000) = 441 There are known problems with handling of POST requests in 1.7.0 an 1.7.1. In 1.7.2 changes list that is mentioned as * make mod_dav_svn ignore non-Subversion POST requests (r1187695) The POST request are from the new version of SVN HTTP protocol (aka "version 2") added in 1.7. It can be turned off in configuration, SVNAdvertiseV2Protocol Off http://svnbook.red-bean.com/en/1.7/svn.ref.mod_dav_svn.conf.html Best regards, Konstantin Kolinko
Re: Subversion exception in TortoiseSVN
2011/12/27 Konstantin Kolinko : > 2011/12/27 >> >> Hi, >> >> >> >> I faced this kind of problem while using Tortoise SVN program. >> >> >> >> >> >> >> >> >> >> Should I get some update to my Tortoise SVN or how I can solve this? >> > > Did you read the message?? > > It says: > 1. Use Ctrl+C to copy the message text. > (Do not post images to message lists!) > > 2. Report the issue to *Subversion* users' mailing list, not here. > This list is for TortoiseSVN, not Subversion. Sorry for 2. above. This message list is indeed the correct one. > > 3. Provide as much contextual information as possible. > > (The error says about non-canonical paths. So what operation resulted > in the error? Where did you call it? Was the path of the folder where > you invoked the operation a correct one (including using correct > capitalization of characters)? It was during checkout operation? > > > Best regards, > Konstantin Kolinko
Re: Subversion exception in TortoiseSVN
2011/12/27 > > Hi, > > > > I faced this kind of problem while using Tortoise SVN program. > > > > > > > > > > Should I get some update to my Tortoise SVN or how I can solve this? > Did you read the message?? It says: 1. Use Ctrl+C to copy the message text. (Do not post images to message lists!) 2. Report the issue to *Subversion* users' mailing list, not here. This list is for TortoiseSVN, not Subversion. 3. Provide as much contextual information as possible. (The error says about non-canonical paths. So what operation resulted in the error? Where did you call it? Was the path of the folder where you invoked the operation a correct one (including using correct capitalization of characters)? Best regards, Konstantin Kolinko
Re: subcommand diff don't output all modified file between two rev.
2011/12/31 風舞影天 : > I create a batch file under windows that will dump all file that was > modified between specified rev, but a problem is arisen. >>svn log MainFrame.lua -q > > r3152 | snwcwt | 2011-12-28 10:20:10 > > r2929 | snwcwt | 2011-12-22 16:34:02 > > r2491 | snwcwt | 2011-12-14 15:55:26 > > > now, i wanna export all file that is modified between r2916 and r3161 and > input the following command: >>svn diff -r 2916:3161 --summarize > M ChatFrame.lua > A GameTooltip.lua > .. > other files > > In the list i can't find the MainFrame.lua, so i make a test: > > svn diff -r 2929:3161 --summarize > > this time, MainFrame.lua is shown, keep going: > > svn diff -r 2928:3161 --summarize > > the result is same with -r 2916:3161, the MainFrame.lua is gone. > > it's looks like the case: if one file is modified many times between tow > revisions, the file will not shown with diff, is that? or some guys can give > me a solution way. thanks! > If r3152 was the opposite of r2929 that is it reverted the changes, then there is no difference in between r2916 and r3161 of the file and it should not be listed. Isn't it the case here?
Re: Restricting svn log --diff output to single file
2012/1/20 sebb : > On 20 January 2012 16:07, Stefan Sperling wrote: >> On Fri, Jan 20, 2012 at 03:54:37PM +, sebb wrote: >>> Note that r848598 involves a directory copy. >>> >>> The diff command: >>> >>> $ svn log -l14 >>> http://svn.apache.org/repos/asf/subversion/branches/1.0.x/STATUS@848689 >>> --diff >>> >>> behaves properly up to that point, but then I get: >>> >>> >>> >>> r848598 | kfogel | 2004-01-27 17:08:24 + (Tue, 27 Jan 2004) | 1 line >>> >>> Rename branches/1.0-stabilization to branches/1.0.x, as Brane suggested. >>> >>> >>> Index: 1.0-stabilization/Makefile.in >>> === >>> --- 1.0-stabilization/Makefile.in (revision 848574) >>> +++ 1.0-stabilization/Makefile.in (revision 848575) >>> >>> >>> >>> <<< >>> >>> So it looks as though diff is broken when handling directory copies. >> >> This is a known problem. It has already been fixed in trunk, and the fix >> has been nominated for backport. It will likely be included in 1.7.3. > > OK, thanks. > > In case it helps anyone else in the meantime, I've managed to get > round the bug by using > svn log --diff --stop-on-copy url-path-to-file@version > for each section of the files history (i.e. between copies) > > The relevant urls and versions can be found from: > svn log -qv filename | grep " (from " > which shows all the copy commands, for example: > A /subversion/branches/1.0.x (from > /subversion/branches/1.0-stabilization:848597) > > Unfortunately it also shows individual file copies which aren't > relevant, but this can be worked round. Note, that you can also get diff for particular revision of a file using "svn diff -c" E.g. svn diff -c r848689 http://svn.apache.org/repos/asf/subversion/branches/1.0.x/STATUS@848689 Though this command shows less information than svn log --diff. Best regards, Konstantin Kolinko
Re: svn status returns incorrect results on Windows 7
2012/1/27 Justin Johnson : > Hi, > > I am running Subversion 1.7.2 64 bit installer from CollabNet on > Windows 7. The problem I'm experiencing can be seen in the output > below. In summary, svn status is returning incorrect results, > sometimes not showing that something has been modified and sometimes > not recognizing that I'm in a working copy. This happens for me no > matter how many times I recreate the working copy, and it happens if I > store the working copy in C:\Users... as below or in C:\work. I do > not have the same problem when trying to reproduce the problem with > svn 1.7.2 on Solaris. > > PS C:\Users\myuser\wc> svn st > M a\b\file.txt > PS C:\Users\myuser\wc> cd a > PS C:\Users\myuser\wc\a> svn st > PS C:\Users\myuser\wc\a> cd b > PS C:\Users\myuser\wc\a\b> svn st > svn: warning: W155007: '.' is not a working copy > > Does anyone know why this is happening? I searched for this problem > and only found TortoiseSVN users complaining about it, and some > suggestions to make sure the user has full control of the filesystem. > I did this without resolution, but decided to post here since it is a > Subversion issue (with Windows 7 perhaps) and not a TortoiseSVN issue. > It can happen because of wrong capitalization in the path. Are "a" and "b" real names? Are you able to reproduce this with the Greek tree (repro-template.bat) [1]? Did you do the checkout with command-line client or with Tortoise? AFAIK, Tortoise 1.7.3+ does some additional work to normalize paths before passing them to Subversion library methods. (TSVN issue 156. There was notorious bug in that code - issue 169. Fixed in TSVN 1.7.4 [2]). In my experience Windows command shell also does some normalization when I do "cd" command. [1] http://subversion.apache.org/docs/community-guide/issues.html#reporting-bugs [2] http://code.google.com/p/tortoisesvn/issues/detail?id=156 http://code.google.com/p/tortoisesvn/issues/detail?id=169 Best regards, Konstantin Kolinko
Re: Does 'svnamin load' invalidate existing working directories?
2012/2/2 Sam Johnson : > I recently used svn dump / svndumpfilter to extract a partial path from one > repository. The dump was created successfully, and I dropped empty revs and > renumbered revs. > > I used 'svnadmin load --ignore-uid MyRepo < test.dump' to load the dump into > an existing repository. The repo had 19 revisions before I started and > svnadmin load ran successfully, reporting the addition of 5 revisions. > > if I go to an existing working directory for this repo and and run update, > it reports "At revision 19", instead of updating to revision 24. Using the > TortoiseSVN repository browser on this working directory, I don't see any > evidence of my loaded changes. However, If I checkout the repository into a > new working folder, it correctly reports all 24 revisions, and the > TortoiseSVN repository browser shows all 24 revisions. > > Is this expected behavior? Do I have to tell my users to delete their > working copies, and re-check-out, if I run svnadmin load? > It should not happen. The "svn up" command should have been updated that wc to rev.24. There is no need to create a new checkout. Maybe that wc was looking at a different repository (e.g. to a backup copy of the original one)? That would explain the thing. What versions of software are you using? Best regards, Konstantin Kolinko
Re: Apache commons Digester Custom rule.....
1. Wrong mailing list.
2. When posting to Apache Commons mailing lists do not forget to
prefix the subject line with "[digester]", because that mailing list
is shared among all Commons projects.
2012/2/4 Dharma :
> Hi,
>
> It would be great if i get solution for the below mentioned problem.
>
> I have a class which has only private constructor(two parameterised) and
> need to access the static variable of that class using digester. I
> understand that to access static variable of a class, need to use digester
> custom rule. Since am new to digester, if i get sample code for custom rule
> / list of steps to write custom rule would solve my problem.
>
> Please find below code snippet
>
> Eg:
>
> OrderStatus.java
>
>
> public class OrderStatus
> {
>
> private char type = ' ';
>
> public static final char A_TYPE = 'A';
>
> public static final char T_TYPE = 'T';
>
> public static final OrderStatus A = new OrderStatus(A_TYPE); // Need
> to get OrderStatus.A using digester
>
> public static final OrderStatus T = new OrderStatus(T_TYPE); // Need
> to get OrderStatus.T using digester
>
> private OrderStatus(char type)
> {
> super();
> this.type = type;
> }
>
> }
>
>
>
Re: "[digester]" Apache commons Digester Custom rule.....
You are still sending your message to users@subversion.
Your question is not related to Apache Subversion. This is wrong mailing list.
2012/2/5 Dharma :
> Hi,
>
> It would be great if i get solution for the below mentioned problem.
>
> I have a class which has only private constructor(two parameterised) and
> need to access the static variable of that class using digester. I
> understand that to access static variable of a class, need to use digester
> custom rule. Since am new to digester, if i get sample code for custom rule
> / list of steps to write custom rule would solve my problem.
>
> Please find below code snippet
>
> Eg:
>
> OrderStatus.java
>
>
> public class OrderStatus
> {
>
> private char type = ' ';
>
> public static final char A_TYPE = 'A';
>
> public static final char T_TYPE = 'T';
>
> public static final OrderStatus A = new OrderStatus(A_TYPE); // Need
> to get OrderStatus.A using digester
>
> public static final OrderStatus T = new OrderStatus(T_TYPE); // Need
> to get OrderStatus.T using digester
>
> private OrderStatus(char type)
> {
> super();
> this.type = type;
> }
>
> }
>
>
> Regards,
> Dharma.A
>
>
>
>
>
>
Re: SVN commit behaviour not consistent with other commands (such as delete or add)
2012/2/23 Evan Wee : > > Strangely, other commands with * used will work, such as svn delete, svn > add, etc. Even svn commit * will work somewhat as it commits the modified > and added files, but not the deleted ones. > > I had a discussion with others and their explanation is that the character * > refers to valid targets and thus deleted items are not targettable, hence > their being missed in the commit. Should this be a valid exception case for > svn commit so as to make it consistent with other svn commands? > The '*' filename pattern on Unixes is processed by the Shell before the command is passed to Subversion. It matches only existing files. Subversion cannot do anything with it. Officially - see http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html Shell Command Language -> 2.6.6 Pathname Expansion Best regards, Konstantin Kolinko
Re: svn:externals and different access methods (svn: http:)
2012/3/8 Jarle Jacobsen : > Hi, > > we are currently running subversion 1.7.3 and are using svnserve on > the server (windows platform). We are using the distribution from > Collabnet and now we want to switch to using the Subversion Edge > config app and Apache web server. Because we have many users in > different locations and a lot of build scripts/continues integration > jobs, tools and utilities that use subversion we would like to switch > from svn:// to http:// gradually by running both Apache and svnserve > for a short period. > > We have several repositories and are using svn:exsternals to link > projects both between repositories and within a repository. All > repositories are on the same server. > > Lets say that we have the repositories Repo1 and Repo2 and they are > running on the SrcServer. > > Accessing Repo1 will be done using svn://SrcServer/Repo1 or > http://SrcServer/svn/Repo1 (the svn part is from the Location element > created by Subversion Edge in httpd.conf). This works fine. > > When we link projects with svn:externals we use relative paths. For > example we could link from a project in Repo1 to Proj1 also in Repo1 > using ^/Proj1. This also works fine the URL will be translated to > svn://SrcServer/Repo1/Proj1 or http://SrcServer/svn/Repo1/Proj1. > > The problem occurs when we want to link to a project in a different > repository. For example we could link from a project in Repo1 to Proj2 > in Repo2 using /Repo2/Proj2. The URL will be translated to > svn://SrcServer/Repo2/Proj2 or http://SrcServer/Repo2/Proj2. The svn: > URL is correct but the http: URL is missing the svn part. > > I can see 2 possible solutions to this: > 1: Drop using svn: and http: at the same time and add the svn part to > the relative URLs.when switching to http:. > 2: hack the generated httpd.conf file and use a Location element > without the svn part. > > I don't like any of these solutions. Solution1 means doing a big bang > that will be difficult to handle. I don't know if solution 2 is > possible at all (never used Apache before). The Apache server is > handling more than one application (like viewvc) and moving Subversion > to the root doesn't sound like a good solution. > > Is there a way to use relative URLs so that linking between > repositories on the same server will work for this case? > > Using the ^ subversion will add the svn part of the URL so it must > know how to decode the different parts of the URL. Is this a bug in > the handling of the / (relative to the root URL of the server) or > should there be a syntax for saying relative to the repository parent > path? If you are in Repo1 then an external starting with "^/../Repo2/" addresses the second repository. Best regards, Konstantin Kolinko
Re: Feature request - SVN command to clean a working copy of all unversioned and ignored files and directories
2012/3/9 Simon Dean : > Hi > > Are there any plans to add a command to SVN that cleans a working copy or > path of all unversioned and/or ignored files and directories? > > This is a very common need for automated Continuous Integration builds where > a working copy is reused for multiple runs of the same build. Currently > there is no simple and fast way to restore a working copy to a prestine > state. Often users have to choose between i) completely deleting the working > copy for every build and then doing a fresh checkout from scratch or ii) > living with lots of unversioned and ignored files and directories building up > with each successive build. > > The only option at the moment is to write a shell/batch script to provide > this feature which is messy and there's common way to do this. A new SVN > command or enhanced exiting command that provided this functionality would be > incredibly useful. > > As an example, here is the DOS batch script that I use at the moment: > > @echo off > :: revert any uncommitted changes > svn revert . --recursive If you use svn 1.7 (that is you have only ".svn" directory) it is easy to 1. just delete everything 2. do your "svn revert". The revert will restore missing files and folders from their pristine copies. It would not work if you have externals there, though. Those will be restored if you do "svn up". Best regards, Konstantin Kolinko
Re: Conflicting status report
2012/3/11 nut : > On doing an "svn status", I get a (sub-)directory listed with status > "?", but the contents are not listed. When I try to add the directory, > I get a message saying the directory is already under version control. > But when I check out a fresh copy, that directory is not there. > Clearly, I must have screwed up when I added that directory a couple > of days ago. How can I fix this problem? > 1. svn client version =? 2. exact command that you were using, and exact message =? 3. your operating system =? > when I adde d that directory a couple of days ago Have you committed your addition? If yes then maybe you can use "svn log" command to look what exactly have been committed. Best regards, Konstantin Kolinko
Re: Question on checking out multiple projects
2012/3/15 Mark-E : > > I am using OpenGrok as a search engine for SVN. > > I have an Archived section of obsolete code that users still want to be able > to search. > It is currently not searchable in our grok installation. > > The section is setup like this in SVN: > > Archive/project1/trunk > Archive/project2/trunk > Archive/project3/trunk > > What I would like to be able to do is use svn co to check out the trunk > folder for each project without specifically issuing a co command for each > project. > > Something like this maybe. > > svn co https://repository/Archive/projects/*/trunk > > I have been doing a little research but I have not come across any > documentation that helps me understand if this is possible or not. > Does anyone know if this is possible using svn co and if so, what the proper > syntax is? > That is not possible. But you may look into the "sparse checkout" feature. To set it up you can 1) do "svn co --depth immediates" for the repository root 2) and follow it by "svn up --set-depth" for the subfolders that you are interested in. If you are on Unixes then you can use wildcards with "svn up", because it operates on the local filesystem and unix shell does expand wildcards there. That would be something like the following (but read the docs first!) svn co --depth immediates https://repository/Archive/ Archive svn co up --set-depth immediates Archive/* svn co up --set-depth infinity Archive/*/trunk Warning: do not use "sparse checkout" if your server is 1.4.x or older. It is not really supported by those old server versions. Best regards, Konstantin Kolinko
Re: Feature request: inhibiting checkout for tags and branches
2012/3/29 coolie : > I have an inherited repo structure that has many projects with their own > tags and branches folders. > Users check out the whole structure as there are common lib references etc, > but don't need to see the full contents > of tags or branches folders, which can be massive. I would like a property > svn:inhibit similar to svn:ignore set on the root folder > that limits the checkout depth to immediate (or empty) for a folder anywhere > in the tree matching the list. > > By setting as a property, then a new checkout will inherit this property and > limit the checkout depth for the named folders as required. > > Users can then checkout particular tag versions as normal if they require > past versions. > > IMHO this will make the behavior of tags more like what the SVN manual says > is just a "user friendly name for a revision". > You wouldn't want to check out all revisions on the trunk, so why check out > all revisions for tags by default? > > This would be a really cool improvement, as I see the problem has been > mentioned many times on this group. mod_dontdothat ? http://svn.apache.org/repos/asf/subversion/branches/1.7.x/tools/server-side/mod_dontdothat/README BTW, why are you sending your question to "subversion_us...@googlegroups.com" ? The proper address of this mailing list is users.at.subversion.apache.org, http://subversion.apache.org/mailing-lists.html Best regards, Konstantin Kolinko
Re: 'svn cleanup' ignores externals
2012/4/16 Daniel Shahaf : > Kuno Meyer wrote on Mon, Apr 16, 2012 at 16:51:29 +0200: >> Daniel Shahaf wrote on Mon, 16 Apr 2012 14:48:45 +0300: >> > Kuno Meyer wrote on Mon, Apr 16, 2012 at 10:31:33 +: >> > > Is it by design that 'svn cleanup' ignores externals and that there is >> > no way to >> > > include them? >> > > >> > >> > You should be able to include them by naming them explicitly: >> > >> > % svn cleanup path/to/external/dir >> >> Thanks. This is what I did. >> >> However, since I am not the one who set up the "externals" layout of our >> source code repository, it took me some time to understand the way a working >> copy containing external references is organized. >> >> And then again, I realized that my custom update and rebuild script fails at >> garbage collecting unreferenced pristines in sub-WCs included by "externals" >> defnitions. But that's another story... > > That's a good point actually, since presently 'svn cleanup' is required > to garbage-collect pristines, having it recurse to externals > automatically makes even more sense. > > Has anyone filed a bug report about this yet? If not I will.. > (so it's not forgotten, etc) There is http://subversion.tigris.org/issues/show_bug.cgi?id=2325 Maybe update its target milestone to be 1.8? Here is previous discussion, 6 months ago (dev@, 2011-10): http://subversion.markmail.org/thread/bogwwrvjxzwuuupf For reference, current thread: http://subversion.markmail.org/thread/koid6zy33s4zd3j3 Best regards, Konstantin Kolinko
Re: svn cleanup fails to clean up
2012/5/8 Niemann, Hartmut : > Hello! > > I had an IOerror when updating an external > (different story of an incompatibility between sqlite and our > corporate virus scanner, which is already being worked on > by our Virus department). > > Now svn cleanup fails: > > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>svn cleanup > svn: E155016: Missing a row in WCROOT for > 'D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom'. > svn: E155016: Missing a row in WCROOT. > > (This is Tortoise SVN's command line client > svn, version 1.7.4 (r1295709) > compiled Mar 8 2012, 18:47:27 > on windows XP, the root of the WC is D:\PRJ\STM\REF\svn_nbgvo\stp > ) > > If I cd .. and svn cleanup there, I don't get an error, but when I svn > update again, > it still doesn't work: > > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>cd .. > > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in>svn cleanup > Note that in svn command-line client the "svn cleanup" command does not recurse into externals. TortoiseSVN 1.7 "Cleanup" command does recurse into externals (unless you clear the lowest checkbox in the "Cleanup" dialog). If cleanup cannot fix the problem, the only way would be to delete the "wom" directory (the broken nested worked copy) and let svn up in its parent directory to retrieve a fresh copy of it. If you want to dig further to the cause of the issue, note that TortoiseSVN has a log of actions that it performed. See Settings -> Saved Data -> Action log -> Show. > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in>svn up > Updating '.': > (...) Best regards, Konstantin Kolinko
Re: Sparse directory: how to display the global state of the working copy
2012/5/15 FOUCHE Emmanuel (EXT Atos Origin) : > Hi > > Suppose you explore a working copy, that is known to contain sparse > directory, but you do not know, or remember, which one have been excluded. > > Using svn-1.7.4 collabnet CLI client, I can tell "svn info" on the parent > directory does not display "Depth: exclude". > If I know the name of the missing (excluded) child directory, I can run: > "svn info " > That would mean I must check the repository on the server to know the > subdirectories' names. > > Is there a way to recursively display all excluded directories of a given > working copy. > "svn ls" displays all subdirectories, regardless of whether they are excluded in the local wc. Maybe there other ways, but I do not recall now. Best regards, Konstantin Kolinko
Re: svn info --xml truncated
2012/5/23 Tom DeMay : > I'm running svn client 1.7.4 on our build machine (Windows Server 2008 R2) > > I'm using Cruise Control running as a service that runs nant to build. > during the build I need to execute svn info --xml command. > > Intermittently the results are truncated. But it seems to happen with one of > our products that we check out from SVN more than any of our other products. > > I have been unable to reproduce this at will and have been unable to > reproduce it at all when running from the command line. However, it does > occur very frequently when running from our cruise control service. > > I've been focusing all my attention on NAnt or Cruise Control as being the > issue. I've tried various tests to make sure the svn process isn't being > killed or terminated unexpectedly. But I see no signs of that happening. > I've debugged nant and it clearly shows NAnt waiting for the process to > terminate completely and makes sure there is no data left on the stream > before closing the stream and and makes sure the process has been fully > terminated before moving on. > > Any suggestions on next steps? > Do you read both stdout and stderr? Nothing is printed to stderr? It is known issue that XML output can be truncated when an error happens. http://subversion.tigris.org/issues/show_bug.cgi?id=2656 Do you execute "svn info" on a working copy path, or on an URL? Best regards, Konstantin Kolinko
Re: svn: Checksum mismatch while updating
2012/5/31 Aaron Turner : > I keep on getting this error: > > svn: Checksum mismatch while updating 'interfaces.lookup'; expected: > '2c21f93c8639901a28056a507aa54deb', actual: > '97c86da543f396d636e960e46dec7280' > > on the same file over and over again. I've blown away my working copy > of the repo and re-checked out and the problem goes away for a while > and then returns. > > Trying to understand two things: > > 1. What causes this and how I can prevent it from happening in the future? > > 2. Is there an easier way then blowing away my WC and re-checking out to fix > it? > 1. One well-known (broken) scenario when checksum mismatch error can occur is: when there is a pre-commit hook on the server that modifies the data. (Whatever is changed by the hook cannot be propagated back to the client that makes the commit). That is the reason why one should not change data in a pre-commit hook. 2. Another known cause is if something modifies "pristine" copies of files on your system (the *.svn-base files inside of ".svn" directory). In that case the pristine files will not match the data stored at server. That is exactly the error that checksum check is designed to catch. 3. I do not see anything remarkable in changelog for later versions of 1.6.x [1], albeit the following one fixed in 1.6.17: * fix datastream corruption during resumed transfer in ra_serf (r1154733) What HTTP library you are using in your configuration? Neon or serf? Neon is the default one in 1.6.x. Subversion is usually built with both (as displayed in its "svn --version" output). [1] http://svn.apache.org/viewvc/subversion/branches/1.6.x/CHANGES?view=markup Best regards, Konstantin Kolinko
Re: Checking for commits
2009/12/21 Dennis Jones :
> Hi,
>
> Is there a simple way to determine if there were any commits on a repository
> path given a specific date?
>
> 'svn log' doesn't give the results one might expect. For example, if there
> were no commits yesterday (12/20/2009), and I say:
>
> svn log -r {2009-12-20}:{2009-12-21}
>
> . . . then instead of getting back nothing (which one would expect), I'll
> get back the most recent commit from a couple of days ago (which is not what
> I want).
>
> How can I determine if there were commits on a specific date?
>
For example: (some day one year ago)
svn diff --summarize -r {2008-12-20}:{2008-12-21}
http://svn.collab.net/repos/svn/trunk/
Best regards,
Konstantin Kolinko
Re: Committing files with only mofification data changed?
2009/12/22 Joakim Tjernlund : > > We are using subversion to manage our autotools based SW and we have some > dependency problems. > When we modify some autotools file like configure.ac and regenerate configure > and friends some files are rewritten such as aclocal.m4 but there is no change > in the file contents. When committing, these files are left uncommitted > since there are no change but modification date. > When someone checks out/updates his repo, autotools thinks aclocal.m4 needs > to be > regenerated due to the modification date id old. > Is there a way to commit such files modification date wise? > It is not a direct answer, but see the "use-commit-times" configuration option here: http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html
Re: Q: How to ignore minor changes in text files?
2009/12/23 Julian Mitchell : > The project that I am working on utilises a code generation tool. The header > of every source file includes a comment with a date\time stamp of when it > was generated. The problem is that every time the code is generated the svn > change check algorithm marks all files as having been changed even though > only a handful have actually had actual code changes. > > Is there a way to tailor the change check algorithm with, say, a regex, to > ignore certain contents of a text file e.g. comment lines? > > I have scanned the FAQs and googled to no avail. > Use svn:keywords, and let svn to generate the timestamp for you. $Id $ keyword (UTC time, not localized) or $Date $ keyword (local time, and localized month/day of week names, unless you truncate it) If you commit immediately after generation, the timestamp generated by svn will be not so different from the one generated by your tool, and only modified files will be committed.
Re: Assertion fail on TortoiseSVN Update
2010/1/12 Leonardo Kausilas : > Hi, I'm Leonardo and I'm a svn and TortoiseSVN user. > > Yesterday, I was working with TortoiseSVN, deleting a subfolder and when I > try to update the parent folder, the attached bug alert shown . > Previously, the delete of the subfolder operation stop with errors and I > should do it again (with success). > Next, on the update, this bug alert shown. > > If you think that is a real bug, I'll write a complete bug report and send > it to dev mailing list. It is already fixed in SVN 1.6.6, that was released by the end of October 2009. There is a "CHANGES" file at the root of SVN 1.6.x branch source code tree that lists issues fixed in 1.6.x. Best regards, Konstantin Kolinko
Re: svn propset keywords Date
2010/1/24 Johan Hogdahl : > Hello. > I'm new to subversion after using CVS and RCS for a long time. > I have just done a conversion of our code base to subversion. > Now i got into a problem, the propset keywords Date fills in the Date in a > complete other way then > CVS did. And cause many of our development machines is configured with > Swedish language, > some days of week will get Swedish (iso-8859-1) chars, which can not be > handled by some compilers. Is there any way to use propset without the part > in (..), Its a very useless part anyway. > Is there any configuration file, command or such, to change the format. > > Johan > I know of two workarounds: 1. Use '::' (double ':') after the keyword. It limits its width. E.g. $Date:: 2010-01-24 16:21:02 -0600#$ http://svnbook.red-bean.com/nightly/en/svn.advanced.props.special.keywords.html 2. Do not use Date keyword. Use the Id keyword instead. Note, that Date uses local time, while Id uses UTC time. BTW, there is an issue related to this: http://subversion.tigris.org/issues/show_bug.cgi?id=2332 Best regards, Konstantin Kolinko
Re: file *.a ignored
2010/1/26 Soft : > Thank you for your answer. Unfortunately it didn't help. > > I did remove the comment on the global-ignores line. It didn't help. *.a > files are still marked as ignored. > This is a snipped of the config file. > > [miscellany] > ### Set global-ignores to a set of whitespace-delimited globs > ### which Subversion will ignore in its 'status' output. > global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store > Note, that you have to do the above not only on the server, but on every client computer. Also on Windows the settings can also be stored in the Windows registry, and AFAIK registry takes precedence over configuration files (see README.txt in the configuration directory). TortoiseSVN configuration dialog updates the registry setting. See Settings > General > Global ignore pattern. Best regards, Konstantin Kolinko
Re: stalling commits until approval
2010/1/26 Tucker : > Does anyone know of a, relatively, simple way to block commits, > without approval? For the sake of context, here's the actual need: > > The company I work for has decided (correctly) that we need to keep > out system configuration scripts (puppet) in Subversion. Migrating > all of this is a rather trivial task but adding sanity to changes is > one of my top priorities. Since puppet has the power to do "Bad > Things," when you mess up a config, we'd like to require change > approval. Branching and merging aside, you can control to what revision your production configuration updates to, e.g. by using svn:externals that point to a specific revision http://svnbook.red-bean.com/nightly/en/svn.advanced.externals.html Best regards, Konstantin Kolinko
Re: Tigris binary packages for Windows
2010/3/3 Mark Phippard : > (...) > One other "pain" I thought of is that ideally the binaries should be > built using MSVC 6.0 (I am assuming DJ has not changed that). Since > the httpd binaries are built using that you can have problems if a > newer Visual Studio is used for mod_dav_svn. You also have to deal > with distributing the MS runtime libraries if a newer version is used. > > The "pain" is that is not possible to obtain a legal copy of MSVC 6.0 > anymore. So unless you already have a copy you cannot get it. > > Building with Visual Studio 2008 is a lot simpler but has these other > problems to contend with. > I, personally, do not know with what VS version official Apache HTTPD binaries (*.msi) are built with, but the ones from http://www.apachelounge.com/ that I am using (many thanks to them for providing those) are built with VC 2008. I had to install VC 2008 redistributable package, that can be downloaded here: www.microsoft.com/downloads/details.aspx?FamilyID=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en I used Tigris binaries before, but since 1.6.9 I am using the Collabnet ones. I wish those were available as a zip archive (or with a command to unpack the installer), though. This is for a 32-bit OS. Best regards, Konstantin Kolinko
Re: Tigris binary packages for Windows
2010/3/3 Mark Phippard : > >> I used Tigris binaries before, but since 1.6.9 I am using the >> Collabnet ones. I wish those were available as a zip archive (or with >> a command to unpack the installer), though. > > Any reason that is critical to you? The installer does little more > than unpack to a location and add to PATH. You can add /S to command > line to run it silent as well as specify the location. I doubt the > small install UI is the problem though. > It is not critical. I am quite happy with what I already have for the price (many thanks for providing these for free). It is just that I already have HTTPD installed and configured, and the only HTTPD bits what I need from the bundle are mod_dav_svn and mod_authz_svn. Best regards, Konstantin Kolinko
Re: read-only repository view
2010/3/23 Eric Dalquist : > We would like to have a version of our SVN repository available read-only > over HTTP. I have not tried, but I think you can do the following: ... Order Deny,Allow Deny from all If you are providing access both by HTTP and HTTPS it might be a bad idea to even ask for credentials on HTTP, because if Basic auth is used the credentials are transmitted in plain text. Probably there are also another ways to limit allowed verbs to the above four, e.g. using SetEnvIf. That configuration snippet is just what came to mind. Best regards, Konstantin Kolinko
Re: subscribing
2010/4/1 Bob Archer : >> I'm having trouble subscribing. if there's a trick please let me know. I >> sent mail to users-subscribe with just 'subscribe j...@zeevee.com' in the >> body no answer. > > You are sending an email to users-subscr...@subversion.apache.org ? No > subject no body? > See note about spam filters here: http://www.apache.org/foundation/mailinglists.html Best regards, Konstantin Kolinko
Re: svnsync isn't working
2010/4/16 J. Norment : > ( I started replicating at revision 0. ) > > I'm now getting: > svnsync: Path 'QA/Releases/Q2 2.6.3/Q2 Adaptors > 2.6.3.1617/ProgramBins/Sample/QuorumChangeOfAddress' not present > Make sure that the svn account used by svnsync has read permissions for the entire source repository. If some paths are not readable they will be skipped. "svnsync does gracefully mirror repositories in which the user as whom it authenticates has only partial read access" [1] It is also possible to explicitly replicate just a subset of the source repository. [1] http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.replication You can always look if the target repository contains the path that your message mentions. Best regards, Konstantin Kolinko
Re: following a "lost" branch
2010/4/20 Jochen Küpper : > However, is there a way to tell svn (the repository) to permanently ignore > r1381 for merging? svn merge --record-only It creates a mergeinfo as if the merge already happened. See "Blocking Changes" here: http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html Best regards, Konstantin Kolinko
Re: Restore all trunk!
2010/8/18 Steven Koch : > Hi > > I'm in a dirt, and would like a help! > > I will describe the workflow of the donkey: > > - Copy the contents of a local branch to another folder and removed > all references .svn this folder. > - And later removed the contents of the trunk location, via "svn rm" > and submitted via commit this change. > - Copy the content local without the .svn to the trunk local and added > to SVN (svn add) and after a commit. > > Now SVN does not accept more updates on the svn server stagging > production and says that since there is already a copy of the content! > (Svn: Failed to add directory '.. \ w +..': object of the same name > already exists) > > They claimed that the merge was not working because it gave conflicts > in all changed files! > > > How do I restore the remote repository for the review (3243) before > these changes?? > > "svn update -r 3243" + "svn commit", not restory, because it revision > exists of already! > You should learn about using peg revisions, they allow to address paths that existed earlier: http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html see also Resurrecting Deleted Items, http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.undo Best regards, Konstantin Kolinko
Re: authz File ignored?
Hi! You are using >Satisfy Any and >Order allow,deny >Allow from all thus accessing from any IP address is sufficient to satisfy the checks. Thus, no need to validate the user. http://httpd.apache.org/docs/2.2/mod/core.html#satisfy Use Satisfy All instead. Best regards, Konstantin Kolinko 2010/9/1 : > Hello, > > i am using SVN via mod_dav_svn in apache. The user authentification is > processed via NTLM. Later wehen the user is authenticated, i would like to > have a authz file what ensures, that the person is permitted to access the > svn repository and path. The configuration: > (...) > The configuration is working so far. Not working is that the authenticated > user got no access denied when he wants accessing folders in projects whats > not in the authz. The truss command also told me that no one access the > /export/home/svn-test/repository/my.authz file. > > I am very thankful for your support. > Thanks > Daniel > >
Re: Wrong value in db/format when creating from TortoiseSVN
2010/9/28 Tech Geek : > Daniel, >> >> Or do (the Tortoise equivalent of) 'svnadmin create --pre-1.6-compatible' > > Actually I would prefer to do the other way around. Can we tell TSVN to > create repositories which are compatible with Subversion Engine 1.5 because > we would be usually creating repositories using the TSVN. You can tell. Just uninstall TSVN 1.6.* and install 1.5.*. Do not forget to reboot after uninstall and after install of the new version. Anyway, you must learn how to use and administer svn properly, and a proper way to create a repository is to use "svnadmin create". Do not put your repository on a shared drive. Do not use file: protocol to access it. It is not designed to work in such way. Read the documentation (aka svnbook) and configure a proper server. Do not forget to do regular backups (dumps). > > AFAIU, what you suggested is to be executed on the Linux machine, right? > > Thanks! >
