Paul Burba wrote on Fri, Jan 11, 2013 at 15:36:29 -0500:
> This seems wrong to me. I'd expect that if I have no global-ignores
> defined in any of my runtimes that nothing will be ignored. If we
> feel so strongly that these default ignores should be used, why do we
> create a default user config
Neels Hofmeyr wrote on Fri, Jan 11, 2013 at 20:21:42 +0100:
> On Fri, 11 Jan 2013 09:16:57 -0800 (PST)
> cmpil...@tigris.org wrote:
>
> > http://subversion.tigris.org/issues/show_bug.cgi?id=4100
> > What|Old value |New value
> > =
On 01/11/2013 02:23 PM, C. Michael Pilato wrote:
> Actually, I think I'll take a slightly differently approach here. Rather
> than have the client hit the "me resource" (which represents the whole
> repository), I'll have it hit the revision resource associated with the
> single revision that's be
On Fri, Jan 11, 2013 at 5:09 PM, C. Michael Pilato wrote:
> On 01/11/2013 04:28 PM, Paul Burba wrote:
>> I'm merely pointing out that the current behavior regarding the
>> *default* is bizarre IMO. I could have the global-ignores option
>> *purposefully* commented out/not-present in all four Wind
On 01/11/2013 04:28 PM, Paul Burba wrote:
> I'm merely pointing out that the current behavior regarding the
> *default* is bizarre IMO. I could have the global-ignores option
> *purposefully* commented out/not-present in all four Windows configs
> because I don't want to ignore anything, but Subve
Paul Burba wrote:
> I'm merely pointing out that the current behavior regarding the
> *default* is bizarre IMO. I could have the global-ignores option
> *purposefully* commented out/not-present in all four Windows configs
> because I don't want to ignore anything, but Subversion tries to
> outwit
On Fri, Jan 11, 2013 at 3:46 PM, Bert Huijben wrote:
> anywhere?
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 7bit
>
> We inherit from per machine settings that may or may not exist. This
> allows overriding in all layers (2 on UNIX, 4 on Windows) w
anywhere?
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
We inherit from per machine settings that may or may not exist. This
allows overriding in all layers (2 on UNIX, 4 on Windows) while still
having some default.
I don't think we can really change
On 01/11/2013 02:21 PM, Neels Hofmeyr wrote:
> OTOH, the user already supplied two revisions (-rN:M). I guess your
> suggestion is more correct ... but to me peg vs. operational revs have
> always felt overly complicated and unintuitive. Can't it, like, imply a
> peg revision of N, instead of HEAD?
On 01/11/2013 12:15 PM, C. Michael Pilato wrote:
> So. Looks like I'll be taking a little detour here to try to fix this in a
> compatibility-preserving way. Here's my plan:
>
> Server-side: Recognize which resource was hit with the request, looking for
> the (optional) path filter in the REPOR
On Fri, 11 Jan 2013 09:16:57 -0800 (PST)
cmpil...@tigris.org wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4100
> What|Old value |New value
>
> Issue ty
While trying to minimize our 1.8 issue count, I found myself looking issues
#4287 (http://subversion.tigris.org/issues/show_bug.cgi?id=4287) and #4100
(http://subversion.tigris.org/issues/show_bug.cgi?id=4100). Both of these
involve problems using svnrdump to dump a revision range of a URL which n
On Thu, Jan 10, 2013 at 12:24 AM, Mark Phippard wrote:
> On Wed, Jan 9, 2013 at 3:22 PM, Ivan Zhakov wrote:
>> On Thu, Jan 10, 2013 at 12:14 AM, C. Michael Pilato
>> wrote:
>>> On 01/09/2013 03:10 PM, Ivan Zhakov wrote:
I'm thinking about interoperability between svn 1.8-serf client and
>>
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: vrijdag 11 januari 2013 14:12
> To: dev@subversion.apache.org
> Subject: RE: svn commit: r1431633 - in /subversion/trunk/subversion:
> libsvn_wc/cleanup.c libsvn_wc/wc_db.c libsvn_wc/wc_db.h
> tests/cmdline/wc_tests
> -Original Message-
> From: br...@apache.org [mailto:br...@apache.org]
> Sent: donderdag 10 januari 2013 21:55
> To: comm...@subversion.apache.org
> Subject: svn commit: r1431633 - in /subversion/trunk/subversion:
> libsvn_wc/cleanup.c libsvn_wc/wc_db.c libsvn_wc/wc_db.h
> tests/cmdline/
> -Original Message-
> From: Branko Čibej [mailto:br...@wandisco.com]
> Sent: vrijdag 11 januari 2013 13:08
> To: dev@subversion.apache.org
> Subject: Re: svn commit: r1431757 -
> /subversion/trunk/subversion/libsvn_repos/repos.c
>
> On 11.01.2013 12:23, Bert Huijben wrote:
> >
> >>
On 11.01.2013 12:23, Bert Huijben wrote:
>
>> -Original Message-
>> From: br...@apache.org [mailto:br...@apache.org]
>> Sent: vrijdag 11 januari 2013 01:15
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r1431757 -
>> /subversion/trunk/subversion/libsvn_repos/repos.c
>>
>> Auth
> -Original Message-
> From: br...@apache.org [mailto:br...@apache.org]
> Sent: vrijdag 11 januari 2013 01:15
> To: comm...@subversion.apache.org
> Subject: svn commit: r1431757 -
> /subversion/trunk/subversion/libsvn_repos/repos.c
>
> Author: brane
> Date: Fri Jan 11 00:15:16 2013
> New
18 matches
Mail list logo
