Re: Subversion Vision and Roadmap Proposal

On Sat, Apr 10, 2010 at 00:18, Alexey Neyman wrote: > Have you looked at pre-commit hooks that may serve that purpose? I think > svnperms.py may be what you're looking for - just disallow all operations > except additions on 'tags/*', and disallow all operations on 'tags/*/*'. I think people are

Re: Subversion Vision and Roadmap Proposal

Have you looked at pre-commit hooks that may serve that purpose? I think svnperms.py may be what you're looking for - just disallow all operations except additions on 'tags/*', and disallow all operations on 'tags/*/*'. Hope that helps, Alexey. On Friday 09 April 2010 05:56:44 pm Vadim Chekan w

Re: Subversion Vision and Roadmap Proposal

On Fri, Apr 9, 2010 at 11:31 AM, B Smith-Mannschott wrote: > On Fri, Apr 9, 2010 at 10:13, Vadim Chekan wrote: >> P.S. Plase, introduce true tags, no more "lets pretend this copy is a >> tag". > > What's a "true" tag? What's it good for? How would it behave? Tag is named snapshot. When I do

Re: Pushmi support

On Fri, Apr 9, 2010 at 16:58, Hyrum K. Wright wrote: > > On Fri, Apr 9, 2010 at 9:51 PM, Stefan Sperling wrote: >> >> Or writing a design proposal, that clearly explains the intent >> of the change, the reason why it's needed, the security implications, >> how exactly the change will be implement

Re: svn commit: r932469 - /subversion/trunk/subversion/tests/cmdline/merge_tests.py

On Fri, Apr 9, 2010 at 18:38, Stefan Sperling wrote: > On Fri, Apr 09, 2010 at 06:27:18PM -0400, Greg Stein wrote: >> On Fri, Apr 9, 2010 at 16:54, Stefan Sperling wrote: >> > On Fri, Apr 09, 2010 at 03:44:19PM -0400, Greg Stein wrote: >> >> On Fri, Apr 9, 2010 at 11:46,   wrote: >> >> >... >> >>

Re: svn commit: r932635 - /subversion/trunk/subversion/libsvn_repos/reporter.c

On 04/09/2010 03:33 PM, Stefan Sperling wrote: On Fri, Apr 09, 2010 at 03:15:21PM -0700, Blair Zajac wrote: On 04/09/2010 03:08 PM, s...@apache.org wrote: Author: stsp Date: Fri Apr 9 22:08:40 2010 New Revision: 932635 URL: http://svn.apache.org/viewvc?rev=932635&view=rev Log: * subversion/li

Re: Windows binaries for 1.6.9

David Darj писал в своём письме Sat, 10 Apr 2010 02:34:29 +0500: Hi I've just managed to build Subversion 1.6.9 binaries for Windows. These binaries were built with: APR 1.3.9 APR-util 1.3.9 APR-ICONV 1.2.1 Neon 0.28.6 Berkeley DB 4.4.20 OpenSSL 0.9.8n ZLib

Re: svn commit: r932469 - /subversion/trunk/subversion/tests/cmdline/merge_tests.py

On Fri, Apr 09, 2010 at 06:27:18PM -0400, Greg Stein wrote: > On Fri, Apr 9, 2010 at 16:54, Stefan Sperling wrote: > > On Fri, Apr 09, 2010 at 03:44:19PM -0400, Greg Stein wrote: > >> On Fri, Apr 9, 2010 at 11:46,   wrote: > >> >... > >> > +++ subversion/trunk/subversion/tests/cmdline/merge_tests.

Re: svn commit: r932635 - /subversion/trunk/subversion/libsvn_repos/reporter.c

On Fri, Apr 09, 2010 at 03:15:21PM -0700, Blair Zajac wrote: > On 04/09/2010 03:08 PM, s...@apache.org wrote: > >Author: stsp > >Date: Fri Apr 9 22:08:40 2010 > >New Revision: 932635 > > > >URL: http://svn.apache.org/viewvc?rev=932635&view=rev > >Log: > >* subversion/libsvn_repos/reporter.c > >

