linux/poky.git/meta/recipes-devtools/subversion, branch uninative-2.1

subversion: misc recipe cleanup

2018-05-11T06:49:37+00:00

- Add default value for PACKAGECONFIG - Combine "inherit autotools" with "inherit pkgconfig gettext" - Drop historical addition of -L${STAGING_LIBDIR} to LDFLAGS - Re-order variables according to OE styleguide (From OE-Core rev: 10cb7bccc2452375b363ba82bf1be2ee0cb0e8e2) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

subversion: upgrade 1.9.6 -> 1.9.7

2018-01-18T12:50:36+00:00

(From OE-Core rev: d3973d787c8af417b6f4d433c3a8a60b5333778e) Signed-off-by: Richard Purdie

subversion: fix CVE-2017-9800

2017-09-11T16:30:30+00:00

A maliciously constructed svn+ssh:// URL would cause Subversion clients before 1.8.19, 1.9.x before 1.9.7, and 1.10.0.x through 1.10.0-alpha3 to run an arbitrary shell command. Such a URL could be generated by a malicious server, by a malicious user committing to a honest server(to attack another user of that server's repositories), or by a proxy server. The vulnerability affects all clients, including those that use file://, http://, and plain (untunneled) svn://. Backport patch from: http://svn.apache.org/viewvc?view=revision&sortby=rev&revision=1804691 Reference: http://subversion.apache.org/security/CVE-2017-9800-advisory.txt (From OE-Core rev: 6e1f8001a0f3c26cce9c692d25987a3c47ff2f74) Signed-off-by: Wenzong Fan Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

subversion: inherit pkgconfig, so that serf can be found

2017-08-30T10:14:26+00:00

(From OE-Core rev: 079b765c6ce7032fa2ad429d80090d7531f174a9) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

subversion: Upgrade 1.9.5-> 1.9.6

2017-07-21T07:44:25+00:00

(From OE-Core rev: 5212d88104b7a53d4bd8bf2320aca9455099ac80) Signed-off-by: Richard Purdie

Revert "subversion: fix "svnadmin create" fail on x86"

2016-12-22T08:50:16+00:00

This reverts commit cfe6f3e251240c9d9a70354be0501600357f0b87. This is because the apr configure wrong, when the apr configure meets the cross compiling, it pass 8 bytes to "off_t", in apr source code configure.in, it was hardcoded: APR_CHECK_SIZEOF_EXTENDED([#include ], off_t, 8) The macro "APR_CHECK_SIZEOF_EXTENDED" was defined in build/apr_common.m4, it use the "AC_TRY_RUN" macro, this macro let the off_t to 8, when cross compiling enable. But in glibc on the x86 or multilib target the "off_t" was 4 bytes, so this cases dismatch for softwares which use the apr.h, such as subversion, run this: svnadmin create test It failed because the "APR_OFF_T_FMT" was "lld" in apr.h when apr configure, but the "apr_off_t" was 4 bytes, in the apr source code: apr_snprintf.c i_quad = va_arg(ap, apr_int64_t); When the function apr_vformatter meets "lld", it would use the above to parse, but the above read 8 bytes, so the follow-up data go to wrong. So we should configure the apr correct when cross compiling. I do this on the following patchs. (From OE-Core rev: fbdfb39c011676fe61a4d58b62226126e0e9ec62) Signed-off-by: Dengke Du Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

subversion: Upgrade 1.9.4 -> 1.9.5

2016-12-17T09:57:02+00:00

(From OE-Core rev: 4cfb7e9342978e77b0167441360330e66b9931cb) (From OE-Core rev: 3f11325f7b7f3d0d1c0829f5f46e65814cf00de3) Signed-off-by: Richard Purdie

subversion: Fix issues in LDFLAGS sed manipulation

2016-12-08T10:31:29+00:00

The existing sed expression can match expressions like --sysroot=/some/path/xxx-linux/ which clearly isn't intended and injects incorrect paths into LDFLAGS. Fix this in the same way we address the problem in CFLAGS. This fixes corrupt build paths and incorrect paths in .la files amongst other issues. (From OE-Core rev: 9a8382422ddbb0972dc25b752204f4908bb9857c) Signed-off-by: Richard Purdie

subversion: fix "svnadmin create" fail on x86

2016-11-06T23:35:36+00:00

When run the following command on x86: svnadmin create /var/test_repo It cause segmentation fault error like the following: [16499.751837] svnadmin[21117]: segfault at 83 ip 00000000f74bf7f6 sp 00000000ffdd9b34 error 4 in libc-2.24.so[f7441000+1af000] Segmentation fault (core dumped) This is because in source code ./subversion/libsvn_fs_fs/low_level.c, function svn_fs_fs__unparse_footer, when: target arch: x86 apr_off_t: 4 bytes if the "APR_OFF_T_FMT" is "lld", it still use type "apr_off_t" to pass data to apr, but in apr source code file apr_snprintf.c the function apr_vformatter meet "lld", it would use the: i_quad = va_arg(ap, apr_int64_t); It uses the apr_int64_t to deal data, it read 8 bytes, so the follow-up data may be error. (From OE-Core rev: 7ea7e3db7801b58495b89a95ec2751d618d3a29f) Signed-off-by: Dengke Du Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

subversion: 1.9.3 -> 1.9.4

2016-08-25T22:03:45+00:00

(From OE-Core rev: 8620d13f8cf18be13429b0015d11e4efefe75b20) Signed-off-by: Robert Yang Signed-off-by: Ross Burton Signed-off-by: Richard Purdie