On Wed, Feb 1, 2012 at 7:38 AM, Julian Foad wrote:
> Hi Paul. Thanks for indulging my enquiries.
>
> Paul Burba wrote:
>
>> Julian Foad wrote:
>>> Overriding is done by setting a new value for the inheritable
>>> property svn:i:ignore, like this:
>>>
>>> /subversion svn:i:ignore
Hi, Johan,
Von: Johan Corveleyn [mailto:jcor...@gmail.com]
> Perhaps this issue can be deferred if the API would allow you to get / cache
> all the inheritable props, up to the repository root (since they are always
> readable anyway, regardless of authz). Not only "up to the nearest path-wise
On Wed, Feb 1, 2012 at 8:46 AM, Johan Corveleyn wrote:
> On Wed, Feb 1, 2012 at 1:38 PM, Julian Foad
> wrote:
>> Hi Paul. Thanks for indulging my enquiries.
>>
>> Paul Burba wrote:
>>
>>> Julian Foad wrote:
Overriding is done by setting a new value for the inheritable
property svn:i:
On Wed, Feb 1, 2012 at 7:38 AM, Julian Foad wrote:
> Hi Paul. Thanks for indulging my enquiries.
>
> Paul Burba wrote:
>
>> Julian Foad wrote:
>>> Overriding is done by setting a new value for the inheritable
>>> property svn:i:ignore, like this:
>>>
>>> /subversion svn:i:ignore
On 02/01/2012 08:46 AM, Johan Corveleyn wrote:
> Perhaps this issue can be deferred if the API would allow you to get /
> cache all the inheritable props, up to the repository root (since they
> are always readable anyway, regardless of authz). Not only "up to the
> nearest path-wise ancestor that
On Wed, Feb 1, 2012 at 1:38 PM, Julian Foad wrote:
> Hi Paul. Thanks for indulging my enquiries.
>
> Paul Burba wrote:
>
>> Julian Foad wrote:
>>> Overriding is done by setting a new value for the inheritable
>>> property svn:i:ignore, like this:
>>>
>>> /subversion svn:i:ignore
Hi Paul. Thanks for indulging my enquiries.
Paul Burba wrote:
> Julian Foad wrote:
>> Overriding is done by setting a new value for the inheritable
>> property svn:i:ignore, like this:
>>
>> /subversion svn:i:ignore = *.o *.obj *.a *.lib ...
>> /subversion/trunk/tests svn
On Tue, Jan 31, 2012 at 12:48 PM, Julian Foad
wrote:
> Paul Burba wrote:
>
>> Julian Foad wrote:
>>> The ability to see the inherited value and then merge in a child-defined
>>> value (adding/subtracting/overriding semantic sub-elements within the
>>> property value) is essential if we're going t
Paul Burba wrote:
> Julian Foad wrote:
>> The ability to see the inherited value and then merge in a child-defined
>> value (adding/subtracting/overriding semantic sub-elements within the
>> property value) is essential if we're going to implement these features
>> using properties with semant
Paul Burba wrote:
> Julian Foad wrote:
>> [...] The way I read the proposed 'server-dictated config' scheme,
>> it didn't include a way to configure different values for
>> 'global-ignores' to apply to different directories inside the WC,
>> [...]
>
> That is incorrect, the server dictated con
On Mon, Jan 30, 2012 at 11:05 AM, Julian Foad
wrote:
> Branko Čibej wrote:
>
>> On 27.01.2012 12:53, Julian Foad wrote:
>>> Branko Čibej wrote:
On 27.01.2012 11:50, Julian Foad wrote:
> We need to see how we'd implement a reasonable system of svn:ignores
> and auto-props using th
On 30.01.2012 17:05, Julian Foad wrote:
> No. The way I read the proposed 'server-dictated config' scheme, it didn't
> include a way to configure different values for 'global-ignores' to apply to
> different
> directories inside the WC, only for transmitting a single value of
> 'global-ignore
Branko Čibej wrote:
> On 27.01.2012 12:53, Julian Foad wrote:
>> Branko Čibej wrote:
>>> On 27.01.2012 11:50, Julian Foad wrote:
We need to see how we'd implement a reasonable system of svn:ignores
and auto-props using the proposed inheritable properties system. The
ability
On 01/27/2012 04:38 PM, Paul Burba wrote:
> Now let's say we implement inheritable properties as I described in
> the wiki and want to use an inheritable property to supplement the
> existing mechanisms for svn:ignores/global-ignores. Isn't that as
> simple as this?
>
> 4) We add a new reserved i
Hi all,
First of all, thanks for working on server dictated config and inherited
properties. We use Subversion as the core of a Document CMS (with focus on
structured XML authoring). Some of the components we develop are available as
open-source: http://repossearch.com/
We would be absolutely
On Mon, Jan 23, 2012 at 21:16, Paul Burba wrote:
> On Sat, Jan 21, 2012 at 9:05 AM, Ivan Zhakov wrote:
>> On Thu, Jan 19, 2012 at 03:23, Paul Burba wrote:
>>> On Tue, Jan 17, 2012 at 5:02 PM, Johan Corveleyn wrote:
On Tue, Jan 17, 2012 at 8:55 PM, Paul Burba wrote:
> On Tue, Jan 17, 2
On Fri, Jan 27, 2012 at 5:50 AM, Julian Foad wrote:
> Paul Burba wrote:
>
>> See http://wiki.apache.org/subversion/InheritedProperties for what I'm
>> envisioning.
>
> I've added some notes to the Wiki page.
>
> We need to see how we'd implement a reasonable system of svn:ignores and
> auto-props
On 27.01.2012 12:53, Julian Foad wrote:
> Branko Čibej wrote:
>
>> On 27.01.2012 11:50, Julian Foad wrote:
>>> We need to see how we'd implement a reasonable system of svn:ignores
>> and auto-props using the proposed inheritable properties system. The
>> ability to
>> see the inherited value a
On Thu, Jan 26, 2012 at 5:22 PM, Daniel Shahaf wrote:
> Paul Burba wrote on Thu, Jan 26, 2012 at 16:55:48 -0500:
>> On Tue, Jan 24, 2012 at 1:57 PM, C. Michael Pilato
>> wrote:
>> > I must have blanked out through the sequence of emails that got us from
>> > "let's solve a couple of oft-reported
Branko Čibej wrote:
> On 27.01.2012 11:50, Julian Foad wrote:
>> We need to see how we'd implement a reasonable system of svn:ignores
> and auto-props using the proposed inheritable properties system. The ability
> to
> see the inherited value and then merge in a child-defined value
> (addin
On 27.01.2012 11:50, Julian Foad wrote:
> Paul Burba wrote:
>
>> See http://wiki.apache.org/subversion/InheritedProperties for what I'm
>> envisioning.
> I've added some notes to the Wiki page.
>
> We need to see how we'd implement a reasonable system of svn:ignores and
> auto-props using the prop
Paul Burba wrote:
> See http://wiki.apache.org/subversion/InheritedProperties for what I'm
> envisioning.
I've added some notes to the Wiki page.
We need to see how we'd implement a reasonable system of svn:ignores and
auto-props using the proposed inheritable properties system. The ability to
Paul Burba wrote on Thu, Jan 26, 2012 at 16:55:48 -0500:
> On Tue, Jan 24, 2012 at 1:57 PM, C. Michael Pilato
> wrote:
> > I must have blanked out through the sequence of emails that got us from
> > "let's solve a couple of oft-reported user issues regarding auto-props and
> > ignores" to "let's
On Tue, Jan 24, 2012 at 1:57 PM, C. Michael Pilato wrote:
> On 01/21/2012 09:05 AM, Ivan Zhakov wrote:
>> On Thu, Jan 19, 2012 at 03:23, Paul Burba wrote:
>>> Yeah, I've been thinking about this. As you say, the solution for our
>>> "own" inheritable properties is simple. Since Subversion alrea
On 01/21/2012 09:05 AM, Ivan Zhakov wrote:
> On Thu, Jan 19, 2012 at 03:23, Paul Burba wrote:
>> Yeah, I've been thinking about this. As you say, the solution for our
>> "own" inheritable properties is simple. Since Subversion already
>> reserves properties beginning with "svn:" for its own use
On 01/21/2012 09:05 AM, Ivan Zhakov wrote:
> On Thu, Jan 19, 2012 at 03:23, Paul Burba wrote:
>> Yeah, I've been thinking about this. As you say, the solution for our
>> "own" inheritable properties is simple. Since Subversion already
>> reserves properties beginning with "svn:" for its own use
On Sat, Jan 21, 2012 at 2:11 PM, Branko Čibej wrote:
> On 17.01.2012 02:28, Hyrum K Wright wrote:
>> ... and something like inheritable props my fit in that model, though
>> I'd had to make the feature dependency tree another level deeper.
>
> Before you jump on the inheritable properties bandwago
On Sat, Jan 21, 2012 at 9:05 AM, Ivan Zhakov wrote:
> On Thu, Jan 19, 2012 at 03:23, Paul Burba wrote:
>> On Tue, Jan 17, 2012 at 5:02 PM, Johan Corveleyn wrote:
>>> On Tue, Jan 17, 2012 at 8:55 PM, Paul Burba wrote:
On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
> On Tue, Ja
On 17.01.2012 20:54, Johan Corveleyn wrote:
> But, but ... if you're able to checkout ^/foo/bar/baz, then you
> already know that foo and foo/bar
In the ACL world, there is a difference between "lookup" and "read"
access. In your example, the user has permission to lookup ^/foo and
^/foo/bar, but n
On 17.01.2012 02:28, Hyrum K Wright wrote:
> ... and something like inheritable props my fit in that model, though
> I'd had to make the feature dependency tree another level deeper.
Before you jump on the inheritable properties bandwagon, consider that
server-mandated configuration is not inheren
On Thu, Jan 19, 2012 at 03:23, Paul Burba wrote:
> On Tue, Jan 17, 2012 at 5:02 PM, Johan Corveleyn wrote:
>> On Tue, Jan 17, 2012 at 8:55 PM, Paul Burba wrote:
>>> On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
[...]
On Tue, Jan 17, 2012 at 11:36 AM, Paul Burba wrote:
> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
> wrote:
>> On Mon, Jan 16, 2012 at 5:51 PM, Paul Burba wrote:
>> ...
>>> On Thu, Jan 5, 2012 at 4:52 PM, Hyrum K Wright
>>> wrote:
As I recall, there were a few reasons why inherited prop
On Thu, Jan 19, 2012 at 12:23 AM, Paul Burba wrote:
> On Tue, Jan 17, 2012 at 5:02 PM, Johan Corveleyn wrote:
[ ... ]
>> Which makes me wonder: how will we discern inheritable props from
>> normal ones? Merely saying that the svn:conf: namespace (for instance)
>> means that it's always inherita
On Tue, Jan 17, 2012 at 5:02 PM, Johan Corveleyn wrote:
> On Tue, Jan 17, 2012 at 8:55 PM, Paul Burba wrote:
>> On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
>>> On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
>>>
>>> [...]
>>>
We could chose to make things simple and follow
On Tue, Jan 17, 2012 at 9:12 PM, Paul Burba wrote:
> On Tue, Jan 17, 2012 at 2:54 PM, Johan Corveleyn wrote:
>> On Tue, Jan 17, 2012 at 5:36 PM, Paul Burba wrote:
>>> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
>>> wrote:
>>
>> [...]
>>
Another thing to note is that there have been som
On Tue, Jan 17, 2012 at 8:55 PM, Paul Burba wrote:
> On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
>> On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
>>
>> [...]
>>
>>> We could chose to make things simple and follow the svn:mergeinfo
>>> model of inheritance:
>>>
>>> a) If a path
On Tue, Jan 17, 2012 at 2:54 PM, Johan Corveleyn wrote:
> On Tue, Jan 17, 2012 at 5:36 PM, Paul Burba wrote:
>> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
>> wrote:
>
> [...]
>
>>> Another thing to note is that there have been some rumblings about
>>> authz improvements, along the lines of
On Tue, Jan 17, 2012 at 8:33 AM, Johan Corveleyn wrote:
> On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
>
> [...]
>
>> We could chose to make things simple and follow the svn:mergeinfo
>> model of inheritance:
>>
>> a) If a path has an explicit given property then it doesn't inherit
>> that
On Tue, Jan 17, 2012 at 5:36 PM, Paul Burba wrote:
> On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
> wrote:
[...]
>> Another thing to note is that there have been some rumblings about
>> authz improvements, along the lines of an additional permission to say
>> "you can know about this directo
On Mon, Jan 16, 2012 at 8:28 PM, Hyrum K Wright
wrote:
> On Mon, Jan 16, 2012 at 5:51 PM, Paul Burba wrote:
> ...
>> On Thu, Jan 5, 2012 at 4:52 PM, Hyrum K Wright
>> wrote:
>>> As I recall, there were a few reasons why inherited properties haven't
>>> been implemented. One is the client-side s
On Tue, Jan 17, 2012 at 12:51 AM, Paul Burba wrote:
[...]
> We could chose to make things simple and follow the svn:mergeinfo
> model of inheritance:
>
> a) If a path has an explicit given property then it doesn't inherit
> that property; the explicit value is the complete value.
>
> b) If a pat
On Mon, Jan 16, 2012 at 5:51 PM, Paul Burba wrote:
> Hi All,
>
> I haven't been ignoring this thread, I've been laid low with illness
> the last couple of weeks...
Yikes! Hope you're feeling better.
> ...Anyhow, when I finally got back to this I see that a lot of folks
> are itching for an inhe
Hi All,
I haven't been ignoring this thread, I've been laid low with illness
the last couple of weeks...
...Anyhow, when I finally got back to this I see that a lot of folks
are itching for an inheritable property solution. So for now I'll
defer on the open questions re the proposal in the wiki.
Johan Corveleyn wrote on Fri, Jan 06, 2012 at 13:16:06 +0100:
> Come to think of it: using properties has the nice advantage that
> these "configurations" come along when a project is branched or
> tagged. Which is what most users would expect, I guess.
>
> If using some other server-side configur
On 01/06/2012 07:16 AM, Johan Corveleyn wrote:
> Come to think of it: using properties has the nice advantage that
> these "configurations" come along when a project is branched or
> tagged. Which is what most users would expect, I guess.
That's a great point, and echoes a problem which currently
On Fri, Jan 6, 2012 at 8:27 AM, Ivan Zhakov wrote:
> On Fri, Jan 6, 2012 at 00:03, Mark Phippard wrote:
>> On Thu, Jan 5, 2012 at 2:42 PM, Ivan Zhakov wrote:
>>> On Wed, Jan 4, 2012 at 02:58, Paul Burba wrote:
Mike Pilato and I have been kicking around some ideas on server
dictated co
On Fri, Jan 6, 2012 at 00:10, Daniel Shahaf wrote:
> Ivan Zhakov wrote on Thu, Jan 05, 2012 at 23:42:49 +0400:
>> 2. ignores
>> We can add svn:global-ignores property to define global (recursive) ignore
>> mask.
>>
>
> Glossing over details. Is it a revprop? What happens if the wc root is
> not
On Fri, Jan 6, 2012 at 00:03, Mark Phippard wrote:
> On Thu, Jan 5, 2012 at 2:42 PM, Ivan Zhakov wrote:
>> On Wed, Jan 4, 2012 at 02:58, Paul Burba wrote:
>>> Mike Pilato and I have been kicking around some ideas on server
>>> dictated configuration recently and have put our thoughts into a wiki
On Thu, Jan 5, 2012 at 3:23 PM, Mark Phippard wrote:
> On Thu, Jan 5, 2012 at 4:17 PM, Konstantin Kolinko
> wrote:
>
>>> The approach TortoiseSVN and some other clients take does work pretty
>>> nicely but I also think they reveal the short comings in using
>>> properties. For convenience, Torto
On Thu, Jan 5, 2012 at 4:17 PM, Konstantin Kolinko
wrote:
>> The approach TortoiseSVN and some other clients take does work pretty
>> nicely but I also think they reveal the short comings in using
>> properties. For convenience, TortoiseSVN does not force you to set
>> these properties on every
2012/1/6 Mark Phippard :
> On Thu, Jan 5, 2012 at 2:42 PM, Ivan Zhakov wrote:
>>
>>> http://wiki.apache.org/subversion/ServerDictatedConfiguration
>>
>> I think most of use-cases can be solved by existing mechanism without
>> inventing something new:
>> 1. auto-props
>> TortoiseSVN already has 'ts
On 03.01.2012 23:58, Paul Burba wrote:
Mike Pilato and I have been kicking around some ideas on server
dictated configuration recently and have put our thoughts into a wiki
(full disclosure: this wiki was initially based on Hyrum's thoughts on
the subject in
https://svn.apache.org/repos/asf/subv
On Thu, Jan 5, 2012 at 3:23 PM, Stefan Küng wrote:
>> The approach TortoiseSVN and some other clients take does work pretty
>> nicely but I also think they reveal the short comings in using
>> properties. For convenience, TortoiseSVN does not force you to set
>> these properties on every folder a
On 05.01.2012 21:03, Mark Phippard wrote:
On Thu, Jan 5, 2012 at 2:42 PM, Ivan Zhakov wrote:
On Wed, Jan 4, 2012 at 02:58, Paul Burba wrote:
Mike Pilato and I have been kicking around some ideas on server
dictated configuration recently and have put our thoughts into a wiki
(full disclosure:
Ivan Zhakov wrote on Thu, Jan 05, 2012 at 23:42:49 +0400:
> 2. ignores
> We can add svn:global-ignores property to define global (recursive) ignore
> mask.
>
Glossing over details. Is it a revprop? What happens if the wc root is
not the branch root?
On Thu, Jan 5, 2012 at 2:42 PM, Ivan Zhakov wrote:
> On Wed, Jan 4, 2012 at 02:58, Paul Burba wrote:
>> Mike Pilato and I have been kicking around some ideas on server
>> dictated configuration recently and have put our thoughts into a wiki
>> (full disclosure: this wiki was initially based on Hy
On Wed, Jan 4, 2012 at 02:58, Paul Burba wrote:
> Mike Pilato and I have been kicking around some ideas on server
> dictated configuration recently and have put our thoughts into a wiki
> (full disclosure: this wiki was initially based on Hyrum's thoughts on
> the subject in
> https://svn.apache.
On Thu, Jan 5, 2012 at 1:56 AM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Thu, Jan 05, 2012 at 01:40:40 +0100:
>> Another question: is the server-dictated config still "extendable" by
>> the client? I.e.: if the server already defines a global svn:ignore
>> value, can the user still append a
Paul Burba wrote on Wed, Jan 04, 2012 at 14:44:02 -0500:
> On Tue, Jan 3, 2012 at 6:33 PM, Stefan Sperling wrote:
> > If the option name is valid but the option value is not, will the server
> > still send the configuration option to the client? Will it send some default
> > value instead of the i
Johan Corveleyn wrote on Thu, Jan 05, 2012 at 01:40:40 +0100:
> Another question: is the server-dictated config still "extendable" by
> the client? I.e.: if the server already defines a global svn:ignore
> value, can the user still append another pattern? Or for autoprops:
> maybe I want to have my
On Wed, Jan 4, 2012 at 7:30 PM, Paul Burba wrote:
> On Tue, Jan 3, 2012 at 6:16 PM, Daniel Shahaf wrote:
>> On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
>>> Mike Pilato and I have been kicking around some ideas on server
>>> dictated configuration recently and have put our thoughts into a wik
On Tue, Jan 3, 2012 at 6:33 PM, Stefan Sperling wrote:
> On Tue, Jan 03, 2012 at 05:58:16PM -0500, Paul Burba wrote:
>> Mike Pilato and I have been kicking around some ideas on server
>> dictated configuration recently and have put our thoughts into a wiki
>> (full disclosure: this wiki was initia
Paul Burba wrote on Wed, Jan 04, 2012 at 13:30:41 -0500:
> On Tue, Jan 3, 2012 at 6:16 PM, Daniel Shahaf wrote:
> > On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
> >> Mike Pilato and I have been kicking around some ideas on server
> >> dictated configuration recently and have put our thoughts i
On Tue, Jan 3, 2012 at 6:16 PM, Daniel Shahaf wrote:
> On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
>> Mike Pilato and I have been kicking around some ideas on server
>> dictated configuration recently and have put our thoughts into a wiki
>> (full disclosure: this wiki was initially based on
2012/1/4 Paul Burba :
> Mike Pilato and I have been kicking around some ideas on server
> dictated configuration recently and have put our thoughts into a wiki
> (full disclosure: this wiki was initially based on Hyrum's thoughts on
> the subject in
> https://svn.apache.org/repos/asf/subversion/tr
On Tue, Jan 03, 2012 at 05:58:16PM -0500, Paul Burba wrote:
> Mike Pilato and I have been kicking around some ideas on server
> dictated configuration recently and have put our thoughts into a wiki
> (full disclosure: this wiki was initially based on Hyrum's thoughts on
> the subject in
> https://
On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
> Mike Pilato and I have been kicking around some ideas on server
> dictated configuration recently and have put our thoughts into a wiki
> (full disclosure: this wiki was initially based on Hyrum's thoughts on
> the subject in
> https://svn.apache.
Mike Pilato and I have been kicking around some ideas on server
dictated configuration recently and have put our thoughts into a wiki
(full disclosure: this wiki was initially based on Hyrum's thoughts on
the subject in
https://svn.apache.org/repos/asf/subversion/trunk/notes/repos-dictated-config)
68 matches
Mail list logo
