Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-06-02 Thread Emmanuel Bourg
After further investigation the error I encountered was caused by GNU
Make 4.0. Erik Joelsson from Oracle kindly provided a patch [1] and I've
been able to build the compact JREs.

I did a quick test with headless applications to see the difference in
startup time between the full JRE and the compact1 profile. I measured
the time to run 'mvn -version' and 'ant -version' 100 times. The compact
JRE was faster by 6-7% only. With clirr the compact JRE was ~13% faster.

With an average startup time of ~100ms the difference was hardly
noticeable. Now I wonder if packaging the compact JREs is really worth
the trouble.

Emmanuel Bourg

[1] http://mail.openjdk.java.net/pipermail/build-dev/2014-June/012715.html


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/538cf1fd.9060...@apache.org



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-06-02 Thread Jonathan Yu
Emmanuel,

Disclaimer: I haven't done any work on Debian Java, so my opinion isn't
here isn't worth anything. :-)

If I understand correctly, the difference between the profiles is simply
the number of Java packages available at runtime [0].

Whether the compact1 profile is worth packaging despite only a 6-7%
improvement in startup times depends on whether performance improvement is
the only benefit we think is worthwhile with these profiles.

Here's my take:

1. If you only need features from the compact1 profile, then you only need
to install this profile

2. If there is an exploitable vulnerability in some other code (e.g.
JavaEE), but you do not have any software installed that needs it, then the
existence of this compact1 profile means that your system is not vulnerable
to the problem. If on the other hand, you are forced to install the full
profile, then you could be vulnerable (e.g. forcing some class to be loaded
via Reflection and exploiting it).

But:

* I suppose this is just theoretical; and
* I'm by no means a security expert; and
* There are also costs to packaging/maintaining the profile

So ultimately, a decision will have to be made with these considerations in
mind.

Jonathan

[0] https://blogs.oracle.com/jtc/entry/a_first_look_at_compact

On Mon, Jun 2, 2014 at 5:51 PM, Emmanuel Bourg ebo...@apache.org wrote:

 After further investigation the error I encountered was caused by GNU
 Make 4.0. Erik Joelsson from Oracle kindly provided a patch [1] and I've
 been able to build the compact JREs.

 I did a quick test with headless applications to see the difference in
 startup time between the full JRE and the compact1 profile. I measured
 the time to run 'mvn -version' and 'ant -version' 100 times. The compact
 JRE was faster by 6-7% only. With clirr the compact JRE was ~13% faster.

 With an average startup time of ~100ms the difference was hardly
 noticeable. Now I wonder if packaging the compact JREs is really worth
 the trouble.

 Emmanuel Bourg

 [1] http://mail.openjdk.java.net/pipermail/build-dev/2014-June/012715.html


 --
 To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/538cf1fd.9060...@apache.org




Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-05-30 Thread Emmanuel Bourg
Le 30/05/2014 07:32, Daniel Svensson a écrit :
 It would be nice if there are multiple versions of the jre-package, one
 normal, and one for each of the compact profiles:
 
 https://blogs.oracle.com/jtc/entry/a_first_look_at_compact

Hi Daniel,

That's an interesting idea. I tried to build the compact JRE images with
'make images profiles' but I got this error:

## Starting profiles
make[2]: Entering directory '/home/ebourg/openjdk8/jdk/make'
make[3]: Entering directory '/home/ebourg/openjdk8/jdk/make'
make[3]: *** No rule to make target
'/home/ebourg/openjdk8/build/images/beanless/java/util/jar/Pack200\$Packer.class',
needed by '/home/ebourg/openjdk8/build/images/libprofile_1/rt.jar'.  Stop.
make[3]: *** Waiting for unfinished jobs
Removed method
addPropertyChangeListener(java.beans.PropertyChangeListener) from
java/util/logging/LogManager
Removed method
removePropertyChangeListener(java.beans.PropertyChangeListener) from
java/util/logging/LogManager
make[3]: Leaving directory '/home/ebourg/openjdk8/jdk/make'
make[2]: *** [profile_1] Error 2
BuildJdk.gmk:113: recipe for target 'profile_1' failed
make[2]: Leaving directory '/home/ebourg/openjdk8/jdk/make'
/home/ebourg/openjdk8//make/Main.gmk:147: recipe for target
'profiles-only' failed
make[1]: *** [profiles-only] Error 2
make[1]: Leaving directory '/home/ebourg/openjdk8/build'
debian/rules:968: recipe for target 'stamps/build' failed
make: *** [stamps/build] Error 1


Assuming this can be resolved there are some points open for discussion:

- How do we name the new packages? openjdk-8-jre-compactn would make
sense.

- Since these compact JREs do not provide the full Java API they can't
satisfy the java8-runtime and java8-runtime-headless virtual packages.
We'll have to introduce new virtual packages, I suggest
java8-runtime-compactn. As I understand the compact profiles do not
contain UI classes, so there is no need to have -headless variants here.

- What would be the install directory for the compact JREs? Currently
the full JRE/JDK is installed in /usr/lib/jvm/java-8-openjdk-arch. The
compact JREs could go into /usr/lib/jvm/java-8-openjdk-compactn-arch.

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53884d50.1000...@apache.org



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-05-29 Thread Daniel Svensson
It would be nice if there are multiple versions of the jre-package, one
normal, and one for each of the compact profiles:

