Stefan Sperling writes:
> However, if rep-sharing is enabled, svn_fs_props_changed() does not work
> as advertised because properties do not carry a SHA1 checksum with a
> "uniquifier" which identifies the transaction they were created in.
> The uniquifier is used by svn_fs_props_changed() to tel
Evgeny Kotkov wrote:
Julian Foad writes:
-": %lu\n",
-(unsigned long)info->size));
+": %" APR_SIZE_T_FMT "\n",
+info->size));
I think that using APR_SIZE_T_FMT woul
Julian Foad writes:
> -": %lu\n",
> -(unsigned long)info->size));
> +": %" APR_SIZE_T_FMT "\n",
> +info->size));
I think that using APR_SIZE_T_FMT would still lead to t
Julian Foad wrote:
(dropping users@)
Julian Foad wrote:
The attached patch should fix it; not yet tested.
Proposed for backport to 1.8.x.
- Julian
I have opened https://issues.apache.org/jira/browse/SVN-4707
and attached the patch there. (Patch v2 is same as v1 but with tweaked
log messag
(dropping users@)
Julian Foad wrote:
The attached patch should fix it; not yet tested.
I have opened https://issues.apache.org/jira/browse/SVN-4707
and attached the patch there. (Patch v2 is same as v1 but with tweaked
log message.)
We briefly discussed testing. It's a pretty obvious fix, b
Re. shelving...
Branko Čibej wrote:
Unless you're absolutely certain that the format and semantics of the
CLI commands won't change, I do suggest adding an "experimental" warning
to the help text.
Done. Thanks.
- Julian
Re. shelving...
Evgeny Kotkov wrote:
Julian Foad writes:
* shelving v1: is isolated -- doesn't affect anything else; is limited but
already useful; will be changed in the next release so APIs are marked
"SVN_EXPERIMENTAL"; changes shelved by this release could be detected and
'upgraded' by
Evgeny Kotkov writes:
> Daniel Shahaf writes:
>
>>> + *
>>> + * Any temporary allocations may be performed in @a scratch_pool.
>>
>> Need to add an @since tag here.
>
> [...]
>
>>> + */
>>> + svn_error_t *(*apply_textdelta_stream)(
>>
>> Could you update the docstring of svn_delta_editor_
Evgeny Kotkov wrote:
Julian Foad writes:
Don't replace it with 'relpath &&' instead, however. If relpath is null then
I think the next line (svn_hash_gets(..., relpath)) would immediately crash
anyway, so allowing it here is useless and therefore confusing. Remove that
condition entirely. That'
Evgeny Kotkov writes:
> (2) I am going to tweak the new test so that it would properly open the
> parent directory and commit to a locked file, to have this case
> covered with a native test.
Committed in r1816060.
Julian Foad writes:
>> (1) Keep the new simpler check in maybe_set_loc
Julian Foad writes:
> At the hackathon today we (me, Stefan Hett, Bert, Johan) have been talking
> about how to progress 1.10.
>
> We think all the features and changes are safe to release and are not going
> to get more testing until we produce a "release candidate". (For example, at
> that poin
> *From:* Ronald Taneza [mailto:ronald.tan...@gmail.com]
> *Sent:* dinsdag 21 november 2017 15:44
> *To:* us...@subversion.apache.org
>
> I got the error below while running "svnadmin load -M 0" to load a dump
> file created by "svnrdump dump".
>
> svnadmin: E140001: Sum of subblock sizes lar
On Mon, Nov 20, 2017 at 3:58 PM, wrote:
> Author: lyalyakin
> Date: Mon Nov 20 14:58:39 2017
> New Revision: 1815812
>
> URL: http://svn.apache.org/viewvc?rev=1815812&view=rev
> Log:
> * staging/quick-start.html
> Make TOC (Table of Contents) contain h2 sections only for now.
>
> Modified:
>
On 22.11.2017 11:53, Julian Foad wrote:
At the hackathon today we (me, Stefan Hett, Bert, Johan) have been
talking about how to progress 1.10.
We think all the features and changes are safe to release and are not
going to get more testing until we produce a "release candidate". (For
example,
Hi,
We're trying to build a generic integration system for RhodeCode that would
also support Subversion. The problem we're now having is how to transmit
some data during e.g commit operation from our system into running hooks.
Our idea now is to use apache and set some special HTTP headers, and
On Wed, Nov 22, 2017 at 11:53:11AM +0100, Julian Foad wrote:
> At the hackathon today we (me, Stefan Hett, Bert, Johan) have been talking
> about how to progress 1.10.
>
> We think all the features and changes are safe to release and are not going
> to get more testing until we produce a "release
One of our users is encountering following exception:
svn: Java exception
svn: Wrapped Java Exception
at org.apache.subversion.javahl.remote.RemoteFactory.open
(Native Method)
at org.apache.subversion.javahl.remote.RemoteFactory.openRemoteSession
(RemoteFactory.java:228)
...
Caused by:
On 22.11.2017 11:53, Julian Foad wrote:
> At the hackathon today we (me, Stefan Hett, Bert, Johan) have been
> talking about how to progress 1.10.
>
> We think all the features and changes are safe to release and are not
> going to get more testing until we produce a "release candidate". (For
> exa
At the hackathon today we (me, Stefan Hett, Bert, Johan) have been
talking about how to progress 1.10.
We think all the features and changes are safe to release and are not
going to get more testing until we produce a "release candidate". (For
example, at that point Stefan will be able to just
19 matches
Mail list logo