You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@subversion.apache.org by Ben Reser <be...@reser.org> on 2013/10/22 21:36:50 UTC

1.8.4 up for testing/signing

The 1.8.4 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.  I plan to try and release on October
29th so please try and get your votes/signatures in place by October 28th.

Thanks!

Re: 1.8.4 up for testing/signing

Posted by Philip Martin <ph...@wandisco.com>.

Summary:

  +1 to release

Platform:

  Linux (Debian/wheezy) 64-bit

Tested:

  (local, svn, svn/sasl, serf, serf/v1) x (fsfs, fsfs/pack/shard, bdb)
  swig-pl, swig-py, swig-rb, ctypes-python
  javahl x (fsfs, bdb)

Results:

  All tests successful except for expected failures of checkout_tests.py 12.

Local dependencies:

  apache2-threaded-dev : 2.2.22-13
  libapr1-dev : 1.4.6-3+deb7u1
  libaprutil1-dev : 1.4.1-3
  libdb5.1-dev : 5.1.29-5
  libsasl2-dev : 2.1.25.dfsg1-6+deb7u1
  libsqlite3-dev : 3.7.16.2-1~bpo70+1
  perl : 5.14.2-21+deb7u1
  python2.7-dev : 2.7.3-6
  ruby1.8-dev : 1.8.7.358-7
  openjdk-7-jdk : 7u25-2.3.10-1~deb7u1
  serf : 1.3.x@2142

subversion-1.8.4.tar.bz2

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAABCAAGBQJSZ7VlAAoJEHbXiOHtGlmcp1YH/jJ1/y+9Qjt4Hjblo//r4Nk2
f2muNvozK0s6GLcTgv01e84Zx28tS/fcjyewdDdzkFlfVDyKnIRyRcFcEcNtwLek
LVTlOw4G+PbCXqd7e2T7DKx6rxjEc7swdkMA0HOQld4LLhUVY/YFVUHcWHteALBE
LMVSzSTHLkCyUhPwK1KIhq2GTyf1PaQJot/qp8Rt0rhto2hNFbLxy3GQNeC/1+yz
EiqcN2Ugiien92Ql7alMvunRmwPVcaw1Di02FXzFE30JPy4GMAoc59uSFoGbcV4k
PAJYl5J5QWJTPL9MkQk4r6yVct/3P6/Jrfc1U3ENX0RFPBDaGsvQhEE24g0yZtE=
=J8Mf
-----END PGP SIGNATURE-----

subversion-1.8.4.tar.gz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAABCAAGBQJSZ7VlAAoJEHbXiOHtGlmc+dIH/1a8KlhhYgqv/IRaOatfLB+D
5N2BhzySPWzYg0Nf/p2y/5pKtzWiQxiR9QixCcByp5PO2+LUPuStUiVA3BEJUCMK
DJBXvk40YSN1jvYo148yGDssUlKUuJmPbGFMLeJQ0zwrXQQJs3bDdFPqq6FB+HoD
Gsh6S0pFeRr2qWtoPQwqocSV8A2X2yxbKx8YqWQdQrx460ZfOP3gSQ6YUPXqNMvy
50SQa2fQO3gQnWepQlH1SCqCtQH0p8k48t2+YNFwVRWPjsGrf2RqVJGZMXui88kX
0C1NVaGo4y2Yv/lqAUoIVSZNoDEwv8YxetDeLyZZEcfe82u1dTRrbtosC/Le9tM=
=ofhH
-----END PGP SIGNATURE-----

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*

Re: 1.8.4 up for testing/signing

Posted by Branko Čibej <br...@wandisco.com>.

On 23.10.2013 14:04, Ivan Zhakov wrote:
> Please note that I'm using scripts that was working fine with previous
> versions. I think we should not release Subversion 1.8.4 until this
> situation will be resolved. 

Noted, but regressions scripts that someone uses to build Subversion,
that are not in our repository, are not part of the release criteria.

It's unfortunate that we don't have a reliable way to build Subversion
on Windows; but two others have already committed Windows signatures, so
clearly they /could/ build the binaries.

-- Brane

-- 
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. brane@wandisco.com

RE: 1.8.4 up for testing/signing

Posted by Bert Huijben <be...@qqmail.nl>.


> -----Original Message-----
> From: Ivan Zhakov [mailto:ivan@visualsvn.com]
> Sent: woensdag 23 oktober 2013 14:04
> To: Ben Reser
> Cc: Subversion Development
> Subject: Re: 1.8.4 up for testing/signing
> 
> On 22 October 2013 23:36, Ben Reser <be...@reser.org> wrote:
> > The 1.8.4 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.  I plan to try and release on October
> > 29th so please try and get your votes/signatures in place by October 28th.
> >
> I cannot build Subversion 1.8.4 on Windows. First problem that I have
> to update scripts that was working fine for Subversion 1.8.3 to build
> zlib and serf externally, while it was compiled by Subversion before.
> Even after fixing this I get the following error:
> [[[
>      [exec] ------ Build started: Project: libsvn_ra_dll,
> Configuration: Release Win32 ------
>      [exec] Linking...
>      [exec] LINK : fatal error LNK1181: cannot open input file 'ssleay32.lib'
> ]]]
> 
> 
> From what I see problem in gen_win.py:1095:
> [[[
>       if self.serf_lib and dep.external_lib == '$(SVN_SERF_LIBS)':
>         nondeplibs.append(serflib)
>         if (self.serf_ver_maj, self.serf_ver_min) >= (1, 3):
>           nondeplibs.append('ssleay32.lib')
>           nondeplibs.append('libeay32.lib')
> ]]]
> 
> So dependency to ssleay32.lib added, but OPENSS\out32dll is not added
> to library search path (fakelibdirs).
> 
> This code introduced on branch in r1533874:
> [[[
> rhuijben  20.10.2013 14:41:47
> Merge ^/subversion/branches/1.8.x-serf-1.3+-windows from trunk
> manually,
> because our automatic merge script doesn't like the branch name.
> 
>  * ^/subversion/branches/1.8.x-serf-1.3+-windows
>    Allow compiling against serf 1.3 and later on Windows
>    Justification:
>      Serf 1.3 brings a lot of fixes that we need for 1.8.x stability.
>    Notes:
>      The dependency handling on Windows was updated for 1.9+, so this
>      needs a specific backport patch (r1517123)
>    Votes:
>      +1: rhuijben, brane, stefan2
> 
> ../trunk/tools/dist/backport.pl: sh(256):  (in 'the
> 1.8.x-serf-1.3+-windows branch') at
> ../trunk/tools/dist/backport.pl line 258, <STATUS> chunk 21.
> Warning summary
> ===============
> 
> 1.8.x-serf-1.3+-windows
> (^/subversion/branches/1.8.x-serf-1.3+-windows[...]): sh(256):
> ]]]
> 
> Please note that I'm using scripts that was working fine with previous
> versions. I think we should not release Subversion 1.8.4 until this
> situation will be resolved.

Then we have a conflict between the requirements of the serf and Subversion projects.

Before this patch Subversion requires a serf makefile and wants to build zlib itself.

While serf wants a pre-build zlib, and to build itself with scons, preferable before Subversion.

The out32dll directory points to a OpenSSL source location (And only to that of a DLL build, not a static build), while both Serf and Subversion document for many releases that the argument should point to an install location where the build type (Static vs Shared) doesn't matter.

Yes, your old situation may have worked, but as far as I can see not in a way that was promised to work by either recent Serf or recent Subversion.

If you put everything of openssl in the apr directories, things build ok... But we never promised that it works (and we never will).

For 1.9/trunk the dependency system is optimized to be in some ways stricter (Version checks, etc.), while in more ways relaxed: you can use output directories for all dependencies; no more source requirements.

	Bert

Re: 1.8.4 up for testing/signing

Posted by Ivan Zhakov <iv...@visualsvn.com>.

On 22 October 2013 23:36, Ben Reser <be...@reser.org> wrote:
> The 1.8.4 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.  I plan to try and release on October
> 29th so please try and get your votes/signatures in place by October 28th.
>
I cannot build Subversion 1.8.4 on Windows. First problem that I have
to update scripts that was working fine for Subversion 1.8.3 to build
zlib and serf externally, while it was compiled by Subversion before.
Even after fixing this I get the following error:
[[[
     [exec] ------ Build started: Project: libsvn_ra_dll,
Configuration: Release Win32 ------
     [exec] Linking...
     [exec] LINK : fatal error LNK1181: cannot open input file 'ssleay32.lib'
]]]


>From what I see problem in gen_win.py:1095:
[[[
      if self.serf_lib and dep.external_lib == '$(SVN_SERF_LIBS)':
        nondeplibs.append(serflib)
        if (self.serf_ver_maj, self.serf_ver_min) >= (1, 3):
          nondeplibs.append('ssleay32.lib')
          nondeplibs.append('libeay32.lib')
]]]

So dependency to ssleay32.lib added, but OPENSS\out32dll is not added
to library search path (fakelibdirs).

This code introduced on branch in r1533874:
[[[
rhuijben  20.10.2013 14:41:47
Merge ^/subversion/branches/1.8.x-serf-1.3+-windows from trunk manually,
because our automatic merge script doesn't like the branch name.

 * ^/subversion/branches/1.8.x-serf-1.3+-windows
   Allow compiling against serf 1.3 and later on Windows
   Justification:
     Serf 1.3 brings a lot of fixes that we need for 1.8.x stability.
   Notes:
     The dependency handling on Windows was updated for 1.9+, so this
     needs a specific backport patch (r1517123)
   Votes:
     +1: rhuijben, brane, stefan2

../trunk/tools/dist/backport.pl: sh(256):  (in 'the
1.8.x-serf-1.3+-windows branch') at
../trunk/tools/dist/backport.pl line 258, <STATUS> chunk 21.
Warning summary
===============

1.8.x-serf-1.3+-windows
(^/subversion/branches/1.8.x-serf-1.3+-windows[...]): sh(256):
]]]

Please note that I'm using scripts that was working fine with previous
versions. I think we should not release Subversion 1.8.4 until this
situation will be resolved.

-- 
Ivan Zhakov
CTO | VisualSVN | http://www.visualsvn.com

Re: 1.8.4 up for testing/signing

Posted by Paul Burba <pt...@gmail.com>.

On Tue, Oct 22, 2013 at 3:36 PM, Ben Reser <be...@reser.org> wrote:
> The 1.8.4 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.  I plan to try and release on October
> 29th so please try and get your votes/signatures in place by October 28th.
>
> Thanks!

SUMMARY:
---------
+1 to release

VERIFIED:
---------
Other than the expected differences in
subversion/include/svn_version.h,
tools/server-side/svnpubsub/rc.d/svnpubsub and
tools/server-side/svnpubsub/rc.d/svnwcsub[1],
https://dist.apache.org/repos/dist/dev/subversion/subversion-1.8.4.zip
is identical to
https://svn.apache.org/repos/asf/subversion/branches/1.8.x@1534716.

[1] See http://svn.haxx.se/dev/archive-2013-05/0079.shtml) for details.

SHA1 checksum of
https://dist.apache.org/repos/dist/dev/subversion/subversion-1.8.4.zip
is 6753989f5c6909dac74e3109547bf4794d3002d4 and agrees with the
published value at
https://dist.apache.org/repos/dist/dev/subversion/subversion-1.8.4.zip.sha1

C:\SVN\Google Drive\Subversion\NOTES\Release Testing\1.8.4>gpg2
--verify subversion-1.8.4.zip.asc
gpg: Signature made 10/22/13 15:30:20 Eastern Daylight Time using RSA
key ID 16A0DE01
gpg: Good signature from "Ben Reser <be...@reser.org>"
gpg:                 aka "Ben Reser <br...@apache.org>"
gpg:                 aka "Ben Reser <be...@wandisco.com>"
gpg: WARNING: This key is not certified with a trusted signature!
gpg:          There is no indication that the signature belongs to the owner.
Primary key fingerprint: 19BB CAEF 7B19 B280 A0E2  175E 62D4 8FAD 16A0 DE01

TESTED:
-------
[Release-Build] x[ fsfs | bdb ] x [ ra_file | ra_svn | ra_serf) ]
Ruby bindings
JavaHL Bindings

RESULTS:
--------
All Tests Pass

PLATFORM:
---------
MS Windows 7 Home Premium Service Pack 1
Microsoft Visual Studio 2008 Version 9.0.30729.1 SP

DEPENDENCIES:
-------------
APR: 1.4.6
APR-UTIL: 1.4.1
Neon: 0.29.5
zlib: 1.2.4
OpenSSL: 0.9.8q
Apache: 2.2.22
BDB: 4.8.30
sqlite: 3.7.7.1
Python: 2.7.2 (ActivePython 2.7.2.5)
Perl: 5.14.2
Ruby: ruby 1.8.7
java: 1.7.0_10
junit: 4.8.2
swig: 1.3.40
serf: 1.2.1

SIGNATURE:
----------
user: "Paul T. Burba <pburba_at_collab.net>"
4096-bit RSA key, ID 56F3D7BC, created 2012-12-11

For https://dist.apache.org/repos/dist/dev/subversion/subversion-1.8.4.zip:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQIcBAABCgAGBQJSZxs+AAoJEGTdwHFW89e8/igP/AsGMW4stLl5W9gIjM/2swGp
iDMNqddpQEVIWycJ2vH+sGQDTkXgvRs1Y8b45MSShB1m4g0JW33t5DNjEZZrfudR
kkGhS6A/YmKJmO14aRcgSSxr4p5U0vMxj9lrsBxCkQ3rbUevD3gZ1cCnjWe2coL6
T5D8sdJ4/MgZCaLtvxcdhE7iBg+SHdeqxsGx6m/pKElMoQpvOXry6Cpn/XEI+8ey
7o0Z/EtGYHMkbjSN4cAzZNanESSwQTAmDmi/Iw3tGeFZwm6ggFeo10K5fnQYi9PO
0j4onTnNVNbly8zTLFw1vb0Q0qEXVckQakESFErUUtQqNMfEi1nMGO9vRkWI2jLt
h7MfEaCViR5sdMM/P6r6t2xke6LsXmUxej/NeqoKpPH7WM9M/bNBoaAeiOum//k2
+qjmVo2F1PeOhsGCPEZERHb5z3VftfhSr0on44xAJYPanxxvkfmAiBxPSKIkNBUZ
iTyYpV4lHjo/qReI4kwNxEGg2ZMlzauYkcjNJbGNjNPa8EVeHsPhIWJ8MNxV1ib3
wXkeb+/4Stw37lL1OirV0y6WBBBunDRhf2be/SiqjPmNRBCgG/kMnJi6amWs3pg/
bMeugUt+RFCgyKCkTBo8l1n5x6xoyE8mAGeoVWVHwdMYk+oYkR4ppqjeHhOzH6rf
cI5UMuu6SLuCNnxbA2Gm
=N3z3
-----END PGP SIGNATURE-----

--
Paul T. Burba
CollabNet, Inc. -- www.collab.net -- Enterprise Cloud Development
Skype: ptburba

Re: 1.8.4 up for testing/signing

Posted by Julian Foad <ju...@btopenworld.com>.

Ben Reser wrote:
> The 1.8.4 release artifacts are now available for testing/signing.

I've built this but am running into OS or hardware problems when trying to run the test suite, so don't know if I'll be able to sign it in time.

(Linux is throwing SSD I/O errors and remounting the FS read-only when I run the test suite.  Repeatably.  It's the first time I've tried to run a full multi-way svn test suite on this new machine, although I have successfully run single "make check"s.  After re-booting, the file system (ext4) checks OK, the drive's SMART data shows no errors except "runtime-bad-blk-total = 2" which I think is insignificant, a "disk surface self-test" checks out OK, and everything works just fine until I try to run the tests again.  So it looks like a hardware/firmware/OS-driver interaction bug.  I have found a number of similar reports on the internet, but no specific diagnosis or solution for my case.)

- Julian

Re: 1.8.4 up for testing/signing

Posted by Ivan Zhakov <iv...@visualsvn.com>.

On 22 October 2013 23:36, Ben Reser <be...@reser.org> wrote:
> The 1.8.4 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.  I plan to try and release on October
> 29th so please try and get your votes/signatures in place by October 28th.
>
Summary:
--------

   +1 to release.

TESTED:
-------
[ fsfs ] x [ file | svn | http v1 | http v2]

RESULTS:
--------
All Tests Pass

PLATFORM:
---------
MS Windows 7 Ultimate (x64)
Microsoft Visual Studio 2008 Version 9.0.30729.1 SP

DEPENDENCIES:
-------------
APR: 1.4.8
APR-Util: 1.5.2
Apache HTTPD: 2.2.25 with r1497121 and r1497441 reverted.
zlib: 1.2.8
OpenSSL: 0.9.8y
sqlite: 3.7.12.1
Python: 2.6.6
serf: 1.3.2

Signatures:
-----------

   (See the appropriate distribution files.)

Issues:
---------
 - I had to apply r1535139 from 1.8.x-openssl-dirs branch to enable
linking OpenSSL with serf 1.3.x. But it should not be big problem,
since serf 1.3.x builds was not supported before.


 --
Ivan Zhakov
CTO | VisualSVN | http://www.visualsvn.com