https://blogs.oracle.com/jtc/entry/a_first_look_at_compact


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1401427939.9065.2.camel@cassiopeia



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-04-25 Thread Tomas Martišius

Hi,

Created repo on https://admin.vdu.lt/gitweb/?p=openjdk-8.git and pushed 
my changes

(git clone https://admin.vdu.lt/git/openjdk-8.git).

To build new version sources http://87.98.165.193/checkjdk.php needs to 
be updated.


For now package builds successfully, but openjdk-8-jre-headless is huge 
and JDK/JRE is slow then in use.


Tomas

2014.04.18 14:41, Emmanuel Bourg rašė:

Le 18/04/2014 07:04, Tomas Martišius a écrit :


How can I contribute to your work?

Hi Tomas,

Thank you for helping. Please push your changes in a repository on
Github (or elsewhere), I'll review and merge them.

Emmanuel Bourg





--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/535ad48d.6060...@puga.vdu.lt



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-04-18 Thread Emmanuel Bourg
Le 18/04/2014 07:04, Tomas Martišius a écrit :

 How can I contribute to your work?

Hi Tomas,

Thank you for helping. Please push your changes in a repository on
Github (or elsewhere), I'll review and merge them.

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53510f70.7090...@apache.org



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-04-17 Thread Tomas Martišius
Hello,

How can I contribute to your work?

I make some little changes to your debianization and successfully
rebuild using pdebuilder openjdk 8u5-b13 version,
and even latest 8u20-b10 version.

Best regards,

Tomas Martišius



signature.asc
Description: OpenPGP digital signature


Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-03-31 Thread Miguel Landaeta
On Sat, Mar 29, 2014 at 09:39:58AM +0100, Emmanuel Bourg wrote:
 
 I cloned the openjdk-7 repository and pushed it on alioth:
 
 http://anonscm.debian.org/gitweb/?p=pkg-java/openjdk-8.git
 

Hi Emmanuel,

If I wanted to play with this package, from where or how can I get the
orig tarball for openjdk-8?

Cheers,

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature


Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-03-31 Thread Emmanuel Bourg
Le 31/03/2014 22:03, Miguel Landaeta a écrit :

 If I wanted to play with this package, from where or how can I get the
 orig tarball for openjdk-8?

Hi Miguel,

The package isn't building yet, without IcedTea debian/rules needs some
modifications to work properly. I'll let you know when you can start
playing with the package, help will be welcome to refresh some of the
patches.

I built the upstream tarball with a script provided by the Fedora package:

http://pkgs.fedoraproject.org/cgit/java-1.8.0-openjdk.git/tree/generate_source_tarball.sh

Emmanuel Bourg


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5339d3ff.6040...@apache.org



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-03-29 Thread Florian Weimer
* Emmanuel Bourg:

 OpenJDK 8 is the open source implementation of the Java Platform
 Standard Edition 8. It contains the Java runtime and the developer tools
 necessary to create and execute Java 8 applications.

Do you intend to package OpenJDK 8 or IcedTea 8?  The OpenJDK Debian
packages are actually IcedTea-based.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87ha6h8p3j@mid.deneb.enyo.de



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-03-29 Thread Emmanuel Bourg
Le 29/03/2014 08:02, Florian Weimer a écrit :

 Do you intend to package OpenJDK 8 or IcedTea 8?  The OpenJDK Debian
 packages are actually IcedTea-based.

I plan to use the upstream build directly, but I keep the IcedTea patches:

http://icedtea.classpath.org/wiki/IcedTea_Patches_for_OpenJDK_8

I cloned the openjdk-7 repository and pushed it on alioth:

http://anonscm.debian.org/gitweb/?p=pkg-java/openjdk-8.git


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/533686de.7060...@apache.org



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-03-28 Thread Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg ebo...@apache.org

* Package name: openjdk-8
  Version : 8u0~b132
  Upstream Author : Oracle Corporation
* URL : http://openjdk.java.net
* License : GPL-2 with Classpath Exception
  Programming Lang: Java, C++
  Description : OpenJDK 8 - Open source implementation of the Java
Platform Standard Edition 8

OpenJDK 8 is the open source implementation of the Java Platform
Standard Edition 8. It contains the Java runtime and the developer tools
necessary to create and execute Java 8 applications.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/533551c8.4030...@apache.org



Bug#742864: ITP: openjdk-8 -- OpenJDK 8 - Open source implementation of the Java Platform Standard Edition 8

2014-03-28 Thread Matthias Klose

Am 28.03.2014 11:41, schrieb Emmanuel Bourg:

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg ebo...@apache.org

* Package name: openjdk-8
   Version : 8u0~b132
   Upstream Author : Oracle Corporation
* URL : http://openjdk.java.net
* License : GPL-2 with Classpath Exception
   Programming Lang: Java, C++
   Description : OpenJDK 8 - Open source implementation of the Java
Platform Standard Edition 8


thanks for getting started with this.  Please get in contact with the Debian 
OpenJDK team.  This is a new version of an existing package, so from my point of 
this ITP is not appropriate.


  Matthias


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53356271.4010...@debian.org