Hello,

> Right, I have made this change in the 1.14-2 upload.  I ended up using:
> Build-Depends: debhelper (>= 6), autotools-dev, gcj [!arm !hppa !hurd-i386], 
> fastjar

> Because only arm, hppa, and hurd-i386 are official debian architectures
> that lack gcj packages in unstable.

Okay.

> > If you creates -java packages that are arch:any, in addition to
> > debian/control, you must modify your debian/rules to handle gracefully
> > being built on a system without gcj. The result should be that the
> > libidn11-java is not built at all; you can do that with the -N switch of
> > debhelper. You should be able to find example code.

> I didn't find any example code, but I worked out something that worked
> on local testing.

I’ve looked at what you did. It indeed does the job, and that’s the
basic idea to use, debhelper’s -N. A bit more idiomatic code is:

  | NO_JAVA_ARCHES := arm hppa hurd-i386
  | DEB_HOST_ARCH  ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
  | 
  | ifeq (,$(filter $(DEB_HOST_ARCH),$(NO_JAVA_ARCHES)))
  |     ENABLE_JAVA := --enable-java
  | else
  |     export DH_OPTIONS=-Nlibidn11-java
  | endif

And then, you can lose all the $(DH_NO_JAVA) part when calling the dh_
commands, because debhelper picks it up via DH_OPTIONS from the
environment.

Anyway, your version worked, as you can see in:

    
http://buildd.ayous.org/fetch.php?&pkg=libidn&ver=1.14-2&arch=hppa&stamp=1239910858&file=log&as=raw

You can see in the resulting .changes file that the libidn11-java
package was not built.

> > P-a-s would be relevant here if libidn11-java was arch:any, and only
> > because libidn provides some non-java packages.

> I didn't understand the purpose of that file -- is it still something
> that we should consider?  If we can solve things in the local debian/
> directory, that seems preferable to me.

No, you don’t need P-a-s.

> > I hope this mail cleared things for you.

> Yes thank you!  Hopefully it will work better with this upload, but if
> it doesn't I hope you still have some patience to help me make it work.

Sure. :-)

Thanks for your work,

-- 
- Are you sure we're good?
- Always.
        -- Rory and Lorelai




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to