[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] Re: Regarding issue 3690 - Work in progress

From: Noorul Islam K M <noorul_at_collab.net>
Date: Sun, 27 Feb 2011 20:11:39 +0530

Gavin Beau Baumanis <gavinb_at_thespidernet.com> writes:

> Ping. This submission has not received any further comments.
>
> Specifically, Noorul seems to be after comments about "this";
> http://svn.haxx.se/dev/archive-2011-01/0537.shtml , post.
>
>
> On 14/02/2011, at 6:41 PM, Noorul Islam K M wrote:
>
>> Noorul Islam K M <noorul_at_collab.net> writes:
>>
>>> Hyrum K Wright <hyrum_at_hyrumwright.org> writes:
>>>
>>>> On Tue, Feb 8, 2011 at 1:41 AM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
>>>>
>>>>> Hyrum K Wright wrote on Mon, Feb 07, 2011 at 23:14:10 +0000:
>>>>>> On Fri, Feb 4, 2011 at 4:36 PM, Noorul Islam K M <noorul_at_collab.net> wrote:
>>>>>>> hwright noorul: ignored_props_mod takes a list of properties, yes (as
>>>>>>> opposed to a blanket "ignore all prop mods")
>>>>>>>
>>>>>>> hwright what you are saying
>>>>>>> is that in order to accomplish the later
>>>>>>> with the former, you'd have to know a priori which props are in
>>>>>>> the repo, right?
>>>>>>>
>>>>>>> Yes, you are right. This is what I was trying to convey.
>>>>>>
>>>>>> Thanks for helping me understand. These two seem like a couple of
>>>>>> separate, but related, use cases. I wonder if there is a way to
>>>>>> convey "all properties" through the ignored-props list (perhaps a
>>>>>> special "svn:*" prop?).
>>>>>>
>>>>>
>>>>> Having a meta-entry in the property list sounds like a hack, could we
>>>>> easily have a cleaner design?
>>>>
>>>> Well, we are allowed to define any props we want in the 'svn:'
>>>> namespace, and it does make sense (in some cases) to have a 'wildcard'
>>>> property. Maybe this is one of those?
>>>>
>>>>>> For both case, though, I'd like some input from the peanut gallery,
>>>>>> commenting on the utility of adding code vs. maintenance, etc.
>>>>>>
>>>>>
>>>>> From the peanut gallery: having an "ignore any and all prop mods" sounds
>>>>> useful to me. How hard would it be to implement? Just marshal an
>>>>> additional flag and then skip a strcmp() in the FS library, or more
>>>>> involved?
>>>>
>>>> The "skip any and all prop mods" functionality is actually easier than
>>>> the "skip selective prop mods" functionality because of the way we
>>>> store history in the FS and walk history in the repos. Long story
>>>> short: knowing that there was a prop mod is almost a free operation
>>>> (in the context of other stuff); finding out *what* was modified (and
>>>> therefore what should be filtered) takes a bit more work.
>>>>
>>>
>>> Hyrum/Daniel,
>>>
>>> Do you think the initial approach that I took in the following thread is
>>> good enough to implement --ignore-properties? I think it is a very
>>> straight forward implementation. Please take a look.
>>>
>>> http://svn.haxx.se/dev/archive-2011-01/0537.shtml
>>>
>>
>> I would like to proceed with my initial approach. I think it will be
>> great to submit series of patches against trunk. Or may be a new private
>> branch? Please let me know your comments.
>>
>> Thanks and Regards
>> Noorul
>>

Since everyone is busy with 1.7 release. This is parked for the time
being. I hope this thread will get more attention once 1.7 is out.

Thanks and Regards
Noorul
Received on 2011-02-27 15:42:20 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.