Re: lang/openjdk-bin for platforms other than amd64 NetBSD or Linux?

[Greg Troxel <gdt%lexort.com@localhost>]

"J. Lewis Muir" <jlmuir%imca-cat.org@localhost> writes:

> Looking at lang/openjdk-bin/Makefile, it appears that it's only for
> Linux amd64 or NetBSD amd64 using Linux emulation.  Is there openness to
> making this more general so that it would work for other platforms such
> as macOS arm64?

I would say yes, there is, but someone(tm) has to do the work.  My
impression is that generally, when we have foo-bin, it gets added for
some arch that's popular or really that the adding person cares about,
and then it gets extended as the same person or other person cares.

As usual, you might wish to stage this in wip.  You could look at other
foo-bin, e.g. rust, to see who "set distfile based on os and arch"
works.

> My use case is that I want to build binary packages for Linux, macOS,
> and NetBSD, and I want to package package A for pkgsrc that depends on
> Java, and I want the Java dependency from package A to be satisfied from
> pkgsrc, not the underlying OS, so that I can build binary packages on a
> minimal system of each platform and know that installing binary package
> A will result in an appropriate JRE (Java Runtime Environment) getting
> installed so that package A will work.

I don't see how it follows that you want openjdk-bin, but I'm guessing
that either:
  - you need 21 not 17, and openjdk21 doesn't build on some platforms.
  - your build systems are small enough that you can't build openjdk21

We generally do not encode dependencies on foo-bin; instead there's a
way to see we need a foo and satisfy it multiple ways.  Sometimes this
is based on what's installed, and sometimes it's like RUST_TYPE.  

> I'm also aware of lang/openjdk21, but it has a big scary warning in
> DESCR that says the following:
>
>   This package is NOT certified to be compatible with any Java standard.
>   Use at own risk.

Well, nothing is certified in pkgsrc, in general.  I wouldn't take that
too seriously, but rather ask "Has anyone found that the openjdk21
package does the wrong thing?"