Re: Subversion 1.15.0-rc3 up for testing/signing
Daniel Sahlberg <[email protected]> Wed, 29 Jul 2026 11:08:01 +0200
| Newsgroups | gmane.comp.version-control.subversion.devel |
|---|---|
| Message-ID | <CAMHy98N0Nfmn5gr80AOQ+Fx+J1v36teCndqQo+sNEQnT65ZdWQ@mail.gmail.com> |
--0000000000009c9e3e0657bc4ba3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Den m=C3=A5n 13 juli 2026 kl 13:38 skrev Evgeny Kotkov via dev < [email protected]>: > The 1.15.0-rc3 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. > > Thanks! > As noted in the "JavaHL jar file containing class files for unit tests" thread[1], the javahl bindings can only be installed if built with junit. The following sniped it from the other thread, done on trunk but the failure is the same on 1.15.x. [[[ $ /bin/sh autogen.sh $ ./configure --prefix=3D/dev/shm/svn/trunk --without-apxs --without-swig --without-swig-{perl,python,ruby} --enable-javahl --with-jdk=3D/usr/lib/jvm/java-11-openjdk-amd64 --without-junit PYTHON=3D/usr/bin/python3 $ make -j$(nproc) all $ make javahl $ find subversion/bindings/javahl -name '*.class' | wc -l 277 $ find subversion/bindings/javahl -name '*Test*.class' | wc -l 0 #=3D=3D> tests/**/*.java are compiled yet. $ make install $ make install-javahl # Why this task builds tests/**/*.java? ... /dev/shm/subversion-trunk/subversion/bindings/javahl/tests/org/tigris/subve= rsion/javahl/BasicTests.java:1708: error: cannot find symbol assertEquals("wrong revision from commit", ^ symbol: method assertEquals(String,long,int) location: class BasicTests /dev/shm/subversion-trunk/subversion/bindings/javahl/tests/org/tigris/subve= rsion/javahl/BasicTests.java:1756: error: cannot find symbol assertEquals("wrong revision from update", ^ symbol: method assertEquals(String,long,int) location: class BasicTests Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. 100 errors ]]] If built with --with-junit the install-javahl target succeed. It is caused by r1934378 which backported r1933892. As noted in the other thread, Ubuntu and Fedora seems to build with --with-junit and FreeBSD builds without. I'm not sure if this is serious enough to block the release (in which case we might want to revert r1934378) or if it is enough to note as a known issue. It will cause issues for FreeBSD but it is quite easy to work around= . Cheers, Daniel [1] https://lists.apache.org/thread/c7nncmb28vbc9gmfvpj4d0dwk0h4711y --0000000000009c9e3e0657bc4ba3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"background-color:transpare= nt">Den m=C3=A5n 13 juli 2026 kl 13:38 skrev Evgeny Kotkov via dev <<a h= ref=3D"mailto:[email protected]">[email protected]</a>>:= </span></div><div class=3D"gmail_quote gmail_quote_container"><blockquote c= lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli= d rgb(204,204,204);padding-left:1ex">The 1.15.0-rc3 release artifacts are n= ow available for testing/signing.<br> Please get the tarballs from<br> =C2=A0 <a href=3D"https://dist.apache.org/repos/dist/dev/subversion" rel=3D= "noreferrer" target=3D"_blank">https://dist.apache.org/repos/dist/dev/subve= rsion</a><br> and add your signatures there.<br> <br> Thanks!<br></blockquote><div><br></div><div>As noted in the "JavaHL ja= r file containing class files for unit tests" thread[1], the javahl bi= ndings can only be installed if built with junit.</div><div><br></div><div>= The following sniped it from the other thread, done on trunk but the failur= e is the same on 1.15.x.</div>[[[<br>$ /bin/sh autogen.sh<br>$ ./configure = --prefix=3D/dev/shm/svn/trunk --without-apxs --without-swig --without-swig-= {perl,python,ruby} --enable-javahl --with-jdk=3D/usr/lib/jvm/java-11-openjd= k-amd64 --without-junit PYTHON=3D/usr/bin/python3<br>$ make -j$(nproc) all<= br>$ make javahl<br><br>$ find subversion/bindings/javahl -name '*.clas= s' | wc -l<br>277<br>$ find subversion/bindings/javahl -name '*Test= *.class' | wc -l<br>0=C2=A0 =C2=A0 #=3D=3D> tests/**/*.java are comp= iled yet.<br><br>$ make install<br>$ make install-javahl=C2=A0 =C2=A0 # Why= this task builds tests/**/*.java?<br>...<br>/dev/shm/subversion-trunk/subv= ersion/bindings/javahl/tests/org/tigris/subversion/javahl/BasicTests.java:1= 708: error: cannot find symbol<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 assertEquals(= "wrong revision from commit",<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ^<br= >=C2=A0 symbol:=C2=A0 =C2=A0method assertEquals(String,long,int)<br>=C2=A0 = location: class BasicTests<br>/dev/shm/subversion-trunk/subversion/bindings= /javahl/tests/org/tigris/subversion/javahl/BasicTests.java:1756: error: can= not find symbol<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 assertEquals("wrong rev= ision from update",<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 ^<br>=C2=A0 symbol:= =C2=A0 =C2=A0method assertEquals(String,long,int)<br>=C2=A0 location: class= BasicTests<br>Note: Some input files use or override a deprecated API.<br>= Note: Recompile with -Xlint:deprecation for details.<br>100 errors<br><div>= <span style=3D"background-color:transparent">]]]</span></div><div>=C2=A0</d= iv><div>If built with --with-junit the install-javahl target succeed.</div>= <div><br></div><div>It is caused by r1934378 which backported r1933892.</di= v><div><br></div><div>As noted in the other thread, Ubuntu and Fedora seems= to build with --with-junit and FreeBSD builds without.</div><div><br></div= ><div>I'm not sure if this is serious enough to block the release (in w= hich case we might want to revert r1934378) or if it is enough to note as a= known issue. It will cause issues for FreeBSD but it is quite easy to work= around.</div><div><br></div><div>Cheers,</div><div>Daniel</div><div><br></= div><div><br></div><div>[1]=C2=A0<a href=3D"https://lists.apache.org/thread= /c7nncmb28vbc9gmfvpj4d0dwk0h4711y">https://lists.apache.org/thread/c7nncmb2= 8vbc9gmfvpj4d0dwk0h4711y</a></div><div><br></div></div></div> --0000000000009c9e3e0657bc4ba3--