Re: svn commit: r932617 - /subversion/trunk/subversion/tests/cmdline/merge_tests.py

And now you just backed out the new test from test_list[] ... On Fri, Apr 9, 2010 at 17:11, wrote: > Author: rhuijben > Date: Fri Apr  9 21:11:04 2010 > New Revision: 932617 > > URL: http://svn.apache.org/viewvc?rev=932617&view=rev > Log: > * subversion/tests/cmdline/merge_tests.py >  (reintegra

Re: svn commit: r932469 - /subversion/trunk/subversion/tests/cmdline/merge_tests.py

On Fri, Apr 9, 2010 at 16:54, Stefan Sperling wrote: > On Fri, Apr 09, 2010 at 03:44:19PM -0400, Greg Stein wrote: >> On Fri, Apr 9, 2010 at 11:46,   wrote: >> >... >> > +++ subversion/trunk/subversion/tests/cmdline/merge_tests.py Fri Apr  9 >> > 15:46:17 2010 >> > @@ -18792,7 +18792,7 @@ def rei

RE: Subversion Vision and Roadmap Proposal

> The trick is to use the --stop-on-copy (to stop at branch point) > -v (to show patsh) options of the svn log command: > > $ svn log --stop-on-copy -v . > > r3 | stsp | 2010-04-09 22:25:24 +0100 (Fri, 09 Apr 2010) | 1 line >

Re: svn commit: r932635 - /subversion/trunk/subversion/libsvn_repos/reporter.c

On 04/09/2010 03:08 PM, s...@apache.org wrote: Author: stsp Date: Fri Apr 9 22:08:40 2010 New Revision: 932635 URL: http://svn.apache.org/viewvc?rev=932635&view=rev Log: * subversion/libsvn_repos/reporter.c (update_entry): Style nit: Replace "if (a) b = TRUE;" with "b = (a);" - else

Re: Subversion Vision and Roadmap Proposal

On Fri, Apr 09, 2010 at 10:29:30PM +0100, Stefan Sperling wrote: > On Fri, Apr 09, 2010 at 04:39:08PM -0400, Mark Mielke wrote: > > Branch is similar. If I want to set to the point on trunk at which > > branches/2.0 was branched, how do I do this? > > In GIT, it's just "git checkout master", "git r

Windows binaries for 1.6.9

Hi I've just managed to build Subversion 1.6.9 binaries for Windows. These binaries were built with: APR 1.3.9 APR-util 1.3.9 APR-ICONV 1.2.1 Neon 0.28.6 Berkeley DB 4.4.20 OpenSSL 0.9.8n ZLib 1.2.3 Apache 2.2.15 Python 2.6 libintl 0.14.1 (patched) Ruby

Re: Subversion Vision and Roadmap Proposal

On Fri, Apr 09, 2010 at 04:39:08PM -0400, Mark Mielke wrote: > In fact, I've found it a bit difficult to reliable say "what > revision of trunk was this tag created from?" I think the > information is in the copy-from attribute in the underlying FSFS > commit, but the last time I tried to get acces

Re: misaligned blame output if repo has >1m revisions

On Fri, Apr 9, 2010 at 10:04 PM, Johan Corveleyn wrote: > On Fri, Apr 9, 2010 at 10:37 PM, Hyrum K. Wright > wrote: > > > > > > On Fri, Apr 9, 2010 at 9:17 PM, Johan Corveleyn > wrote: > >> > >> Hi devs, > >> > >> Just a heads up, not really important, but I came across this in > >> blame_cmd.c

Re: misaligned blame output if repo has >1m revisions

