Hyrum K. Wright wrote:
> Would this be better served as a WIMP'd test?
It's back to normal :)
~Neels
>
> -Hyrum
>
> On Thu, Apr 29, 2010 at 8:33 AM, wrote:
>
>> Author: neels
>> Date: Thu Apr 29 13:33:49 2010
>> New Revision: 939302
>>
>> URL: http://svn.apache.org/viewvc?rev=939302&view=rev
The second course in the series, "Introduction to Subversion for
Developers" will take place on Wednesday, May 5, 2010 at 9AM PDT.
Subversion's architecture and design principles will be covered and
attendees will be introduced to using Subversion for software
development.
http://wandisco.com/webi
Tobias Bading wrote:
> Hi everyone,
>
> I encountered the following problem with svn 1.6.9 (64-bit build from
> tar files with i686-apple-darwin10-gcc-4.2.1) under Mac OS 10.6.2:
>
> In merges between two repositories, properties seem to get lost. The
> working copy you merge into claims the prop
Tobias Bading wrote:
> Knock, knock. Anyone home? ;-)
Thanks for the nudge. I think I've found the problem. Looking at a fix now.
--
C. Michael Pilato
CollabNet <> www.collab.net <> Distributed Development On Demand
signature.asc
Description: OpenPGP digital signature
Knock, knock. Anyone home? ;-)
On Apr 29, 2010, at 16:00 , Mark Slade wrote:
> Bob,
>
> Thanks for the tip. My mistake.
>
> Mark
>
> On Thu, Apr 29, 2010 at 9:50 AM, Bob Archer wrote:
>
>>> Per your Issue Tracker Guidelines, I am seeking somebody who agrees
>>> that this is a bug before I submit it.
>>>
>>> Overview: Fo
Julian Foad writes:
> Philip Martin wrote:
>> $ svnadmin create repo
>> $ valgrind -q --num-callers=20 subversion/svn/.libs/lt-svn import -mm
>> subversion/tests/cmdline/theta.bin file://`pwd`/repo/f1
>> ==15201== Syscall param write(buf) points to uninitialised byte(s)
>
> Yup, similar result h
Would this be better served as a WIMP'd test?
-Hyrum
On Thu, Apr 29, 2010 at 8:33 AM, wrote:
> Author: neels
> Date: Thu Apr 29 13:33:49 2010
> New Revision: 939302
>
> URL: http://svn.apache.org/viewvc?rev=939302&view=rev
> Log:
> * subversion/tests/cmdline/merge_authz_tests.py
> (mergeinfo_an
Bob,
Thanks for the tip. My mistake.
Mark
On Thu, Apr 29, 2010 at 9:50 AM, Bob Archer wrote:
> > Per your Issue Tracker Guidelines, I am seeking somebody who agrees
> > that this is a bug before I submit it.
> >
> > Overview: For files, 'svn mv' does not properly inherit ACL
> > permissions f
> Per your Issue Tracker Guidelines, I am seeking somebody who agrees
> that this is a bug before I submit it.
>
> Overview: For files, 'svn mv' does not properly inherit ACL
> permissions from the parent directory.
>
> Steps to reproduce (from a subversion working directory):
> 1. setfacl -d -m
Philip Martin wrote:
> $ svnadmin create repo
> $ valgrind -q --num-callers=20 subversion/svn/.libs/lt-svn import -mm
> subversion/tests/cmdline/theta.bin file://`pwd`/repo/f1
> ==15201== Syscall param write(buf) points to uninitialised byte(s)
Yup, similar result here running a recent trunk buil
This came up while investigating a corrupt repository. I don't know if
the warning is connected to the corruption, or even if it is serious.
I'm using Subversion 1.6.x and apr/aprutil 1.2.12, all built with pool
debugging, but this happens with Subversion trunk as well.
The warning can be triggere
Philip Martin wrote:
> Neels J Hofmeyr writes:
>
>>> (Nice effect is that you can check excluded on ra_local, but can't
>>> check absent)
>> /me doesn't fully understand and wonders if he should.
>
> Absent can only occur with auth and auth does not apply to ra_local.
Heh, something I always kn
Neels J Hofmeyr writes:
>> (Nice effect is that you can check excluded on ra_local, but can't
>> check absent)
> /me doesn't fully understand and wonders if he should.
Absent can only occur with auth and auth does not apply to ra_local.
--
Philip
Bert Huijben wrote:
>
>> -Original Message-
>> From: ne...@apache.org [mailto:ne...@apache.org]
>> Sent: donderdag 29 april 2010 2:49
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r939150 -
>> /subversion/trunk/subversion/libsvn_client/merge.c
>>
>> Author: neels
>> Date: Th
Johan Corveleyn wrote:
> On Wed, Apr 28, 2010 at 11:58 PM, Neels J Hofmeyr wrote:
> [...]
>> We use that in a hook script that forbids
>> commits that replace nodes -- because some users often do that by accident,
>> fragmenting history --
>
> Probably because of this bug?
> http://subversion.tig
> -Original Message-
> From: ne...@apache.org [mailto:ne...@apache.org]
> Sent: donderdag 29 april 2010 2:49
> To: comm...@subversion.apache.org
> Subject: svn commit: r939150 -
> /subversion/trunk/subversion/libsvn_client/merge.c
>
> Author: neels
> Date: Thu Apr 29 00:49:16 2010
> New
On Wed, Apr 28, 2010 at 11:58 PM, Neels J Hofmeyr wrote:
[...]
> We use that in a hook script that forbids
> commits that replace nodes -- because some users often do that by accident,
> fragmenting history --
Probably because of this bug?
http://subversion.tigris.org/issues/show_bug.cgi?id=3429
Per your Issue Tracker Guidelines, I am seeking somebody who agrees
that this is a bug before I submit it.
Overview: For files, 'svn mv' does not properly inherit ACL
permissions from the parent directory.
Steps to reproduce (from a subversion working directory):
1. setfacl -d -m user:$USER:r-x .
19 matches
Mail list logo
