On Sat, Oct 15, 2016 at 10:10 PM, Johan Corveleyn wrote:
> On Fri, Oct 14, 2016 at 4:21 PM, Branko Čibej wrote:
>> On 14.10.2016 09:17, Johan Corveleyn wrote:
>>> FWIW, I think you have a valid usecase, though it's a bit unusual. Of
>>> your proposed solutions, I think 1 and 2 are not possible (1
On Fri, Oct 14, 2016 at 4:21 PM, Branko Čibej wrote:
> On 14.10.2016 09:17, Johan Corveleyn wrote:
>> FWIW, I think you have a valid usecase, though it's a bit unusual. Of
>> your proposed solutions, I think 1 and 2 are not possible (1 breaks
>> backwards compatibility
>
> On the other hand, I'd a
On 14.10.2016 09:17, Johan Corveleyn wrote:
> FWIW, I think you have a valid usecase, though it's a bit unusual. Of
> your proposed solutions, I think 1 and 2 are not possible (1 breaks
> backwards compatibility
On the other hand, I'd argue that the behaviour as described is a bug
and that 1 is ac
Hello Johan,
Separating the binary *.v files from the text based *.v files into separate
directories is exactly what we are doing. The hope was that, with the
introduction of inherited properties (svn:auto-props), we could setup a
different set of auto-props rules for just that one low-level direc
On Thu, Oct 13, 2016 at 2:15 AM, Eric Johnson wrote:
> Your constraints, as currently specified, seem to require actual logic
>
> Thoughts follow your email.
>
>
> On 10/12/16 1:44 PM, Rob Hofer wrote:
>>
>> We have a rather common use case where we have an svn:auto-props rule set
>> globally
Your constraints, as currently specified, seem to require actual logic
Thoughts follow your email.
On 10/12/16 1:44 PM, Rob Hofer wrote:
We have a rather common use case where we have an svn:auto-props rule
set globally (set on root of repository) to define source code files
as text based,
We have a rather common use case where we have an svn:auto-props rule set
globally (set on root of repository) to define source code files as text
based, but also have some files provided by 3rd parties which compress or
encrypt similar files with the same file extension (which we have no
control o