Building package for Subversion 1.5.0

Bug #243224 reported by goto
8
Affects Status Importance Assigned to Milestone
subversion (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: subversion

Hello,
I try to compile subversion 1.5.0 and build a debian package for Ubuntu 8.04 32bit.

Especially because I need the libsvn-java package for JavaHL support that Subclipse 1.4.0 needs.

So this is what I have tried so far.

I have downloaded and unpacked the source of subversion 1.5.0 and the sources the Ubuntu package (version 1.4.6) has been built with.
(apt-get source subversion)

Then I applied the changes onto the new sources:
Within subversion-1.5.0 source root directory: zcat ../subversion_1.4.6dfsg1-2ubuntu1.diff.gz | patch -p1
Then I installed the packages subversion depends on: sudo apt-get build-dep subversion
(I also installed other packages like fakeroot or devscripts for making the debian-package)
Because some java VMs seem to be installed I changed the standard Java VM back to sun-1.6.0:
sudo update-alternatives --config java -> Choose: /usr/lib/jvm/java-6-sun/jre/bin/java

Now I changed the debian/changelog

In debian/patches/00list I commented out all patches but "fix-bdb-version-detection" and "no-extra-libs".

Now I start to compile with:
debuild -us -uc

The process ends with this error:
http://ubuntuusers.de/paste/373110/

Revision history for this message
goto (gotolaunchpad) wrote :

In Debian there is an experimental package:
http://packages.debian.org/experimental/subversion

Code:
tar xzf subversion_1.5.0dfsg1.orig.tar.gz
cd subversion-1.5.0dfsg1
zcat ../subversion_1.5.0dfsg1-1.diff.gz | patch -p1

The building with "debuild -us -uc" (depending packages install with "sudo apt-get build-dep subversion". Simply install missing packages) works well, but it does not build the libsvn-java package.

With " DEB_BUILD_OPTIONS="with-javahl" debuild -us -uc " I again get this error.
http://ubuntuusers.de/paste/373157/

Revision history for this message
goto (gotolaunchpad) wrote :

In this bug report there seems to be a similar problem.
http://bugs.gentoo.org/show_bug.cgi?id=219959

I wonder that they compile it using another VM.
debian/rules says explicit
export DH_OPTIONS
ifdef DEB_OPT_WITH_JAVAHL
  # jikes 1.22 cannot compile javahl.
  confflags += --enable-javahl --without-jikes \
               --with-jdk=/usr/lib/jvm/java-gcj \
               --with-junit=/usr/share/java/junit.jar
else
  DH_OPTIONS += -Nlibsvn-java -Nlibsvn-javahl
  confflags += --disable-javahl
endif

Revision history for this message
goto (gotolaunchpad) wrote :

The problem seems to be that the header files of the nested classes are not created.
A developer in the ubuntu-devel mailing list has the right hint, I think.
https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-June/004627.html

But where is the right place to insert these lines?

And how to make header files for _all_ nested classes.

Revision history for this message
goto (gotolaunchpad) wrote :

I finally made the sources built correctly.
First I used the Intrepid sources instead of the debian sources.
https://launchpad.net/ubuntu/intrepid/+source/subversion/1.5.0dfsg1-1ubuntu2

But this was not the problem.
The problem was that the headers of the nested classes were not created.

So I created the headers myself using javah. But javah inserted a constant 0024 into the names that were defined inside the header file which I had to remove manually.

There is a patch attached which creates these headers.

So with this patch the libsvn-java packages is built successfully.

Could this patch be inserted into the Ubuntu sources?

Revision history for this message
goto (gotolaunchpad) wrote :

I created a patch that makes the package libsvn-java built correctly.

I think it should be inserted into the Ubuntu sources.

Changed in subversion:
status: New → Fix Committed
Revision history for this message
Scott Kitterman (kitterman) wrote :

We have a building libsvn-java now.

Changed in subversion:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.