Re: Hi, does anyone know of a company the can give support to SVN? preferablyin israel. thanks
Guten Tag Gil Kremer, am Montag, 30. April 2012 um 10:22 schrieben Sie: > Best regards, Please, next time at least repeat your subject in the body, else it's hard to quote what you want, search for your mail etc. > Hi, does anyone know of a company the can give support to SVN? Only some to start your search: http://www.collab.net/ http://www.wandisco.com/ http://www.elgo.de/ http://svn.apache.org/repos/asf/subversion/branches/issue-2897-take2/www/commercial-support.html > preferablyin israel. Don't know. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
On Tue, 01 May 2012 02:14:16 +, Stanimir Stamenkov wrote: > Is anyone aware of tools which (re)construct a DAG from Subversion > repository history and display it pretty much like today's DVCSes? 'git svn' works for me. Although you can easily create svn repos that have no good git representation (single-revision merges, partial tree merges). > I realize this could be tricky because of the implicit branching SVN > employs, but may be it's not impossible. I imagine much of it could > be done using the copy source and merge-info data, though multiple > copy and merge sources for certain revision/changeset seem non-trivial. Indeed. Straightforward cases go easier. Andreas -- "Totally trivial. Famous last words." From: Linus Torvalds Date: Fri, 22 Jan 2010 07:29:21 -0800
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
Guten Tag Stanimir Stamenkov, am Dienstag, 1. Mai 2012 um 01:14 schrieben Sie: > Is anyone aware of tools which (re)construct a DAG from Subversion > repository history and display it pretty much like today's DVCSes? Did you already look at the revision graph e.g. TortoiseSVN is able to produce? From my point of view there's no pr http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-revgraph.html Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
Guten Tag Stanimir Stamenkov, am Dienstag, 1. Mai 2012 um 01:14 schrieben Sie: > Is anyone aware of tools which (re)construct a DAG from Subversion > repository history and display it pretty much like today's DVCSes? Did you already look at the revision graph e.g. TortoiseSVN is able to produce? From my point of view there's no real difference or are you missing any information? I don't knwo how merge tracking info is included because my Subversion serve ris still at 1.4.x. http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-revgraph.html Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
Tue, 1 May 2012 09:21:39 +0200, /Thorsten Schöning/: Guten Tag Stanimir Stamenkov, am Dienstag, 1. Mai 2012 um 01:14 schrieben Sie: Is anyone aware of tools which (re)construct a DAG from Subversion repository history and display it pretty much like today's DVCSes? Did you already look at the revision graph e.g. TortoiseSVN is able to produce? From my point of view there's no real difference or are you missing any information? I don't knwo how merge tracking info is included because my Subversion serve ris still at 1.4.x. http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-revgraph.html Yes, I've already had a look at TortoiseSVN, Subclipse, Subversive, SvnMapper, svn-graph-branches and Syncro SVN Client: http://tortoisesvn.tigris.org/bigpicture.html http://subclipse.tigris.org/graph.html http://www.eclipse.org/subversive/documentation/teamSupport/revision_graph.php http://svnmapper.tigris.org/ http://code.google.com/p/svn-graph-branches/ http://www.syncrosvnclient.com/revision_graph.html None of these resemble the DVCS examples I've given. All of these require too much of visual space to describe just a little bit of history with the valuable copy/branch and merge information. SVN 1.4.x is out of question as the merge-info is too important to omit. If you're still wondering what I'm after, look at the Subversive History view using merge-info (svn log --use-merge-history): http://www.eclipse.org/subversive/documentation/teamSupport/history_view.php Then map this to the examples I've already given: http://code.google.com/a/eclipselabs.org/p/mercurialeclipse/source/list?r=ee7ed7ec51606117613924d0662fc03086787450 https://bitbucket.org/tortoisehg/thg/changesets/9fbf6b7fe9d5 Andreas Krey suggested nice approach in his reply - convert the SVN repository to Git, then use that to display the history. I haven't tried the SVN to Git conversion -- this is basically the only thing I haven't tried yet, but I've tried SVN to Mercurial using various tools available for the task, and in my experience this conversion is far from perfect, especially with "weird" repositories. That's why I'm searching for "native" SVN solution which takes as much of the Subversion quirks as it could to reconstruct the history as nice DAG which could be displayed pretty much like today's DVCSes can. -- Stanimir
Re: error when upgrading working copy
Ryan Schmitz writes: > Is there another way for me to run 'svn status'? We might be able to do without. It's unfortunate that the abort message doesn't give us the filename, if you can run under a debugger the stack trace would help. Or make your woking copy available to somebody else. Failing that we have to resort to examining the .svn/entries files manually--there is one in every directory in a 1.6 working copy. The upgrade output can help identify which .svn/entries to examine. Given: Upgrade 'F' Upgrade 'F/X' Upgrade 'F/A' Upgrade 'F/A/P' Upgrade 'F/A/Y' Abort then we know the problem occurred after 'F/A/Y' and is not in any of the directories in the output. It should be the first of: - subdirectories of 'F/A/Y' such as 'F/A/Y/T' - subdirectories of 'F/A' such as 'F/A/T' - subdirectories of 'F' such as 'F/T' - subdirectories of '' such as 'T' What we want to identify is the .svn/entries files that has a "deleted" token. You can generally open these files with an editor on Linux but I don't know which Windows tool to suggest. The token is a line of text "deleted" (not "delete" which is a separate token that is not interesting in this case). -- Philip
Re: Hi, does anyone know of a company the can give support to SVN? preferablyin israel. thanks
On Tue, May 1, 2012 at 3:16 AM, Thorsten Schöning wrote: > Guten Tag Gil Kremer, > am Montag, 30. April 2012 um 10:22 schrieben Sie: > > > Best regards, > > Please, next time at least repeat your subject in the body, else it's > hard to quote what you want, search for your mail etc. > > > Hi, does anyone know of a company the can give support to SVN? > > Only some to start your search: > > http://www.collab.net/ > http://www.wandisco.com/ > http://www.elgo.de/ > > http://svn.apache.org/repos/asf/subversion/branches/issue-2897-take2/www/commercial-support.html > > > preferablyin israel. > > Don't know. > > Mit freundlichen Grüßen, > > Thorsten Schöning > > You'll definitely want to think, as well, about the scale of what you need. A simple office environment? Anyone vaguely competent can do that. A full blown disaster recovery capable system, with integrated backup, high security access control, single-sign-on, and multiple distributed access points for high speed local access, with an end-to-end workflow plan and education for new users? That's. a lot more work, and some of the features conflict. Ability to work remotely, without direct access to the central Subversoin repository, for personnel with laptops or development sites that want to record changes or branch locally and commit centrally only when completed. That's even trickier, especially if you don't allow mixed solutions like git2svn. But git2svn does not support the use of "Id" or "Version" keywords.
Re: Memory leaks after prod upgrade of subversion to 1.7.2
On Tue, May 1, 2012 at 1:09 AM, Rp0013 wrote: > We migrated to subversion 1.7.2 today from 1.4.6 and seeing sudden issues > with memory > > You're using a hand built version? Grab the SRPM from Repoforge, I mostly wrote and submitted the last few, and the latest patches and spec files are actually in the pipeline for a new update are at http://www.github.com/nkadel/ for both 1.7.4 and 1.6.18, both of which now build on RHEL 4. (Moo-ha-ha!) > The free memory drops suddenly (24g memory on the box) > > We have upgraded only the server and clients are various versions 1.4.6 > 1.4.2 1.6.9 etc > > I saw some mention of memory leaks but this seems like a major issue > > > We are using > > Red hat 5 > > Apache 2.2 > > Neon 0.29.6 > > Apr 1.4.5 > > Apr util 1.3.12 > > Surf 1.0.0 > > Any help or suggestions would be greatly appreciated. > > Regard, > > Rajesh > > Sent from my iPad > > > >
Re: Hi, does anyone know of a company the can give support to SVN? preferablyin israel. thanks
Hi Gil Kremer,
A full blown disaster recovery capable system, with integrated backup, high
> security access control, single-sign-on, and multiple distributed access
> points for high speed local access, with an end-to-end workflow plan and
> education for new users? That's. a lot more work, and some of the
> features conflict.
if you are interested in Subversion support or Subversion replication to
improve performance or achieve high availability/disaster recovery, you can
send me an email and I can put you in touch with someone from our sales
organisation. We already support customers with a presence in Israel, and
our support organisation is primarily based in the UK.
Regards,
Jon
--
Jonathan Paul,
Team Leader of Technical Sales
WANdisco Inc.
Tel. UK +44 (0)114 303 9985 ext. 720
Tel. US +1 925 808 7321 ext. 720
http://www.wandisco.com
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com
Everything you need to deploy Subversion in the Enterprise
http://www.wandisco.com/subversion
Subversion community
http://www.svnforum.org
Read our blogs
http://blogs.wandisco.com/
Follow us on Twitter
http://www.twitter.com/wandisco
THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE
PRIVILEGED. If this message was misdirected, WANdisco, Inc. and its
subsidiaries, ("WANdisco") does not waive any confidentiality or privilege.
If you are not the intended recipient, please notify us immediately and
destroy the message without disclosing its contents to anyone. Any
distribution, use or copying of this e-mail or the information it contains
by other than an intended recipient is unauthorized. The views and
opinions
expressed in this e-mail message are the author's own and may not reflect
the views and opinions of WANdisco, unless the author is authorized by
WANdisco to express such views or opinions on its behalf. All email sent
to
or from this address is subject to electronic storage and review by
WANdisco. Although WANdisco operates anti-virus programs, it does not
accept responsibility for any damage whatsoever caused by viruses being
passed.
Re: Hi, does anyone know of a company the can give support to SVN? preferablyin israel. thanks
We use a secure hosted solution from www.codespaces.com - used it for years and
decently priced.
Regards,
Brendan Flanagan
beyond systems ltd.
e: [mailto:brendan.flana...@wegobeyond.co.uk]
brendan.flana...@wegobeyond.co.uk m: +44(0) 7970 277614 t: +44 (0) 8450 940
998 w: [http://www.wegobeyond.co.uk/] www.wegobeyond.co.uk
-Original Message-
From: "Jonathan Paul"
Sent: Tuesday, 1 May, 2012 12:29pm
To: "Nico Kadel-Garcia"
Cc: "Thorsten Schöning" , "users@subversion.apache.org"
Subject: Re: Hi, does anyone know of a company the can give support to SVN?
preferablyin israel. thanks
Hi Gil Kremer,A full blown disaster recovery capable system, with integrated
backup, high security access control, single-sign-on, and multiple distributed
access points for high speed local access, with an end-to-end workflow plan and
education for new users? That's. a lot more work, and some of the features
conflict.
if you are interested in Subversion support or Subversion replication to
improve performance or achieve high availability/disaster recovery, you can
send me an email and I can put you in touch with someone from our sales
organisation. We already support customers with a presence in Israel, and our
support organisation is primarily based in the UK.
Regards,
Jon
--Jonathan Paul,
Team Leader of Technical Sales
WANdisco Inc.
Tel. UK +44 (0)114 303 9985 ext. 720
Tel. US +1 925 808 7321 ext. 720
[http://www.wandisco.com] http://www.wandisco.com
uberSVN: Apache Subversion Made Easy
[http://www.uberSVN.com] http://www.uberSVN.com
Everything you need to deploy Subversion in the Enterprise
[http://www.wandisco.com/subversion] http://www.wandisco.com/subversion
Subversion community
[http://www.svnforum.org] http://www.svnforum.org
Read our blogs
[http://blogs.wandisco.com/] http://blogs.wandisco.com/
Follow us on Twitter
[http://www.twitter.com/wandisco] http://www.twitter.com/wandisco
THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE
PRIVILEGED. If this message was misdirected, WANdisco, Inc. and its
subsidiaries, ("WANdisco") does not waive any confidentiality or privilege.
If you are not the intended recipient, please notify us immediately and
destroy the message without disclosing its contents to anyone. Any
distribution, use or copying of this e-mail or the information it contains
by other than an intended recipient is unauthorized. The views and opinions
expressed in this e-mail message are the author's own and may not reflect
the views and opinions of WANdisco, unless the author is authorized by
WANdisco to express such views or opinions on its behalf. All email sent to
or from this address is subject to electronic storage and review by
WANdisco. Although WANdisco operates anti-virus programs, it does not
accept responsibility for any damage whatsoever caused by viruses being
passed.
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
Guten Tag Stanimir Stamenkov, am Dienstag, 1. Mai 2012 um 11:31 schrieben Sie: > None of these resemble the DVCS examples I've given. All of these > require too much of visual space to describe just a little bit of > history with the valuable copy/branch and merge information. So what you really want is a client which's revision graph exactly looks like or can be configured to look like your example from git? Because Subversive seems to produce the same quality of content, just differently displayed. > [...]but I've tried SVN to Mercurial using various > tools available for the task, and in my experience this conversion > is far from perfect, especially with "weird" repositories. This won't change with svn to git, those tools are only valuable for one time conversion, not long term usage. At least this is my experience and what I've read from others, unless your usage is extremely trivial. I wouldn't do it, but I wouldn't mind about column order and size in revision graphs, too. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.030-2 1001-310 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow
Re: Memory leaks after prod upgrade of subversion to 1.7.2
http://subversion.apache.org/docs/community-guide/mailing-lists.html#fresh-post It would be useful to know what backend you use (FSFS or BDB), what authn and authz configuration you have, and what is the minimal httpd config that still reproduces the leak. Daniel Rp0013 wrote on Mon, Apr 30, 2012 at 22:09:59 -0700: > We migrated to subversion 1.7.2 today from 1.4.6 and seeing sudden issues > with memory > > The free memory drops suddenly (24g memory on the box) > > We have upgraded only the server and clients are various versions 1.4.6 1.4.2 > 1.6.9 etc > > I saw some mention of memory leaks but this seems like a major issue > > > We are using > > Red hat 5 > > Apache 2.2 > > Neon 0.29.6 > > Apr 1.4.5 > > Apr util 1.3.12 > > Surf 1.0.0 > > Any help or suggestions would be greatly appreciated. > > Regard, > > Rajesh > > Sent from my iPad > >
Re: error when upgrading working copy
Philip Martin wrote on Tue, May 01, 2012 at 10:43:20 +0100: > Ryan Schmitz writes: > > > Is there another way for me to run 'svn status'? > > We might be able to do without. It's unfortunate that the abort message > doesn't give us the filename, if you can run under a debugger the stack > trace would help. Or make your woking copy available to somebody else. > Would a syscall trace (strace equivalent) help? > What we want to identify is the .svn/entries files that has a "deleted" > token. You can generally open these files with an editor on Linux but I > don't know which Windows tool to suggest. The token is a line of text > "deleted" (not "delete" which is a separate token that is not > interesting in this case). I would copy entries to entries.txt and open the latter in notepad. This also avoids any chance of 'entries' being changed silently by a DWIM-y editor.
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
On Tue, 01 May 2012 12:31:58 +, Stanimir Stamenkov wrote: ... > Andreas Krey suggested nice approach in his reply - convert the SVN > repository to Git, then use that to display the history. I haven't > tried the SVN to Git conversion -- this is basically the only thing > I haven't tried yet, but I've tried SVN to Mercurial using various > tools available for the task, and in my experience this conversion > is far from perfect, especially with "weird" repositories. It necessarily is. Tools that map an svn repo into a DVCS one have to deal with the fact that the latter 'only' have one global branch/merge history while in svn potentially every file can have a completely different DAG (and even reversed vertices). Andreas -- "Totally trivial. Famous last words." From: Linus Torvalds Date: Fri, 22 Jan 2010 07:29:21 -0800
Re: Revision/History Graph - DAG (Directed Acyclic Graph)
On Tue, 01 May 2012 13:50:34 +, Thorsten Schöning wrote: ... > Because Subversive seems to produce the same quality of content, just > differently displayed. But this kind of 'differently displayed' is quite valuable. Putting commits in a list and narrowing the tree provides a lot more overview and visible nodes. Andreas -- "Totally trivial. Famous last words." From: Linus Torvalds Date: Fri, 22 Jan 2010 07:29:21 -0800
Re: error when upgrading working copy
Daniel Shahaf writes: > Philip Martin wrote on Tue, May 01, 2012 at 10:43:20 +0100: >> Ryan Schmitz writes: >> >> > Is there another way for me to run 'svn status'? >> >> We might be able to do without. It's unfortunate that the abort message >> doesn't give us the filename, if you can run under a debugger the stack >> trace would help. Or make your woking copy available to somebody else. >> > > Would a syscall trace (strace equivalent) help? It would probably tell us which .svn/entries file to look at: the last one opened. -- Philip
Re: Error in nitial Run of basic_tests.py
I am running some tests with basic_tests.py to verify the operation of the SVNKit command-line client scripts. I encountered an error (Errno 8) when I ran basic_tests.py with the --use-jsvn and --bin= options, as shown by the terminal session below. [tom@lorien ~]$ pwd /home/tom [tom@lorien ~]$ echo $SVNKIT_HOME/bin /home/tom/svnkit-1.3.7/bin [tom@lorien ~]$ ls $SVNKIT_HOME/bin jsvn jsvndumpfilter jsvnsetup.openvms jsvnversion.bat jsvnadmin jsvndumpfilter.bat jsvnsync jsvnadmin.bat jsvnlookjsvnsync.bat jsvn.bat jsvnlook.batjsvnversion [tom@lorien ~]$ cd subversion-1.6.15 [tom@lorien subversion-1.6.15]$ cd subversion/tests/cmdline [tom@lorien cmdline]$ rm -rf svn-test-work [tom@lorien cmdline]$ ./basic_tests.py --use-jsvn --bin=$SVNKIT_HOME/bin Traceback (most recent call last): File "./basic_tests.py", line 2550, in ? svntest.main.run_tests(test_list) File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/main.py", line 1607, in run_tests actions.setup_pristine_repository() File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/actions.py", line 44, in setup_pristine_repository main.create_repos(main.pristine_dir) File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/main.py", line 689, in create_repos path, *opts) File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/main.py", line 356, in run_command None, *varargs) File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/main.py", line 500, in run_command_stdin stdin_lines, File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/main.py", line 471, in spawn_process infile, outfile, errfile, kid = open_pipe([command] + list(varargs)) File "/home/tom/subversion-1.6.15/subversion/tests/cmdline/svntest/main.py", line 418, in open_pipe close_fds=not windows) File "/usr/lib64/python2.4/subprocess.py", line 550, in __init__ errread, errwrite) File "/usr/lib64/python2.4/subprocess.py", line 996, in _execute_child raise child_exception OSError: [Errno 8] Exec format error [tom@lorien cmdline]$ [tom@lorien cmdline]$ find svn-test-work -type d svn-test-work svn-test-work/repositories svn-test-work/working_copies svn-test-work/local_tmp svn-test-work/local_tmp/repos svn-test-work/local_tmp/config [tom@lorien cmdline]$ find svn-test-work -type f svn-test-work/local_tmp/config/config svn-test-work/local_tmp/config/servers [tom@lorien cmdline]$ Thanks for your help. Tom
propset --revprop -r HEAD svn:externals not working (visual SVN server)
I've been trying to set properties in my repo with a command similar to: svn.exe propset --revprop -r HEAD svn:externals "https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports@1394 Externals/XCCS" https://devsubversion/svn/Development_TEST/Tags/SiteWatch/RC_1/Projects/SiteWatch/ svn reports it worked "property 'svn:externals' set on repository revision 1496" however nothing is changed. I tried slik svn client, the one that comes with tortoise as well as one compiled on a linux box. Same results. I've tried -file, variations on the format of the external without the pin revision..etc.. No luck. Perhaps a bug in VisualSVN server (what we're using currently). However I thought I'd ask the list first to see if this is a known problem. Or maybe the format is just wrong. And yes, I have a pre-prop hook. I ended up working around this by checking out locally, setting props and commit.. that works fine.
Re: propset --revprop -r HEAD svn:externals not working (visual SVN server)
On May 1, 2012, at 12:12, Brenden Walker wrote: > I’ve been trying to set properties in my repo with a command similar to: > > svn.exe propset --revprop -r HEAD svn:externals > “https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports@1394 > Externals/XCCS”https://devsubversion/svn/Development_TEST/Tags/SiteWatch/RC_1/Projects/SiteWatch/ > > svn reports it worked “property 'svn:externals' set on repository revision > 1496” however nothing is changed. I tried slik svn client, the one that > comes with tortoise as well as one compiled on a linux box. Same results. > I’ve tried –file, variations on the format of the external without the pin > revision..etc.. No luck. > > Perhaps a bug in VisualSVN server (what we’re using currently). However I > thought I’d ask the list first to see if this is a known problem. Or maybe > the format is just wrong. > > And yes, I have a pre-prop hook. > > I ended up working around this by checking out locally, setting props and > commit.. that works fine. svn:externals is a versioned property, not a revision property. Setting it on a revision succeeds, as you see, but it has no effect. This is simply user error; there is no bug. You already found the correct method: check out a working copy, set svn:externals to the desired value on the desired directory, and commit.
RE: propset --revprop -r HEAD svn:externals not working (visual SVN server)
> -Original Message- > From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com] > > On May 1, 2012, at 12:12, Brenden Walker wrote: > > > I've been trying to set properties in my repo with a command similar to: > > > > svn.exe propset --revprop -r HEAD svn:externals > "https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports@1 > 394 > Externals/XCCS"https://devsubversion/svn/Development_TEST/Tags/SiteW > atch/RC_1/Projects/SiteWatch/ > > > > svn reports it worked "property 'svn:externals' set on repository revision > 1496" however nothing is changed. I tried slik svn client, the one that comes > with tortoise as well as one compiled on a linux box. Same results. I've > tried > -file, variations on the format of the external without the pin > revision..etc.. > No luck. > > > > Perhaps a bug in VisualSVN server (what we're using currently). However I > thought I'd ask the list first to see if this is a known problem. Or maybe > the > format is just wrong. > > > > And yes, I have a pre-prop hook. > > > > I ended up working around this by checking out locally, setting props and > commit.. that works fine. > > svn:externals is a versioned property, not a revision property. Setting it on > a > revision succeeds, as you see, but it has no effect. This is simply user > error; > there is no bug. You already found the correct method: check out a working > copy, set svn:externals to the desired value on the desired directory, and > commit. That explains it. A related follow up, I'm setting svn:externals like so: https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports@1395 Externals/XCCS That seems to work fine, when I checkout I get the correct revision however when I was looking into this I noticed a different format: -r1395 https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports Externals/XCCS I believe my first example is the correct format now, and the other is just old or perhaps simply incorrect? Thanks!
Re: propset --revprop -r HEAD svn:externals not working (visual SVN server)
On May 1, 2012, at 13:12, Brenden Walker wrote: > That explains it. A related follow up, I'm setting svn:externals like so: > > https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports@1395 > Externals/XCCS > > That seems to work fine, when I checkout I get the correct revision however > when I was looking into this I noticed a different format: > > -r1395 https://devsubversion/svn/Development/Trunk/Projects/XCCS/Exports > Externals/XCCS > > I believe my first example is the correct format now, and the other is just > old or perhaps simply incorrect? Relevant reading for you on that topic: http://subversion.apache.org/docs/release-notes/1.5.html#externals http://svnbook.red-bean.com/en/1.7/svn.advanced.pegrevs.html
Re: Error in nitial Run of basic_tests.py
Tom Bing wrote on Tue, May 01, 2012 at 12:04:03 -0400:
> I am running some tests with basic_tests.py to verify the operation of
> the SVNKit command-line client scripts. I encountered an error (Errno
> 8) when I ran basic_tests.py with the --use-jsvn
SVNKit questions should be asked on the SVNKit mailing lists.
> and --bin= options, as shown by the terminal session below.
..
> [tom@lorien ~]$ ls $SVNKIT_HOME/bin
> jsvn jsvndumpfilter jsvnsetup.openvms jsvnversion.bat
> jsvnadmin jsvndumpfilter.bat jsvnsync
> jsvnadmin.bat jsvnlookjsvnsync.bat
> jsvn.bat jsvnlook.batjsvnversion
> [tom@lorien ~]$ cd subversion-1.6.15
> [tom@lorien cmdline]$ ./basic_tests.py --use-jsvn --bin=$SVNKIT_HOME/bin
> OSError: [Errno 8] Exec format error
I assume that svntest tries gets that error upon attempting to run
system("$SVNKIT_HOME/bin/jsvn") (aka os.system() in Python).
Beyond that, This does not seem to be a bug in the test harness itself, so
please
follow up on the SVNKit lists. Good luck!
Daniel
RE: error when upgrading working copy
Philip and Daniel, It appears to be failing in the Data Definitions subfolder. There were no 'deleted' flags in the entries folder there, but there were several in the folders that were at the next level down. I've pasted the entries with the deleted flag below, and the first one, DeviceSalesLastSevenDaysdir caught my eye because it has both delete and deleted. These entries refer to folders at the next level that were recently deleted, and I remember that, for this first one, I accidentally deleted it irreversibly through the file system before deleting it from SVN, and I had to do something funky to get it back to a point that I could check it in. The folder was empty, and I tried to recover it through SVN, but that didn't work. I ended up creating a new folder with the same name and deleting it through SVN, but it was tricky when committing. I hope this is helpful to your evaluation process. I've attached the three entries folders that I've examined for your reference and named them for the folder they resided in. Development\Data Definitions\RIM.Data.Implementations\.svn\entries - DeviceSalesLastSevenDaysdirdeletedeleted DeviceAttributesdirdeleted CompetitiveStoreSalesPercentdirdeleted POPPresencedirdeleted ExpenseSubCategorydirdeleted PassThroughTypedirdeleted AdminTimeRIMBusinessUnitdirdeleted DeviceAttributedirdeleted VisitDeviceSalesFactorsdirdeleted POPTypedirdeleted Development\Data Definitions\RIM.Data.Migrations\.svn\entries - 1.POPPresencedirdeleted 2.AdminTimeRIMBusinessUnitdirdeleted 1.DeviceAttributedirdeleted 1.DeviceAttributesdirdeleted 1.VisitDeviceSalesFactorsdirdeleted 1.POPTypedirdeleted 1.ExpenseSubCategorydirdeleted 1.CompetitiveStoreSalesPercentdirdeleted 1.DeviceSalesLastSevenDaysdirdeleted 1.PassThroughTypedirdeleted Thanks again for your help, Ryan Schmitz | OLAP Developer / Kalido Specialist | MarketStar | People + Knowledge Accelerating Sales e jschm...@marketstar.com | w 801.786.5287 | m 435.553.1230 | f 801.393.4115 -Original Message- From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of Philip Martin Sent: Tuesday, May 01, 2012 6:42 AM To: Daniel Shahaf Cc: Ryan Schmitz; users@subversion.apache.org Subject: Re: error when upgrading working copy Daniel Shahaf writes: > Philip Martin wrote on Tue, May 01, 2012 at 10:43:20 +0100: >> Ryan Schmitz writes: >> >> > Is there another way for me to run 'svn status'? >> >> We might be able to do without. It's unfortunate that the abort >> message doesn't give us the filename, if you can run under a debugger >> the stack trace would help. Or make your woking copy available to somebody >> else. >> > > Would a syscall trace (strace equivalent) help? It would probably tell us which .svn/entries file to look at: the last one opened. -- Philip This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent responsible for delivering the message to the intended recipient, is prohibited. If you have received this e-mail in error, please immediately notify us by replying to sender. Data Definitions - entries Description: Data Definitions - entries RIM.Data.Implementations - entries Description: RIM.Data.Implementations - entries RIM.Data.Migrations - entries Description: RIM.Data.Migrations - entries
Re: error when upgrading working copy
Ryan Schmitz writes: > It appears to be failing in the Data Definitions subfolder. There were > no 'deleted' flags in the entries folder there, but there were several > in the folders that were at the next level down. I've pasted the > entries with the deleted flag below, and the first one, > DeviceSalesLastSevenDaysdir caught my eye because it has both delete > and deleted. That will be it. "delete" means "delete this at the next commit". "deleted" means "commit has deleted this" or "update has removed this". I don't think it's valid for a node to have both set. > These entries refer to folders at the next level that > were recently deleted, and I remember that, for this first one, I > accidentally deleted it irreversibly through the file system before > deleting it from SVN, and I had to do something funky to get it back > to a point that I could check it in. The folder was empty, and I tried > to recover it through SVN, but that didn't work. I ended up creating a > new folder with the same name and deleting it through SVN, but it was > tricky when committing. I hope this is helpful to your evaluation > process. I've attached the three entries folders that I've examined > for your reference and named them for the folder they resided in. The delete/deleted combination is not supposed to occur, it's a 1.6 bug that it let you get into that state. You may be able to upgrade the rest of the working copy by editing the .svn/entries file that has the delete/deleted entry. Remove the delete but make sure to leave the empty line. $ svnadmin create repo $ svn mkdir -mm file://`pwd`/repo/A $ svn1.6 co file://`pwd`/repo wc $ svn1.6 up -r0 wc/A $ edit wc/.svn/entries # add delete at line 34 $ svn1.7 upgrade wc svn: E235000: In file '../src-1.7/subversion/libsvn_wc/entries.c' line 126: assertion failed (entry->schedule == svn_wc_schedule_add || entry->schedule == svn_wc_schedule_normal) Aborted It appears that 1.6 ignores the delete and gives deleted precedence: $ svn1.6 st wc $ svn1.6 info wc/A wc/A: (Not a versioned resource) svn: A problem occurred; see other errors for details I suppose 1.7 could do the same but upgrading corrupt working copies is not really practical because we don't know what else is broken. -- Philip
RE: error when upgrading working copy
Yes! I removed the 'delete' before the deleted flag, leaving in the empty line preceding it, and I was able to upgrade SVN to 1.7.6. Thanks for all your help! Ryan Schmitz | OLAP Developer / Kalido Specialist | MarketStar | People + Knowledge Accelerating Sales e jschm...@marketstar.com | w 801.786.5287 | m 435.553.1230 | f 801.393.4115 -Original Message- From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of Philip Martin Sent: Tuesday, May 01, 2012 2:14 PM To: Ryan Schmitz Cc: Daniel Shahaf; users@subversion.apache.org Subject: Re: error when upgrading working copy Ryan Schmitz writes: > It appears to be failing in the Data Definitions subfolder. There were > no 'deleted' flags in the entries folder there, but there were several > in the folders that were at the next level down. I've pasted the > entries with the deleted flag below, and the first one, > DeviceSalesLastSevenDaysdir caught my eye because it has both delete > and deleted. That will be it. "delete" means "delete this at the next commit". "deleted" means "commit has deleted this" or "update has removed this". I don't think it's valid for a node to have both set. > These entries refer to folders at the next level that were recently > deleted, and I remember that, for this first one, I accidentally > deleted it irreversibly through the file system before deleting it > from SVN, and I had to do something funky to get it back to a point > that I could check it in. The folder was empty, and I tried to recover > it through SVN, but that didn't work. I ended up creating a new folder > with the same name and deleting it through SVN, but it was tricky when > committing. I hope this is helpful to your evaluation process. I've > attached the three entries folders that I've examined for your > reference and named them for the folder they resided in. The delete/deleted combination is not supposed to occur, it's a 1.6 bug that it let you get into that state. You may be able to upgrade the rest of the working copy by editing the .svn/entries file that has the delete/deleted entry. Remove the delete but make sure to leave the empty line. $ svnadmin create repo $ svn mkdir -mm file://`pwd`/repo/A $ svn1.6 co file://`pwd`/repo wc $ svn1.6 up -r0 wc/A $ edit wc/.svn/entries # add delete at line 34 $ svn1.7 upgrade wc svn: E235000: In file '../src-1.7/subversion/libsvn_wc/entries.c' line 126: assertion failed (entry->schedule == svn_wc_schedule_add || entry->schedule == svn_wc_schedule_normal) Aborted It appears that 1.6 ignores the delete and gives deleted precedence: $ svn1.6 st wc $ svn1.6 info wc/A wc/A: (Not a versioned resource) svn: A problem occurred; see other errors for details I suppose 1.7 could do the same but upgrading corrupt working copies is not really practical because we don't know what else is broken. -- Philip This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent responsible for delivering the message to the intended recipient, is prohibited. If you have received this e-mail in error, please immediately notify us by replying to sender.
Re: Error in nitial Run of basic_tests.py
I appreciate your advice, I'll check the SVNKit lists.
Judging from the access timestamps (ls -lu jsvn*) the "jsvnadmin"
script was the only one that had been accessed when this
basic_tests.py run failed. This run, if successful, would have gone
through all the tests.
Regards,
Tom
On Tue, May 1, 2012 at 2:34 PM, Daniel Shahaf wrote:
> Tom Bing wrote on Tue, May 01, 2012 at 12:04:03 -0400:
>> I am running some tests with basic_tests.py to verify the operation of
>> the SVNKit command-line client scripts. I encountered an error (Errno
>> 8) when I ran basic_tests.py with the --use-jsvn
>
> SVNKit questions should be asked on the SVNKit mailing lists.
>
>> and --bin= options, as shown by the terminal session below.
> ..
>> [tom@lorien ~]$ ls $SVNKIT_HOME/bin
>> jsvn jsvndumpfilter jsvnsetup.openvms jsvnversion.bat
>> jsvnadmin jsvndumpfilter.bat jsvnsync
>> jsvnadmin.bat jsvnlook jsvnsync.bat
>> jsvn.bat jsvnlook.bat jsvnversion
>> [tom@lorien ~]$ cd subversion-1.6.15
>> [tom@lorien cmdline]$ ./basic_tests.py --use-jsvn --bin=$SVNKIT_HOME/bin
>> OSError: [Errno 8] Exec format error
>
> I assume that svntest tries gets that error upon attempting to run
> system("$SVNKIT_HOME/bin/jsvn") (aka os.system() in Python).
>
> Beyond that, This does not seem to be a bug in the test harness itself, so
> please
> follow up on the SVNKit lists. Good luck!
>
> Daniel
Re: Error in nitial Run of basic_tests.py
Tom Bing wrote on Tue, May 01, 2012 at 20:04:41 -0400: > I appreciate your advice, I'll check the SVNKit lists. > > Judging from the access timestamps (ls -lu jsvn*) the "jsvnadmin" > script was the only one that had been accessed when this > basic_tests.py run failed. Not surprising; 'svnadmin create' is the first command the harness runs.
Re: Can't commit after deleting files from repository
nut wrote: >I'm trying to delete some files from my repository. After "svn delete >", I get > >D > >as expected, but when I try to commit, I get > >svn: Commit failed (details follow): >svn: ' is not under version control looks like you are trying to 'svn commit ' You need to commit the containing folder instead, because that's where the deletion is recorded. -- Lorenz
RE: default ignores
Sorry for late reply - thanks for that information Johan. Glad that there's work going on in this area :) -Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: 18 April 2012 16:32 To: James French Cc: Les Mikesell; Subversion Users Subject: Re: default ignores On Wed, Apr 18, 2012 at 10:00 AM, James French wrote: > > > From: Les Mikesell [lesmikes...@gmail.com] > Sent: 17 April 2012 19:34 > To: James French > Cc: Subversion Users > Subject: Re: default ignores > > On Tue, Apr 17, 2012 at 1:08 PM, James French > wrote: >> >> I would say that it is up to the user to check their commit and if it >> contains unwanted files then that fact should be visible to them and they >> can un-add them and set up an ignore if appropriate. > > Sorry, but no. A user can't ever un-add something he has committed to > a repository. And it is an unreasonable amount of admin time/work for > the administrator to do it with an svnadmin dump/filter/load cycle. > >> Silently failing to add important files I think is worse because you simply >> don't know that its happened until something goes wrong later. > > But you just said the user was supposed to check... It is easy to add > the missed files, but you can't un-add. > >> I still believe that svn is a source control system that each user must take >> responsibility for and configure how they want. > > Of course, but defaults should be there for the common case. > >> I don't think that config decisions should be taken by the core product. >> What if a '.a' file means something else on a different platform? Its the >> arbitrary nature of the excludes I don't like either (ie primarily supports >> the svn dev's main platform). > > That's why it is in a config file, not hardcoded. Make it do whatever > you want. Perhaps the clients should make it easier to see the config > and change it instead of just dropping a normally hidden file > somewhere, but that doesn't make having defaults wrong or less useful. > >> One could organise it so the build trees are separate to source trees which >> completely gets round the problem of accidentally checking in object >> files... This is what I've got but I'm being penalised because other people >> mix their build output files in with their source. > > There is a worse problem of committing binaries in the mix, especially > if you combine a lot of projects in one repository. How big can the > repository potentially grow and how long do you want to be down when > the time comes to rearrange or clean it up with some dump/load passes? > Or can we just expect hardware speed and capacity to stay ahead of > this problem forever? > > -- > Les Mikesell > lesmikes...@gmail.com > > > Fair points. In my first point I did mean pre-commit though. I certainly take > your point about irreversible repository bloat though. I think we both agree > that a *per-repository* central config system would be great. Then I could > have all the lovely ignores on the repositories that contain source code and > no ignores on the repositorys that contain SDKs, 3rd party distros, artwork, > animation resources etc etc (where it can really hurt when you've got twenty > artists plowing stuff in that don't know much about subversion). That's what > I really need. Unless its per-repository the problem always remains. > You may be interested to know that work is being done currently on "inheritable properties", with amongst others the goal of enabling "repository dictated configuration" (with svn:ignore or global-ignores definitely on the radar as a concrete use case). It's too early to tell how it will turn out concretely, and when it will be finished. But I'd just thought of letting you know that there may be some improvement on the horizon. See this design doc on the wiki: http://wiki.apache.org/subversion/InheritedProperties And a dev-thread with lots of discussion (note: it's a long thread, but contains some interesting discussions and ideas, amongst others about the ignore property): http://svn.haxx.se/dev/archive-2012-01/0032.shtml Paul Burba is currently working on a feature branch to see how the current design (see wiki) turns out in practice: http://svn.apache.org/viewvc/subversion/branches/inheritable-props/ -- Johan
