On Sun, 2008-06-29 at 10:47 +0200, Andreas Radke wrote:

+1 from me. Most work seems to done already in the AUR packages.

But then we should also drop providing SUN's jre/jdk in extra. Let's support only free software. Let's put SUN stuff back to AUR. That also solves probable license issues.

Both JRE/JDKs are compatible with eachother. The licensing of Sun JRE/JDK is "free" also due to the distribution license they put on it. This means we can distribute it with our distribution for free. This means there's no licensing issue, so we're allowed to have it in the repositories, either extra or community. I don't know what the current maintainer thinks about keeping JDK/JRE, but if he insists on keeping it, we'll keep it. If he decides to drop it, we'll drop it and place it in community.

On Sun, Jun 29, 2008 at 8:44 AM, Paul Mattal wrote:

Jan de Groot wrote:

...

On Sun, 2008-06-29 at 10:47 +0200, Andreas Radke wrote:

...

+1 from me. Most work seems to done already in the AUR packages.

But then we should also drop providing SUN's jre/jdk in extra. Let's support only free software. Let's put SUN stuff back to AUR. That also solves probable license issues.

Both JRE/JDKs are compatible with eachother. The licensing of Sun JRE/JDK is "free" also due to the distribution license they put on it. This means we can distribute it with our distribution for free. This means there's no licensing issue, so we're allowed to have it in the repositories, either extra or community.

I don't know what the current maintainer thinks about keeping JDK/JRE, but if he insists on keeping it, we'll keep it. If he decides to drop it, we'll drop it and place it in community.

Hi.

Didn't realize this discussion was going to get into Sun JDK/JRE. Since they are free, and still provide the best compatibility around, I don't see why we should drop them.

Has anyone found circumstances in which the Sun JDK and JRE have been inadequate for their Java needs? I recognize that it's possible that one day OpenJDK will actually lead the pack, given the way the Java world is moving, but I don't think that day is yet, and generally prefer to be using the reference JVM wherever possible.

Whoa! I'm with Paul here. This was never meant to be the free software crusade. When we become Debian I will find myself a new distro. -Dan

On Sun, Jun 29, 2008 at 01:52:37PM -0500, Dan McGee wrote:

On Sun, Jun 29, 2008 at 8:44 AM, Paul Mattal wrote:

...

Hi.

Didn't realize this discussion was going to get into Sun JDK/JRE. Since they are free, and still provide the best compatibility around, I don't see why we should drop them.

Has anyone found circumstances in which the Sun JDK and JRE have been inadequate for their Java needs? I recognize that it's possible that one day OpenJDK will actually lead the pack, given the way the Java world is moving, but I don't think that day is yet, and generally prefer to be using the reference JVM wherever possible.

Whoa! I'm with Paul here. This was never meant to be the free software crusade. When we become Debian I will find myself a new distro.

What Paul and Dan said. As a sidenote, I use Java for work and have a vested interest in keeping Sun's official implemenation in the repos. If no one else wants to maintain it, I will, because I have a reason to. -S

On Sun, 2008-06-29 at 14:51 +0200, Pierre Schmitz wrote:

Am Sonntag, 29. Juni 2008 01:29:11 schrieb Jan de Groot:

...

Making this switch means no official support for java-gcj-compat anymore. If something continues working with java-gcj-compat, it's nice, but if it doesn't, we don't consider it a bug.

Please let me know what your thoughts are about this change.

A working OS Java would be really nice. gcj wasn't a real alternative. How difficult is it to package?

Maybe we could test it a while; but in the end I wouldn't mind replacing jdk by openjdk if everything works fine.

packaging isn't so difficult. It's nothing more than just downloading openjdk sources, icedtea6 sources, applying a patch so openjdk knows to find some important system binaries in /bin instead of /usr/bin (these are in AUR), then running configure and make from the icedtea6 sources and as final step, package up the resulting java sdk/jre directories in the same way we do for the current JDK/JRE packages. The AUR PKGBUILD contains a lot of patches and special steps to get this thing built, but I don't see the need to do it that way. I'ld like to keep this thing as vanilla as possible.