Hi,
as I went through the 1.9 changelogs, I spotted that the following new
commands/parameters are not yet documented in the 1.9 release notes:
Just sending these to the list, in case they were overlooked (rather
than intentionally left-out).
svnadmin load --ignore-dates
svnadmin setrevprop
Rainer Jung wrote on Thu, Aug 06, 2015 at 12:56:21 +0200:
> Am 06.08.2015 um 12:38 schrieb Stefan Sperling:
> >On Thu, Aug 06, 2015 at 12:27:48PM +0200, Stefan Sperling wrote:
> >>On Thu, Aug 06, 2015 at 12:13:07PM +0200, Rainer Jung wrote:
> >>>But still the command does not do what was intended.
On 6 August 2015 at 18:54, Rainer Jung wrote:
> Am 06.08.2015 um 16:36 schrieb Rainer Jung:
>>
>> Position of crash:
>>
>> #0 0xff29f194 in vparse_tuple (pool=pool@entry=0x35f10,
>> fmt=fmt@entry=0xffbff264, ap=ap@entry=0xffbff20c,
>> items=> 0xfa>, items=> 0xfa>)
>> at subversion/libsv
Am 06.08.2015 um 18:10 schrieb stef...@apache.org:
Author: stefan2
Date: Thu Aug 6 16:10:39 2015
New Revision: 1694533
URL: http://svn.apache.org/r1694533
Log:
Fix an alignment problem on machines with 32 bit pointers but atomic 64
data access that may not be misaligned.
* subversion/libsvn_ra
Am 06.08.2015 um 17:54 schrieb Rainer Jung:
Am 06.08.2015 um 16:36 schrieb Rainer Jung:
Position of crash:
#0 0xff29f194 in vparse_tuple (pool=pool@entry=0x35f10,
fmt=fmt@entry=0xffbff264, ap=ap@entry=0xffbff20c,
items=, items=)
at subversion/libsvn_ra_svn/marshal.c:1310
1310
On Thu, Aug 6, 2015 at 4:54 PM, Rainer Jung wrote:
> Am 06.08.2015 um 16:36 schrieb Rainer Jung:
>
>> Position of crash:
>>
>> #0 0xff29f194 in vparse_tuple (pool=pool@entry=0x35f10,
>> fmt=fmt@entry=0xffbff264, ap=ap@entry=0xffbff20c,
>> items=> 0xfa>, items=> 0xfa>)
>> at subversion/
Am 06.08.2015 um 17:54 schrieb Rainer Jung:
I think the root cause is here (file subversion/libsvn_ra_svn/marshal.c):
1082/* Allocate an APR array with room for (initially) 4 items.
1083 * We do this manually because lists are the most
frequent protocol
1084 * el
Am 06.08.2015 um 16:36 schrieb Rainer Jung:
Position of crash:
#0 0xff29f194 in vparse_tuple (pool=pool@entry=0x35f10,
fmt=fmt@entry=0xffbff264, ap=ap@entry=0xffbff20c,
items=, items=)
at subversion/libsvn_ra_svn/marshal.c:1310
1310*va_arg(*ap, apr_uint64_t *) = elt->u.num
On 6 August 2015 at 15:54, wrote:
> Author: stefan2
> Date: Thu Aug 6 12:54:36 2015
> New Revision: 1694489
>
> URL: http://svn.apache.org/r1694489
> Log:
> Merge the 1.10-cache-improvements development branch to trunk and remove
> the BRANCH-README file. There were no conflicts.
>
> Changes br
I get a bus error during running the subversion 1.9.0 test suite on
Solaris Sparc. The crash happens in ra_test. The root cause seems to be
an alinment problem. Sparc is picky about 8 Bytes alignment for 64Bit
data types.
Stack:
#0 0xff29f194 in vparse_tuple (pool=pool@entry=0x35f10,
fmt=fm
Hi there,
I had created a number of development branches to make
sure 1.9 stabilization would be uninterrupted. Otherwise,
they would have been trunk dev business as usual.
Now that 1.9 has been released, I'll merge them to /trunk.
The branches are:
^/subversion/branches/1.10-cache-improvements
On Thu, Aug 6, 2015 at 12:03 PM, Alexander Dreweke
wrote:
> Hi
>
> when trying to build subversion without gpg-agent support the build fails.
>
> All code in subversion/libsvn_subr/gpg_agent.c is encapsulated in #ifdef
> SVN_HAVE_GPG_AGENT, but the call to svn_auth__get_gpg_agent_simple_provider
On Tue, Aug 4, 2015 at 12:04 PM, Stefan wrote:
> Hi,
>
> attached is a patch (suggested by danielsh) to update the information on
> building OpenSSL as part of building on Windows from Source.
> As of OpenSSL 1.0.0 the mentioned masm-support is no longer available.
> Therefore you have to use one
Hi
when trying to build subversion without gpg-agent support the build fails.
All code in subversion/libsvn_subr/gpg_agent.c is encapsulated in #ifdef
SVN_HAVE_GPG_AGENT, but the call to
svn_auth__get_gpg_agent_simple_provider in
subversion/libsvn_subr/deprecated.c is missing this check.
Wi
Am 06.08.2015 um 12:38 schrieb Stefan Sperling:
On Thu, Aug 06, 2015 at 12:27:48PM +0200, Stefan Sperling wrote:
On Thu, Aug 06, 2015 at 12:13:07PM +0200, Rainer Jung wrote:
But still the command does not do what was intended. It will return (example)
Server version: Apache/2.4.4 (Unix)
in
On Thu, Aug 06, 2015 at 12:27:48PM +0200, Stefan Sperling wrote:
> On Thu, Aug 06, 2015 at 12:13:07PM +0200, Rainer Jung wrote:
> > But still the command does not do what was intended. It will return
> > (example)
> >
> > Server version: Apache/2.4.4 (Unix)
> >
> > instead of the expected
> >
On Thu, Aug 06, 2015 at 12:13:07PM +0200, Rainer Jung wrote:
> But still the command does not do what was intended. It will return (example)
>
> Server version: Apache/2.4.4 (Unix)
>
> instead of the expected
>
> 2.4.4
This is so tricky to get right.
Can't httpd provide an easier way to ge
This has been observed for Subversion 1.9.0, but visual inspection shows
the same in the head revisions of at least 1.9, 1.8 and 1.7. Trunk
already has a fix, but a bigger and different one than the one proposed
here. Moving to the trunk fix would be fine (it is not in 1.9 STATUS
currently), bu
18 matches
Mail list logo
