Bug#892221: python-jpype: FTBFS on hurd-i386: jni_md_platform is not defined

2018-03-06 Thread James Clarke
Control: clone -1 -2
Control: reassign -2 gcj-6 6.4.0-12
Control: retitle -2 gcj-6: jawt_md.h and jni_md.h are in linux subdirectory on 
kFreeBSD and GNU/Hurd

On 6 Mar 2018, at 22:50, Aaron M. Ucko  wrote:
> 
> Source: python-jpype
> Version: 0.6.2+dfsg-2
> Severity: normal
> Tags: upstream
> User: debian-h...@lists.debian.org
> Usertags: hurd
> 
> Builds of python-jpype for hurd-i386 (admittedly not a release
> architecture) have been failing, as most recently seen in [1]:
> 
>  setup.py:91: UserWarning: Your platform is not being handled explicitly. It 
> may work or not!
>" It may work or not!", UserWarning)
>  Traceback (most recent call last):
>File "setup.py", line 95, in 
>  [os.path.join(java_home, 'include', jni_md_platform)]
>  NameError: name 'jni_md_platform' is not defined
> 
> Per [2], the appropriate directory name here appears to be linux(!).
> Also, sys.platform starts with "gnu" on the Hurd.

I personally think this is a bug in GCJ. OpenJDK puts them in the
$(OPENJDK_TARGET_OS) subdirectory[0] (except Windows uses win32 and macOS uses
darwin), so if it were ported to the Hurd it would presumably use either "gnu"
or "hurd" as the subdirectory name. FreeBSD's fork of OpenJDK uses "freebsd"
for the directory name[1], but GCJ also puts the files in "linux" there[2]. I
guess GCJ should be patched (and the Hurd porters should decide on a directory
name to use).

Regards,
James

[0] 
http://hg.openjdk.java.net/jdk10/jdk10/jdk/file/777356696811/make/copy/CopyCommon.gmk#l31
[1] 
https://svnweb.freebsd.org/ports/head/java/openjdk8/files/patch-bsd?view=markup=460849#l8874
[2] https://github.com/gcc-mirror/gcc/blob/gcc-6-branch/libjava/Makefile.am#L907

https://github.com/gcc-mirror/gcc/blob/gcc-6-branch/libjava/Makefile.am#L942-L945



Bug#892221: python-jpype: FTBFS on hurd-i386: jni_md_platform is not defined

2018-03-06 Thread Aaron M. Ucko
Source: python-jpype
Version: 0.6.2+dfsg-2
Severity: normal
Tags: upstream
User: debian-h...@lists.debian.org
Usertags: hurd

Builds of python-jpype for hurd-i386 (admittedly not a release
architecture) have been failing, as most recently seen in [1]:

  setup.py:91: UserWarning: Your platform is not being handled explicitly. It 
may work or not!
" It may work or not!", UserWarning)
  Traceback (most recent call last):
File "setup.py", line 95, in 
  [os.path.join(java_home, 'include', jni_md_platform)]
  NameError: name 'jni_md_platform' is not defined

Per [2], the appropriate directory name here appears to be linux(!).
Also, sys.platform starts with "gnu" on the Hurd.

Could you please take a look?

Thanks!

[1] 
https://buildd.debian.org/status/fetch.php?pkg=python-jpype=hurd-i386=0.6.2%2Bdfsg-2=1518954986=0
[2] https://packages.debian.org/sid/hurd-i386/gcj-6-jdk/filelist

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu