Stefan Fuhrmann wrote:
> Julian Foad wrote:
>> In svn.apache.org/r1395434 and svn.apache.org/r1483310, you optimised
>> svn_rangelist_dup().
>>
>> An svn_rangelist_t is an APR array of pointers to small simple objects.
>>
>> I guessed we would have other places where we want to duplicate an
>> ar
On 23 September 2013 02:10, wrote:
> Author: stefan2
> Date: Sun Sep 22 22:10:53 2013
> New Revision: 1525460
>
> URL: http://svn.apache.org/r1525460
> Log:
> Support the MOVes in the RA log API:
> Bump svn_ra_get_log to support the move_behavior option.
>
Hi Stefan, see my comments inline.
> Fo
Hi,
We would like to enhance the locking in Subversion to support use cases where
the user needs to ensure that added files will be possible to commit. There are
a couple of use cases:
1. Adding files that are dependencies to other files, where the reference
mechanism is cumbersome. Simple case
Thomas Åkesson writes:
> Svn does not allow locking non-existent paths. It is blocked both in
> libsvn_fs_base/libsvn_fs_fs as well as in mod_dav_svn. In the same
> areas of the code in fs comments say:
> "While our locking implementation easily supports the locking of
> nonexistent paths, we del
On 02/24/2014 01:56 PM, Philip Martin wrote:
> Thomas Åkesson writes:
>
>> Svn does not allow locking non-existent paths. It is blocked both in
>> libsvn_fs_base/libsvn_fs_fs as well as in mod_dav_svn. In the same
>> areas of the code in fs comments say:
>> "While our locking implementation easily
"C. Michael Pilato" writes:
> On 02/24/2014 01:56 PM, Philip Martin wrote:
>> There is a way to create such locks at present: checkout, lock a
>> file, delete the file or parent directory, commit with --no-unlock.
>> We have a regression test for this:
>> lock_tests.py:deleted_path_lock. (Possibl
On 2/24/14, 8:30 AM, Thomas Åkesson wrote:
> We would like to enhance the locking in Subversion to support use cases where
> the user needs to ensure that added files will be possible to commit. There
> are a couple of use cases:
>
> 1. Adding files that are dependencies to other files, where th
On 2/24/14, 11:10 AM, Philip Martin wrote:
> It's hard to fix. Commit and unlock are separate filesystem operations
> and the server can always die, or fail the unlock, after the commit. I
> suppose a new filesystem might have a commit-and-unlock operation but
> how could FSFS solve it? We might
Ben Reser writes:
> On 2/24/14, 11:10 AM, Philip Martin wrote:
>> It's hard to fix. Commit and unlock are separate filesystem operations
>> and the server can always die, or fail the unlock, after the commit. I
>> suppose a new filesystem might have a commit-and-unlock operation but
>> how could
Philip Martin writes:
> Ben Reser writes:
>
>> On 2/24/14, 11:10 AM, Philip Martin wrote:
>>> It's hard to fix. Commit and unlock are separate filesystem operations
>>> and the server can always die, or fail the unlock, after the commit. I
>>> suppose a new filesystem might have a commit-and-un
On Thu, Feb 13, 2014 at 7:30 AM, Ben Reser wrote:
> The 1.9.0-alpha1 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. There's no particular schedule to this and I
> wouldn
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: dinsdag 25 februari 2014 00:41
> To: Ben Reser
> Cc: Subversion Development
> Subject: Re: 1.9.0-alpha1 up for testing/signing
>
> On Thu, Feb 13, 2014 at 7:30 AM, Ben Reser wrote:
> > The 1.9.0-alpha1 relea
> On 24 feb 2014, at 20:36, Ben Reser wrote:
>
>> On 2/24/14, 8:30 AM, Thomas Åkesson wrote:
>> We would like to enhance the locking in Subversion to support use cases
>> where the user needs to ensure that added files will be possible to commit.
>> There are a couple of use cases:
>>
>> 1. A
Johan Corveleyn wrote on Sat, Feb 22, 2014 at 11:39:08 +0100:
> Seems that mod_dontdothat is now required to run this test. It's
> enabled only on Windows. Bert added
>
> @SkipUnless(svntest.main.is_os_windows) # until the buildbots are configured
>
Looks like that stone has been left unturned
On Tue, Feb 25, 2014 at 1:01 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>> Sent: dinsdag 25 februari 2014 00:41
>> To: Ben Reser
>> Cc: Subversion Development
>> Subject: Re: 1.9.0-alpha1 up for testing/signing
>>
>> On Thu, Feb 13
> -Original Message-
> From: Ben Reser [mailto:b...@reser.org]
> Sent: woensdag 19 februari 2014 02:03
> To: Subversion Development
> Subject: 1.7.16 up for testing/signing
>
> The 1.7.16 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://
Hi,
Von: Ben Reser [mailto:b...@reser.org]
> On 2/24/14, 8:30 AM, Thomas Åkesson wrote:
> > We would like to enhance the locking in Subversion to support use cases
> where the user needs to ensure that added files will be possible to commit.
> There are a couple of use cases:
> >
> > 1. Adding fil
17 matches
Mail list logo