On Fri, Apr 09, 2010 at 10:17:12PM +0200, Johan Corveleyn wrote: > Hi devs, > > Just a heads up, not really important, but I came across this in > blame_cmd.c (inside print_line_info): > > [[[ > const char *rev_str = SVN_IS_VALID_REVNUM(revision) > ? apr_psprintf(pool, "%6ld", revision) >

Re: misaligned blame output if repo has >1m revisions

On Fri, Apr 9, 2010 at 10:37 PM, Hyrum K. Wright wrote: > > > On Fri, Apr 9, 2010 at 9:17 PM, Johan Corveleyn wrote: >> >> Hi devs, >> >> Just a heads up, not really important, but I came across this in >> blame_cmd.c (inside print_line_info): >> >> [[[ >>  const char *rev_str = SVN_IS_VALID_REVN

Re: Pushmi support

On Fri, Apr 9, 2010 at 9:51 PM, Stefan Sperling wrote: > Or writing a design proposal, that clearly explains the intent > of the change, the reason why it's needed, the security implications, > how exactly the change will be implemented (e.g. where will the config > setting live that allows the n

Re: svn commit: r932469 - /subversion/trunk/subversion/tests/cmdline/merge_tests.py

On Fri, Apr 09, 2010 at 03:44:19PM -0400, Greg Stein wrote: > On Fri, Apr 9, 2010 at 11:46, wrote: > >... > > +++ subversion/trunk/subversion/tests/cmdline/merge_tests.py Fri Apr  9 > > 15:46:17 2010 > > @@ -18792,7 +18792,7 @@ def reintegrate_with_subtree_merges(sbox > >     'D/H/omega' : Item(

Re: Pushmi support

On Fri, Apr 09, 2010 at 03:36:10PM +0100, Philip Martin wrote: > Tim Starling writes: > > > That was my fourth post to this list, I was referring to the other > > three, particularly: > > > >

Re: Subversion Vision and Roadmap Proposal

On 04/09/2010 02:31 PM, B Smith-Mannschott wrote: What I still don't know is this: how would "true tags" behave, if Subversion had them? What problems would that enable me to solve more conveniently than I can now? I don't know what the original poster meant - but something to consider: DV

Re: misaligned blame output if repo has >1m revisions

On Fri, Apr 9, 2010 at 9:17 PM, Johan Corveleyn wrote: > Hi devs, > > Just a heads up, not really important, but I came across this in > blame_cmd.c (inside print_line_info): > > [[[ > const char *rev_str = SVN_IS_VALID_REVNUM(revision) >? apr_psprintf(pool, "%6ld", revision) >

Re: Severe performance issues with large directories

On Fri, Apr 9, 2010 at 3:59 PM, Greg Stein wrote: >> Are you sure that this is in prop-base, not .svn/tmp? > > Whatever. Does it matter? :-P > > I think we should backport the changes we made in svn_io_open_unique_file3. > >> For 1.7 we made the tempfilename generator better in guessing new names,

Re: deprecate all of svn_wc.h ?

On Thu, Apr 8, 2010 at 10:02 PM, Greg Stein wrote: > Hey all, > > It has come up a few times on IRC discussions: "we should never have > exposed libsvn_wc, just libsvn_client". > > Well, we've already exposed it, so we need to at least keep that stuff > around. But moving forward... should new fu

Re: svn commit: r932571 - in /subversion/trunk/subversion: include/ include/private/ libsvn_client/ libsvn_wc/ svn/

On Fri, Apr 9, 2010 at 16:07, wrote: >... > +++ subversion/trunk/subversion/include/svn_wc.h Fri Apr  9 20:07:51 2010 > @@ -3530,8 +3530,121 @@ enum svn_wc_status_kind >  * @note Fields may be added to the end of this structure in future >  * versions.  Therefore, to preserve binary compatibility

misaligned blame output if repo has >1m revisions

Hi devs, Just a heads up, not really important, but I came across this in blame_cmd.c (inside print_line_info): [[[ const char *rev_str = SVN_IS_VALID_REVNUM(revision) ? apr_psprintf(pool, "%6ld", revision) : " -"; ]]] Which means that users of a repo with over

Re: [PATCH] rev svn_wc_status2_t to svn_wc_status3_t

Committed in r932571. On Fri, Apr 09, 2010 at 03:35:17PM -0400, Greg Stein wrote: > Because this is "just" a type rename, it is very easy to review. > > I'm +1 to commit with the mods I mentioned on IRC. I'll do a followup > review post-commit. > > Thanks! > -g > > On Fri, Apr 9, 2010 at 11:06

Re: Severe performance issues with large directories

On Fri, Apr 9, 2010 at 08:27, Bert Huijben wrote: >> -Original Message- >> From: Paul Holden [mailto:paul.hol...@gmail.com] >... >> 2) subversion appears to generate a temporary file in .svn\prop-base\ for >> every file that's being updated. It's generating filenames sequentially, >> which

Re: svn commit: r932469 - /subversion/trunk/subversion/tests/cmdline/merge_tests.py

On Fri, Apr 9, 2010 at 11:46, wrote: >... > +++ subversion/trunk/subversion/tests/cmdline/merge_tests.py Fri Apr  9 > 15:46:17 2010 > @@ -18792,7 +18792,7 @@ def reintegrate_with_subtree_merges(sbox >     'D/H/omega' : Item("New content"), >     }) >   expected_A_skip = wc.State(A_COPY_path, {})

RE: Subversion Vision and Roadmap Proposal

> On Fri, Apr 9, 2010 at 10:13, Vadim Chekan wrote: > > P.S. Plase, introduce true tags, no more "lets pretend this copy is > a tag". > > What's a "true" tag? What's it good for? How would it behave? I'm not Vadim but... Basically an attribute added to a path at a certain revisions. I would

Re: Bug: Properties are lost in merges between repositories

Just a quick note to say, "I've seen your mail, am not ignoring it, and hope to process it later." Tobias Bading wrote: > Hi Daniel, > > on 27.03.2010, at 19:00, Daniel Shahaf wrote: >> Tobias Bading wrote on Sat, 27 Mar 2010 at 15:11 +0100: >>> Please see the attached reproduction script for an

Re: [PATCH] rev svn_wc_status2_t to svn_wc_status3_t

Because this is "just" a type rename, it is very easy to review. I'm +1 to commit with the mods I mentioned on IRC. I'll do a followup review post-commit. Thanks! -g On Fri, Apr 9, 2010 at 11:06, Daniel Näslund wrote: > Hi! > > This is a _big_ patch but it does very little. I've just replaced e

Re: deprecate all of svn_wc.h ?

On 09.04.2010 21:07, Greg Stein wrote: On Fri, Apr 9, 2010 at 13:49, Stefan Küng wrote: ... Going through the code of TSVN, I found a few places where we use functions defined in svn_wc.h: Ooh! Thanks! * svn_wc_adm_probe_open3, used to get the svn_wc_adm_access_t required for svn_client_uui

Re: deprecate all of svn_wc.h ?

On Fri, Apr 9, 2010 at 13:49, Stefan Küng wrote: >... > Going through the code of TSVN, I found a few places where we use functions > defined in svn_wc.h: Ooh! Thanks! > * svn_wc_adm_probe_open3, used to get the svn_wc_adm_access_t required for > svn_client_uuid_from_path() Looks like we have a

Re: Subversion Vision and Roadmap Proposal

On Fri, Apr 9, 2010 at 10:13, Vadim Chekan wrote: > P.S. Plase, introduce true tags, no more "lets pretend this copy is a > tag". What's a "true" tag? What's it good for? How would it behave? Subversion and the DVCs mean more or less the same thing when they say "tag", modulo the fact that

Re: deprecate all of svn_wc.h ?

On 08.04.2010 23:02, Greg Stein wrote: Hey all, It has come up a few times on IRC discussions: "we should never have exposed libsvn_wc, just libsvn_client". Well, we've already exposed it, so we need to at least keep that stuff around. But moving forward... should new functions continue to be e

Re: svn commit: r932459 - in /subversion/trunk/subversion/libsvn_wc: entries.c wc-queries.sql wc_db.c wc_db.h

On Fri, Apr 9, 2010 at 11:17, wrote: >... > +++ subversion/trunk/subversion/libsvn_wc/entries.c Fri Apr  9 15:17:06 2010 > @@ -1059,7 +1059,18 @@ read_entries_new(apr_hash_t **result_ent >                                                  result_pool); > >       if (checksum) > -        entry->che

Re: svn commit: r932361 - in /subversion/trunk/subversion/libsvn_wc: update_editor.c wc-queries.sql wc_db.c wc_db.h

On Fri, Apr 9, 2010 at 07:39, wrote: >... > +++ subversion/trunk/subversion/libsvn_wc/wc_db.c Fri Apr  9 11:39:22 2010 > @@ -7172,3 +7172,28 @@ svn_wc__db_temp_get_file_external(const > >   return svn_error_return(svn_sqlite__reset(stmt)); >  } > + > + > +svn_error_t * > +svn_wc__db_temp_set_base

Re: [PATCH] Fix for issue 2753 "SVNListParentPath feature doesn't work when svn authz is used."

On 04/08/2010 09:23 PM, Philip Martin wrote: Kamesh Jayachandran writes: [issue2753] Fix issue 2753. Let me see if I understand: The issue is that when SVNListParentPath and AuthzSVNAccessFile are configured then GET requests for the parent path get passed through the authz stuff.

Pristine text handling - musing on what angle to take next week

I've been studying the pristine text handling, and made a bit of progress in the update editor. There are several angles from which I could continue: - Installing the new pristine during commit. (Update and commit are the two places that need to install one, except for "copy" which installs a

RE: Subversion Vision and Roadmap Proposal

> > P.S. Plase, introduce true tags, no more "lets pretend this copy > is > > a tag". > > I agree here - branches are great, but sometimes you want a 'snapshot' > or a 'baseline' that doesn't require a whole new directory in the repo > (especially as the number of branches you have increases,

RE: Subversion Vision and Roadmap Proposal

> In particular, there are people who have patches for svn, and we don't > handle them very well. In some cases, there is a high bar of > review/change/resubmit that turns people off. In other cases, people > are focused on whatever task they're working on, and the patches are > left by the wayside

[PATCH] rev svn_wc_status2_t to svn_wc_status3_t

Hi! This is a _big_ patch but it does very little. I've just replaced every occurence of svn_wc_status2_t with the new svn_wc_status3_t. It's needed, in the cause of removing the entry field which I intend to do in a follow-up. There's a WIP on the list, that handles most of the chores of the sta

Re: Pushmi support

Tim Starling writes: > That was my fourth post to this list, I was referring to the other > three, particularly: > > > > I could see that after being ignored on that issue, my only chance of

Re: Pushmi support (was Re: Subversion Vision and Roadmap Proposal)

Alec Kloss wrote: > On 2010-04-09 21:54, Tim Starling wrote: > [chop] > >> My problem is that Subversion is so slow, in terms of network >> round-trips, that's it's virtually unusable in our application for tasks >> like merging and annotating. Chia-liang Kao has done an awesome job of >> >

RE: Severe performance issues with large directories

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: Friday, April 09, 2010 8:27 AM > To: 'Paul Holden'; dev@subversion.apache.org > Subject: RE: Severe performance issues with large directories > > This issue is actually worse on Windows then on linux, because NTFS i

Re: Severe performance issues with large directories

Hi Bert, Many thanks for the quick response. > I think you can find a lot of issues similar to your issue in our issue > tracker. Searching fail on my part - sorry for re-treading old ground. > For WC-NG we move all the entries data in a single wc.db file in a .svn > directory below the root of

Re: Subversion Vision and Roadmap Proposal

Stefan Sperling wrote: > On Fri, Apr 09, 2010 at 12:13:56AM -0400, Greg Stein wrote: > > On Thu, Apr 8, 2010 at 22:55, Tim Starling wrote: > > > C. Michael Pilato wrote: > > >> We need to find a way to embrace and > > >> empower would-be Subversion contributors. > > > > > > You could start by repl

RE: Subversion Vision and Roadmap Proposal

> ROADMAP > With that vision in mind, we identified a number of high-value improvements > which Subversion should gain in coming releases. Then we took a casual pass > at assigning some technical "plumbing" dependencies for each of these. > Here's what we came up with, in the form "FEATURE: [DEP

RE: Subversion Vision and Roadmap Proposal

> -Original Message- > From: Vadim Chekan [mailto:kot.bege...@gmail.com] > Sent: Friday, April 09, 2010 9:14 AM > To: Subversion Development > Subject: Re: Subversion Vision and Roadmap Proposal > > P.S. Plase, introduce true tags, no more "lets pretend this copy is > a tag". I agree

Re: svn commit: r932367 - /subversion/trunk/subversion/libsvn_ra_neon/lock.c

phi...@apache.org writes: > Author: philip > Date: Fri Apr 9 11:49:40 2010 > New Revision: 932367 > > URL: http://svn.apache.org/viewvc?rev=932367&view=rev > Log: > Fix a SEGV in lock_tests.py 37 when using neon. I started seeing this when I using apr[util] with pool debugging enabled. The test

Re: svnlook_tests.py 12 failing on trunk and 1.6.x over ra_serf and ra_neon

Greg, The test in question (svnlook_tests.py 12 "test 'svnlook * -t'") creates this pre-commit hook: [[[ @"C:\Python26\python.exe" C:\SVN\src-trunk-2\Release\subversion\tests\cmdline\svn-test-work\repositories\svnlook_tests-12\hooks\pre-commit.py %* ]]] Which wraps the "real" Pyhthon hook: [[[

Re: Pushmi support (was Re: Subversion Vision and Roadmap Proposal)

On 2010-04-09 21:54, Tim Starling wrote: [chop] > My problem is that Subversion is so slow, in terms of network > round-trips, that's it's virtually unusable in our application for tasks > like merging and annotating. Chia-liang Kao has done an awesome job of [chop] I assume you're talking about h

RE: Severe performance issues with large directories

> -Original Message- > From: Paul Holden [mailto:paul.hol...@gmail.com] > Sent: vrijdag 9 april 2010 13:32 > To: dev@subversion.apache.org > Subject: Severe performance issues with large directories > > Hello, > > > > I've had a look through the issue tracker and mailing list archives

Pushmi support (was Re: Subversion Vision and Roadmap Proposal)

Stefan Sperling wrote: > On Fri, Apr 09, 2010 at 12:13:56AM -0400, Greg Stein wrote: > >> On Thu, Apr 8, 2010 at 22:55, Tim Starling wrote: >> >>> C. Michael Pilato wrote: >>> We need to find a way to embrace and empower would-be Subversion contributors. >>>

Severe performance issues with large directories

Hello, I’ve had a look through the issue tracker and mailing list archives and didn’t find any references to this issue. I also assume that this is a more appropriate mailing list than 'users'. We’ve noticed recently that we have terrible performance when updating a particular directory in ou

Re: svnlook_tests.py 12 failing on trunk and 1.6.x over ra_serf and ra_neon

You need the RA layer to perform the commit/propset that runs the hook that runs 'svnlook -t'. Greg Stein wrote on Fri, 9 Apr 2010 at 00:15 -0400: > What? I thought svnlook was purely a server-side tool. What does the > RA layer have to do with it? > > On Thu, Apr 8, 2010 at 21:34, Paul Burba w

Re: Subversion Vision and Roadmap Proposal

Thanks for great overview Michael, I am playing with dvcs and "d" is not the point. Even if we will adopt dvcs, it will be configured in centralized fashion. What attracts me is: 1. ability to create a branch locally in <5sec (big project) and never expose it. I could do branches even for code r

Re: Subversion Vision and Roadmap Proposal

On Fri, Apr 09, 2010 at 12:13:56AM -0400, Greg Stein wrote: > On Thu, Apr 8, 2010 at 22:55, Tim Starling wrote: > > C. Michael Pilato wrote: > >> We need to find a way to embrace and > >> empower would-be Subversion contributors. > > > > You could start by replying to their mailing list posts. Jus