Bugreport for svnadmin | svndumpfilter
Hello, I've found a bug when dumping a certain part of an existing repository (having ~2000 commits, ~15 are of interest for the other one) into another existing repository (having already ~130 commits) using the following syntax (on Win7 x64): svnadmin dump .\desktop\OldRepo --incremental | svndumpfilter include trunk/PathOfInterest --drop-empty-revs --renumber-revs | svnadmin load .\desktop\TargetRepo The files are loaded correctly but they are associated with the wrong logmessages. Instead of the messages associated with the commits, logmessages 1-15 are loaded. Best regards Sven -- Dr. Sven Merk LTB Lasertechnik Berlin GmbH Rudower Chaussee 29 12489 Berlin
Re: Bugreport for svnadmin | svndumpfilter
On Wed, Feb 20, 2013 at 08:21:57AM +0100, sven.m...@ltb-berlin.de wrote: Hello, I've found a bug when dumping a certain part of an existing repository (having ~2000 commits, ~15 are of interest for the other one) into another existing repository (having already ~130 commits) using the following syntax (on Win7 x64): svnadmin dump .\desktop\OldRepo --incremental | svndumpfilter include trunk/PathOfInterest --drop-empty-revs --renumber-revs | svnadmin load .\desktop\TargetRepo The files are loaded correctly but they are associated with the wrong logmessages. Instead of the messages associated with the commits, logmessages 1-15 are loaded. Best regards Sven Hi Sven, This is an interesting report, and it's quite possible that somewhere in the command line something goes wrong. I've tried to reproduce this problem, but failed. Log messages get loaded as expected. Perhaps I'm doing something wrong when trying to reproduce the problem? Can you provide a more complete problem description? The state of your source and destination repositories are unknown to others. Actually, the best thing you could do to help others reproduce the problem is provide a small script (unix shell or batch script, whichever you're more comfortable with), that starts out by creating two empty repositories and runs Subversion commands until the repositories have been put into the problematic state where log messages are not what they should have been. This will take you some time but greatly help others with finding and fixing the bug. Just to make sure: You are trying to reproduce this problem using the latest stable releases (1.6.10 and/or 1.7.8)? Thanks!
Re: same upper and lower case directory name?
Yes, so long as you never check out ^/ or ^/tags/ (ie, parents of the QA-qa clash). Les Mikesell wrote on Tue, Feb 19, 2013 at 15:57:58 -0600: We have a project with some with paths like tags/QA/ that were created manually - for a mostly windows application. Now we'd like to start using an automated tagging process that wants to make tags/qa/ (all lower) consistently across projects. The repository resides on a linux server. Is it possible for these pathnames to co-exist without confusing case-insensitive clients? -- Les Mikesell lesmikes...@gmail.com
RE: Different commit message shown by SVN for the same commit
Dear all, I am not sure if this is a bug or I am missing something. But I just found a very unusual situation. Please refer to the screenshot below: Both parts in the above screenshot refer to the same revision in the same repository. The first part from the screenshot shows the commit log when I viewed log for trunk branch using TortoiseSVN. While in the second screenshot, I viewed the commit log for a particular file (/trunk/dev/App_Code/Profile/ProfileType.cs). Now what amazes me is how could the commit message be different. Can somebody give me some ideas :) What client are you using? Is that TortoiseSVN? If so, clear the log cache! BOb
Question: svn list command
The svn list command does not list directory entries if they are svn:externals. Assuming this is by design, is there a way for it list externals also?
Re: Question: svn list command
C M cmanalys...@gmail.com writes: The svn list command does not list directory entries if they are svn:externals. Assuming this is by design, is there a way for it list externals also? The Subversion 1.8, the next release, currently has $ svn ls http://localhost/repo --include-externals A/ Listing external 'D' defined on 'http://localhost/repo': B/ f Listing external 'g' defined on 'http://localhost/repo': f -- Certified Supported Apache Subversion Downloads: http://www.wandisco.com/subversion/download
Re: Question: svn list command
But that means I have to create a working copy. I don't necessarily want to do that if all I am looking for is a directory listing. On Wed, Feb 20, 2013 at 11:06 AM, Geoff Hoffman ghoff...@cardinalpath.comwrote: On Wed, Feb 20, 2013 at 10:02 AM, C M cmanalys...@gmail.com wrote: The svn list command does not list directory entries if they are svn:externals. Assuming this is by design, is there a way for it list externals also? cd into the local directory defined by your external, then svn list there. Connect with us on twitter http://twitter.com/cardinalpath, google+https://plus.google.com/108076800625872227241/posts , facebook http://www.facebook.com/CardinalPath,** or linkedinhttp://www.linkedin.com/company/cardinal-path . Catch our next training in St Louis Feb 25 - Mar 1http://training.cardinalpath.com/google-adwords-analytics/saint-louis/?utm_campaign=cp-cptutm_source=sig-referralutm_medium=emailutm_content=stlouis-2013-02-25 , Vancouver Mar 4 - 8http://training.cardinalpath.com/google-adwords-analytics/vancouver/?utm_campaign=cp-cptutm_source=sig-referralutm_medium=emailutm_content=vancouver-2013-03-04 , New York City Mar 11 - 15 http://goo.gl/y4Ojj, Atlanta Apr 10 - 12http://goo.gl/oJGyd or See All http://cpath.it/Jkrs3s. This email, including any attachments, is for the sole use of the intended recipient and may contain confidential information. If you are not the intended recipient, please immediately notify us by reply email or by telephone, delete this email and destroy any copies. Thank you.
Tagging svn:externals
It seems that SVN does not tag svn:externals. We have defined a structure such that child projects have link from a parent project. Parent project - child project_1 - child project_2 - child project_3 However, when you go to tag a release for a child, there's nothing in the /tags/Rel_X as I would normally expect. What's going on here? Amad
Re: Tagging svn:externals
Externals are separate repositories by design. You should reference externals to a specific revision, or tag the externals first and rewrite your externals to point to the tagged externals. On Wed, Feb 20, 2013 at 10:28 AM, C M cmanalys...@gmail.com wrote: It seems that SVN does not tag svn:externals. We have defined a structure such that child projects have link from a parent project. Parent project - child project_1 - child project_2 - child project_3 However, when you go to tag a release for a child, there's nothing in the /tags/Rel_X as I would normally expect. What's going on here? Amad -- Connect with us on twitter http://twitter.com/cardinalpath, google+https://plus.google.com/108076800625872227241/posts , facebook http://www.facebook.com/CardinalPath, or linkedinhttp://www.linkedin.com/company/cardinal-path . Catch our next training in St Louis Feb 25 - Mar 1http://training.cardinalpath.com/google-adwords-analytics/saint-louis/?utm_campaign=cp-cptutm_source=sig-referralutm_medium=emailutm_content=stlouis-2013-02-25 , Vancouver Mar 4 - 8http://training.cardinalpath.com/google-adwords-analytics/vancouver/?utm_campaign=cp-cptutm_source=sig-referralutm_medium=emailutm_content=vancouver-2013-03-04 , New York City Mar 11 - 15 http://goo.gl/y4Ojj, Atlanta Apr 10 - 12http://goo.gl/oJGyd or See All http://cpath.it/Jkrs3s. This email, including any attachments, is for the sole use of the intended recipient and may contain confidential information. If you are not the intended recipient, please immediately notify us by reply email or by telephone, delete this email and destroy any copies. Thank you.
Crash
--- Subversion Exception! --- Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list 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.7\ext\subversion\subversion\lib svn_delta\text_delta.c' line 728: assertion failed (window-sview_len == 0 || (window-sview_offset = ab-sbuf_offset (window-sview_offset + window-sview_len = ab-sbuf_offset + ab-sbuf_len))) Under VMWare Player, XP, (on W7 64-bit host), Deleted several directories under version control. Did Update using TortoiseSVN 1.7.7, Build 22907 - 64 Bit , 2012/05/15 12:16:05 Subversion 1.7.5, apr 1.4.6 apr-utils 1.3.12 neon 0.29.6 OpenSSL 1.0.1c 10 May 2012 zlib 1.2.7 Did the restores, died on first Updated message.
RE: Tagging svn:externals
Some clients like TortoiseSVN have a feature that will pin the external to the revision you are copping when doing the tag. Otherwise, you have to do it manually before or after you create your tag. From: C M [mailto:cmanalys...@gmail.com] Sent: Wednesday, February 20, 2013 12:29 PM To: users@subversion.apache.org Subject: Tagging svn:externals It seems that SVN does not tag svn:externals. We have defined a structure such that child projects have link from a parent project. Parent project - child project_1 - child project_2 - child project_3 However, when you go to tag a release for a child, there's nothing in the /tags/Rel_X as I would normally expect. What's going on here? Amad
Re: Tagging svn:externals
The external definitions do specify a revision. That part is working fine. I am just not clear on why a simple copy (tag) doesn't work against externals. On Wed, Feb 20, 2013 at 11:42 AM, Geoff Hoffman ghoff...@cardinalpath.comwrote: Externals are separate repositories by design. You should reference externals to a specific revision, or tag the externals first and rewrite your externals to point to the tagged externals. On Wed, Feb 20, 2013 at 10:28 AM, C M cmanalys...@gmail.com wrote: It seems that SVN does not tag svn:externals. We have defined a structure such that child projects have link from a parent project. Parent project - child project_1 - child project_2 - child project_3 However, when you go to tag a release for a child, there's nothing in the /tags/Rel_X as I would normally expect. What's going on here? Amad Connect with us on twitter http://twitter.com/cardinalpath, google+https://plus.google.com/108076800625872227241/posts , facebook http://www.facebook.com/CardinalPath,** or linkedinhttp://www.linkedin.com/company/cardinal-path . Catch our next training in St Louis Feb 25 - Mar 1http://training.cardinalpath.com/google-adwords-analytics/saint-louis/?utm_campaign=cp-cptutm_source=sig-referralutm_medium=emailutm_content=stlouis-2013-02-25 , Vancouver Mar 4 - 8http://training.cardinalpath.com/google-adwords-analytics/vancouver/?utm_campaign=cp-cptutm_source=sig-referralutm_medium=emailutm_content=vancouver-2013-03-04 , New York City Mar 11 - 15 http://goo.gl/y4Ojj, Atlanta Apr 10 - 12http://goo.gl/oJGyd or See All http://cpath.it/Jkrs3s. This email, including any attachments, is for the sole use of the intended recipient and may contain confidential information. If you are not the intended recipient, please immediately notify us by reply email or by telephone, delete this email and destroy any copies. Thank you.
Re: Tagging svn:externals
On Wed, Feb 20, 2013 at 11:52 AM, Bob Archer bob.arc...@amsi.com wrote: Some clients like TortoiseSVN have a feature that will pin the external to the revision you are copping when doing the tag. Otherwise, you have to do it manually before or after you create your tag. Neither choice 'feels' quite right to me unless you have an intermediate branch to make the change. That is, if you make it on the trunk before you copy to the tag you break the likely continuing work on the trunk that expects the externals to also follow trunk components. And if you change it in the tag you are breaking the convention that you don't change tags. And if you copy the working copy to a tag you might get other changes in the tag that weren't committed anywhere else.Is there a 'best practice' consensus for this step? -- Les Mikesell lesmikes...@gmail.com
Re: Tagging svn:externals
On Wed, Feb 20, 2013 at 11:58 AM, C M cmanalys...@gmail.com wrote: The external definitions do specify a revision. That part is working fine. I am just not clear on why a simple copy (tag) doesn't work against externals. What do you mean by 'doesn't work'? The copy should have the same externals as the source. -- Les Mikesell lesmikes...@gmail.com
Re: Different commit message shown by SVN for the same commit
Dear all, I am not sure if this is a bug or I am missing something. But I just found a very unusual situation. Please refer to the screenshot below: Both parts in the above screenshot refer to the same revision in the same repository. The first part from the screenshot shows the commit log when I viewed log for trunk branch using TortoiseSVN. While in the second screenshot, I viewed the commit log for a particular file (/trunk/dev/App_Code/Profile/ProfileType.cs). Now what amazes me is how could the commit message be different. Can somebody give me some ideas :) What client are you using? Is that TortoiseSVN? If so, clear the log cache! I am using Tortoise SVN and cleared the entire log cache for all repos (and not just this one). Checked the commit log again from the 2 paths mentioned and it still shows different log messages as posted in my original message. -- Regards Rahul Singla
RE: Different commit message shown by SVN for the same commit
Dear all, I am not sure if this is a bug or I am missing something. But I just found a very unusual situation. Please refer to the screenshot below: Both parts in the above screenshot refer to the same revision in the same repository. The first part from the screenshot shows the commit log when I viewed log for trunk branch using TortoiseSVN. While in the second screenshot, I viewed the commit log for a particular file (/trunk/dev/App_Code/Profile/ProfileType.cs). Now what amazes me is how could the commit message be different. Can somebody give me some ideas :) What client are you using? Is that TortoiseSVN? If so, clear the log cache! I am using Tortoise SVN and cleared the entire log cache for all repos (and not just this one). Checked the commit log again from the 2 paths mentioned and it still shows different log messages as posted in my original message. Then I expect someone changed the revprop on either the branch or the trunk. BOb
Re: Crash
On Wed, Feb 20, 2013 at 12:45 PM, Dr. Leonard Jowers ljow...@nssengr.comwrote: ** ** In file 'D:\Development\SVN\Releases\TortoiseSVN-1.7.7\ext\subversion\subversion\libsvn_delta\text_delta.c' line 728: assertion failed (window-sview_len == 0 || (window-sview_offset = ab-sbuf_offset (window-sview_offset + window-sview_len = ab-sbuf_offset + ab-sbuf_len))) ** ** ** ** Under VMWare Player, XP, (on W7 64-bit host), Deleted several directories under version control. Did Update using TortoiseSVN 1.7.7, Build 22907 - 64 Bit , 2012/05/15 12:16:05 Subversion 1.7.5, You're running a pretty old release of 1.7. Please upgrade to the current release report back if the issue persists.
Re: Tagging svn:externals
I am not seeing anything in: /tags/Rel_1.0. Mind you I am using the Tortoise SVN 1.7 client to do the copy. On Wed, Feb 20, 2013 at 12:05 PM, Les Mikesell lesmikes...@gmail.comwrote: On Wed, Feb 20, 2013 at 11:58 AM, C M cmanalys...@gmail.com wrote: The external definitions do specify a revision. That part is working fine. I am just not clear on why a simple copy (tag) doesn't work against externals. What do you mean by 'doesn't work'? The copy should have the same externals as the source. -- Les Mikesell lesmikes...@gmail.com
Re: Tagging svn:externals
On Wed, Feb 20, 2013 at 12:30 PM, C M cmanalys...@gmail.com wrote: I am not seeing anything in: /tags/Rel_1.0. Mind you I am using the Tortoise SVN 1.7 client to do the copy. Subversion commands don't recurse into the stuff pulled in with externals, if that is what you are expecting. But if the thing you tag has external references, you should get the same structure re-created when you check it out. That is, it copies the reference only. The usual issue with this is that if the externals point to trunk versions without peg revisions, the subsequent checkout may pull in components that are newer than what you tagged. But it sounds like you have some other issue or misunderstanding. -- Les Mikesell lesmikes...@gmail.com
Re: Different commit message shown by SVN for the same commit
Bob Archer wrote on Wed, Feb 20, 2013 at 18:23:03 +: Dear all, I am not sure if this is a bug or I am missing something. But I just found a very unusual situation. Please refer to the screenshot below: Both parts in the above screenshot refer to the same revision in the same repository. The first part from the screenshot shows the commit log when I viewed log for trunk branch using TortoiseSVN. While in the second screenshot, I viewed the commit log for a particular file (/trunk/dev/App_Code/Profile/ProfileType.cs). Now what amazes me is how could the commit message be different. Can somebody give me some ideas :) What client are you using? Is that TortoiseSVN? If so, clear the log cache! I am using Tortoise SVN and cleared the entire log cache for all repos (and not just this one). Checked the commit log again from the 2 paths mentioned and it still shows different log messages as posted in my original message. Then I expect someone changed the revprop on either the branch or the trunk. Either way, please reproduce this with the cmdline client, or take this to the TortoiseSVN mailing lists. Thanks.